Serveless это про плавающую нагрузку. Сегодня у вас 1.5 запроса, а завтра миллионы оно все скейлится, работает и потребляет столько денег, сколько запросов. А есть нужен минимальное время отклика, то должен быть поднятый сервер, со всеми кэшами, вероятно даже в одном процессе, а не Redis, и хитро перенаправлять клиентов от сервера к северу.
Про время холодного старта serveless не знает только ленивый. Статья лишь описывает азбучные основны и говорит, что мы натянули сову на глобус, а потом стянули.
Это могло произойти либо, потому что не подумали, либо потому что бизнес вырос и надо адаптироваться к росту нагрузки. И вот я ожидал про это почитать.
Мы перешли с Cloudflare Workers на Go-серверы Снизили задержки в шесть раз
До этого был тоже был код на Go или может быть на Python? А он напрямую платформой запускался или был обернут в докер? Какое было время холодной и теплой обработки запроса? Может быть было достаточно делать прогрев воркеров (да дороже, но насколько?) Может быть эффект из-за того, что переписали код на другой язык или по другому запускали? На сколько сэкономили на инфраструктуре? Не выросли ли издержки в человеко-часаз на деплой?
Ну так да. Тут больше вопрос, почему если все про это знают и всех это бесит, они с этим ничего не пытались сделать. Там же наверняка не один мейнфрем. Там несколько дублирующих друг друга серверов. Они могли бы обслуживать их по очереди в период малой нагрузки.
В том же поиске игры в доте есть выбор региона, это наверняка разные сервера где игроки встают в очередь. Отключите поиск в России, потом в Восточной Европе, потом Западной. И тот кто ищет игру на трёх регионах (максимум можно 3 региона ставить) её находит, хоть на каком-нибудь.
Каждую ночь вторника стабильно проблемы с серверами доты. 10 минут простоя это норма, а бывает и по часу не найти игру. Казалось бы крупная компания, но до трёх девяток не дотягивают.
Докер это замечательно, но гораздо веселее решать проблему разработки для macos. У меня это vscode tunnel, для работы с кодом и anydesk для тестирования UI. Вот бы macos в докер или WSL запихнуть, но пока рабочих решений не встречал, все боятся нарушить вендор-лочное полиси Apple.
Это все такой рандом. Я встречал девопсов которые были архитекторами, классными разработчиками и конечно же могли хорошо настроить облачную инфраструктуру и мониторить её. А ещё я встречал девопсов, который говорил, я не разработчик, ты мне вопросы по инфраструктуре не задавай, я могу добавить переменную окружения, а ты сам решай какую тебе надо.
Есть ощущение, что есть девопсы бывшие админы - безграмотные эникейщики, когда ты бы все сам лучше сделал если бы у тебя были доступы и ты лишь тратишь кучу времени на бесполезные согласования, и есть девопсы бывшие разработчики - мощные специалисты с которыми приятно работать, и которые снимают часть нагрузки с разработчика.
Хлеб изменит жизнь завтра, гайки — через месяц, формы — через год; всё это взаимосвязано. Это звучит так же инфантильно, как призывы производить всё в России и не зависеть от других стран.
Я могу заказать доставку продуктов домой по той же цене, что и в магазине, не тратя время на беготню по магазинам и стояние в очередях, потому что кто-то наштамповал формы для логистики. При этом за сэкономленное время я могу пойти подработать в такси и заработать деньги, потому что кто-то наштамповал другие формы, что позволит мне купить на одну бутылку молока больше.
Сфера услуг работает так: вместо того, чтобы зашивать порванную куртку 5 часов, я отдам её портному, у которого есть швейная машинка, и он сделает это за час. Сам я в это время пойду доставлять нитки и иголки двум другим портным, потрачу на это 2 часа и смогу оплатить ремонт куртки. А портной вместо того, чтобы кататься за нитками, зашьёт куртки двум другим клиентам.
Если раньше вы работали 8 часов + 4 часа занимались подсобным хозяйством, то теперь вы работаете по своей специальности 9 часов. Именно поэтому треть экономини это "реальные" товары, а остальное "эфимерные" услуги.
Можно всех загнать заниматься производством хлеба и гаек, но потом внезапно окажется, что один рабочий станет производить в два раза меньше хлеба/гаек.
Да хотя бы скрипты кроссплатформенные писать для сборки и прочее. Bun-shell это киллер фича. При этом никто не запрещает основной проект делать на node и сделать npm i -D bun для запуска скриптов.
Bun, bun и ещё раз bun. Да конечно nodejs-runtime будет в electron, но все остальное, как юнит тесты, фронт или скрипты должно делаться через Bun. Bun просто работает, даже без tsconfig, но его все равно добавляют, что бы vs code все понимал.
По сути эти self-skills это подмножество soft-skills. Есть твердые скилы, которые применимы к конкретной профессии, а есть мягкий применимы везде. Но это уже к вопросам терминологии.
Дело не в вайбкодиге, а в качестве статей. Мне интерестно узнать что-то новое в этой теме, но проблема в том, что пишут либо чушь, либо воду, либо давно известные вещи.
Лично я неощущаю, что такое вайбкодинг. Я переодически задаю вопросы об ошибках, или прошу сгенерировать код у LLM. А вайбкодингом называют когда вообще в код не смотришь и оно самом как-то работу работает задачи делает и все круто, ну невижу я такого.
Кстати у Grok и у OpenAI есть голосовой помощник, но нет фичи которая бы позволиза созвместно писать код на canvas. Например я выделил кусок кода и сказал, вынеси метод и сделай его обобщенным что бы онподдерживал в аргументе массивы любого типа, и LLM мне это делает. Есть много тулов и расширейний для vscode может быть где-то есть такая функция и я бы с удовольствием почитал бы про то, как это настроить, сколько это стоит и насколько это эффективно. А текущая статья ни про что.
А в чем смысл статьи? Где опыт автора? Насколько это быстрее, дешевле, проще и менее требовательно к знаниям, чем написание кода самому или же используя llm как поисковик?
Ну и раз уж речь про LLM: я приведу обезвоженную версию статьи:
Вайб-кодинг позволяет создавать ПО, просто описывая идею ИИ (например, для прототипов игр), делая разработку доступнее и быстрее. Но метод непредсказуем (может создать яйцо вместо персонажа), требует точных инструкций и ручной проверки кода из-за ошибок, поэтому пока служит лишь помощником, а не заменой программисту.
Serveless это про плавающую нагрузку. Сегодня у вас 1.5 запроса, а завтра миллионы оно все скейлится, работает и потребляет столько денег, сколько запросов. А есть нужен минимальное время отклика, то должен быть поднятый сервер, со всеми кэшами, вероятно даже в одном процессе, а не Redis, и хитро перенаправлять клиентов от сервера к северу.
Про время холодного старта serveless не знает только ленивый. Статья лишь описывает азбучные основны и говорит, что мы натянули сову на глобус, а потом стянули.
Это могло произойти либо, потому что не подумали, либо потому что бизнес вырос и надо адаптироваться к росту нагрузки. И вот я ожидал про это почитать.
До этого был тоже был код на Go или может быть на Python? А он напрямую платформой запускался или был обернут в докер? Какое было время холодной и теплой обработки запроса? Может быть было достаточно делать прогрев воркеров (да дороже, но насколько?) Может быть эффект из-за того, что переписали код на другой язык или по другому запускали? На сколько сэкономили на инфраструктуре? Не выросли ли издержки в человеко-часаз на деплой?
Надеюсь в нем будет больше конкретики и цифр.
Ну так да. Тут больше вопрос, почему если все про это знают и всех это бесит, они с этим ничего не пытались сделать. Там же наверняка не один мейнфрем. Там несколько дублирующих друг друга серверов. Они могли бы обслуживать их по очереди в период малой нагрузки.
В том же поиске игры в доте есть выбор региона, это наверняка разные сервера где игроки встают в очередь. Отключите поиск в России, потом в Восточной Европе, потом Западной. И тот кто ищет игру на трёх регионах (максимум можно 3 региона ставить) её находит, хоть на каком-нибудь.
Я плачу, большую сумму, на баланс, что бы не было вообще разрывов.
Каждую ночь вторника стабильно проблемы с серверами доты. 10 минут простоя это норма, а бывает и по часу не найти игру. Казалось бы крупная компания, но до трёх девяток не дотягивают.
Докер это замечательно, но гораздо веселее решать проблему разработки для macos. У меня это vscode tunnel, для работы с кодом и anydesk для тестирования UI. Вот бы macos в докер или WSL запихнуть, но пока рабочих решений не встречал, все боятся нарушить вендор-лочное полиси Apple.
Это все такой рандом. Я встречал девопсов которые были архитекторами, классными разработчиками и конечно же могли хорошо настроить облачную инфраструктуру и мониторить её. А ещё я встречал девопсов, который говорил, я не разработчик, ты мне вопросы по инфраструктуре не задавай, я могу добавить переменную окружения, а ты сам решай какую тебе надо.
Есть ощущение, что есть девопсы бывшие админы - безграмотные эникейщики, когда ты бы все сам лучше сделал если бы у тебя были доступы и ты лишь тратишь кучу времени на бесполезные согласования, и есть девопсы бывшие разработчики - мощные специалисты с которыми приятно работать, и которые снимают часть нагрузки с разработчика.
Хлеб изменит жизнь завтра, гайки — через месяц, формы — через год; всё это взаимосвязано. Это звучит так же инфантильно, как призывы производить всё в России и не зависеть от других стран.
Я могу заказать доставку продуктов домой по той же цене, что и в магазине, не тратя время на беготню по магазинам и стояние в очередях, потому что кто-то наштамповал формы для логистики. При этом за сэкономленное время я могу пойти подработать в такси и заработать деньги, потому что кто-то наштамповал другие формы, что позволит мне купить на одну бутылку молока больше.
Сфера услуг работает так: вместо того, чтобы зашивать порванную куртку 5 часов, я отдам её портному, у которого есть швейная машинка, и он сделает это за час. Сам я в это время пойду доставлять нитки и иголки двум другим портным, потрачу на это 2 часа и смогу оплатить ремонт куртки. А портной вместо того, чтобы кататься за нитками, зашьёт куртки двум другим клиентам.
Если раньше вы работали 8 часов + 4 часа занимались подсобным хозяйством, то теперь вы работаете по своей специальности 9 часов. Именно поэтому треть экономини это "реальные" товары, а остальное "эфимерные" услуги.
Можно всех загнать заниматься производством хлеба и гаек, но потом внезапно окажется, что один рабочий станет производить в два раза меньше хлеба/гаек.
Пишете заголовки правильно. Был сделан UI. О создании ОС здесь нет и речи.
Да хотя бы скрипты кроссплатформенные писать для сборки и прочее. Bun-shell это киллер фича. При этом никто не запрещает основной проект делать на node и сделать npm i -D bun для запуска скриптов.
Может еще и лампочки энергосберегающие российские поставили, не уступающее мировым аналогам по энергоэффективности?
"Журналжисты" более цензурный термин, пользуйтесь.
Правильно, на хабре мало мусора, давайте сюда привлекать авторов статей про сыр.
Bun, bun и ещё раз bun. Да конечно nodejs-runtime будет в electron, но все остальное, как юнит тесты, фронт или скрипты должно делаться через Bun. Bun просто работает, даже без tsconfig, но его все равно добавляют, что бы vs code все понимал.
m для objective-c, mm для objective-c++
Я бы ещё приводил сравнение с zig. Он имеет очень хорошую интеграцию с c/cpp/mm и тоже более безопасен.
По сути эти self-skills это подмножество soft-skills. Есть твердые скилы, которые применимы к конкретной профессии, а есть мягкий применимы везде. Но это уже к вопросам терминологии.
Bun shell, bun repl и проблема решена. Его как и curl нет в windows из коробки, но он поможет решить куда больше задач.
Ну так есть же тимс, и он прекрасно работает, креды те же
Дело не в вайбкодиге, а в качестве статей. Мне интерестно узнать что-то новое в этой теме, но проблема в том, что пишут либо чушь, либо воду, либо давно известные вещи.
Лично я неощущаю, что такое вайбкодинг. Я переодически задаю вопросы об ошибках, или прошу сгенерировать код у LLM. А вайбкодингом называют когда вообще в код не смотришь и оно самом как-то работу работает задачи делает и все круто, ну невижу я такого.
Кстати у Grok и у OpenAI есть голосовой помощник, но нет фичи которая бы позволиза созвместно писать код на canvas. Например я выделил кусок кода и сказал, вынеси метод и сделай его обобщенным что бы онподдерживал в аргументе массивы любого типа, и LLM мне это делает. Есть много тулов и расширейний для vscode может быть где-то есть такая функция и я бы с удовольствием почитал бы про то, как это настроить, сколько это стоит и насколько это эффективно. А текущая статья ни про что.
А в чем смысл статьи? Где опыт автора? Насколько это быстрее, дешевле, проще и менее требовательно к знаниям, чем написание кода самому или же используя llm как поисковик?
Ну и раз уж речь про LLM: я приведу обезвоженную версию статьи: