Возможно вы видели крутые доклады Вовы Шиманского про IoT и Wasm.
Его дом в Ирпене разрушен российскими войсками
https://twitter.com/vshymanskyy/status/1501132484062425089?s=21

Было 126, уже 181

Компаний все больше и больше. Не хватает времени добавлять в таком количестве, но стараюсь хоть основные

ДУБЛИРУЮ ССЫЛКУ: https://bit.ly/russia-business-sanctions

Канал відтепер буде українською 🇺🇦

Прийняв для себе рішення, що мої наступні доповіді будуть українською або англійською. Пости в каналі теж відтепер будуть переважно українською мовою. Коментарі, персональне спілкування, дискусії - вже по ситуації (українська, англійська, російська).

Основна причина - комфортніше з точки зору власної ідентичності.

В коментарях пишіть будь-якою мовою. Хочете російською - пишить російською, я з цим повністю ок. Й прошу всіх підписників ставитися до цього з повагою - хай кожен використовує ту мову, яку йому зручно.

========================

Канал переходит на украинский язык 🇺🇦 

Принял для себя решение, что мои последующие доклады будут на украинском или на английском. Посты в канале преимущественно теперь будут на украинском языке. Комментарии, персональное общение, дискуссии – уже по ситуации (украинский, английский, русский).

Основная причина – комфортнее с точки зрения собственной идентичности.

В комментариях пишите на любом языке. Хотите на русском – пишите на русском, я с этим полностью ок. И прошу всех подписчиков относиться к этому с уважением – пусть каждый использует тот язык, который ему удобно.

Що по результатам? За березень ми заробили й перевели 1 300 936.44 UAH на рахунок ЗСУ
Місяць вийшов вдалим й за це величезне дякую всім співробітникам WebbyLab. Компанія змогла заробити гроші на пітримку нашої армії 🇺🇦💪

Інтернет та швидківсть світла - частина 1
Майже завжди, говорячи про перформанс веб-сайту, ми говоримо про час очікування користувача певної події ("First Meaningful Paint" тощо). Ми часто обговорюємо фронтенд і бек-енд оптимізацію. І це круто, але корінь усіх бід залишається – швидкість світла. Часто JavaScript-розробники не помічають цю проблему 😀

Чи може статися, що через 30 років Інтернет стане настільки швидким, що в Києві миттєво відкриється сайт із сервера в Сан-Франциско? Фізика каже ні.

Колись я писав про це в каналі, але якщо хтось пропустив, то тепер це пост є й англйською й на linkedin:

**ПОСТ**: https://www.linkedin.com/pulse/internet-speed-light-viktor-turskyi-/?trk=public_post-content_share-article

В планах перекласти всі 3 частини й опублікувати нову четверту. Якщо тема цікава, то ставте лайк й на Linkedin, хай пост просувається 🙂

How does the speed of light limit the Web? Part 2

Чи знаєте ви, що ваш веб-сайт може працювати повільно (або користувачам так буде здаватися), оскільки швидкість світла не така висока, як хотілося б?

Мій другий пост англійською із серії: «Як швидкість світла обмежує Інтернет?»

Я намагаюся простими словами пояснити складні ідеї, але не приховуючи фактичних деталей ( деяке базове розуміння TCP і HTTP потрібне).

Посилання на пост (підтримуйте лайком)

Як вам такий контент? Потрібні частини 3 й 4? 🙂

Артема я знаю вже дуже давно. KharkivJS (яку він організував) була однією з моїх улюблених конференцій. Я там виступав чи то п'ять, чи шість років поспіль. Зараз Артем багато волонтеріть й сьогодні він приймає участь в благодійному стрімі. Приєднуйтесь! Буде й про волонтерство й про мікросервіси 💪🇺🇦😎

Деталі тут - https://fwdays.com/event/stream-zaharchenko

В цей четверг в войс чаті з DOU буду відповідати на питання про Google
Анонс - https://t.me/dou_polska/208

Там внизу посилання на календар на ДОУ, можна перейти й закидати запитання.
Закидайте запитання й приходьте послухати 🙂!

П'ятничний релакс ретро стрім #2 (3-го червня 19:00 по Києву)
Запасайтесь чаями/кавою/компотиком й приєднуйтесь до релакс стріму в цю п'ятницю.

По результатам голосування очевидно, що в цей раз буду проходити "Battletoads/Double Dragon". Якщо хто пропустив, то це культова гра, одна з найкращих на NES. Спробую знову пройти повністю без чітів й сейвів. Явно складніше ніж Чіп й Дейл😟

Посилання на запланований стрім: https://youtu.be/46_gSta1Yj0

Вмикайте нагадування 🙂

Й якщо будуть цікаві теми/новини - з радістю обговорю на стрімі

Окремий телеграм канал для опитувань та анонсів по ретрогеймінг-стрімам

Тепер всі анонси й опитування по ретрогеймінг-стрімам буду закидати в новий канал.

Підписуйся: https://t.me/RelaxRetroGaming

Спочатку планував публікувати опитування на ютубі, але потрібно від 1000 підписників для цього, поки не вистачає 🙂 Тому поки в телеграмі.

На наступний стрім планую:
✅ Нову камеру. Вже перевірив - картинка в рази краща.
✅ Виводити вікно з коментарями в відео потік .
✅ Відносно гри, то щось лайтовіше. Опитування в новому каналі. Обирай!

З'явилося відео моєї доповіді про Perl vs JS (посилання на анонс). Був класний інтерактив й обговорили цікаві концептуальні моменти.

ВІДЕО ВЖЕ ТУТ: https://my-talks.net/viktor-turskyi/how-was-it-to-switch-from-beautiful-perl-to-horrible-javascript-fwdays-js-is-back

PS: Давно не виступав, але на днях буде анонс абсолютно нової доповіді по фронту з цікавим контентом

Продовжуємо нашу підтримку ЗСУ
Як я в вже писав, ми в WebbyLab віддаємо весь прибуток ЗСУ. Завдяки спільним зусиллям, нам вдається заробляти гроші для нашої армії. В цей місяць ми відправили ще 1003794.10 грн (разом вже 3744482.40 грн за 3 місяці).
Разом до перемоги! Слава Україні! 🇺🇦💪

Всім привіт! Сьогодні трохи відірвемось від нудної та непотрібної безпекової складової в постах 🙂

Були часи, десь там у 2021 році, восени, коли ми ходили по конференціях та розповідали всякі технічні штуки. Десь в той час, я робив доповідь про те, як концептуально влаштований V8 в Node.js.

Нещодавно, запис було опубліковано на каналі Framework Days, де ви можете його переглянути. Я говорив про такі речі як:

- Що таке V8?
- Чим відрізняється інтерпретація від компіляції?
- Що таке JIT компіляція?
- Як концептуально влаштовані оптимізувальні компілятори?
- Невелике демо, на якому я показую байт коди й машинні коди.
- Декілька запитань та відповідей.

Бажаю приємного перегляду, багато кому доповідь дуже сподобалась!

https://youtu.be/QOcqsCChuJY

Як писати тести під React фронтенд? (доповідь 9-го липня на JS+React fwdays’22)

Я перебрав багато інфи про те, як люди пишуть тести під React й можу сказати, що не знайшов те, що шукав. Наприклад, react-testing-library ідентифікує проблему інкапсуляції, але вирішує її лише частково. А якщо подивится на тести Material UI(а вони використовують react-testing-library) , то стає зрозумілим, що проблема як була, так й залишається.

Під час доповіді, обговоримо, що не так з тестами в React світі. Але головне, хочу поділитися підходами, які працюють на практиці.

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

✅Реєструйся на конференцію -
https://fwdays.com/event/react-fwdays-2022
Є два варіанти квитків "Free Online"(безкоштовний) й "Online Full" (платний).

✅Також нажимай на "Notify me when video is available" тут. Через 3-4 місяці відео буде й на ютубі, й тоді прийде нотифікація.

✅ Якщо сам теж спікер, то створюй своє портфоліо на https://my-talks.net. Платформу ми постійно розвиваємо й додаємо нові й нові фічі.

Обирайте або якість, або вартість. Насправді, ні

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

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

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

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

Колись розповідав, чому ми часто "monolith first" підхід використовуємо. А ось ще якісне відео на цю тему https://youtu.be/XD5at992-DI

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

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

UPD: зібрано! 🇺🇦💪