В основах SOLID лежат базовые принципы проектирования, которые применимы и в других парадигмах, не только в ООП, и даже за пределами кода, например на уровне проектирования систем.
У банков это очень частое явление, деньги на зарплаты есть, а права дать их нет, так как ставки по грейдам спускаются сверху и меняются раз в несколько лет, а также есть куча правил выдачи прибавок, вроде лимита 30% в год, но всё это не распространяется на внештатников, поэтому на аутсорсера можно легко выделить и в два раза больше.
Чем больше вижу таких постов, тем больше задаюсь вопросом, а зачем я с ними спорю-то? Люди хотят верить в светлое будущее, где зажравшихся программистов (меня) наконец приструнят, так пусть верят. А я буду верить в своё светлое будущее, которое тем светлее, чем больше энтузиасты ИИ наворотят на пути к своей мечте.
И в коде тоже, Камунда - это не no-code, а оркестратор. К Камунде обычно приходят тогда, когда сложность бизнес-процесса дорастает до того уровня, что будучи полностью выраженная в коде порождает просто неподъёмный уровень цикломатической сложности программы. Плюс, бизнес-процессы могут быстро и сильно изменяться, дорабатывать код в таком же темпе и осуществляться огромные миграции старых процессов на новые просто перестаёшь успевать, с Камундой это проще.
HRM тоже, например вся группа Сбера использует один СберПодбор. Конечно, тимлид и менеджер проекта не видят кандидатов других проектов, но вот кадровики и безопасники видят всю историю взаимодействий кандидата со всеми проектами, включая метки о том, что кандидат не прошёл сверку трудовой с резюме или был пойман на вранье. Примерно так же и во всех остальных экосистемах, у других банков, операторов связи, ритейла и прочих, совокупно оккупировавших уже половину рынка ИТ.
вы правда не осознаёте разницу между всяким buzz и технологией уже в своём детском виде заменяящей людей во многих областях
Если о чём-то слышно из каждого утюга, как о серебряной пуле - это верный признак базворда. И каждый раз апологеты нового чуда не понимают, что это базворд, истово верят в то, что оно изменит мир.
Неужели не следите за темой?
Отчего же, как раз слежу. Один мой друг™ даже участвует в крупнейшем в РФ пилотном внедрении ИИ-помощников в разработку. Промежуточные результаты пока совпадают с другими пилотами: чувствуют помощь только джуны, сеньорам оно наоборот мешает. Причём мешает не только непосредственно в разработке, но и ревью стали требовать больше ресурсов, так как джунам часто не хватает квалификации понять какую ересь железяка им посоветовала. Плюс есть уже несколько западных исследований, согласно результатам которым активное применение в разработке ИИ-помощников приводит к деградации кодовых баз. Пока складывается впечатление, что помочь ИИ способен только тем, кто ну уж очень плох в своём деле и только на самых примитивных задачах, а заменить и вовсе никого не может. Не исключаю, что когда-нибудь это изменится, но без революционных прорывов произойдёт это очень нескоро.
Не думаю, что существуют чёрные списки кандидатов, но сейчас идёт активное разрастание экосистем, а у них обычно единые HRM-системы на всю группу компаний, так что можно себе на годы закрыть доступ к большому куску рынка, причём довольно лакомому куску. Да и отрасль у нас достаточно маленькая, есть риск просто испортить себе репутацию.
Для тех новичков, кто хотя бы в основах знает Java, лучшее из того, что я видел - это "Структуры данных и алгоритмы в Java" Роберта Лафоре. Очень подробно и доходчиво всё разжёвается с наглядными примерами, и охват неплохой. Питонячьего не знаю что посоветовать, к сожалению.
Настоящий кризис будет, когда этой компании придётся нанять ещё больше сеньоров, которых так хотелось заменить, за ещё бóльшие деньги, чтобы разгрести последствия деградации кодовой базы.
Любой специалист по эргономике скажет, что ноутбук - это вернейший способ ушатать здоровье, особенно в детском возрасте.
В основах SOLID лежат базовые принципы проектирования, которые применимы и в других парадигмах, не только в ООП, и даже за пределами кода, например на уровне проектирования систем.
У него даже твитт был на тему того, что чем опытнее программист тем больше он думает и меньше кнопок нажимает.
Семья с четырьмя детьми - это нет personal life?
Даже если программа будет толковая и пройдёт строго по плану, это даст стране где-то к 2040-у году эдак 200-300 сеньоров. Отрасль спасена!
У банков это очень частое явление, деньги на зарплаты есть, а права дать их нет, так как ставки по грейдам спускаются сверху и меняются раз в несколько лет, а также есть куча правил выдачи прибавок, вроде лимита 30% в год, но всё это не распространяется на внештатников, поэтому на аутсорсера можно легко выделить и в два раза больше.
Чем больше вижу таких постов, тем больше задаюсь вопросом, а зачем я с ними спорю-то? Люди хотят верить в светлое будущее, где зажравшихся программистов (меня) наконец приструнят, так пусть верят. А я буду верить в своё светлое будущее, которое тем светлее, чем больше энтузиасты ИИ наворотят на пути к своей мечте.
Do not fall into the trap of anthropomorphising Larry Ellison. — Brian Cantrill
У нас новичков отправляли на курс к Котову, а потом в документацию камунды. Что-то у него и в открытом доступе есть. Слышал, что хвалят книгу Practical Process Automation, но сам не читал.
И в коде тоже, Камунда - это не no-code, а оркестратор. К Камунде обычно приходят тогда, когда сложность бизнес-процесса дорастает до того уровня, что будучи полностью выраженная в коде порождает просто неподъёмный уровень цикломатической сложности программы. Плюс, бизнес-процессы могут быстро и сильно изменяться, дорабатывать код в таком же темпе и осуществляться огромные миграции старых процессов на новые просто перестаёшь успевать, с Камундой это проще.
HRM тоже, например вся группа Сбера использует один СберПодбор. Конечно, тимлид и менеджер проекта не видят кандидатов других проектов, но вот кадровики и безопасники видят всю историю взаимодействий кандидата со всеми проектами, включая метки о том, что кандидат не прошёл сверку трудовой с резюме или был пойман на вранье. Примерно так же и во всех остальных экосистемах, у других банков, операторов связи, ритейла и прочих, совокупно оккупировавших уже половину рынка ИТ.
Если о чём-то слышно из каждого утюга, как о серебряной пуле - это верный признак базворда. И каждый раз апологеты нового чуда не понимают, что это базворд, истово верят в то, что оно изменит мир.
Отчего же, как раз слежу. Один мой друг™ даже участвует в крупнейшем в РФ пилотном внедрении ИИ-помощников в разработку. Промежуточные результаты пока совпадают с другими пилотами: чувствуют помощь только джуны, сеньорам оно наоборот мешает. Причём мешает не только непосредственно в разработке, но и ревью стали требовать больше ресурсов, так как джунам часто не хватает квалификации понять какую ересь железяка им посоветовала. Плюс есть уже несколько западных исследований, согласно результатам которым активное применение в разработке ИИ-помощников приводит к деградации кодовых баз. Пока складывается впечатление, что помочь ИИ способен только тем, кто ну уж очень плох в своём деле и только на самых примитивных задачах, а заменить и вовсе никого не может. Не исключаю, что когда-нибудь это изменится, но без революционных прорывов произойдёт это очень нескоро.
Когда IT-гиганты в прошлый раз вбухивали в buzzword'ы случился кризис доткомов, например.
Не думаю, что существуют чёрные списки кандидатов, но сейчас идёт активное разрастание экосистем, а у них обычно единые HRM-системы на всю группу компаний, так что можно себе на годы закрыть доступ к большому куску рынка, причём довольно лакомому куску. Да и отрасль у нас достаточно маленькая, есть риск просто испортить себе репутацию.
Да и касеты тоже были, только уже не в советское время и для робиков (выразительно кряхтит).
Мы с друзьями в 98-м друг к другу с жёсткими дисками ходили, чтобы обменяться играми и музыкой. Скажи кому такое сейчас...
Читаю всё изначально в электронном виде, в бумаге покупаю то, что очень понравилось, и сакральные труды, вроде SICP.
Я просто читал книги и экспериментировал.
Для тех новичков, кто хотя бы в основах знает Java, лучшее из того, что я видел - это "Структуры данных и алгоритмы в Java" Роберта Лафоре. Очень подробно и доходчиво всё разжёвается с наглядными примерами, и охват неплохой. Питонячьего не знаю что посоветовать, к сожалению.
Настоящий кризис будет, когда этой компании придётся нанять ещё больше сеньоров, которых так хотелось заменить, за ещё бóльшие деньги, чтобы разгрести последствия деградации кодовой базы.