глоток воздуха, потому что показывает пример наиболее быстрого реаригирования и устранения ошибок, с честностью на всех этапах, с определенностью кто как должен действовать для решения проблемы.
часть компаний наверно делает, а другим принять сложно из за того что это должно поддерживаться в первую очередь руководством. А руководство понимающие техническую сторону и почему это надо так делать, я так полагаю не всегда встречается. Куда проще скатиться в токсичную атмосферу с указанием на козлов отпущения, или свестись к начальству которое предпочтет заметать под ковер чтобы не разрушить свою мифическую репутацию вместо реальных действий.
я имел схожие проблемы, которые решил следующим образом 1) Во первых слушал аудиокниги, от них опыт слухового градом идет. 2) Во вторых через силу отказался от субтитров. 3) italki классный сервис, где можно носителей языка из любой точки мира найти относительно дешево в качестве онлайн учителей. Там много разговорной практики откопал. Там правда тоже с подвоходом. Тамошние учителя из за того что общаются с людьми по всему миру, могут понимать ваш самый кривой акцент, но это все равно же практика общения.
Классная статья. Дает начальное понимание какие нормы и стандарты действительно нормальны и способствуют здоровой атмосфере в компании. К чему можно стремится и в какую компанию бы хотелось трудоустроится.
Я бы даже сказал вопросы на подобную тему можно адресовать компании во время интервью.
Да и эта хрень идет дальше Джиры там self-hosted pipline runners для CI были 4 месяца назад лишь недоступной бетой у гитлаба все шикарно работает с крайне легко читаемой дкоументаций уже тогда
Bitbucket + Jira это альтернативное решение к Repository + (Git(lab/hub)) Issues На обоих инструментах подразумевается интеграция репозитория с решаемыми задачами.
Я понимаю что Jira дает крутые варианты workflow от канбана до чего там еще, а не только issues как гитлаб, но то как все это реализовано и глючено...
....лучше программисту использовать github/lab issues. Куда комфортней.
Испытав насколько "замечательный" инструмент жира, я бы тоже проявлял в нем мало активности. Во всяком случае 4 месяца назад это был глюченный лагодром, врятли он успел исправится.
глоток воздуха, потому что показывает пример наиболее быстрого реаригирования и устранения ошибок, с честностью на всех этапах, с определенностью кто как должен действовать для решения проблемы.
часть компаний наверно делает, а другим принять сложно из за того что это должно поддерживаться в первую очередь руководством. А руководство понимающие техническую сторону и почему это надо так делать, я так полагаю не всегда встречается. Куда проще скатиться в токсичную атмосферу с указанием на козлов отпущения, или свестись к начальству которое предпочтет заметать под ковер чтобы не разрушить свою мифическую репутацию вместо реальных действий.
https://habr.com/ru/company/oleg-bunin/blog/571440/
Действительно. Поэтому мне так понравилась эта статейка про культуру открытости к ошибкам и их исправления. Глоток свежего воздуха буквально.
я имел схожие проблемы, которые решил следующим образом
1) Во первых слушал аудиокниги, от них опыт слухового градом идет.
2) Во вторых через силу отказался от субтитров.
3) italki классный сервис, где можно носителей языка из любой точки мира найти относительно дешево в качестве онлайн учителей. Там много разговорной практики откопал. Там правда тоже с подвоходом. Тамошние учителя из за того что общаются с людьми по всему миру, могут понимать ваш самый кривой акцент, но это все равно же практика общения.
Классная статья.
Дает начальное понимание какие нормы и стандарты действительно нормальны и способствуют здоровой атмосфере в компании.
К чему можно стремится и в какую компанию бы хотелось трудоустроится.
Я бы даже сказал вопросы на подобную тему можно адресовать компании во время интервью.
Программист не решает с чем ему работать? Не влияет на процесс работы сделать его оптимальным для высокой продуктивности?
Я бы тоже не хотел работать в такой компании.
В крайней случае я может быть выкручивался бы настроив два remote push репозитория.
Помимо того чтобы множественные if в один if с and/or собирать
Частым вариантом решения слишком глубокой вложенности является Guard Clause
https://betterprogramming.pub/refactoring-guard-clauses-2ceeaa1a9da
Да и эта хрень идет дальше Джиры там
self-hosted pipline runners для CI были 4 месяца назад лишь недоступной бетой
у гитлаба все шикарно работает с крайне легко читаемой дкоументаций уже тогда
Bitbucket + Jira это альтернативное решение к Repository + (Git(lab/hub)) Issues
На обоих инструментах подразумевается интеграция репозитория с решаемыми задачами.
Я понимаю что Jira дает крутые варианты workflow от канбана до чего там еще, а не только issues как гитлаб, но то как все это реализовано и глючено...
....лучше программисту использовать github/lab issues. Куда комфортней.
Испытав насколько "замечательный" инструмент жира, я бы тоже проявлял в нем мало активности.
Во всяком случае 4 месяца назад это был глюченный лагодром, врятли он успел исправится.
Гитлаб/Гитхаб куда круче.
… случайно заметил в логах ошибки странные и пошел в более подробный лог