Когда программы пишут не программисты

Мы умеем делать отличные станки, строить быстрые самолеты, советские агрегаты для производства макаронов давят их в формате 7.62, а размер консервных банок соответствует калибру минометной техники. Проблема российского образования — в отсутствии школы программирования. Все хорошие специалисты, известные мне, не заканчивали специальность «Как писать хорошее ПО». То же, в принципе, касается дизайнеров, юзабилистов, тестировщиков и других специалистов, которые, дойдя до определенной точки в своем творчестве, превращаются из самоучек в профессионалов (или идут делать самые быстрые в мире самолеты, отличные станки, гамбургеры в Макдональдсе).

Вообще, лично для меня тема наинтереснейшая, только в силу определённых причин, в РуНете она обсуждается крайне редко. Чуть позднее я выложу переводы комментариев к оригинальной статье — интересные примеры того, как обычные смертные пишут для себя программы :)

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

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

а профессионал это не только тот, который следует доктрине "veni vidi vici", а тесно пронизан бизнес-идеей своего ПО и реализует её максиально близко идеалу, IMHO

Вот, пара комментариев к статье в оригинале:

"Я знаю парня, он — юрист. В свободное время ковыряется в C++ и GTK. Так, вот, у него есть программа по платежам, которую он использует каждый день в течение 10 лет. Существующее ПО для юристов ужасно. А, однажды, он нашёл в программе ошибку, которая привела к потере 500$ за 6 месяцев. Я думаю, не программистам нужно больше вспомогательных программ, которые помогу автоматизировать всё, что они делают. Может, REALbasic?" (Warren Henning)

"Мой отчим - фармацевт. Много лет назад, когда фармацевтика уже не смогла обходится без компьютеров, он стал искать софт. Он был очень дорогой, поэтому отчим решил написать свой. Наконец, он изучил основы DBase III и проводил вечера в местном техническом колледже, создавая свою программу по дистрибуции лекарств. Позднее он добавил функциональность для работы с финансами, поставщиками и дистрибьюторами. Прямо удивительно, сколько там функций. Я работал со многими программами, но его оказалась лучше всех, была даже гармонизация с постоянно меняющимся законодательством. Прога работала довольно быстро на сервере PII 200MHz + несколько 486-ых. Какой там Windows?! Но код!.. Отчим никогда даже не слышал о процедурах, — когда я пытался ему что-то объяснять, он меня не понимал. И как он только написал более 100 000 строк кода и более ста вспомогательных программ всего лишь после нескольких недель обучения!?" (cubicle67)

Дык, понятно, что те, кто будет такую самописную программу дополнять, исправлять, переплюются десят раз, увидев, как в неё все сделано :)

Спасибо автору - эта статья про меня :) Чтобы ответить, спеиально завел аккаунт на хабре!
8 лет назад, не умея программировать, начал писать программу для юристов - "Регистратор" по созданию учредительных документов. Сейчас более половины всех юридических лиц, создаваемых в Питере, проходят через эту программу. И она до сих пор мой единственный источник дохода.
Потом был "Индекс Без Проблем" (до версии 2.3)(сейчас www.postcode.ru).
Теперь уже с партнерами создаем Пиндекс (People Index) (www.pindex.net).
До сих пор не считаю себя программистом, так как видел как работают настоящиие программисты :) Это круто, но ИМХО не всегда они могут сделать удобную, как старые тапочки, программу.
Спасибо вам, что оставляете нишу для таких, как мы )))

В действительности здесь затронута гораздо более широкая проблема бизнеса. Это частая разобщенность производителя продукции и ее потребителя.
Производитель почивает на лаврах или составляет какие-то оторванные от реальности бизнес планы. В итоге потребитель часто сам начинает решать свои проблемы. Если производитель вовремя не поймет это, то он может уйти в историю.
 hornet правильно отметил этот момент.
Классический пример. В начале 70х сотрудник USL, одной из ведущих компаний производителя чемоданов, заметил, как ловко носильщики перевозят чемоданы на тележках, и решил, что можно прикрепить колесики к самим чемоданам для удобства. В компании посмеялись над ним. Однако, этот сотрудник стал сам продвигать эту идею и в итоге выкупил USL.

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

Все становится на круги своя, когда бизнесмен доверяет(ся) профессиональному разработчику, который в свою очередь умеет слушать (и слышать) заказчика.

Всё же задача программиста, в первую очередь, это уметь писать правильно программы, а не разбираться в сути функций и задач программы. Другой вопрос, что менеджер или ведущий проектом, должен вникать в суть процессов, которые выполняет программа и качественно составлять тех. задание для программиста. И тех. задание должно учитывать большинство нюансов, которые не заставят программиста изучать эти процессы, тем самым он более явно сможет оценивать свою работу по времени.

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

Да, кстати, совсем упустили из виду всяческих клерков и прочих офисных работников, которые в силу своих обязанностей плотно работают, например, с MS Excel, и пишут макросы. Это ведь тоже программирование.