История изменений
Исправление byko3y, (текущая версия) :
чтобы расти в технические управленцы, этого мало, нужно переносить фокус с решения интересных технически задач в сторону решения бизнес-задач
Пытаюсь.
Просто бери на себя инициативу, начинай отвечать за большее число проектов/сервисов/фич, со временем совершенно естественно тебе понадобится помощь других разработчиков
Ха! Вождем бомжей я быть не собираюсь. С хорошими квалифицированными разрабами просто работать, им не нужно каждую минуту утирать сопли и принимать неправильные решения за них, потому что они сами могут принять неправильное решение в своей зоне ответственности. Ну типа кадровый вопрос — это вообще половина всей организации разработки, и об этом почему-то забывают.
Как ты думаешь, что смог бы сделать руководитель, которому поручили разработку чего-нибудь плана YandexDB, но дали для реализации команду индусов? Инудсов, которые ювелирно выполняют поставленные задачи так, что полученное ПО по итогу неработоспособно — то, что иронично называется «enterprise programmer». Чтобы избежать этого, нужно садить еще минимум пару человек на каждого программиста — просто что-бы кодер не расслаблялся. Но даже этого недостаточно в случае высоконагруженных ответственных систем, поскольку даже минимальная халтура с течением времени аукнется потерей данных и отказами. Как сделал Oracle? Во-первых, нагнул раком всех программистов, заставив писать их тесты-тесты-тесты, и только тесты. Строчка кода — десять тестов. При помощи этих тестов «течение времени» эмулируется на огромном парке серверов тестирования всего за день. Это работает, но стоит такая разработка безумно дорого.
По рассказам других программистов работа в приятной компании — это абсолютно иной опыт. Совершенно не похожий на работу в помойке (то есть в 95% контор).
Жиру тебе таки придётся осилить
Госпади, да что ее там осиливать? Я сам разрабатывал жироподобные поделки, потому я беру на себя смелость говорить, что разбираюсь в них, но жира, мягко говоря, не лучший вариант. Это bloatware, который к текущему моменту разложился настолько сильно, что рынок уже заполоняют альтернативные решения, которые проще, которые не тормозят, которые представляют собой не вот такой перочинный ножик, а настоящее решение проблем организации бизнеса. Да-да, я подчеркиваю, что вся эта жировская муть с переусложненными формализованными бизнес-процессами — это полная херня, это не работало и не работает, это нужно Atlassian, чтобы продукт купил верховный менеджмент, который ничего не соображает в UX и средствах автоматизации, но больше это никому не нужно.
Исходная версия byko3y, :
чтобы расти в технические управленцы, этого мало, нужно переносить фокус с решения интересных технически задач в сторону решения бизнес-задач
Пытаюсь.
Просто бери на себя инициативу, начинай отвечать за большее число проектов/сервисов/фич, со временем совершенно естественно тебе понадобится помощь других разработчиков
Ха! Вождем бомжей я быть не собираюсь. С хорошими квалифицированными разрабами просто работать, им не нужно каждую минуту утирать сопли и принимать неправильные решения за них, потому что они сами не могут принять неправильное решение в своей зоне ответственности. Ну типа кадровый вопрос — это вообще половина всей организации разработки, и об этом почему-то забывают.
Как ты думаешь, что смог бы сделать руководитель, которому поручили разработку чего-нибудь плана YandexDB, но дали для реализации команду индусов? Инудсов, которые ювелирно выполняют поставленные задачи так, что полученное ПО по итогу неработоспособно — то, что иронично называется «enterprise programmer». Чтобы избежать этого, нужно садить еще минимум пару человек на каждого программиста — просто что-бы кодер не расслаблялся. Но даже этого недостаточно в случае высоконагруженных ответственных систем, поскольку даже минимальная халтура с течением времени аукнется потерей данных и отказами. Как сделал Oracle? Во-первых, нагнул раком всех программистов, заставив писать их тесты-тесты-тесты, и только тесты. Строчка кода — десять тестов. При помощи этих тестов «течение времени» эмулируется на огромном парке серверов тестирования всего за день. Это работает, но стоит такая разработка безумно дорого.
По рассказам других программистов работа в приятной компании — это абсолютно иной опыт. Совершенно не похожий на работу в помойке (то есть в 95% контор).
Жиру тебе таки придётся осилить
Госпади, да что ее там осиливать? Я сам разрабатывал жироподобные поделки, потому я беру на себя смелость говорить, что разбираюсь в них, но жира, мягко говоря, не лучший вариант. Это bloatware, который к текущему моменту разложился настолько сильно, что рынок уже заполоняют альтернативные решения, которые проще, которые не тормозят, которые представляют собой не вот такой перочинный ножик, а настоящее решение проблем организации бизнеса. Да-да, я подчеркиваю, что вся эта жировская муть с переусложненными формализованными бизнес-процессами — это полная херня, это не работало и не работает, это нужно Atlassian, чтобы продукт купил верховный менеджмент, который ничего не соображает в UX и средствах автоматизации, но больше это никому не нужно.