Oshparennij: ТС тут... Задача стоит не простая. отписавшиеся в личку поняли... 2 wmz - таков бюджет... Но взявшихся не нашлось...
В кратце:
Сайты > уязвимости > ...
Предложение в силе...
SmiTT: Это все зависит от сложности задачи, которая ставится перед программистом. Мне например проще все описать в ТЗ, чтобы ничего не упустить, по моему полезней предварительно в тексте задания для себя описать ключевые моменты, все по пунктам разложить. Да и программиста пожалейте =) со структурированной информацией работать куда проще
В идеале - подробное т.з. Но многих ломает его писать. Или же проект очевидный (к примеру, с этим программистом было реализовано несколько типовых сайтов, а текущий - такой же).
Stek: Т.е. ТЗ - это ТЗ, а не пожелания "ну тут форму контактов бы" и потом пол года регулярных звонков с просьбами изменить, переделать ... "а мы не думали что вы так сделаете, мы вот так хотели как вот тут, а это как вот там "
Именно так!
Такой науке, как написание Т.З. (утрированно, конечно, тем не менее, все к этому и сводится) и учат бизнес-аналитиков в университете 5 лет. :)
Про разные софтины типа Rational Rose, Erwin и Визио тоже нужно помнить. Когда вам нужно написать скрипт, который автоматизирует что-нибудь на сталеварном производстве, как иначе программист въедет в what's the hell they want.
могу посоветовать прогу Microsoft Visio, входит в состав расширенного выпуска офиса. Заточена на рисование схем, подойдёт если нужно изобразить структуру сайта, но идея возюкаться с Вордом напрягает.
Я рисую структуру сайта на а4 от руки, сканирую и прилагаю. Намного больше возможностей, чем если бы я при моем уровне владения визо начал рисовать там. Диаграммы - пожалуйста, но схему сайта - извольте.
evrakylon: Боюсь, что не имея навыков программирования и не владея возможностями скриптовых языков, заказчик вот-так углубляясь в дебри, только запутает или усложнит задачу
Он запутает или усложнит задачу, если дуб в том предмете, что нужно автоматизировать.
ТЗ может и не указывать программисту, какими средствами пользоваться при разработке. Но оно должно всегда в подробностях показывать то, что должно получиться на выходе.
Минус недоработанного ТЗ при работе с фрилансерами: "Ну, я это не сделал, потому что не было в Т.З. За доработку - доп. лаве"
И правда, как фрилансер может верно оценить проект, если указано не все, соответсвенно, оценить он может не все свои затраты. Нормальный фрилансер, конечно. Школьник и на ровном месте скотобойню устроит.
Для такой цены самое то.
Дизайн адовейший, конечно, ну просто полный ужас, блин. Фотка каскадера достойна известного сообщества в жж.
Приведение в порядок текстов - рерайт?
А цмс там какая?
Поржали всем офисом над структурой таблиц. Действительно, дата жжот :)
ТС тут... Задача стоит не простая. отписавшиеся в личку поняли... 2 wmz - таков бюджет... Но взявшихся не нашлось...
В кратце:
Сайты > уязвимости > ...
Предложение в силе...
Неужто ломать? 🙅
Или наоборот, защищать. ☝
Это все зависит от сложности задачи, которая ставится перед программистом. Мне например проще все описать в ТЗ, чтобы ничего не упустить, по моему полезней предварительно в тексте задания для себя описать ключевые моменты, все по пунктам разложить. Да и программиста пожалейте =) со структурированной информацией работать куда проще
В идеале - подробное т.з. Но многих ломает его писать. Или же проект очевидный (к примеру, с этим программистом было реализовано несколько типовых сайтов, а текущий - такой же).
_vb_, в той степени плавности, в которой было обговорено. Если не указана степень плавности, программист волен сделать на свое усмотрение.
_vb_, независимых экспертов нет, есть два оппонента. Решают в дискуссии.
Думаю, в большинстве своем это логично, и если человек не идиот но сможет это понять. Как заказчик, так и программист.
Кривая верстка страницы оплаты в Опере - это косяк.
Плавность в фотогалерее, если этого не было обговорено сразу же - доработка.
palmal, в принципе, рассказа своими словами тоже достаточно, главное не упустить мелочи и подробности. Пришлите мыло в личку, скину пример.
восемьдесятдевятый, блин, независимо от контекста, при слове "заграница" некоторые люди задают этот вопрос. Мания какая-то :)
Я ездил намедни на Сайму кататься на байдарках, так мне до этого все мозги проели, мол, а почему не в Россию, у нас же тоже есть где кататься.
Т.е. ТЗ - это ТЗ, а не пожелания "ну тут форму контактов бы" и потом пол года регулярных звонков с просьбами изменить, переделать ... "а мы не думали что вы так сделаете, мы вот так хотели как вот тут, а это как вот там "
Именно так!
Такой науке, как написание Т.З. (утрированно, конечно, тем не менее, все к этому и сводится) и учат бизнес-аналитиков в университете 5 лет. :)
Про разные софтины типа Rational Rose, Erwin и Визио тоже нужно помнить. Когда вам нужно написать скрипт, который автоматизирует что-нибудь на сталеварном производстве, как иначе программист въедет в what's the hell they want.
Я рисую структуру сайта на а4 от руки, сканирую и прилагаю. Намного больше возможностей, чем если бы я при моем уровне владения визо начал рисовать там. Диаграммы - пожалуйста, но схему сайта - извольте.
Боюсь, что не имея навыков программирования и не владея возможностями скриптовых языков, заказчик вот-так углубляясь в дебри, только запутает или усложнит задачу
Он запутает или усложнит задачу, если дуб в том предмете, что нужно автоматизировать.
ТЗ может и не указывать программисту, какими средствами пользоваться при разработке. Но оно должно всегда в подробностях показывать то, что должно получиться на выходе.
Минус недоработанного ТЗ при работе с фрилансерами: "Ну, я это не сделал, потому что не было в Т.З. За доработку - доп. лаве"
И правда, как фрилансер может верно оценить проект, если указано не все, соответсвенно, оценить он может не все свои затраты. Нормальный фрилансер, конечно. Школьник и на ровном месте скотобойню устроит.