Это правда. Если программер не понимает - зачем это всё, то сделает плохо. Мой коммент вызван тем, что я видел варианты, когда архитектор не имел никакого веса, и это поддерживалось начальством. Печальное зрелище.
Читаю в основном технические материалы, в том числе, и "для новичков". Если написано внятно и по делу - всегда плюсы. Если заявленное не соответствует содержимому - много минусов. Мой вывод: если автор пишет грамотно и по делу -всё к него с кармой хорошо. Сентенции "Галилео - дурак, земля имеет форму чемодана!" тоже могут быть положительно оценены, если изложены интересно:-)
Создание, и доведение стартапов до IPO - отдельный бизнес. Авторов идей оттирают от руководства ещё на ранних стадиях, задолго до IPO. Но это нормально. Те из изобретателей, которые не соглашаются, как правило остаются ни с чем :-(
А физический уровень точно работает с нулями и единицами? Я всегда думал, что он работает на уровне электрических импульсов, а нули с единицами - это то, что у него на выходе.
За всю свою карьеру в программистах и их начальниках, приличную работу получал всегда по знакомству. Не прошёл успешно ни одного собеседования, когда просто по резюме. Или overcvalified, или undercvalified :-)))
У меня стоит задача синхронизации данных между Oracle и Postgress. Попробовал использовать oracle_fdw - нарвался на ошибку конвертации в CLOB, которую перебороть не получилось. Сейчас думаю использовать ora2pg. Вы не сталкивались с проблемой ошибки с кодировкой в CLOB при переносе данных?
Ещё более короткую формулировку я увидел, когда пришёл на свою первую работу. Над входом висел лозунг: "Думай всегда головой" :-) Стараюсь придерживаться.
Очень странная история... Релиз опоздал на два месяца из-за разборок между программером и каким-то из манагеров.
Где был тимлид?
Почему уже через день после дедлайна не пришёл лесник я про ПМа) и всех не успокоил???
У меня довольно брльшой опыт работы в разных разработческих компаниях, в том числе и очень душных. Но нигде сроки не срывались по таким, кхм, странным причинам.
Это куда пойти. Или дальше в управленцы, или в архитекторы/идеологи.
По мне - тимлид, это самая тяжёлая ступенька в карьерном росте. Прошёл это дважды, и больше не хочу!
Вот я тоже про железо подумал...
Это правда. Если программер не понимает - зачем это всё, то сделает плохо. Мой коммент вызван тем, что я видел варианты, когда архитектор не имел никакого веса, и это поддерживалось начальством. Печальное зрелище.
Пока в режим терминала попадал всегда.
Читаю в основном технические материалы, в том числе, и "для новичков". Если написано внятно и по делу - всегда плюсы. Если заявленное не соответствует содержимому - много минусов. Мой вывод: если автор пишет грамотно и по делу -всё к него с кармой хорошо. Сентенции "Галилео - дурак, земля имеет форму чемодана!" тоже могут быть положительно оценены, если изложены интересно:-)
Виндусовый экран смерти видел и не раз. Линуксовый не приходилось...
Архитектор приложений должен обладать правом авторского контроля. Если его голос лишь совещательный, то большая система быстро превращается в зоопарк.
Есть третий путь, когда ПМ занимается бюрократией и выбиванием денег, а техническими аспектами, включая риски и сроки - тех. лид.
Создание, и доведение стартапов до IPO - отдельный бизнес. Авторов идей оттирают от руководства ещё на ранних стадиях, задолго до IPO. Но это нормально. Те из изобретателей, которые не соглашаются, как правило остаются ни с чем :-(
А физический уровень точно работает с нулями и единицами? Я всегда думал, что он работает на уровне электрических импульсов, а нули с единицами - это то, что у него на выходе.
За всю свою карьеру в программистах и их начальниках, приличную работу получал всегда по знакомству. Не прошёл успешно ни одного собеседования, когда просто по резюме. Или overcvalified, или undercvalified :-)))
У меня стоит задача синхронизации данных между Oracle и Postgress. Попробовал использовать oracle_fdw - нарвался на ошибку конвертации в CLOB, которую перебороть не получилось. Сейчас думаю использовать ora2pg. Вы не сталкивались с проблемой ошибки с кодировкой в CLOB при переносе данных?
Меня, видимо, бог уберёг. Нормальные приложения под аджайлом не делал, только кастомизацию. А в ней и без рефакторинга можно.
Ещё более короткую формулировку я увидел, когда пришёл на свою первую работу. Над входом висел лозунг: "Думай всегда головой" :-) Стараюсь придерживаться.
А просто заложить время на рефакторинг, когда оцениваешь сроки?
Не надо, как менеджеры, умножать сроки на 3.14, но есть же ещё 2.71?! :-)
Было в одной из его статей... Поищу при случае. Но точно помню, что он был про ив универсальных ЯП.
Что надо создавать специализированные языки - каждый под свою нишу.
Получается, что Н. Вирт был прав? Не надо делать универсальные ЯП. Может быть, пора вернуться к специализированным?
Очень странная история... Релиз опоздал на два месяца из-за разборок между программером и каким-то из манагеров.
Где был тимлид?
Почему уже через день после дедлайна не пришёл лесник я про ПМа) и всех не успокоил???
У меня довольно брльшой опыт работы в разных разработческих компаниях, в том числе и очень душных. Но нигде сроки не срывались по таким, кхм, странным причинам.