Как показывает практика, такая деятельность действительно экономически не оправдана.
Если хотите научиться писать тесты, то это всяко лучше чем вообще не писать тесты. Но если хочется получить отдачу от траты времени на написание тестов, то это не вариант.
Agile буквально переводится как гибкость или маневренность. Все перечисленное было придумано чтобы снизить цикл обратной связи, а так же чтобы с каждой обратной связью улучшать процесс и продукт.
TDD идеально вписывается в этот концепт. Обратная связь моментальная и информативная и ты не движешься дальше вперёд, пока не обработаешь и не примешь во внимание обратную связь.
Не соглашусь, выносить блоки кода в функции только чтобы не писать комментарий, не выглядит опрпвданным в 100% случаев
Имя функции должно подчиняться синтаксису языка, как правило нельзя начинать с цифры и точно нельзя проблелы и кавычки. Что не способствует передаче смысла и контекста
Как правило функция - это блок логики с четкими и понимаемыми границами. Если пихать блоки кода в функции потому что в статье сказали не писать комментарии, то это свойство не всегда соблюдается.
Выделение блока кода в функцию меняет скоуп доступных переменных и делает изменение кода на границах и внутри функции сложными и рискованными, продюся диффы больше чем того требует ситуация.
Изменение имени функции или её аргументов или выделение блока в функцию - это структурные изменения, которые изменяют код в двух местах. В противовес комментарию, редактирование которого затрагивает как правило только строку с комментарием, не вносит структурные изменений, а значит абсолютный 0 риска. И так же не создаёт новых границ, через которые надо протаскивать переменные.
Я всегда пишу код и стараюсь писать так, чтобы "испольнителей можно действителньо менять по щелчку пальца" и причин на это более чем достаточно
Во-первых, это показатель хорошей декомпозии и понятности кода.
Во-вторых, я, как исполнитель, меняюсь каждый день. Узнаю что-то новое, забываю что-то старое, бываю без настроения, бываю с настроением и т.д.
В-третьих, если все будут создавать места, где исполнителей можно менять по щелчку пальцев, то будет еще легче менять работу. Тебя заменили по щелчку пальцев? Не вопрос, найди где кого-нибудь заменят по щелчку пальцев на тебя, а он в свою очередь тоже такое место найдет. Хорошо же, ну?
А ларчик-то просто открывается.
Если что-то ставится вместе с чем-то, но не зависит друг от друга, а идет «рекомендованным», например Xfce4 и «заметки», то у этого пакета ставится пометка автоматического управления, т.е. пакеты становятся связанными, при удалении одного удаляется и другой, и так по цепочки всех связанных с автоматическим управлением.
Решение проще паренной репы. Нужно «установить» ненужный пакет руками, i.e. перевести его в ручной режим, а потом он спокойно удаляется. Никаких проблем.
Так нет же, нужно просто перейти на 12-ричную систему счисления. Она реально удобнее, т.к. опять же, больше делителей. И тогда 1/3 не будет выглядеть как непонятная штука 0.(3), а вполне адекватные 0.4
Это абьюз экономики — покупательская способность снижается критически, а это минус зарплаты другим рабочим, минус налоги и значит минус уровень жизни. Это неощутимо, пока таких «ломателей системы» немного.
А что если иметь работу по душе, и не грезить «выходом на пенсию»? Работать в свое удовольствие с возможностью выделения времени на свои хобби, семью, развлечения? Да не, бред какой-то!
Лучше 10 лет страдать на нелюбимой работе, ужимать себя в еде, развлечениях и жизни, чтобы потом продолжать ужимать себя в покупательской способности, но зато не работать на нелюбимой работе. Отличный план!
Но в статье говорится именно про guard ifs... А подгонка данных под обработку называется нормализацией
ORM появился как решение проблемы object-relational impedance mismatch
Как показывает практика, такая деятельность действительно экономически не оправдана.
Если хотите научиться писать тесты, то это всяко лучше чем вообще не писать тесты. Но если хочется получить отдачу от траты времени на написание тестов, то это не вариант.
Agile буквально переводится как гибкость или маневренность. Все перечисленное было придумано чтобы снизить цикл обратной связи, а так же чтобы с каждой обратной связью улучшать процесс и продукт.
TDD идеально вписывается в этот концепт. Обратная связь моментальная и информативная и ты не движешься дальше вперёд, пока не обработаешь и не примешь во внимание обратную связь.
Для отмены факта коммита я использую
git reset HEAD^- то же самое, но печатать меньше.Не соглашусь, выносить блоки кода в функции только чтобы не писать комментарий, не выглядит опрпвданным в 100% случаев
Имя функции должно подчиняться синтаксису языка, как правило нельзя начинать с цифры и точно нельзя проблелы и кавычки. Что не способствует передаче смысла и контекста
Как правило функция - это блок логики с четкими и понимаемыми границами. Если пихать блоки кода в функции потому что в статье сказали не писать комментарии, то это свойство не всегда соблюдается.
Выделение блока кода в функцию меняет скоуп доступных переменных и делает изменение кода на границах и внутри функции сложными и рискованными, продюся диффы больше чем того требует ситуация.
Изменение имени функции или её аргументов или выделение блока в функцию - это структурные изменения, которые изменяют код в двух местах. В противовес комментарию, редактирование которого затрагивает как правило только строку с комментарием, не вносит структурные изменений, а значит абсолютный 0 риска. И так же не создаёт новых границ, через которые надо протаскивать переменные.
Обновления библиотек - это не рефакторинг, а обновление библиотек
Я всегда пишу код и стараюсь писать так, чтобы "испольнителей можно действителньо менять по щелчку пальца" и причин на это более чем достаточно
Во-первых, это показатель хорошей декомпозии и понятности кода.
Во-вторых, я, как исполнитель, меняюсь каждый день. Узнаю что-то новое, забываю что-то старое, бываю без настроения, бываю с настроением и т.д.
В-третьих, если все будут создавать места, где исполнителей можно менять по щелчку пальцев, то будет еще легче менять работу. Тебя заменили по щелчку пальцев? Не вопрос, найди где кого-нибудь заменят по щелчку пальцев на тебя, а он в свою очередь тоже такое место найдет. Хорошо же, ну?
Если что-то ставится вместе с чем-то, но не зависит друг от друга, а идет «рекомендованным», например Xfce4 и «заметки», то у этого пакета ставится пометка автоматического управления, т.е. пакеты становятся связанными, при удалении одного удаляется и другой, и так по цепочки всех связанных с автоматическим управлением.
Решение проще паренной репы. Нужно «установить» ненужный пакет руками, i.e. перевести его в ручной режим, а потом он спокойно удаляется. Никаких проблем.
А что если иметь работу по душе, и не грезить «выходом на пенсию»? Работать в свое удовольствие с возможностью выделения времени на свои хобби, семью, развлечения? Да не, бред какой-то!
Лучше 10 лет страдать на нелюбимой работе, ужимать себя в еде, развлечениях и жизни, чтобы потом продолжать ужимать себя в покупательской способности, но зато не работать на нелюбимой работе. Отличный план!