Жабаскрипт (веде Віктор Турський)

2022-08-15 21:41:17 Doom II й Інтерв'ю Джона Кармака
Нещодавно постив інтервью Джона Кармака. Мені дуже сподобалося й я вирішив, що настав момент зробити ретро стрім про Doom II й обговорити це інтервью. Якщо є бажання, то доєднуйтесь.

Ось анонс: https://t.me/RelaxRetroGaming/24 Открыть/Комментировать

2022-08-15 09:11:06 Продовжуємо нашу підтримку ЗСУ
Як я в вже писав, ми в WebbyLab віддаємо весь прибуток ЗСУ. Завдяки спільним зусиллям, нам вдається заробляти гроші для нашої армії. В цей місяць ми відправили ще 882164,82 грн (разом з початку війни вже більше 5 млн грн).
Разом до перемоги! Слава Україні! Открыть/Комментировать

2022-08-11 14:16:28 У мене знайомі шукають волонтерів розробників. Проект, який донатить гроші на ЗСУ.
Стек: React, Redux, Node, MongoDB.

Всі деталі тут - https://v-tylu.work/uk/listings/1836779-javascript-react-developer-dlia-mientori-v-tilu

Якщо є бажання допомогти, то пишіть Артуру в тг - @fedorenkoart Открыть/Комментировать

2022-08-07 12:02:31 П'ятигодинне інтерв'ю з Джоном Кармаком
Всі описи зайві

Насолоджуйтесь

Открыть/Комментировать

2022-08-02 20:10:21 Ви чули про Bun?
Зараз я бачу тренд, що nodejs додає підтримку все більше й більше Web APIs (ті що підтримуються браузерами), але все одно основна більшість всього побудовано на власних стандартах.

Також ми спостерігаємо, що зʼявляються нові рантайми типу Deno. Але сьогодні я взнав про новий рантайм - Bun (https://bun.sh/)

Приклад http серверу виглядає круто й побудований на Web API классах (Request/Response):

export default {
port: 3000,
fetch(request) {
return new Response("Welcome to Bun!");
},
};

Чимось мені нагадує uwsgi/psgi (шкода, що таких абстракцій не завезли в nodejs фреймворки).

Bun обіцяє бути дуже швидким й бути "drop-in replacement" для nodejs (кажуть, що підтримує 90% фіч nodejs).

Також коллега з Google накидав приклад, який в один клік піднімається на Cloud Run - https://twitter.com/steren/status/1544671563752083457

Не факт, що я буду переїзджати на Bun, але спостерігати цікаво й можливо потестую на pet-проектах Открыть/Комментировать

2022-08-02 08:40:56 Ілля Клімов (один з найкращих JavaScript розробників в Україні) створив телеграм канал. Канал про все на світі (не про розробку)

Канал - https://t.me/xanf_dev

Я вже підписався Открыть/Комментировать

2022-07-12 08:51:20 Щомісячний апдейт - https://t.me/webbylab/125
Продовжуємо підтримку ЗСУ! Открыть/Комментировать

2022-07-02 15:14:11 У мене знайомі волонтери збирають кошти й попросили допомогти з розповсюдженням інфи
Повна інформація тут - https://www.facebook.com/bohemka/posts/pfbid0PdtzM4116R1XVEkzqkiqBPpyYbR59CFztsmJtRLKFMvsHSCxgWww7bzfMPwzbJ6Bl

Навіть невеликий донат буде корисним. Але все на ваш розсуд (щодо мене, то я вже задонатив)

UPD: зібрано! Открыть/Комментировать

2022-06-27 17:10:52 Колись розповідав, чому ми часто "monolith first" підхід використовуємо. А ось ще якісне відео на цю тему

Открыть/Комментировать

2022-06-24 11:57:01 Обирайте або якість, або вартість. Насправді, ні

Згадав статтю про компроміс між якістю та вартістю в розробці програмного забезпечення. Що мені подобається в розробці програмного забезпечення, так це те, що краща внутрішня якість програмного забезпечення робить розробку програмного забезпечення дешевшою (а не навпаки).

Додавати нові фічі в говнокод складніше й дорожче. Звісно це при умові, якщо ми хочему зберегти зовнішню якість на тому самому рівні (стабільний й юзабельний продукт на виході з мінімальною кількістю багів)

Гарний пост Фаулера про це - https://martinfowler.com/articles/is-quality-worth-cost.html.

Основні висновки зі статті:
Якісний код насправді дешевше. Але має бути певний розмір проекту.
Яким має бути розмір? Код низької якості суттєво уповільнює роботу вже протягом кількох тижнів. Таким чином, ви можете отримати користь від ігнорування якості коду, лише якщо проект триває менше кількох тижнів.
Навіть найкращі команди створюють технічний борг. Звісно, що такі команди створюють його менше, але важливо те, що вони його зменьшують постійно теж. Технічний борг з’явиться в будь-якому випадку, але за ним потрібно слідкувити й виправляти. Открыть/Комментировать