Зато реализуют свои буйные фантазии - запилить "классную фичу" - основное.
Для банковских приложений есть независимые рейтинги, в которых тупо сравнивается список реализованных фич. Соответственно, из маркетинговых соображений нужно безостановочно пилить фичи, соревнуясь с конкурентами.
совершенно не задумываются о наиболее частых сценариях их использования
А тут помимо вышеприведённого фичеризма следует помнить, что над одним приложением могут работать десятки продуктовых команд. У каждой свой KPI, свои бизнес-задачи и цели. И даже так: у банка есть десятки команд, которые реализуют заказанные бизнесом фичи в требуемых «каналах» (АРМ сотрудника, веб-приложение клиента, мобильное приложение, мобильное веб-приложение и т.д.). А это значит, что нет возможности остановиться и грамотно уложить все фичи в одно приложение. Их добавляют по мере поступления. Более-менее переосмыслить удаётся только при пересоздании приложения с нуля. И то, даже тут сыграет agile-подход, и сначала реализуют MVP, а потом начнут набивать его фичами.
Мне кажется, данная статья может ввести в заблуждение новичков.
В git можно создавать папки и подпапки. Достаточно добавить / в имени ветки и ваша ветка получит следующую структуру folder/name.
Это не git поддерживает «папки и подпапки», а конкретные инструменты могут обрабатывать отдельные части имени ветки как названия директорий. Для самого git «/» — это просто допустимый символ в имени ветки.
Правильность сортировки задает тип ветки, который ставится в начале ее названия
Опять-таки, приведённый список соответствует префиксам коммитов, а в популярных системах управления кодом или в CI-пайплайнах скорее всего будут другие имена. Вы бы хотя бы gitflow-именование упомянули (feature, bugfix, hotfix, release). Его же скорее всего и на собесе спросят. Да и вообще, выражение «правильность сортировки задаёт тип ветки», как мне кажется, не следует говорить программисту — там же просто группировка и сортировка по алфавиту, а не какая-то особая уличная магия.
Для создания такого коммита достаточно добавить вашему сообщению к коммиту тип WIP - и вуаля! - ваш коммит стал WIP'ом.
Аналогично, никакого специального значения «тип WIP» для git не имеет. Это просто кусочек текста коммита. Теоретически при создании пулреквеста его может использовать система управления кодом, а может и не использовать. Тогда с тем же успехом там могла быть подстрока [Do not merge] или вообще !!!НЕ МЕРЖИТЬ!!!.
Так это формально разные валюты: белорусский рубль до деноминации 2016 года (BYR) и после (BYN). Аналогично, российский рубль до деноминации RUR (810), после — RUB (643).
Выбросьте свой убогий DeepL. Несмотря на очевидную сложность перевода термина Notarization в данном контексте, сейчас даже Google лучше переводит.
Разве нельзя научиться писать грамотно или нанять корректора?
Там самая большая фича — встроенный AI
Для банковских приложений есть независимые рейтинги, в которых тупо сравнивается список реализованных фич. Соответственно, из маркетинговых соображений нужно безостановочно пилить фичи, соревнуясь с конкурентами.
А тут помимо вышеприведённого фичеризма следует помнить, что над одним приложением могут работать десятки продуктовых команд. У каждой свой KPI, свои бизнес-задачи и цели. И даже так: у банка есть десятки команд, которые реализуют заказанные бизнесом фичи в требуемых «каналах» (АРМ сотрудника, веб-приложение клиента, мобильное приложение, мобильное веб-приложение и т.д.). А это значит, что нет возможности остановиться и грамотно уложить все фичи в одно приложение. Их добавляют по мере поступления. Более-менее переосмыслить удаётся только при пересоздании приложения с нуля. И то, даже тут сыграет agile-подход, и сначала реализуют MVP, а потом начнут набивать его фичами.
Мне кажется, данная статья может ввести в заблуждение новичков.
Это не git поддерживает «папки и подпапки», а конкретные инструменты могут обрабатывать отдельные части имени ветки как названия директорий. Для самого git «/» — это просто допустимый символ в имени ветки.
Опять-таки, приведённый список соответствует префиксам коммитов, а в популярных системах управления кодом или в CI-пайплайнах скорее всего будут другие имена. Вы бы хотя бы gitflow-именование упомянули (
feature,bugfix,hotfix,release). Его же скорее всего и на собесе спросят. Да и вообще, выражение «правильность сортировки задаёт тип ветки», как мне кажется, не следует говорить программисту — там же просто группировка и сортировка по алфавиту, а не какая-то особая уличная магия.Аналогично, никакого специального значения «тип WIP» для git не имеет. Это просто кусочек текста коммита. Теоретически при создании пулреквеста его может использовать система управления кодом, а может и не использовать. Тогда с тем же успехом там могла быть подстрока
[Do not merge]или вообще!!!НЕ МЕРЖИТЬ!!!.Так это формально разные валюты: белорусский рубль до деноминации 2016 года (BYR) и после (BYN). Аналогично, российский рубль до деноминации RUR (810), после — RUB (643).