Давайте представим разработчика, который приходит домой, переделав все свои дела находит какое-то свободное время, которое ему не на что потратить. Скажем эдак пол часа. И он думает, чтобы сделать, а в голову ничего не приходит. Тут разработчик лезет на форум и спрашиват «А что бы эдакого накодить бы мне?» а ему и говорят «замути прогу такую, чтобы было вот так и все работака» к слову просят прогу, которая делала бы что-то такое, с чем разработчик не связывался и он даже и не знает как бы к этому заданию подойти. Из этой просьбы выходит, что разработчик шлет на три буквы юзверя и удаляется пить пыво с рыбой.

Вот примерно для этого мы забабахали лоркод Чтобы там решали что нужно, ктому будет писать, где кому поучаствовать...

О блин. Лоркод надо вообще на лоре закрепить где-нить на главной, как родственный проект, а то как-то не слуху ни духу )

> Уж тогда-то разработчику, кодящему на своем любимом языке программирования

Ты вообще тут про кодеров или разработчиков?

Какая разница?

приятно, что кто-то задумался, а не просто вляпнул камент в мой топик в духе «даром за амбаром» )

Тут дело не в Linux. Просто ГРАМОТНЫХ составителей ТЗ ВООБЩЕ ацки не хватает

Да вообще-то огромная. :)
Разработать это одно, накодить это другое.
Хотя хез как у вас, у нас это даже разные позиции и разные зп при устройстве на работу.

>Лоркод надо вообще на лоре закрепить где-нить на главной, как родственный проект, а то как-то не слуху ни духу )

Ну он еще в процессе разработки. Скоро будут и карты, и девушки, и корованы.

>разрабам ведь интересно кодить, а не проектировать.

В этом не соглашусь - кодинг гораздо более тупое занятие, чем проектирование. А вот интерпретировать ТЗ в стиле «сделай п..ато» действительно напрягает

И кнопку About надо еще влепить, а то неизвестно кто создал, зачем, что за история и т.д. )

>В этом не соглашусь - кодинг гораздо более тупое занятие, чем проектирование

Ну не знаю, кодинг туп - это если по китайски кодить, без циклов ) Лично мне очень нравится оптимизировать какой-нить алгоритм, написать его красиво и понятно, в несколько строчек вместо листа А4 и т.д.

Всячески согласен. Частенько бываю на месте упомянутого гипотетического разработчика.

>И кнопку About надо еще влепить, а то неизвестно кто создал, зачем, что за история и т.д. )

Там где-то было, ссылка на изначальный пост певзи, с которого это все и пошло.

Когда «разработчик со скуки лезет в инет», он чешет там своё ЧСВ и только.

«Ты вообще тут про кодеров или разработчиков?»(с)

И прочими подобными способами.

А по чужому ТЗ колбасить проэкт никто не будет, хотя бы потому, что все Самые Умные, а через одного так вообще mega lead software architect'ы с пудовым мозгом.

А вообще еще хорошо бы чтобы были такие люди, ТЗ-писатели, для создания прослойки между юзверями и разработчиками. И дорабатывали и транслировали мысли юзверей в ТЗ легкопонятное разработчикам.

Проблема еще и в том, что каждый хочет по собственному велосипеду с квадратными колёсами. ЧСВ мешает.

Ты описал школокодеров, а я говорил про нормальных, адекватных разработчиков

> создания прослойки между юзверями и разработчиками

Расскажу как обычно это делалось в моей предыдущей конторе.
Были «бизнес аналитики» которые были в теме предметной области и работали с заказчиком, на выходе была постановка задачи.
Потом были архитекторы/разработчики которые на основе задачи уже делали ТЗ. Потом разработчики спускали «ЦУ» кодерам, ну и сами тоже кодили. :) Достаточно эффективная схема.

>Лично мне очень нравится оптимизировать какой-нить алгоритм, написать его красиво и понятно, в несколько строчек вместо листа А4 и т.д.

В этом то же есть элемент дизайна. Там, где его нет, нужна кодогенерация, а не программист :)

Это называется не ТЗ-составители

Это называется «архитекторы». Ну ты понел.

нормальным разработчикам кодить действительно интересно, для них это развлечение, а не каторжная работа

4.2. Смотря что кодить.

>Просто ГРАМОТНЫХ составителей ТЗ ВООБЩЕ ацки не хватает

++

>> нормальным разработчикам кодить действительно интересно, для них это развлечение, а не каторжная работа

4.2. Смотря что кодить.

Ключевое слово «нормальный» как бы намекает на то, что разработчик в свое свободное время, которое хочет провести с _интересом_ не будет браться за ерунду, которая ему не интересна.

Ну мы вообще примерно также работали - допрос клиента на предмет что хочет. Потом составление общими силами ТЗ, ну а потом его реализация ) Правда это было не отдельно а всей кучей, просто по шагам.

> что разработчик в свое свободное время, которое хочет провести с _интересом_ не будет браться за ерунду, которая ему не интересна.

зачем в _свободное_ время заниматься кодингом, т.е. тем же самым что и на работе? Лучше съездить куда-нибудь на природу.

автоматически считаю, что этот тред написан про РАБОТУ, а не про свободное время. А на работе будешь кодить то что есть, а это не всегда то, что нравится.

Ясно, ви просто ни разу не разработчик )

> ГРАМОТНЫХ составителей ТЗ ВООБЩЕ ацки не хватает

Именно. Работаю на гнусных проприертарщиков. Из тех, которые прайс-лист не показывают, пока не оценят платежеспособность клиента. Техзадания отсутствуют как класс. Имеющиеся клиенты и маркетоиды пишут расплывчатые пожелания («Сделайте нам ярко, контрастно и наискосок вверх ногами на 2 монитора и новый АЦП»), главные разработчики что-нибудь выдёргивают из этого ералаша (наискосок и новый АЦП), озадачивают кодеров, те что-то лепят, потом тестеры и документаторы по паре десятков раз в день долбят программистов вопросом: «А что ваша программа вообще должна делать?» И непонятно, почему мы ещё живём.

Неоднократно всплывала мысль о необходимости должности аналитика (лучше пятерых — длинная история), но на это денег не хватает.

> по чужому ТЗ колбасить проэкт никто не будет, хотя бы потому, что все Самые Умные, а через одного так вообще mega lead software architect'ы с пудовым мозгом

Те, кто через одного, но не мега, с некоторой вероятностью смогут найти себе ТЗ по душе. Уже какая-то польза. А отгородиться от психически неустойчивых мега тоже будет нелишне :)

Да, не хватает. Причем это не имеет отношения к ОС.

просто ты написал вот что:

Давайте представим разработчика, который приходит домой, переделав все свои дела находит какое-то свободное время, которое ему не на что потратить. Скажем эдак пол часа. И он думает, чтобы сделать, а в голову ничего не приходит.

если это Разработчик, то задач он знает и так over9000. Единственная проблема со стоящими внимания задачами - что их никогда не успеешь сделать за полчаса.

Первые 20 минут ты будешь просто включаться в смысл задачи. Остаются 10 минут, которые потратятся на обновление репозитория и запуск IDE. Даже собрать-то не успеешь обновлённую версию ;)

скуки не бывает никогда, а времени никогда не хватает ни на что. Так что мифического «свободного времени» по сути и не бывает вообще. А даже если когда и бывает, его лучше потратить на просмотр фильмов, гуляние на природе, или на женщину свою если есть.

а если тебе действительно нефиг делать, то могу подкинуть задач. Но 30ю минутами на коленке тут не обойдется.

>скуки не бывает никогда, а времени никогда не хватает ни на что. Так что мифического «свободного времени» по сути и не бывает вообще. А даже если когда и бывает, его лучше потратить на просмотр фильмов, гуляние на природе, или на женщину свою если есть.

Ты как-то не так прочитал мой пост. Помоему я прекрасно описал ситуацию, когда сидишь дома и тебе хочется что-то покодить, а не знаешь че и лезешь в инет и т.д.
Зачем пытаться влепить сюда свои рекомендации, что лучше для разработчика, когда ты не в теме?

Т.з. подкидывай, всегда пригодятся )

>подробное, качественное Техническое Задание, где описан принцип работы, пожелания к интерфейсу, чтобы буквально каждый шаг был описан, все алгоритмы (хотя бы приблизительно), все, кроме языка программирования.

Это уже 1/2, если не 3/4, всей работы. Никто не будет писать такое подробное ТЗ, если не намеревается эту программу в ближайшее время увидеть. А кто намеревается, тот не будет вывешивать такое ТЗ в Интернет, надеясь, что вдруг кто-нибудь на это наткнется, заинтересуется и сделает, а наймет программиста, и тот ему все напишет.