Я бы сказал, что ES хотя и родственный шаблон, все же не тоже самое что и сага, так что взад все же придется возвращать, в особенности если вы работаете с внешним API, который о ващих ES/SAGA и т.д. знать не знает
на самом деле название статьи не совсем верное, под профилированием понимается анализ произодительности, т.е. до пожара еще не дошло, а вашем случае - это уже анализ последствий, когда что то свалилось/перестало работать
Для меня самая классная фичп из последнего - новый switch/case без break, никогда.не понимал почему нельзя было обойтись без break и использовал if else вместо switch
Для начинающего это может оказаться непросто, так что лучше начинать аудироване с адаптированных записей, где говорят не быстро и членораздельно, не глотают звуки и не говорят с полным ртом :)
На созвонах использую распознавание речи, субтитры очень помогают, в особенности если у людей сильный акцент. Ms teams, Google meet предоставляют такую возможность
Программист в основном читает код, а не пишет. Код на ревью, чужой код пытаясь пофиксить багу и т. д. У меня соотношение 30 на 70, у кого-то другое, но все равно на чтение кода уходит значительно больше времени
ну это если вы гоняете в облака, если у вас уже все в облаке, ничего гонять не надо
С учётом того что сейчас модно запускать все в контейнерах, все это мимо
Я использую новый UI со старой цветовой схемой и шрифтом
Я бы сказал, что ES хотя и родственный шаблон, все же не тоже самое что и сага, так что взад все же придется возвращать, в особенности если вы работаете с внешним API, который о ващих ES/SAGA и т.д. знать не знает
На самом деле без нее сага не имеет смысла, если нельзя все вернуть взад - то какая это транзакция :) https://microservices.io/patterns/data/saga.html
на самом деле название статьи не совсем верное, под профилированием понимается анализ произодительности, т.е. до пожара еще не дошло, а вашем случае - это уже анализ последствий, когда что то свалилось/перестало работать
я в курсе как его можно использовать, вопрос в том как часто вы такое использовали? Я по моему 1 раз за всю мою карьеру
Для меня самая классная фичп из последнего - новый switch/case без break, никогда.не понимал почему нельзя было обойтись без break и использовал if else вместо switch
Плюсую, «Скажите, какие основные преимущества микросервисов и почему?»
Комментарии - зло, ненужная и прочная практика, попытка улучшить плохо написанный код. Единственное что надо задокументировать - API
Но stack overflow им тоже нужен:)
Для начинающего это может оказаться непросто, так что лучше начинать аудироване с адаптированных записей, где говорят не быстро и членораздельно, не глотают звуки и не говорят с полным ртом :)
Ещё можно отмапить worktree на виртуальный диск чтобы пути в ide не менять
А не проще работать удалённо в РФ пока ищите работу, а то так и опыт растеряете и зубы на полке можно оставить, у нас пока работы всем хватает
Охренеть, постарался, спс
На созвонах использую распознавание речи, субтитры очень помогают, в особенности если у людей сильный акцент. Ms teams, Google meet предоставляют такую возможность
Остаётся найти дисковод
Программист в основном читает код, а не пишет. Код на ревью, чужой код пытаясь пофиксить багу и т. д. У меня соотношение 30 на 70, у кого-то другое, но все равно на чтение кода уходит значительно больше времени
например https://www.wordandphrase.info/frequencyList.asp
Мало первести статью, ее необходимо осмыслить, что автор не сделал