ctodailychat::FOMO

https://orbitbymozilla.com/
Мозилла занесла под новый год подарочек.
Потестил summarization на видео которые недавно посмотрел (он по транскрипту делает) - довольно неплохо. А по страницам так вообще

jump to message 👇

А у тебя in-person было или онлайн? Я бы по другому подкатил, типа на линкеде законнектиться и все изложить - интервьюировался, очень понравилось, респект и хочу все же у вас поработать, но надо подтянуть скилы, может вы заинтересованы поменторить немного, или дать советы что почитать чтобы лучше соответствовать профилю компании..
Имхо appeal к глобальному опыту человека как и что делать для развития карьеры - идёт куда лучше, да и легал на это если и посмотрит то не триггернется так сильно как на фидбэк после интервью. А первый контакт уже установлен на интервью, так что будет проще пояснить. Ну и первый кейс на разбор о котором вы оба знаете - что мог бы сделать лучше на интервью :)

jump to message 👇

jump to message 👇

А если план не выполняется - всегда можно фейковыми играми прибыль подкачать: https://nashaniva.com/ru/353818

jump to message 👇

https://teletype.in/@malishokus/obzoriknig
Рекомендую вот здесь поискать по обзорам. Пишет Сергей - образованный и толковый трейдер buy-side, в отличие от большинства sell-side (впаривателей)

качество логов заметно улучшается, а размер уменьшается если пару раз разбудить разработчиков ночью и попросить их разобраться что не так с системой

jump to message 👇

jump to message 👇

https://github.com/dockur/macos

jump to message 👇

Смотрел, выглядит хорошо: и feature exposure, и experiment exposure удобно сделаны, в growthbook сделали совместимое с этим «стандартом» апи, отлично работает год с лишним в проде и на фронте, и на беке. С перфом проблем нет: прокси внутри кластера поднимается легко (в стандарте этого не было, в реализациях есть), в клиент (сервис или бек, которые сплитует) скидывается конфиг, поэтому на один под достаточно 1 запроса в минуту

А больше там ничего и не надо, сервис, который примет колбеки и закинет в кх и можно ехать

Обучение разработчиков прошло не без проблем, но они бы были везде:
- главная абстракция тут — это фича флаг, он уже привязывается к экспу или другому роллауту, поэтому если выкатить на precentage rollout exposure не придет, всё понятно, но требует привыкания
- клиенты _должны_ реализовать кэширование конфига у себя и вынести колбеки в очередь, но это легко сделать 1 раз на язык и везде юзать либу
- интеграция помогает запускать больше экспов, НО нужны аналитики, чтобы: правильно посчитать MDE, определить неймспейсы и рассказать про математику продактам, разобраться с движками для подсчета и тд, без этого будет не data driven
- с exposure нужно осторожно: легко «оптимизировать» и зарезолвить все нужные фичи, но это сломает аналитику

Все проблемы минорные, мне апи и идея очень нравится, для контекста: я завозил growthbook в организацию на ~100 инженеров, делал сервис для принятия колбеков, джавый стартер для интеграции и помогал другим разобраться

jump to message 👇

Ну какие проблемы мы словили при массовом внедрении:
- Выяснилось, что современные react разработчики очень плохо умеют с этим работать, они привыкли готовить приложения определенным образом, по шаблону и у большинства не было понимания, что такое код работающий на сервере, какие есть нюансы, как его готовить, где водораздел клиентского кода и серверного. Многие пытались на нексте соорудить привычные react-redux-mobx-whatever приложения и получался дикий оверхед и по сложности кодовой базы и по дебагу этого хозяйства.
- Пытались некст горизонтально масштабировать и георезервировать - ловили кучу проблем с инвалидацией, неконсистентностью кэшей, сетевые запросы не всегда уходили куда надо.
- Приложения стали этакими сцепленными монолитами, просто раскидать статику по s3 и поставить перед ними nginx уже не хватало - нужно было значительно усложнять пайплайны.
- Были попытки сделать на этом всем подобие микрофронтовых оркестраторов, но тоже отказались из-за оверхеда. Ну и некст откровенно не для этого создавался.
- Намучались с server actions, они тогда только появились и не все понимали как их готовить (мало кто из команды видел PHP вживую 😀 и понимал как это - отправлять данные POST обновлением страницы)

Если резюмировать, то я просто понял границы nextjs и где его можно применять. И лучше не тащить в него какой-то лютый кастом и всякие модные стейт менеджеры, а просто юзать "по инструкции". Ну и просто упаковать в контейнер, а не раскидывать по CDN с кучей реверс проксей.
В совокупности с каким нибудь tailwind и например при отсутствии людей на бэке (команды нет например, а делать запросы к IDP или БД надо) очень даже хороший инструмент для шаблонных приложений.

у меня есть слайд со скриншотом из 2016 года.
многие команды начинают ссыпаться уже на 4м пункте

jump to message 👇

jump to message 👇

https://news.ycombinator.com/item?id=41931938

Двойную gzip-бомбу на /wp-admin я, пожалуй, вставлю во все конфиги nginx, к которым имею доступ)

jump to message 👇

Правильное использование LLM:

https://www.bullshitremover.com/

Опенсорс голосовалка за фичи юзерами
https://github.com/getfider/fider

jump to message 👇

Телеграм, кстати, тоже теперь позволяет верифицировать номера через них: https://core.telegram.org/gateway. Стоит цент.

jump to message 👇

https://hammerjs.github.io/recognizer-swipe/

jump to message 👇

Ну что, до релиза полтора часа, пора уже и похвастаться. Мама, я в титрах лучшей видеоигры что я когда-либо делал. Это даже лучше чем телевизор!

jump to message 👇

а вот это прям хорошо

jump to message 👇

Хотите изучать Automation QA вместе?

tl;dr предлагаю собраться небольшой группой и вместе с моей помощью изучать AQA (бесплатно).

Привет, чят. Несколько лет назад моя мама с моей помощью переучилась с начальницы хим лабы на тестировщицу и с тех пор работает по новой специальности.

Но сейчас ручные тестировщики не так нужны, все хотят автоматизацию. И вот мы планируем заняться изучением автоматизации тестирования. Думаю взять JS/TS и Playwright.

Сам я фронтенд разработчик, но писал всякую автоматизацию тестирования ещё на Selenium.

Учиться вместе интереснее и эффективнее. И у меня будет больше мотивации лучше готовить материал. Думаю, такой формат обучения подойдёт уже опытным ручным тестировщикам. Я потяну группу до 5 человек.

По программе думаю начать с базового программирования, написать простенькие апишки, раскатить их на VPS и потом их же тестировать. И уже после перейти к фронтенд e2e. Можно и вместе подумать над программой и форматом занятий. Я думаю про два занятия в неделю + домашка с проверкой от меня.

Конечно же бесплатно.

jump to message 👇

как-то искал подобное

больше всего понравилось

https://codepen.io/iNeedAdult/pen/VwZaGex


со звездами без сабмит кнопки часто проблема, что по ним пытаются свайпать
а тут как раз слайдер

jump to message 👇

Держи https://duktape.org

jump to message 👇

jump to message 👇

берем в прод?
https://jtarchie.com/posts/2024-08-30-exploring-goja-a-golang-javascript-runtime