Открою вам тайну. Когда вы размышляете и видите проблему, это не значит что о ней надо грустить и писать, это значит что её надо решать.
Давайте покажу как. "В отапливаемом гараже машина будет усиленно ржаветь". Хммм, что же делать? Плакать и писать об этом? А вот что делать чтобы не ржавела? Точно, надо мыть и сушить. Как же мыть по кнопке? Точно, рама которая по программе ездит вокруг машины с моющим средством, потом рама сливает воду и ездит вокруг машины, осушая её горячим воздухом. Плюс осушитель в гараже. Ура проблема решена тысяч за 200 рублей.
Есть люди которые строят и решают эти проблемы, есть плакальщики в интернете которые ничего не строят но заранее опечалены и сбивают с толку кучу людей своими нерешаемыми проблемами, которые вообще не проблема.
Все это здорово. Есть только один небольшой нюанс. Любое сложное программирование не имеет точных предсказанных сроков.
Чтобы в таких условиях выдавать наружу точные сроки - сильно перезакладываться, растет цена, нет обоснований и прочее.
Имеено поэтому родился agile - программисты непрерывно показывают какой-то прогресс. С банками, с не сделанными или наоборот, сделанными раньше задачами.
И на основе этой реальности все вокруг принимают решения.
Похожих фреймворков последние двадцать выпустилось много.
Вопрос - почему в итоге все крупные корпорации пишут своё, а мелкие избегают кода вообще?
Ответ - в отличии от линейно растущей сложности классических языков программирования, сложность всех этих сценариев растет сильно нелинейно. И рано или поздно превышает сложность любой программы на java/c++/.net и прочих корпоративных языках.
Но случается это лет через 5+ лет когда этот интеграционный framework никому не интересен. И программистов на него нет.
И тогда это за дикие деньги переписывается.
А зачем? тогда лучше проще сразу писать на нормальном языке программирования.
Да кроме сотой процента гиков никто не поедет ни в какую виртуальную реальность.
Время будет тратиться на:
И так популярные хоккей футбол баскетбол и прочее переживут второй рассвет, станет в разы больше соревнований на которые смотреть будут в разы больше людей.
Путешествия рыбалка охота превратятся в супер массовую историю.
Строительство собственными руками при помощи автоматизированных инструментов кладки кирпича, штукатурки, электрики сантехники и прочее. Люди будут строить себе в долбенях огромные дворцы по тыще метров и будут строить годами утилизируя время
Садоводство и лесоводство, любители гулять по лесу с помощью машинок прокладки тропинок проложат миллионы километров пешеходных дорожек везде.
И я уверен есть ещё куча хобби, которые я не упомянул
Делайте аппаратно акселерированый разбор и обработку трафика прямо на машине. Используйте только локальные правила. Используйте различные блоки акселерации Интел - см. sapphire Rapids, всякие DLB и тому.подобное
Ещё один пост от людей, не знающих инфраструктуры от слова совсем.
Задержки Istio - в районе одной-двух Миллисекунды. Задержки аппаратной сети на раундтрипе - 10 Микросекунд. Вы собственными руками тормозите сетевой трафик в сотни раз.
Вы намеренно вводите людей в заблуждение. Во все комнаты достаточно полочников Оберон 1. И только в реально больших помещениях, 50 и так далее метров, уже можно начать думать о больших колонках. А если вдруг не хватает баса с полочниками, то самых базовых сабов типа elac debut 3010 более чем
Открою вам тайну. Когда вы размышляете и видите проблему, это не значит что о ней надо грустить и писать, это значит что её надо решать.
Давайте покажу как. "В отапливаемом гараже машина будет усиленно ржаветь". Хммм, что же делать? Плакать и писать об этом? А вот что делать чтобы не ржавела? Точно, надо мыть и сушить. Как же мыть по кнопке? Точно, рама которая по программе ездит вокруг машины с моющим средством, потом рама сливает воду и ездит вокруг машины, осушая её горячим воздухом. Плюс осушитель в гараже. Ура проблема решена тысяч за 200 рублей.
Есть люди которые строят и решают эти проблемы, есть плакальщики в интернете которые ничего не строят но заранее опечалены и сбивают с толку кучу людей своими нерешаемыми проблемами, которые вообще не проблема.
Несколько раз прочитал "топить впустую". Резануло слух. Стыдно руководителю строительной компании не знать про "теплые ставни"
Фибробетон
Фибробетон
Все это здорово. Есть только один небольшой нюанс. Любое сложное программирование не имеет точных предсказанных сроков.
Чтобы в таких условиях выдавать наружу точные сроки - сильно перезакладываться, растет цена, нет обоснований и прочее.
Имеено поэтому родился agile - программисты непрерывно показывают какой-то прогресс. С банками, с не сделанными или наоборот, сделанными раньше задачами.
И на основе этой реальности все вокруг принимают решения.
Похожих фреймворков последние двадцать выпустилось много.
Вопрос - почему в итоге все крупные корпорации пишут своё, а мелкие избегают кода вообще?
Ответ - в отличии от линейно растущей сложности классических языков программирования, сложность всех этих сценариев растет сильно нелинейно. И рано или поздно превышает сложность любой программы на java/c++/.net и прочих корпоративных языках.
Но случается это лет через 5+ лет когда этот интеграционный framework никому не интересен. И программистов на него нет.
И тогда это за дикие деньги переписывается.
А зачем? тогда лучше проще сразу писать на нормальном языке программирования.
Вот ответ почему такой подход не распространен
Да кроме сотой процента гиков никто не поедет ни в какую виртуальную реальность.
Время будет тратиться на:
И так популярные хоккей футбол баскетбол и прочее переживут второй рассвет, станет в разы больше соревнований на которые смотреть будут в разы больше людей.
Путешествия рыбалка охота превратятся в супер массовую историю.
Строительство собственными руками при помощи автоматизированных инструментов кладки кирпича, штукатурки, электрики сантехники и прочее. Люди будут строить себе в долбенях огромные дворцы по тыще метров и будут строить годами утилизируя время
Садоводство и лесоводство, любители гулять по лесу с помощью машинок прокладки тропинок проложат миллионы километров пешеходных дорожек везде.
И я уверен есть ещё куча хобби, которые я не упомянул
Да вот вчера выбирал по критерию дизайна! Чтобы были тяжёлые, интересные ино не вычурные линии. Офигел заплатив сотку
А низкие задержки google spanner это сколько микросекунд?
В 2000 для самих айтишников перспектива была очевидна
Насколько удалось затормозить сеть? Хотя бы раз в 100 смогли?
Делайте аппаратно акселерированый разбор и обработку трафика прямо на машине. Используйте только локальные правила. Используйте различные блоки акселерации Интел - см. sapphire Rapids, всякие DLB и тому.подобное
Ещё один пост от людей, не знающих инфраструктуры от слова совсем.
Задержки Istio - в районе одной-двух Миллисекунды. Задержки аппаратной сети на раундтрипе - 10 Микросекунд. Вы собственными руками тормозите сетевой трафик в сотни раз.
А 2мс взялись откуда? От того, что другие люди со светлыми лицами написали такую же хрень - только с другой стороны.
А в нормальных платформах response time должен укладываться в 100-200мкс. И оборудование надо в 10 раз меньше на те же задачи.
Причем здесь бэк?
Физическое время прохождения пакета через одноуровневую сеть - 5 микросекунд. Микро. Эта хрень замедляет скорость сети в 400 раз
Прикольно. К каждому пакету добавляется дикое latency и похоже это никого не парит .интересная модель работы
Oberon 9, 400ватт,для комнаты 20метров?
Вы намеренно вводите людей в заблуждение. Во все комнаты достаточно полочников Оберон 1. И только в реально больших помещениях, 50 и так далее метров, уже можно начать думать о больших колонках. А если вдруг не хватает баса с полочниками, то самых базовых сабов типа elac debut 3010 более чем
Не туда
Не используйте service mesh и любую форму software network routing. Вы тормозите в десятки раз всю свою экосистему.
Типичные задержки ethernet 10-100 микросекунд, инфинибенда 1-20 микросекунд.
Softwt routing это 1-10 миллисекунд.
Не страдать фигней. Гибкий кабель 300-500мм двигать к разъёму зарядки авто механической рукой