Ну снимите свои розовые очки и предложите вариант, при котором менеджмент предотвращает ситуацию «выбран неправильный вендор». В реальном мире, ну, а не в том, в котором феи на понях и единороги
В любом нормальном бизнесе.
Хеджирование рисков, второй вендор для всего критичного. Это все изобретено и внедрено больше 100 лет назад.
Бизнесу точно нужны такие разработчики в сколь либо значимом количестве? Опенсорс "Библиотеки, фреймворки, алгоритмику, и т. п." достаточно хороши для подавляющего большинства задач. Исключения есть, но это опять исключения которые вообще не массовые и рассчитывать строить карьеру на них странно.
С чего бы это? Ну сделал он фигню, все дружно высказали что фигня и перешли на Постгрю. Тот кто фигню сделал пошел джейсоны перекладывать с удвоенной скоростью чтобы не уволили. Бизнесу вообще плевать какие там библиотеки с фреймворками. Ему надо чтобы работало.
А вот заваленные бизнес проекты на десятки человеколет это больно для бизнеса. А это типичные проекты руководителя сотни человек.
Конструкторов для SQL море. Еще один сделать можно. Но чем он лучше всех существующих конструкторов? Чем хуже понятно. У них история, опыт использования и все такое.
Да, суть та же, и мы стараемся упростить работу с сущностями, связями и методами, а в идеале так, чтобы и про программирование не надо было заморачиваться: только бизнес смысл снаружи, я вся техника под капотом.
Для этого SQL давно уже придумали. Он достаточно хорош. Сделать лучше у вас точно не получится.
И он сразу становится не нужным. Если не писать код или хотя бы не руководить разработчиками то быстро переходишь к рисованию воздушных замков которые не имеют отношения к реальной разработке. Разработка покивает головой на такие планы и сделает все нормально.
А если половину или больше времени писать код, то получается хороший сеньор.
Самолетам как раз запрещено летать над городами на низких высотах. Именно из-за шума и безопасности.
А тут кроме города и низкой высоты ничего не имеет смысла. Ну и масштабы другие. Обслуживать и гарантировать безопасность на тысячах самолетов реально, а вот миллион мелких дронов нереально.
Под паровозы и дороги разогнали деревни которые на их пути оказались. Все норм. Тут разгонять нечего. Если город разогнать под дроны, то они сразу становятся не нужны.
По итогам 2024 года автопарк каршеринга в Москве достиг рекордной отметки — 40 тыс. автомобилей. Об этом заявил заммэра столицы по вопросам транспорта Максим Ликсутов
В департаменте транспорта Москвы подсчитали число автомобилей, зарегистрированных у жителей Москвы и области. Оказалось, что их уже более 8,7 млн.
Полпроцента. Это несерьезно.
Каршеринг это обычный городской сервис вроде такси. Временами удобно, временами нет. Но это точно не замена своей машине.
Principal Engineer это дальнейший рост для лида, а не для сеньора. По нашему это руководитель направления или отдела или что-то такое. Руководитель лидов или лидовлидов. Или прямые подчиненные СТО.
Сеньор это конечная точка для технаря без подчиненных. Дальше есть единичные звезды, но это уже прямо исключение. Вырасти в звезду обычно невозможно.
В смысле? Весь APEX это лоукод платформа для приложенек. Запросы сами по себе никому не нужны.
Копию? Вы вот это вот серьезно? Хотя бы процентов 10 фичей повторили? Про 95 процентов фичей когда можно говорить о копии я даже не говорю.
Хорошее дело импортозамещением не назовут.
Давайте начнем с классики https://www.oracle.com/apex/
Чувствуете уровень?
Потому что бизнес серьезнее шаурмячной не должен зависеть от одного человека. Никогда. Вообще никогда. Это основа основ управления же.
Если бизнес профакапился, то это проблема бизнеса. И исправлять надо бизнес и его механизмы упраления, а не инженера.
В любом нормальном бизнесе.
Хеджирование рисков, второй вендор для всего критичного. Это все изобретено и внедрено больше 100 лет назад.
На все сразу конечно же. Никто себя не ограничивает.
Концепцию генштаба давно придумали. И вообще не просто так.
Любые серьезные решения принимаются только группой людей вместе. И озвучиваются от имени этой группы людей. Кто именно спикер не важно.
Бизнесу точно нужны такие разработчики в сколь либо значимом количестве? Опенсорс "Библиотеки, фреймворки, алгоритмику, и т. п." достаточно хороши для подавляющего большинства задач. Исключения есть, но это опять исключения которые вообще не массовые и рассчитывать строить карьеру на них странно.
С чего бы это? Ну сделал он фигню, все дружно высказали что фигня и перешли на Постгрю. Тот кто фигню сделал пошел джейсоны перекладывать с удвоенной скоростью чтобы не уволили. Бизнесу вообще плевать какие там библиотеки с фреймворками. Ему надо чтобы работало.
А вот заваленные бизнес проекты на десятки человеколет это больно для бизнеса. А это типичные проекты руководителя сотни человек.
Москва как бы не мировой лидер по количество каршениговых машин на 100 тысяч населения. В топе точно.
Деревни естественно не интересны. Рассматриваем только самые развитые мегаполисы.
Конструкторов для SQL море. Еще один сделать можно. Но чем он лучше всех существующих конструкторов? Чем хуже понятно. У них история, опыт использования и все такое.
Для этого SQL давно уже придумали. Он достаточно хорош. Сделать лучше у вас точно не получится.
Какой же банк предоставит боту право что-то делать. Он будет вам буковки писать по кругу одни и те же.
И он сразу становится не нужным. Если не писать код или хотя бы не руководить разработчиками то быстро переходишь к рисованию воздушных замков которые не имеют отношения к реальной разработке. Разработка покивает головой на такие планы и сделает все нормально.
А если половину или больше времени писать код, то получается хороший сеньор.
Самолетам как раз запрещено летать над городами на низких высотах. Именно из-за шума и безопасности.
А тут кроме города и низкой высоты ничего не имеет смысла. Ну и масштабы другие. Обслуживать и гарантировать безопасность на тысячах самолетов реально, а вот миллион мелких дронов нереально.
Под паровозы и дороги разогнали деревни которые на их пути оказались. Все норм. Тут разгонять нечего. Если город разогнать под дроны, то они сразу становятся не нужны.
Полпроцента. Это несерьезно.
Каршеринг это обычный городской сервис вроде такси. Временами удобно, временами нет. Но это точно не замена своей машине.
Никаких глобальных изменений не видно.
Это обычно функция сеньоров-лидов, ревью СТО проводит. Выделенная должность это редкий случай.
Руководитель крупного отдела это наверно человек от 100 сотрудников. И гигантская зона ответственности.
Что и как должен писать один разработчик чтобы получать столько же? Чем он должен быть лучше обычного хорошего сеньора с рынка?
Они работают сеньорами, получат зарплату, премию. Что не так?
Исключения всегда бывают. Но рассчитывать попасть в исключения это так себе план.
Principal Engineer это дальнейший рост для лида, а не для сеньора. По нашему это руководитель направления или отдела или что-то такое. Руководитель лидов или лидовлидов. Или прямые подчиненные СТО.
Сеньор это конечная точка для технаря без подчиненных. Дальше есть единичные звезды, но это уже прямо исключение. Вырасти в звезду обычно невозможно.
Никто:
Вкусвилл: существует