![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Языки программирования? По барабану.
По мотивам срачей с ребе айседом на тему "LISP/Clojure vs Java vs C++ vs Ruby vs Haskell" запишу свои тезисы, чтобы не забыть:
0) Выбор языка программирования - по сараю. Код никто не пишет. 90% работы - это общение с клиентами, писание требований, документирование, объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая.
Ход мысли не программиста-фанатика, мыслящего категориями "как и на чем писать", а категориямии руководителя-менеджера "зачем писать, какие ресурсы использовать для этого, какая будет прибыль и какие дальнейшие прибыли или убытки это за собой потянет".
1) Язык программирования не должен мешать программированию и не отправлять стричь яка. Т.е. если мне для реализации проекта внезапно оказывается необходимым общаться лично с автором виндового рунтайма хаскеля - извините, в продакшен непригодно.
2) Основная проблема - это не собственно выполнение работы (по моему, если не лезть в реализацию совсем уж новых концепций программирования, типа "а теперь мы сделаем хаскель, на котором можно писать низкоуровневые драйвера", то все мыслимое и немыслимое уже придумано и сделано, достаточно разобраться, склеить и скомпилировать), а заставить себя взяться за эту работу. Если язык при этом лезет под ноги всяким тупизмом, т.е. в 2012 году ВНЕЗАПНО не работает "искаропки" - отправляется в утиль.
Есть только одно неприятное следствие вышеуказанного: если так думать, заниматься "личными" проектами становится крайне затруднительно. Прибыли от них нет, приобретенное умение программировать уже НЕ НУЖНО, сделать что-то действительно новое и полезное - 90% будет не код, а анализ рынка, реклама, общение с коллегами, клиентами, заказчиками, опен-сорсным комьюнити и прочая.
А писать в стол всякое уныние, коего готового 100500 вариантов - нет вообще никаких стимулов.
Последнее время эта тема напрягает, т.к. я привык постоянно заниматься какими-то "интересными проектами", но постепенно требования к ним в силу моего перфекционизма переросли порог "можно сделать в свободное время не напрягаясь".
0) Выбор языка программирования - по сараю. Код никто не пишет. 90% работы - это общение с клиентами, писание требований, документирование, объяснение клиентам, почему их требования не имеют смысла, где взять готовый продукт, делающий нужное, и прочая и прочая.
Ход мысли не программиста-фанатика, мыслящего категориями "как и на чем писать", а категориямии руководителя-менеджера "зачем писать, какие ресурсы использовать для этого, какая будет прибыль и какие дальнейшие прибыли или убытки это за собой потянет".
1) Язык программирования не должен мешать программированию и не отправлять стричь яка. Т.е. если мне для реализации проекта внезапно оказывается необходимым общаться лично с автором виндового рунтайма хаскеля - извините, в продакшен непригодно.
2) Основная проблема - это не собственно выполнение работы (по моему, если не лезть в реализацию совсем уж новых концепций программирования, типа "а теперь мы сделаем хаскель, на котором можно писать низкоуровневые драйвера", то все мыслимое и немыслимое уже придумано и сделано, достаточно разобраться, склеить и скомпилировать), а заставить себя взяться за эту работу. Если язык при этом лезет под ноги всяким тупизмом, т.е. в 2012 году ВНЕЗАПНО не работает "искаропки" - отправляется в утиль.
Есть только одно неприятное следствие вышеуказанного: если так думать, заниматься "личными" проектами становится крайне затруднительно. Прибыли от них нет, приобретенное умение программировать уже НЕ НУЖНО, сделать что-то действительно новое и полезное - 90% будет не код, а анализ рынка, реклама, общение с коллегами, клиентами, заказчиками, опен-сорсным комьюнити и прочая.
А писать в стол всякое уныние, коего готового 100500 вариантов - нет вообще никаких стимулов.
Последнее время эта тема напрягает, т.к. я привык постоянно заниматься какими-то "интересными проектами", но постепенно требования к ним в силу моего перфекционизма переросли порог "можно сделать в свободное время не напрягаясь".
no subject
"объяснение клиентам, почему их требования не имеют смысла"
кстати с этим осторожнее, сколько раз убеждался что такая формулировка в основном значит что "объясняющий" не понял что клиент хочет. Смешит самоуверенность ай-тишного оналитега в том, что он за два дня лучше изучил тонкости бизнеса клиента, чем сам клиент за 20 лет работы в этом бизнесе.
С другой стороны работая в более-менее однородной отрасли достаточное время с улыбкой воспринимаешь уверенность клиента в том, что он такой весь уникальный, и ему нужен суперособенный кусок функционала, каковой никому никогда не нужен был. Но надо реально помучаться с десятком поциентов до этого, чтобы ответственно скзаать - вот этот выпендрёж вам не нужен вообще, а запрашивая вот это вы да, избавляетесь от некрасивого прыщика, но получаете хронический гемморой.
no subject
И как, спрашивается, 20 лет опыта продаж гаек влияют на абсурдность требований к ИТ продукту?
no subject
no subject
no subject
no subject
no subject
Наверно мы всё-таки друг друга не поняли. Перед тем, чтобы предлагать своё ТЗ, которое не отвечает требованиям заказчика (и, кстати, автоматически выкидывает меня из тендера, я теряю контракт), я предлагаю выяснить что заказчику действительно нужно, что он выкатил такое странное требование.
Может я лучше приведу реальный пример. Заказчик требует "записывать все данные со всех экранов, которые пользователь
с определёнными правами видит в системе.". Ужасно дико, у вендора железа уже доллары в глазах запрыгали от такого счастья. Начинаешь выяснять... оказывается проблема только в том, чтобы выявлять пользователей, которые дёргают личные данные VIP клиентов и продают налево. Что уже совершенно другая задача. Она и прописывается в ТЗ.
no subject
no subject
no subject
Для кладовщиков вообще элементарно - на коробке есть несколько липких бирок с штрихкодами и прочими данными - достаточно бирку отлепить и вклеить в бланк.
no subject
В реале были нефтяники, которым надо было отслеживать местоположение и нештатные режимы работы какого-то вентиля. Под нештатным режимом понимается падение в океан, съедание акулами, переезд бульдозером... А под отслеживанием понимается информация в реальном времени в любой точке мира о состоянии этого вентиля. Возьметесь реализовать?
no subject
no subject
Если не сложно, опишите, как бы вы решали эту задачку и в какой бюджет вы бы уложились.
Про Сарсат почитал - любопытная система. Но где вы возьмете под неё аппаратуру и как обеспечите передачу из-под воды или нефти? Как защитите антенну от случайного или злонамеренного повреждения?
no subject
Для такого хитрого случая, как подземные/подводные передатчики можно сделать релей - на поверхности будет приемник аварийного сигнала и передатчик сигнала на спутники/GSM. Такая система давно применяется в охранных системах - где-то в недрах объекта спрятаны слабые автономные датчики, которые импульсно сигналят на местный "пульт". Сразу включается сирена и вызов оперативных служб.
В вашем случае нужно мониторить не только аварийный сигнал, но и состояние. Можно сделать по той же схеме: защищенные датчики, контроллер и передатчик на объекте - пульт вахтера - интернет/телефон/спутник.
no subject
"В вашем случае нужно мониторить не только аварийный сигнал, но и состояние. Можно сделать по той же схеме: защищенные датчики, контроллер и передатчик на объекте - пульт вахтера - интернет/телефон/спутник."
Была такая идея. Но еще раз, заказчик рассылает свои вентили черт-те куда и вполне может продать 1 штуку. Представляете решение: городить времянку с вахтером, пультом, приёмником, спутниковым терминалом для того, что следить за одним вентилем. Кроме того, вентиль напрочь металлический и в произвольных условиях, то есть внезапно может быть на глубине в 100 метров.
В итоге я просто хотел показать, что при расплывчатых условиях использования можно подписаться на заведомо нереализуемый проект. Ни вы, ни второй собеседник не спросили, сколько собственно стоит сам вентиль, в какую среду и на какую глубину он будет погружен, какие нагрузки должен выдерживать, какое время автономной работы должно обеспечивать устройство и какие предельные температуры. Каждый из этих пунктов легко и непринужденно меняет стоимость проекта на порядок, а сравнение со стоимостью вентиля сразу говорит нам о целесообразности проекта и это именно тот случай, когда клиент не прав, потому что он не заплатит.
no subject
Получил сообщение о подробностях задачи. Я так понял, что заказчика может устроить мониторинг на поверхности (при транспортировке и штатной эксплуатации), что решается давно и успешно. А в экстремальной ситуации можно предусмотреть аварийный передатчик-самописец типа "черный ящик" для облегчения поиска и уточнения картины аварии.
no subject
Нет, кабели запрещено использовать. Потому что искра и пипец всему.
"Я так понял, что заказчика может устроить мониторинг на поверхности (при транспортировке и штатной эксплуатации), что решается давно и успешно."
Если договоримся, то видимо на такой реализации и остановимся, хотя спутниковый мониторинг одной железяки это дико дорого. Плюс торчащая антенна, которую запросто отломят, блок питания, который не должен ни в коем случае искрить и предполагать автономное время работы в несколько лет.
"А в экстремальной ситуации можно предусмотреть аварийный передатчик-самописец типа "черный ящик" для облегчения поиска и уточнения картины аварии."
А вот это единственно реализуемый вариант постановки задачи. Но черные ящики - не наш профиль. :)
no subject
Смысл в том, чтобы отследить маршрут лекарства в нештатной ситуации - подделка, порча, подмена. Для этого достаточно знать данные с упаковки (штрихкод и номер партии), а дальше эту партию можно отследить по цепочке складов/дилеров тупо по телефону. Если дилер не зафиксировал у себя номер партии при поступлении/продаже - значит он крайний. =)
no subject
Ну не скажите, гражданин начальник - у вас клиент что-то шибко умный получается. Нередко после пары уточняющих вопросов такой товарищ глубоко задумывается минуты на полторы и больше к вопросу не возвращается.
no subject