Комментарии 12
На это:
вместо «нужно собирать контактные данные с формы в разделе покупки, присваивать User ID и подгружать связанные чаты и почту» может прозвучать что-то типа «ну вот клиент заходит что-то купить, нужно его имя-фамилию-телефон, а потом посмотреть чатик и почту, и вот чтобы всё это было вместе, на одной страничке, а ещё нужно его пометить, как будто вот зелёная точка карандашом, красная точка…»
Полбеды, если продажник/маркетолог упрощает речь по незнанию. Можно договориться, чтобы так больше не делать. Хуже, когда он так мыслит. Все вот эти "нам надо чтобы клиент вводил свои данные (где, какие?) для участия в конкурсе и чтобы красиво так всплывало окошко, а еще ему надо уведомление о регистрации присылать, ну ты поищи похожие проекты, я год назад что-то похожее в интернете видел..."
Вот это, граждане, лютый пц. И не переучить таких заказчиков зачастую...
Не считайте программиста тупым
Мы и не считаем, пока нам не докажут обратное.
Системы, которые для тривиальных операций хотят десятки ГБ ОЗУ. Или параллелятся только в пределах одной ОС и неважно, что ядер у процессора конечное число. Или не паралелятся, когда причин для этого нет. Или привязаны к железу так, что слетают при миграции виртуалки на другой хост. Или не имеют нормальных API и CLI. Или насилуют реляционную БД миллионами микрозапросов (или наоборот, тащат сотни мегабайт данных по сети из СУБД, из которых пользователь получает табличку на сотню килобайт). Несть числа этому зоопарку.
Поэтому, по закону Мерфи админ считает, что программист сделал всё максимально глючным и неудобным способом. И радуется, если это не так, и программист нормальный. С таким не грех и пива за праздник испить.
Очень высокомерная, неприятная телега.
Программист это обычный работник и ничем не лучше специалиста из другой сферы, который получает зарплату и соответственно с него можно требовать и ставить сроки. А по статье получается что программист это такая капризная девочка, к которой непонятно с какой стороны подойти. Адекватный специалист - слушает, задает вопросы о ньюансах, договаривается о сроках, решает проблему - конец.
Не соглашусь. Телега, если присмотреться, не про программистов вообще, а про заказчиков. Тут перечислен набор этических правил, следуя которым заказчик будет восприниматься профессионалом и отношение к нему будет соответствующее. Справедливости ради, у программистов тоже есть свой набор этических правил, которые еще пoжёcтчe будут. Например моё любимое:
"Я всегда буду давать точную и честную оценку. Я не буду давать обещания, которые не могу гарантированно выполнить" (Роберт Мартин "Идеальная работа")
Конечно, это все эти "высокопарности" необязательны, и никто не уволит вас если вы им не следуете. Однако задумайтесь - откуда оно вообще взялось? Уж не от желания ли повышать культуру разработки и качество работы?
И это отчасти смешно, а отчасти очень сильно раздражает разработчиков, потому что там, где вы видите попытку поговорить на одном языке, программист видит исковерканный код и глупость.
Очень удобная позиция, когда программиста тыкают в обнаруженную пользователем явную ошибку именно в коде.
Если юзер может назвать строчку ошибки и какой параметр в ней неправильный - да заради всего святого, пусть пишет, меньше работы. Если заказчик пытается что-то написать в ТЗ прямо кодом, то у квалифицированного программиста не составит никаких проблем сделать по своему и обосновать. Такому заказчику МОЖНО обосновать. Хуже, когда говоришь, что нет возможности что-то вкорячить, и нет возможнсоти донести это до заказчика, потому что не понимает ни рожна.
Ряд проблем снимаются бизнес-аналитиком, как переводчиком с человеческого на программистский
Не вижу ничего страшного в изменении ТЗ для программиста. (Очень плохо когда программист начинает капризничать и жалеть свои труды.) При изменении ТЗ программист выдает новые сроки реализации и спокойно решает вновь поставленную задачу. Проблема в том, что зачастую заказчик (менеджер, руководитель этого программиста) желает сохранить сроки, которые были согласованы до изменения ТЗ. Если соблюдаются условия переноса сроков и от программиста не требуют переработок - все очень даже нормально. Работа такая.
Дать достаточную оплату
Организовать комфортную атмосферу в компании
Давать понятные и по-возможности интересные задачи
Определять сроки со стороны IT, а не со стороны бизнеса
Управлять процессом разработки
Если честно, ну не видел я толковых особей женского пола айтишниц, их наверное не бывает, максимум до чего может дорости женщина это до уровня более-менее толкового script-kidy и больше ничего, к сожалению так распорядилась эволюция и естественный отбор, женщина тысячелетиями сидели на кухне, вязали, шили а тут 20 век, эмансипация и женщина пытается быть равной мужчине но это к сожалению невозможно, увы такова природа....
Как поладить с программистами