Обговорюємо, як варто коментувати код. «Пишіть усвідомлені коментарі з розумінням того, що ці коментарі повинні спростити життя людям, які працюватимуть після вас, а також скоротити витрати бізнесу на обслуговування коду». Сергій Сохромов, проєктний менеджер з AMC Bridge, наводить приклади вдалих і невдалих коментарів до коду.
Тетяна Орлова з компанії SoftServe у цій статті роздумує над визначенням зрозумілого коду і, відповідно, над тим, як досягати такого результату і максимально ефективно співпрацювати з різними колегами.
GitHub анонсував, що впроваджує двофакторну автентифікацію для усіх розробників, які пишуть код у будь-якому проєкті на платформі. Нововведення почне діяти з 13 березня, але відбуватиметься поетапно.
Senior Software Engineer Олександр Вітер ділиться історіями з різних періодів кар’єри, колективів та проєктів, об’єднаних спільною ідеєю — чому важливо інвестувати в знання свого домену. Діліться у коментарях своєю думкою, чи достатньо лише кодити на проєкті.
Ця стаття буде цікавою для розробників, які хочуть покращити швидкість написання коду, його якість, а також формалізувати процеси і стандарти. Назарій Мошенський показує не набір команд, які можуть автоматизувати будь-який проєкт, а набір інструментів, які ви можете налаштувати під свої потреби.
Євген Ковалевський, CPO/CTO в TECHIIA та KOLO, вирішив перевірити цифрами, чи справді все так погано з відключенням світла у столиці, як здається. У цій статті наведені графіки та python-код для їх генерації, а також є роз’яснення, на основі яких даних ці графіки побудовані.
«Код потрібно писати добре, але важливо прислухатися до команди, поважати колег і ставити цілі бізнесу вище за особисті при роботі над продуктом.» Антон Пінкевич, Full Stack Tech Lead, розмірковує над тим, як технічний стек впливає на успішність продукту і чому оверінжиніринг — це погано.
Олександр Скакунов ділиться історією з життя архітектора проєкту: коли потрібно виділити код у такому вигляді, щоб можна було і розробнику показати, і юристу. Читайте у статті, як обирали інструмент для вирішення задачі та на чому зупинились.
Ігор Канівець, Advanced DevOps в Innovecs, розглядає Infrastructure as a Code Terraform, який може працювати як з хмарними, так з On-Premise середовищами. У цій статті сконцентруємося на хмарах.
Обговорюємо різні методи проведення технічної співбесіди. Як перевіряти знання фахівця так, щоб це було ефективно, інформативно й найменш стресово для кандидата — свій варіант у статті описує Дмитро Ковригін з компанії Uklon.
Обговорюємо досвід роботи з Core Web Vitals у додатку Next.js: які неочевидні рішення можна імплементувати на проєкті, з якими проблемами зіштовхнутися та які є варіанти їх розв’язання.
Full-Stack розробник Вова Кривицький вважає, що написання коду — не ціль для розробника, і що кодом можна допомогти бізнесу розвиватись у нових напрямах. Докази цього на конкретному прикладі з власного проєкту наводить у блозі.
Коментарі