Кроме этого, есть гибридный вариант с монолитным основным приложением и ограниченным числом микросервисов, потребовавших масштабирования или другого уровня доступа, например.
Нет, в Германии 45% это чистый НДФЛ, остальные сборы сверху идут. Но 45% это с суммы свыше 277к евро в год, а у сборов страховых потолок гораздо ниже. По итогу до 50% все налоги примерно, если считать что работодатель сверх ФОТ отчисляет.
Эффективность - понятие относительное, а не абсолютное. По отношению ко времени, затрачиваемому на учёбу, сова довольно эффективна: за 25 часов тапания совы я научился большему, чем моя жена за 300 часов интеграционных курсов и 100 часов домашки там же.
Но это до уровня С1 и как там будет на В1 я понятия ещё не имею.
В сценарии "приехал в страну, ратоботаешь только на английском и нет возможности учить местный" сова может сдвинуть прогресс с нуля.
Могу только подписаться под каждым тезисом этой статьи. Искуственность итераций, необходимость регулярных ритуальных приседаний, всё это вредит разработчику и разработке. Но, поскольку решения принимаются менеджерами, скрам стал практически стандартом индустрии. Скрам решает проблемы менеджмента, а не разработки.
Работали в ИТ команде в общей сложности 16 лет и только последние 3 года, когда появились подряд два токсичных персонажа, в команде начался разлад, приведший к развалу.
Никогда не позволяйте токсичности проникать внутрь команды, она заражает всех про принципу "если ему/ей можно, то и мне тоже".
Только как внешнее зло она может помочь сплотиться на ранних этапах, и то если не слишком долго.
Компании, для которых актуальны приведённые вами преимущества, составляют очень узкую прослойку ИТ рынка. Я в таких не работал, например, а только слышал и читал о них.
Я работал там, где 9 из 10 гипотез подтверждаются, а продакт должен просто бэклог приоритезировать правильно.
Присоединюсь к вашему комментарию, как к первому разумному, до которого я, долистал.
К сожалению на других ресурсах картина похожая, слишком много людей получило микрофон для рассуждений об ИИ, но не удосужилось узнать что такое интеллект, прежде чем вступать в дискуссии.
Исторически в самоорганизованной команде появляется её лидер, который не только пишет код, но и что-то организует и коммуницирует, его называли тимлидом раньше. Сейчас кого только так не называют, в том числе и линейных менеджеров.
Спасибо, зашёл написать этот же коммент.
Кроме этого, есть гибридный вариант с монолитным основным приложением и ограниченным числом микросервисов, потребовавших масштабирования или другого уровня доступа, например.
Нет, в Германии 45% это чистый НДФЛ, остальные сборы сверху идут. Но 45% это с суммы свыше 277к евро в год, а у сборов страховых потолок гораздо ниже. По итогу до 50% все налоги примерно, если считать что работодатель сверх ФОТ отчисляет.
Нет, не входят, кроме 30% НДФЛ там ещё медстраховки и прочие отчисления.
А это не так начисляется. По закону там 1000 + 30%.
Это НДФЛ 1000 - 13%.
Откуда это 100/0.7? Всё правильно у него посчитано 100*0.3.
В Германии в любом случае выше.
Эффективность - понятие относительное, а не абсолютное. По отношению ко времени, затрачиваемому на учёбу, сова довольно эффективна: за 25 часов тапания совы я научился большему, чем моя жена за 300 часов интеграционных курсов и 100 часов домашки там же.
Но это до уровня С1 и как там будет на В1 я понятия ещё не имею.
В сценарии "приехал в страну, ратоботаешь только на английском и нет возможности учить местный" сова может сдвинуть прогресс с нуля.
Могу только подписаться под каждым тезисом этой статьи. Искуственность итераций, необходимость регулярных ритуальных приседаний, всё это вредит разработчику и разработке. Но, поскольку решения принимаются менеджерами, скрам стал практически стандартом индустрии. Скрам решает проблемы менеджмента, а не разработки.
Скрам имеет одну неразрешимую проблему: итеративность искуственна. Тоесть она не привязана к реальности проекта или продукта.
Все реализации скрама так или иначе пытаются сгладить эту проблему, но не избавиться от неё.
Худший совет, что я слышал в своей жизни.
Работали в ИТ команде в общей сложности 16 лет и только последние 3 года, когда появились подряд два токсичных персонажа, в команде начался разлад, приведший к развалу.
Никогда не позволяйте токсичности проникать внутрь команды, она заражает всех про принципу "если ему/ей можно, то и мне тоже".
Только как внешнее зло она может помочь сплотиться на ранних этапах, и то если не слишком долго.
Одно из топовых требований к микросервису - чтобы 1 команда могла переписать его целиком за 1 спринт. Так что да, write-only.
Компании, для которых актуальны приведённые вами преимущества, составляют очень узкую прослойку ИТ рынка. Я в таких не работал, например, а только слышал и читал о них.
Я работал там, где 9 из 10 гипотез подтверждаются, а продакт должен просто бэклог приоритезировать правильно.
Без квалификации микросервисы не будут правильно связаны, начиная от кольцевых зависимостей и неправильной нарезки этих сервисов.
Да, внутри каждого микросервиса накосячить сложнее, но на уровне всего продукта сложность никуда не денется.
Присоединюсь к вашему комментарию, как к первому разумному, до которого я, долистал.
К сожалению на других ресурсах картина похожая, слишком много людей получило микрофон для рассуждений об ИИ, но не удосужилось узнать что такое интеллект, прежде чем вступать в дискуссии.
Фундаментальная и неразрешимая проблема скрама, в том что реальная разработка не итеративна. На этом фоне описанные вами % не так уж и важны.
Это не вопрос подхода, это вопрос терминологии.
Исторически в самоорганизованной команде появляется её лидер, который не только пишет код, но и что-то организует и коммуницирует, его называли тимлидом раньше. Сейчас кого только так не называют, в том числе и линейных менеджеров.