Жабаскрипт (веде Віктор Турський)
4.52K subscribers
12 photos
222 links
Авторський контент для JavaScript розробників, але не завжди про JS:). Пишу про архітектуру, best practices, продуктивність, безпеку, інструментарій.

Viktor Turskyi (@koorchik), Cofounder at Webbylab, SWE at Google

Рекламу не розміщую!
Download Telegram
2 роки в Google
Сьогодні 2 роки, як я працюю в команді Google Cloud. Можу сказати, що тільки зараз я починаю по трохи розуміти, як все працює в Гуглі в контексті технологій й в контексті процесів. Не очікував, що це вимагає стільки часу, але інфраструктура Гугла величезна. Також можу сказати, що кількість всього з чим доводиться працювати достатня велика, тому навіть пишучи 2 роки на TypeScript й Angular я все ще не можу назвати себе експертом в цих технологіях (хоча до цього я багато років працював з React й вважаю себе експертом в ньому, з версії 0.4 він у мене був вже продакшені).

Які основні висновки можна зробити:
1. В Гуглі дуже крута команда й рівень всіх Гуглерів дуже високий (інженери, менеджмент, продакти, UX й так далі).
2. Те, що за межами Гугла, ви звикли робити за пару місяців, в Гуглі ви будете робити півроку. Й причина не в бюрократії (її практично немає), а в масштабі - величезна кількість різних підсистем, які треба між собою узгодити. Також інший підхід, бо на базі Google Cloud побудована величезна кількість інших продуктів клієнтів й краще вам не ламати Google Cloud.
3. Повний овнершип за фічу добре працює, але підходить не всім. Я вже 2-3 тижні не заходив на віртуалку, де пишу код, бо весь цей час я пишу й читаю гугл доки. Моя задача (як сеніор інженера) разпланувати роботу до кінця року, оцінити й узгодити її з усіма іншими (менеджерами, продактами, іншими інженерними командами й так далі). Ну, й звісно разом з моєю командю все це релізнути до кінця. Оскільки в Гуглі немає проджект менеджерів (але є engineering managers), то кожен інженер сам відповідає за менеджмент свого міні-проекту (фічі). В результаті в Гуглі інженеру доводиться розвивати скіли вшир (й в контексті технологій теж).
4. Навіть з бюджетами Гугла роботи завжди більше, ніж є людей на неї.
5. Чи ідеальний код в Гуглі? Ні. Технічний борг існує практично в кожному проекті. Але технічний борг не ігнорується й його менеджмент це частина процесу розробки.

Спочатку я звертав увагу на різні аспекти роботи, які відрізняються від того, що я бачив за межами Гугла. Але потім перестаєш помічати й зараз навіть складно це побачити, оскільки вже довгий час знаходишся всередені іншої системи.
LIVR - можливо найшвидший валідатор під JS 🙊
Колись вже писав про LIVR - https://t.me/jabascript/218

Але в цей раз вирішив зробити бенчмарк. Ніколі до цього не тестував його перформанс й був вражений, наскільки інші популярні валідатори повільніші. Поки порівняв з Joi й JSON Schema - результати

Напишіть в коментарях під постом, який валідатор користуєте й чому. Хочу розширити бенчмарк.
ChatGPT грає в minecraft краще, ніж інші AI
Як це так, що Large Language Model грає в гру? Але виявляється, що це можливо. Й до того обирає кращий шлях розвитку ніж інші моделі. Відкриває нові можливості використання LLM

Відео на 6 хвилин про це - https://youtu.be/VKEA5cJluc0
Віктор Турський про програмування
Дякую всім за підтримку Ютуб каналу! Величезна кількість гарних відгуків. За 6 місяців на каналі вийшло 14 відео. Сумарно 30тис переглядів й 2600 підписників!

Останні тижні був перевантажений з плануванням в Гуглі, але зараз вже повертаюся до підготовки нового контенту на каналі.

Плани по наступним відео:
Додатковий формат для патронів - Q&A відео (одне відео майже готово)
Серія відео по проектуванню фронтенду й бекенду
Серія відео по роботі операційної системи
Серія відео по безпеці

Якщо раптом не підписані: https://www.youtube.com/@AboutProgramming 🙂
Forwarded from DOU | Front-end
В грудні минулого року для зимового зарплатного опитування DOU зібрали 1 500 анкет від Front-end розробників, а тоді ще не було нашого каналу! Цікаво, зможемо цьогоріч зібрати 2k? 🤔

Тож, панове, приєднуйтесь до дослідження: https://dou.ua/goto/bnHM

Воно повністю анонімне, а результати опитування перетворяться на круті аналітичні матеріали про ситуацію на ринку 💪
Як працює повнотекстовий пошук? Частина 2. Питання та відповіді

Спробував відповісти на наступні питання:
Додаткова оптимізація (позбуваємося base64)
Інші алгоритми компресії
Як шукати всередені слова?
Токенайзери в Elastic Search
Що робити, коли у нас айді документа це UUID?
А якщо UUID це Primary Key в MySQL?

Є ідея робити відео в форматі "питання та відповіді" для патронів, але поки викладаю для всіх 🙂

ВІДЕО: https://youtu.be/LaXU5tlY3ZM
LIVR 2.7
У порівнянні з 2.5 став на 25% швидшим.
Коли FastestValidator вирізає зайві поля (режим "$$strict: remove"), що в LIVR завжди включено, то LIVR навіть швидший. Бенчмарк (але після певного рівня перформансу це вже не так важливо)
Автоматично додатково реєструє underscore імена правил в camelCase

Тепер можна писати 😎:
{
name: 'required',
phone: {maxLength: 10},
address: {nestedObject: {
city: 'required',
zip: ['required', 'positiveInteger']
}}
}

через підкреслення правила теж працюють.

Нова версія - https://www.npmjs.com/package/livr/v/2.7.0
Життя поза хмарами
Моя доповідь про те, як ми запускали проекти до появи різних клаудів.
Що вимагалося від розробника в 2007, щоб запустити масштабовану й відмовостійку систему

ВІДЕО - https://www.youtube.com/live/2piVIILcsJY?feature=share
Жабаскрипт (веде Віктор Турський)
LIVR 2.7 У порівнянні з 2.5 став на 25% швидшим. Коли FastestValidator вирізає зайві поля (режим "$$strict: remove"), що в LIVR завжди включено, то LIVR навіть швидший. Бенчмарк (але після певного рівня перформансу це вже не так важливо) Автоматично додатково…
LIVR 2.7.1 - compile фаза в 100 разів швидша за fastest-validator
LIVR має внутрішню фазу підготовки правил валідації. Схоже на "compile" в fastest-validator. Тобто, якщо ви конструюєте новий інстанс валідатора на кожен запит, то це буде повільніше ніж перевикористовувати існуючий об'єкт. Але часом таке буває потрібно й я сам писав не раз. В LIVR-2.7.1 я прооптимізував цей процес й результати наступні:

Заміряв весь процес (ініціалізація валідатора й відразу валідація даних):
В 100 разів швидше за Fastest Validator (там повільний compile)
В 35 швидше за Joi. Й навіть, якщо Joi перевикористовує інстанс валідатора, а LIVR створює на кожну валідацію все з нуля, то LIVR все ще в 2 рази швидший. Якщо LIVR теж перевикористовує інстанс валідатора, то 8-9 разів швидше

BENCHMARK (результати в кінці файлу): https://gist.github.com/koorchik/24bc956be3ddceed6ec8e2c23f261561
Я в threads
https://www.threads.net/@koorchik
Там українською й про все на світі. Але побачимо як піде 😄
Forwarded from Той самий Бабіч (Сергій Бабіч)
Котики, буквально за декілька хвилин розпочнеться етер "Теревені з Романом Савіцьким", frontend service line lead в компанії Infopulse, засновником та незмінним лідером житомирського комʼюніті BeerJS, а до того ще й викладачем житомирського політеху!

А ще на етері ми постараємось зібрати пару гривень для наших улюблених богунівців, себто 1-ї ОБрСпП ім. Івана Богуна. Буквально кілька годин тому отримали новий список потреб на суму приблизно в 170 тисяч гривень. Тож долучайтеся до етеру та до коштозбору! )

https://youtube.com/live/gDfUteZGPds?feature=share

⭐️⭐️⭐️
БАНКА «НА ЛІТНІЙ КОТОНАСТУП»
🔗 https://send.monobank.ua/jar/AeXQ6YRf2X
💳 5375411202918178
Як швидкість світла обмежує швидкість твого веб-сайту? Розбираємо на реальному прикладі
Якщо ти займаєшся веб-розробкою, то маєш розуміти, як працює Інтернет. Записав перше відео про це й почав з фундаментального обмеження - швидкості світла.

У відео спробував відповісти на:
Що відбувається, коли ви заходите на сайт?
Чи буде колись такий Інтернет, щоб пінг до США був менше 100мс?
Як впливає швидкість світла на швидкість твого сайту?
Вплив TCP Handshake
Вплив TLS Handshake
Чому потрібен CDN?
Як перевірити мережевий трафік на практиці?

ВІДЕО: https://youtu.be/dRnAeHeLRS8
Нарешті я запустив Youtube Membership (типу патреон)😃
Тепер є можливість фінансово підтримати мою діяльність на ютубі та отримати доступ до ексклюзивного контенту (скоро буде).

👍 Ставай спонсором каналу:
https://www.youtube.com/channel/UChhNJ3SmzX_d7kMpSEMDfzg/join

🤔 Яку підписку обрати?
Бери таку, щоб сума в нотифікації про оплату не дратувала тебе щомісяця. А краще, щоб навпаки приносила втіху, що це допомагає каналу розвиватися :). Весь основний контент буде доступний без спонсорства

🤔Чому Youtube Membership?
Основна причина, що мій контент тільки на ютубі й глибока інтеграція підписок з функціями ютуб сильно спрощують життя. Тому вирішив дати шанс. В найближчі місяці інші варіанти підписок не планую.

🥰 Дякую всім, хто підписаний на канал. Кожна підписка (звісно, що й без спонсорства теж) означає, що контент корисний й це мотивує створювати більше якісного контенту для вас
Трохи думок про Davinci Resolve
Є такий популярний софт зараз для редагування відео - Davinci Resolve. Сьогодні він дуже успішний й популярний завдяки своїй ціновій політиці. Я користуюся безкоштовною версією й там можна зробити практично все, що мені треба (включаючи 4k відео). Платна версія коштує 295 дол (разовий платіж). Тобто софт дуже дешевий, але в той самий час дуже популярний в Голівуді. Чужий, Аватар, Зоряні війни, Пірати карибського моря, Прометей, Люди-Ікс й багато інших фільм використовували Davinci Resolve. Зараз продукт розвивається дуже стрімко й він набагато краще ніж був 10 років тому - покращення дуже суттєві.
Й до чого я все це розповідаю? До того, що це софт, який в 2009 коштував зовсім інших грошей - 200-800 тис дол. Й було в світі 100 користовучів у цього софта. Й після того, як Blackmagic Design купив Davinci Resolve, то переглянув політику. Й тепер дорога версія коштує 295 дол, а не 800 тис дол. Це як? :)
OpenTF анонсує форк Terraform
Тиждень-два тому Hashicorp вирішила поміняти ліцензування для Terraform - не можна використовувати, якщо ти створюєш конкуруючий продукт. Це відразу викликало питання в багатьох великих й не тільки компаніях компаніях. Й тут відбувається таке - https://opentf.org/announcement
Й мені здається, що це по прям гарна новина для продукту. В Hashicorp 5 інженерів працювало над Terraform, а тут вже 14 FTE й скоро буде в два рази більше. Ну, й здається це зломало стратегію Hashicorp по побудові hosted terraform. Тепер чекаємо hosted terraform у всіх клаудних провайдерів
Відео про рівні спонсорства для ютуб-каналу
Зняв двохвилинне відео рівні спонсорства для тих, хто хоче додатково підтримати канал. Ну, й знову повторюся, що всі основні відео будуть доступні публічно. Й якщо навіть ви просто підписані (без спонсорства), то це вже підтримка каналу 👍🏻
Й окрема величезна подяка спонсорам! ❤️ Дуже мотивує робити відео! Монтую про DNS вже 🙂
https://www.youtube.com/watch?v=po0gj69V32E
Google Cloud Next 2023 WATCH PARTY в цю суботу о 16:00
Конфа почалася вже сьогодні й триватиме 3 дні - https://cloud.withgoogle.com/next (треба зареєструватися, щоб дивитися онлайн).

Але в цю суботу 2-го вересня о 16:00 я й Нікіта Галкін проведемо стрім, на якому будемо обговорювати найцікавіші доповіді з конфи.

РЕЄСТРАЦІЯ НА WATCH PARTY: https://gdg.community.dev/events/details/google-gdg-cloud-kyiv-presents-google-cloud-next-2023-watch-party-at-youtube/