Розберемось, як влаштований CR, як підготувати свій код, а також дати зворотний зв’язок, коли ви знаходитесь у ролі ревʼюера. Через те, що зазвичай одній людині доводиться одночасно виступати як автор коду та як ревʼюер для коду колег, то інформація у цій статті буде корисна для всіх, хто працює з кодом.
Уявіть, що Ви зайшли на новий проєкт, але вся робота ведеться віддалено, тобто десь існує віртуальна машина, і ви отримали логін та пароль вашого користувача або SSH-ключ. Постає питання: а яким саме чином вести розбробку, та більше того, як запустити сервер у режимі відловлювання помилок. Розберемось!
Михайло, фронтенд-розробник, зібрав правила, які допомагають швидко та легко проходити Code Review. Стаття буде корисна як новачкам, так і просунутим розробникам, оскільки розвиток будь-якого проєкту рано чи пізно вимагає вливання нового коду через рев’ю.
Коли пишеш читабельний код, то допомагаєш майбутньому собі. Бо зрозумілий код потрібен насамперед тому, хто буде його змінювати.
Олександр Бородін, COO в VT Labs, за 10 років досвіду в Software Development мав нагоду подивитися на код і як розробник, і як менеджер, і як замовник. У цій статті він розповідає, як різні практики та стандарти коду впливають на життя девелопера, його оточення та продукт.
«Это были действительно безумные сутки с большим количеством людей на созвоне, когда мне пришлось работать около 30 часов подряд. С тех пор я не люблю проводить Black Friday в офисе».
Влад Опухлый, Magento Tech Lead в Magecom, рассказывает историю одного из самых сложных кейсов за всё время, которое он занимается Magento-разработкой. В статье он также делится выводами, советами и полезными инструментами, которые помогут избежать подобных ситуаций.
Отладка кода — один из важнейших этапов при разработке любого проекта. Даже самые крутые разработчики не пишут идеальный код и на любом этапе могут появиться мелкие баги, которые придется устранять. Одни предпочитают отладку во время выполнения кода, другие — логируют весь процесс и начинают откладку после.
В статье Игорь Шатило, Back-end Developer в NIX, делится различными способами, которые помогут вам продебажить сайт.
Всем QA иногда прилетает отказ от разработчика на просьбу починить баги. В статье Михаил Просянник, QA Test Engineer, собрал коллекцию из отказов от девелоперов на запрос исправления бага или изменения реализации.
Автор показывает, что нежелание можно и даже нужно преодолевать, и объясняет как это сделать.
Основная задача этого материала — показать, как можно отлавливать и реагировать на неожиданное поведение во время runtime. Рассмотрим способы защиты контрактов как предшествующий этап, остановимся и на проверке типов, непосредственно во время выполнения приложения. Проанализируем существующие решения по runtime checking и как мы можем реагировать с помощью Angular.
Коментарі