Микросервисная архитектура это не столько про технические решения, сколько про административные решения. Если команда маленькая - монолит предпочтительнее, проще, быстрее (и в разработке, и в большинстве случаев в перфомансе), экономичнее. Если коллектив большой насколько, что есть с десяток небольших команд со своими зонами ответственности, то нужны микросервисы, чтоб все вместе взлетело.
Тогда какое-то общество должно платить компании, которая тратит ресурсы на хранение общественного достояния. Грубо говоря, Гугл должен получить выплаты из бюджета США, ну или эквивалентные налоговые льготы.
Давно не пользовался, т.к. они сильно испортили мобильное приложение (из простого каталога заметок сделали сраный новомодный дашборд, без возможности его скрыть или хотя бы не показывать первым при открытии).
Сейчас открыл приложение. И все! Незакрываемый экран "оплатите подписку, у вас превышено число девейсов". Предложение от которого невозможно отказаться в прямом смысле - крестика нет. Доступа к заметкам получается тоже нет. Юзерфрендли блин.
Есть большая разница между Почтой России и СДЭК в организационной форме. Одно государственное предприятие, входящее в список стратегически важных и системообразующих, другое чисто коммерческая частная контора. Понятно, что Почта должна частично кормиться из бюджета.
А что такое убыточное отделение? Отделения не должны иметь свой бюджет и работа "убыточных отделений" должна компенсироваться из общего дохода Почты. Т.е. вопрос все же в кривости тарифов, которые должны покрывать работу всей сети.
КДПВ высмеивает квантовую неопределенность USB-коннектора, он ориентирован с равной вероятностью вверх и вниз. Пока наблюдатель на него не посмотрит. Тогда неопределенность коллапсирует, и коннектор можно вставить в порт.
Ну и без изучения распределения (оно должно быть равномерным на любом подмножестве аргументов генератора) это никак нельзя назвать псевдослучайными числами. И если ограниченность полезное свойство для генератора псевдослучайности, то непрерывность скорее вредит.
Монолиты тоже могут горизонтально масштабироваться не хуже, имея при этом большее быстродействие, т.к. лишены части сетевого взаимодействия.
Микросервисная архитектура это не столько про технические решения, сколько про административные решения. Если команда маленькая - монолит предпочтительнее, проще, быстрее (и в разработке, и в большинстве случаев в перфомансе), экономичнее. Если коллектив большой насколько, что есть с десяток небольших команд со своими зонами ответственности, то нужны микросервисы, чтоб все вместе взлетело.
Сам себе отвечу. Они делают и нормальную клаву - Keychron Q6 Full Size https://www.youtube.com/watch?v=6HdnKa86bZ0
Почему не делать клавиатуры с нормально раскладкой, с нумпадом, без извращений в области "insert - page down", зачем делать такой огрызок?
Выглядит круто.
А будет работать с монгой, скажем через такую штуку https://github.com/mongodb/laravel-mongodb ?
Да, у нас так было пару раз в университете. Препод заходит, и 2/3 класса находятся в перезагрузке.
Тогда какое-то общество должно платить компании, которая тратит ресурсы на хранение общественного достояния. Грубо говоря, Гугл должен получить выплаты из бюджета США, ну или эквивалентные налоговые льготы.
Давно не пользовался, т.к. они сильно испортили мобильное приложение (из простого каталога заметок сделали сраный новомодный дашборд, без возможности его скрыть или хотя бы не показывать первым при открытии).
Сейчас открыл приложение. И все! Незакрываемый экран "оплатите подписку, у вас превышено число девейсов". Предложение от которого невозможно отказаться в прямом смысле - крестика нет. Доступа к заметкам получается тоже нет. Юзерфрендли блин.
Кошко-жену ему выдадут
Да, 100%. Но это проблема не только Почты России.
Есть большая разница между Почтой России и СДЭК в организационной форме. Одно государственное предприятие, входящее в список стратегически важных и системообразующих, другое чисто коммерческая частная контора. Понятно, что Почта должна частично кормиться из бюджета.
А что такое убыточное отделение? Отделения не должны иметь свой бюджет и работа "убыточных отделений" должна компенсироваться из общего дохода Почты. Т.е. вопрос все же в кривости тарифов, которые должны покрывать работу всей сети.
Бессмысленно, хоть и интересно, изучать "ошибку выжившего". Для реальной пользы надо изучать статистику не выживших.
А, Ренделл Монро. Я несколько раз от корки до корки перечитал.
Есть проект с переводом. Но последние 4 статьи не переведены. В частности, ваша ссылка https://chtoes.li/droppings/
Ренделл там часто использует неметрические единицы изменения. Долго смеялся с единицы измерения площади - "территория взрослого самца пумы".
Неа, не знаю. Это какой-то локальный мем физиков?
Это для обывателей интересно. Для теоретической физики нет. Расход топлива - это площадь.
Какие преимущества по сравнению с обычными RDBMS и использованием нормального SQL? Я так понимаю все равно под капотом там реляцоинная БД?
В чем смысл атрибуты нумеровать, а не использовать строки как идентификаторы, хотя бы для улучшения читабельности?
Речь идет не про установление SSH соединения, а про передачу секретов через уже установленное соединение.
КДПВ высмеивает квантовую неопределенность USB-коннектора, он ориентирован с равной вероятностью вверх и вниз. Пока наблюдатель на него не посмотрит. Тогда неопределенность коллапсирует, и коннектор можно вставить в порт.
Почему не нормализовать через abs?
Ну и без изучения распределения (оно должно быть равномерным на любом подмножестве аргументов генератора) это никак нельзя назвать псевдослучайными числами. И если ограниченность полезное свойство для генератора псевдослучайности, то непрерывность скорее вредит.