Ну в этом и смысл. Если государство даёт законное право тарифицировать 150р за Гб и самому определять пулы адресов для тарификации, почему бы не воспользоваться?
От этого узла всеравно идет коннекшен к иностранному ip. Узел принадлежит какому-то абоненту провайдера. Этот абонент будет получать счёт за трафик от провайдера. И ещё административный денежный штраф, если министерству не удастся от него отбрыкаться.
Как-то сложно вы подошли к проблеме. Почему бы провайдеру просто не считать весь трафик с иностранными ip как vpn и списывать с клиента 150р за каждый Гб свыше 15Гб в месяц. Если клиент считает, что это не верно, то может попробовать доказать, что не пользовался vpn. Какие у клиента есть возможности для доказательства?
Клиент скачал с торрента кино новинку в HD, провайдер списал с клиента 2тыс руб. Нетфликсу такие доходы даже не снились, наступают золотые времена. Склонировал репо с гитхаба - 200р. Пулл образа с докер хаба - 1т руб. Интернет трафик дороже нефти.
В примере приведен консьюмер для события, который принимает сообщение из топика, дёргает save репозитория и делает acknowledge для сообщения. Допускаем, что перед ack упало, значит сообщение не обработано, и после восстановления будет обработано повторно. Операция репозитория неидемпотентная, что и приводит к проблеме.
Предлагается принимать сообщения в Inbox. В обработчике для инбокса операция записи в инбокс уже идемпотентная, что позволяет возникающую проблему избежать.
Далее представим как изменится обработчик сообщения, который теперь берет сообщение из инбокса вместо кафки. В нем после вызова репозитория будет acknowledge в инбоксе. И аналогично существует вероятность падения между вызовами репозитория и ack инбокса. Т.е. инбокс не позволил уйти от заявленной проблемы.
Не понятно, чем именно вы недовольны - php никуда не делся, продолжает существовать и развиваться. Вы спокойно можете продолжать писать web на php с server side rendering, vanilla js. Вам никто не запрещает.
Более того, он оброс очень удачными фреймворками, посмотрите что сейчас собой представляет тот-же Laravel.
Причина появления server components очевидна, ее никто не скрывал - это performance, который нельзя получить в SPA. Вы считаете вам не нужна такая гонка за клиентский опыт, для вас performance - не конкурентное приемущество? Отлично, не пользуйтесь rsc, вас никто не заставляет, у вас есть много альтернатив.
Технологии, методологии, протоколы, языки, фреймворки, библиотеки, тулы - хоть все и позволяет делать одно и тоже, но даёт разный результат, и путь к этому результату приходится преодолевать точно разный, разной тернистости.
diff вообще не смотрят. Устанавливают сборку приложения на устройство и проверяют мануально, тыкая пальцем. Как это мержится и деплоится в прод думаю понятно - тут ничего нового нет.
Соглашусь - грустная статья. В Скраме есть выражение - to do Scrum vs pretend to do Scrum. Как раз про ситуацию, когда Скрам отождествляется с церемониями. Выполняются церемонии, а Скрама нет, и соответственно нет эффекта. Не закрепилось в чем заключается Скрам, для чего нужен, в чем заключается эффект. Но нужно признать это недостаток оригинальной литературы по Скраму. Книги в основном рекламируют платное обучение и консалтинг.
Но дело даже не в Скраме, а в том, что является артефактами работы команды и для чего они вообще нужны.
Разве Knox (Secure folder) это не тот-же Shelter по функционалу?
С нетерпением ждём Часть 2 с описанием, как построить жизнеспособную дизайн-систему на Tailwind.
На сколько меньше и каких?
Есть старая поговорка: Спасение утопающих — дело рук самих утопающих.
У Паши и его сотрудников нет никаких проблем с блокировками.
Чем он удобней nginx или haproxy?
Ну в этом и смысл. Если государство даёт законное право тарифицировать 150р за Гб и самому определять пулы адресов для тарификации, почему бы не воспользоваться?
От этого узла всеравно идет коннекшен к иностранному ip. Узел принадлежит какому-то абоненту провайдера. Этот абонент будет получать счёт за трафик от провайдера. И ещё административный денежный штраф, если министерству не удастся от него отбрыкаться.
Как-то сложно вы подошли к проблеме. Почему бы провайдеру просто не считать весь трафик с иностранными ip как vpn и списывать с клиента 150р за каждый Гб свыше 15Гб в месяц. Если клиент считает, что это не верно, то может попробовать доказать, что не пользовался vpn. Какие у клиента есть возможности для доказательства?
Клиент скачал с торрента кино новинку в HD, провайдер списал с клиента 2тыс руб. Нетфликсу такие доходы даже не снились, наступают золотые времена. Склонировал репо с гитхаба - 200р. Пулл образа с докер хаба - 1т руб. Интернет трафик дороже нефти.
Почему Campfire не рассматривали от 37signals?
То есть для задачи начисления выплат за kpi вы предлагаете делать иерархию сотрудник -> менеджер? сильно 😀
А чем ollama принципиально отличается от lmstudio? Т.е. ollama не нужно было делать?
Отличная работа! Никого не слушайте, продолжайте пилить!
Конечно, давайте посмотрим на реализацию.
В примере приведен консьюмер для события, который принимает сообщение из топика, дёргает save репозитория и делает acknowledge для сообщения. Допускаем, что перед ack упало, значит сообщение не обработано, и после восстановления будет обработано повторно. Операция репозитория неидемпотентная, что и приводит к проблеме.
Предлагается принимать сообщения в Inbox. В обработчике для инбокса операция записи в инбокс уже идемпотентная, что позволяет возникающую проблему избежать.
Далее представим как изменится обработчик сообщения, который теперь берет сообщение из инбокса вместо кафки. В нем после вызова репозитория будет acknowledge в инбоксе. И аналогично существует вероятность падения между вызовами репозитория и ack инбокса. Т.е. инбокс не позволил уйти от заявленной проблемы.
Для чего в next.js потребовался "API-слой с контроллерами, сервисами и процедурами"?
Вы разбирались, что именно стало быстрее и по какой причине?
Почему вы выбрали путь написать cli tool, а не skill или plugin для существующих агентов?
Не понятно, чем именно вы недовольны - php никуда не делся, продолжает существовать и развиваться. Вы спокойно можете продолжать писать web на php с server side rendering, vanilla js. Вам никто не запрещает.
Более того, он оброс очень удачными фреймворками, посмотрите что сейчас собой представляет тот-же Laravel.
Причина появления server components очевидна, ее никто не скрывал - это performance, который нельзя получить в SPA. Вы считаете вам не нужна такая гонка за клиентский опыт, для вас performance - не конкурентное приемущество? Отлично, не пользуйтесь rsc, вас никто не заставляет, у вас есть много альтернатив.
Технологии, методологии, протоколы, языки, фреймворки, библиотеки, тулы - хоть все и позволяет делать одно и тоже, но даёт разный результат, и путь к этому результату приходится преодолевать точно разный, разной тернистости.
diff вообще не смотрят. Устанавливают сборку приложения на устройство и проверяют мануально, тыкая пальцем. Как это мержится и деплоится в прод думаю понятно - тут ничего нового нет.
Соглашусь - грустная статья. В Скраме есть выражение - to do Scrum vs pretend to do Scrum. Как раз про ситуацию, когда Скрам отождествляется с церемониями. Выполняются церемонии, а Скрама нет, и соответственно нет эффекта. Не закрепилось в чем заключается Скрам, для чего нужен, в чем заключается эффект. Но нужно признать это недостаток оригинальной литературы по Скраму. Книги в основном рекламируют платное обучение и консалтинг.
Но дело даже не в Скраме, а в том, что является артефактами работы команды и для чего они вообще нужны.