качество логов заметно улучшается, а размер уменьшается если пару раз разбудить разработчиков ночью и попросить их разобраться что не так с системой
ctodailychat::FOMO
@ctodailychat_fomo
Будем транслировать полезные штуки из @ctodailychat
ctodailychat::FOMO (Russian)
ctodailychat::FOMO - это канал в Telegram, который создан для тех, кто не хочет упустить самые важные моменты и новости из мира технологий, бизнеса и IT. Здесь вы найдете все самое актуальное и интересное, что транслируется из канала @ctodailychat. Мы будем делиться полезными статьями, советами, аналитикой и новостями, чтобы помочь вам быть в курсе последних трендов и событий. Не упустите возможность быть в курсе всех событий и подписывайтесь на канал ctodailychat::FOMO прямо сейчас!
ctodailychat::FOMO
03 Nov, 12:18
Смотрел, выглядит хорошо: и feature exposure, и experiment exposure удобно сделаны, в growthbook сделали совместимое с этим «стандартом» апи, отлично работает год с лишним в проде и на фронте, и на беке. С перфом проблем нет: прокси внутри кластера поднимается легко (в стандарте этого не было, в реализациях есть), в клиент (сервис или бек, которые сплитует) скидывается конфиг, поэтому на один под достаточно 1 запроса в минуту
А больше там ничего и не надо, сервис, который примет колбеки и закинет в кх и можно ехать
Обучение разработчиков прошло не без проблем, но они бы были везде:
- главная абстракция тут — это фича флаг, он уже привязывается к экспу или другому роллауту, поэтому если выкатить на precentage rollout exposure не придет, всё понятно, но требует привыкания
- клиенты _должны_ реализовать кэширование конфига у себя и вынести колбеки в очередь, но это легко сделать 1 раз на язык и везде юзать либу
- интеграция помогает запускать больше экспов, НО нужны аналитики, чтобы: правильно посчитать MDE, определить неймспейсы и рассказать про математику продактам, разобраться с движками для подсчета и тд, без этого будет не data driven
- с exposure нужно осторожно: легко «оптимизировать» и зарезолвить все нужные фичи, но это сломает аналитику
Все проблемы минорные, мне апи и идея очень нравится, для контекста: я завозил growthbook в организацию на ~100 инженеров, делал сервис для принятия колбеков, джавый стартер для интеграции и помогал другим разобраться
А больше там ничего и не надо, сервис, который примет колбеки и закинет в кх и можно ехать
Обучение разработчиков прошло не без проблем, но они бы были везде:
- главная абстракция тут — это фича флаг, он уже привязывается к экспу или другому роллауту, поэтому если выкатить на precentage rollout exposure не придет, всё понятно, но требует привыкания
- клиенты _должны_ реализовать кэширование конфига у себя и вынести колбеки в очередь, но это легко сделать 1 раз на язык и везде юзать либу
- интеграция помогает запускать больше экспов, НО нужны аналитики, чтобы: правильно посчитать MDE, определить неймспейсы и рассказать про математику продактам, разобраться с движками для подсчета и тд, без этого будет не data driven
- с exposure нужно осторожно: легко «оптимизировать» и зарезолвить все нужные фичи, но это сломает аналитику
Все проблемы минорные, мне апи и идея очень нравится, для контекста: я завозил growthbook в организацию на ~100 инженеров, делал сервис для принятия колбеков, джавый стартер для интеграции и помогал другим разобраться
ctodailychat::FOMO
02 Nov, 18:51
Ну какие проблемы мы словили при массовом внедрении:
- Выяснилось, что современные react разработчики очень плохо умеют с этим работать, они привыкли готовить приложения определенным образом, по шаблону и у большинства не было понимания, что такое код работающий на сервере, какие есть нюансы, как его готовить, где водораздел клиентского кода и серверного. Многие пытались на нексте соорудить привычные react-redux-mobx-whatever приложения и получался дикий оверхед и по сложности кодовой базы и по дебагу этого хозяйства.
- Пытались некст горизонтально масштабировать и георезервировать - ловили кучу проблем с инвалидацией, неконсистентностью кэшей, сетевые запросы не всегда уходили куда надо.
- Приложения стали этакими сцепленными монолитами, просто раскидать статику по s3 и поставить перед ними nginx уже не хватало - нужно было значительно усложнять пайплайны.
- Были попытки сделать на этом всем подобие микрофронтовых оркестраторов, но тоже отказались из-за оверхеда. Ну и некст откровенно не для этого создавался.
- Намучались с server actions, они тогда только появились и не все понимали как их готовить (мало кто из команды видел PHP вживую 😀 и понимал как это - отправлять данные POST обновлением страницы)
Если резюмировать, то я просто понял границы nextjs и где его можно применять. И лучше не тащить в него какой-то лютый кастом и всякие модные стейт менеджеры, а просто юзать "по инструкции". Ну и просто упаковать в контейнер, а не раскидывать по CDN с кучей реверс проксей.
В совокупности с каким нибудь tailwind и например при отсутствии людей на бэке (команды нет например, а делать запросы к IDP или БД надо) очень даже хороший инструмент для шаблонных приложений.
- Выяснилось, что современные react разработчики очень плохо умеют с этим работать, они привыкли готовить приложения определенным образом, по шаблону и у большинства не было понимания, что такое код работающий на сервере, какие есть нюансы, как его готовить, где водораздел клиентского кода и серверного. Многие пытались на нексте соорудить привычные react-redux-mobx-whatever приложения и получался дикий оверхед и по сложности кодовой базы и по дебагу этого хозяйства.
- Пытались некст горизонтально масштабировать и георезервировать - ловили кучу проблем с инвалидацией, неконсистентностью кэшей, сетевые запросы не всегда уходили куда надо.
- Приложения стали этакими сцепленными монолитами, просто раскидать статику по s3 и поставить перед ними nginx уже не хватало - нужно было значительно усложнять пайплайны.
- Были попытки сделать на этом всем подобие микрофронтовых оркестраторов, но тоже отказались из-за оверхеда. Ну и некст откровенно не для этого создавался.
- Намучались с server actions, они тогда только появились и не все понимали как их готовить (мало кто из команды видел PHP вживую 😀 и понимал как это - отправлять данные POST обновлением страницы)
Если резюмировать, то я просто понял границы nextjs и где его можно применять. И лучше не тащить в него какой-то лютый кастом и всякие модные стейт менеджеры, а просто юзать "по инструкции". Ну и просто упаковать в контейнер, а не раскидывать по CDN с кучей реверс проксей.
В совокупности с каким нибудь tailwind и например при отсутствии людей на бэке (команды нет например, а делать запросы к IDP или БД надо) очень даже хороший инструмент для шаблонных приложений.
ctodailychat::FOMO
31 Oct, 02:37
у меня есть слайд со скриншотом из 2016 года.
многие команды начинают ссыпаться уже на 4м пункте
многие команды начинают ссыпаться уже на 4м пункте
ctodailychat::FOMO
24 Oct, 10:44
https://news.ycombinator.com/item?id=41931938
Двойную gzip-бомбу на /wp-admin я, пожалуй, вставлю во все конфиги nginx, к которым имею доступ)
Двойную gzip-бомбу на /wp-admin я, пожалуй, вставлю во все конфиги nginx, к которым имею доступ)
ctodailychat::FOMO
19 Oct, 06:55
Правильное использование LLM:
https://www.bullshitremover.com/
https://www.bullshitremover.com/
ctodailychat::FOMO
18 Oct, 09:12
Опенсорс голосовалка за фичи юзерами
https://github.com/getfider/fider
https://github.com/getfider/fider
ctodailychat::FOMO
14 Oct, 20:01
Телеграм, кстати, тоже теперь позволяет верифицировать номера через них: https://core.telegram.org/gateway. Стоит цент.
ctodailychat::FOMO
11 Oct, 02:00
Ну что, до релиза полтора часа, пора уже и похвастаться. Мама, я в титрах лучшей видеоигры что я когда-либо делал. Это даже лучше чем телевизор!
ctodailychat::FOMO
29 Sep, 09:15
Хотите изучать Automation QA вместе?
tl;dr предлагаю собраться небольшой группой и вместе с моей помощью изучать AQA (бесплатно).
Привет, чят. Несколько лет назад моя мама с моей помощью переучилась с начальницы хим лабы на тестировщицу и с тех пор работает по новой специальности.
Но сейчас ручные тестировщики не так нужны, все хотят автоматизацию. И вот мы планируем заняться изучением автоматизации тестирования. Думаю взять JS/TS и Playwright.
Сам я фронтенд разработчик, но писал всякую автоматизацию тестирования ещё на Selenium.
Учиться вместе интереснее и эффективнее. И у меня будет больше мотивации лучше готовить материал. Думаю, такой формат обучения подойдёт уже опытным ручным тестировщикам. Я потяну группу до 5 человек.
По программе думаю начать с базового программирования, написать простенькие апишки, раскатить их на VPS и потом их же тестировать. И уже после перейти к фронтенд e2e. Можно и вместе подумать над программой и форматом занятий. Я думаю про два занятия в неделю + домашка с проверкой от меня.
Конечно же бесплатно.
tl;dr предлагаю собраться небольшой группой и вместе с моей помощью изучать AQA (бесплатно).
Привет, чят. Несколько лет назад моя мама с моей помощью переучилась с начальницы хим лабы на тестировщицу и с тех пор работает по новой специальности.
Но сейчас ручные тестировщики не так нужны, все хотят автоматизацию. И вот мы планируем заняться изучением автоматизации тестирования. Думаю взять JS/TS и Playwright.
Сам я фронтенд разработчик, но писал всякую автоматизацию тестирования ещё на Selenium.
Учиться вместе интереснее и эффективнее. И у меня будет больше мотивации лучше готовить материал. Думаю, такой формат обучения подойдёт уже опытным ручным тестировщикам. Я потяну группу до 5 человек.
По программе думаю начать с базового программирования, написать простенькие апишки, раскатить их на VPS и потом их же тестировать. И уже после перейти к фронтенд e2e. Можно и вместе подумать над программой и форматом занятий. Я думаю про два занятия в неделю + домашка с проверкой от меня.
Конечно же бесплатно.
ctodailychat::FOMO
17 Sep, 20:23
как-то искал подобное
больше всего понравилось
https://codepen.io/iNeedAdult/pen/VwZaGex
со звездами без сабмит кнопки часто проблема, что по ним пытаются свайпать
а тут как раз слайдер
больше всего понравилось
https://codepen.io/iNeedAdult/pen/VwZaGex
со звездами без сабмит кнопки часто проблема, что по ним пытаются свайпать
а тут как раз слайдер
ctodailychat::FOMO
06 Sep, 19:30
берем в прод?
https://jtarchie.com/posts/2024-08-30-exploring-goja-a-golang-javascript-runtime
https://jtarchie.com/posts/2024-08-30-exploring-goja-a-golang-javascript-runtime
1,055
subscribers
51
photos
7
videos
