Горюче-сказочные материалы

@fieryfiles · tech · Russian · active

У этого канала нет зеркала в защищённом национальном месенжере макс.

Subscribers 1.6K Subscribers, last 30 days: 1.6K → 1.6K +0 24h
Reach per post (ERR) 48.1%769 avg views
Posting 4.8/day last 1 day ago
Reactions per 1K views 15.5 😁 💯 👍
  1. Истерить и скакать глупо. И сейчас, и вообще всегда. Трамп с Маском по пять раз в день свою позицию меняют. Яндекс не обязан вам отчитываться, что там точно происходит и как именно они исправляют. Дизель этот опять же. Всё это инфомусор, инфопена, которая должна схлынуть.

  2. Про отличия сервисно-облачного софта уже не раз писал, но сегодня в немного другом аспекте. Когда софт стоит у клиента, у него крайне сложно получить диагностическую информацию, логи, статистику использования, замиррорить сеть, переключить на другой кластер и прочие прелести облачно-сервисного решения. При этом один клиент уже насмотрелся на красивости и хочет «так же». А другой клиент вообще хочет, как было 10 лет назад. Один клиент жалуется, что обновления выходят слишком часто, раз в полгода — это ту мач. Другой наоборот жалуется, что слишком редко. И вот как раз с версиями самая главная беда. Облачно-сервисный продукт фактически существует в одной версии — текущей. А «коробочный» продукт может существовать в двух-трёх-пяти параллельно поддерживаемых версиях. И чем энтерпрайзнее клиент, тем экзотичнее версия у него может оказаться. Зоопарк версий предъявляет совершенно другие — гораздо более строгие — требования к миграции и, самое главное, к откату в случае проблем. Самый денежный клиент коробочных версий как правило чрезвычайно опроцессенный, у него куча регламентов, закрытый контур установки, а иногда ещё и чрезвычайно сложная с доступом локация установки. Диапазон допустимых архитектурных решений для «коробочного» софта довольно ограниченный. Сразу можно забыть про микросервисы. Поставка rabbitmq клиенту в чёрном ящике гарантированно отстрелит ему ногу и очень скоро (как и постгресный кластер внутри чёрного ящика). Автоматизировать надзор над всем куберовским зоопарком технологий практически невозможно. Максимум, что можно сделать — это как-то интегрироваться, сделать из чёрного ящика ручки к графане, прометею или нетбоксу. Если поставка идёт серым ящиком, то это может быть ещё хуже, так как придётся поддерживать разные операционки на хостах. Ещё интересный момент, про который тоже редко кто говорит — облачные сервисные продукт по большей части используются только мелким и средним бизнесом. Практически весь крупный энтерпрайз хочет on-premises. И тут как раз интересное — облачные системы с энтерпрайзными данными практически и не сталкиваются. Клиент облачного сервиса вынужден подстраиваться под него. А клиент on-premises решения наоборот может лепить под себя продукт. Совершенно иной уровень коммуникации и запросов. Так и живём.

  3. Вся публичная дискуссия, инструментарий и весь хайп в целом заточены почти исключительно на облачно-сервисные продукты. Индустрия производства on-premise стремительно деградирует. Большое количество таких продуктов по факту не могут функционировать без постоянной поддержки со стороны производителя. И это всё огорчает и печалит.

  4. Я вживую наблюдаю, как требования к on-premise софту приближаются к как облачному, но при этом условия производства остаются теми же, и родовые проблемы on-premise софта никуда не деваются.

  5. Мы сейчас можем наблюдать в прямом эфире как нейронки вместо тысяч уволенных сотрудников помогают яндексу справляться с последствиями атаки на датацентры.

  6. Ещё такой момент интересный. У нас в студгородке в конце девяностых поставили три терминальных класса с топовыми на тот момент компьютерами IBM. Всё было по программе соросовского фонда. И вот в этих классах было запрещено заниматься программированием. Можно было только по интернету шариться. Запрет этот явно не был придуман администрацией вуза, но локальные дежурные гауляйтеры в меру личной вредности следили за соблюдением запрета.

  7. edited

    Вообще прекрасное. Прошили так хорошо, что до сих пор не кликнуло ничего. Типа профессионально обучили оппортунизму и свозили на всемирный съезд юных оппортунистов и демагогов. Научили профессионально дискутировать на любые спущенные темы. Повод для гордости, однозначно. И тема съезда, конечно, прекрасная, как раз для туземцев спущена.

  8. Ещё в копилку — хоткей для скриншота в макоси. Это вообще преступление, что нет отдельной клавиши для этой операции.

  9. Я отчаялся ждать фикса и переключился на 60Гц на экране макбука. Эту проблему они не собираются решать вообще, похоже.

  10. Стриминговые музыкальные сервисы лишили нас допов и бонус-треков. Особенно это для всякой альтернативной музыки характерно. Например, на CD-альбоме в дата-треке будет ещё столько же по продолжительности треков, которые не вошли в основной треклист. Это могут быть концертные записи, ранние демо и так далее. На стримингах практически ничего из этого нет.

  11. Многие компании не применяют толковые подходы к архитектуре и дизайну ПО по не очень осознаваемой причине — страшно. Буквально страшно всё это описать и понять, какой там колоссальный объём работы. Лучше делать как получится, фокусироваться только на отдельных фрагментах слона, а остальное игнорировать. Авось не стрельнёт. Представьте, вы такой умный архитектор приходите к начальству с огромным списком реального технического и архитектурного долга. Каких-то альтернативных реалистичных подходов вы предложить не можете, только игнорировать.

  12. Как кучно-то пошло с экранизацией советской фантастики: Трудно быть богом, Полдень, Отель «У погибшего альпиниста», Радар.

  13. Есть такая разновидность знания, которую вообще невозможно помнить вдолгую. Из серии «Как расшифровывается SOLID» или «что значит theirs и ours при резолве конфликта в git». Стоит этим чуть не попользоваться, как сразу всё ломается и начисто выветривается из головы.

  14. Older posts