За такой «классический Java-код» обычно увольняют.
А по теме: сам инструмент выглядит полезным (как надстройка над SBA), но приведённые синтетические примеры обычно решаются повышением культуры разработки и организацией рабочих процессов, а не подключением ещё одного инструмента.
Если необходима смена уровня логирования, значит, разработчики не понимают, как и для чего писать логи, в компании не выработана система распределения логов по уровням.
Если работа с настройками приложения для вас магия, это проблема процессов разработки, а не SpringBoot. Настройки точно так же версионируются, как и исполняемый код. Порядок применения (overloading) внутри компании хорошо известен, документирован и всегда можно сказать, какие именно настройки были применены к приложению.
Зоопарк бинов решается (вот сюрприз-то!) грамотным объявлением бинов. В приведённом примере либо крестик снимите, либо трусы наденьте удалите либо ConditionalOnProperty, либо ConditionalOnDatabaseAvailable: использование обоих—это ошибка. Может звучать диковато, но автонастройку бинов имеет смысл вообще отключить, объявляя все бины явно, передавая зависимости тоже явно и только через конструктор (никаких Autowired и Value в коде). Писать код должно быть больно вдумчиво, а поддерживать, расширять и отлаживать—легко и приятно.
Тот, кто использует Hibernate—сам себе злобный Буратино. Hibernate сам error-prone, так ещё и поощряет плохие практики вроде похода в базу данных в цикле как в примере с «классическим Java-кодом» выше, и никакой Hibernate Statistics тут не поможет. Аннотация Transactional обычно тоже запрещена: только TransactionOperationsтолько хардкор: так scope транзакции явно виден на ревью, что позволяет бить по рукам юношей до того, как их код попадёт в релиз.
В остальном инструмент выглядит интересно: наличие готового образа, чарта, интреграции с OIDC очень полезны; MCP отчасти выглядит как дань моде, с другой стороны может быть полезно, если интегрировать в observability stack.
С другой стороны, некоторые практики (Run scheduled task on demand, Change cron / fixed delay / fixed rate at runtime и похожие) для меня абсолютно no-go: когда у тебя десятки сервисов и сотни инстансов, ручное управление должно быть запрещено. Но для маленьких компаний, возможно, это будет полезно.
Это принципиально другое решение, созданное инфраструктурой командой Яндекса задолго до Я.Облака.
Яндекс.Облако создавалось отдельной командой на технологиях, которые принципиально не поддерживались в Яндексе: например, язык Go был выбран во многом по причине того, что не был допущен в Аркадию и не одобрен Императором. Это давало большую свободу действий, но закрывало доступ к технологиям инфраструктуры Яндекса.
Хотелось бы в продолжение статью от Яндекса: как поверили в OpenStack и переходили на него, как разуверились и создали полностью своё решение QLoud (не путать с Яндекс.Cloud), а потом мигрировали с OpenStack.
С разбором, сколько времени и усилий это заняло, и с анализом причин, почему OpenStack не взлетел.
Скажу за Яндекс: Объектный ответ (эти вот кусочки прямо в поиске) появился задолго до ChatGPT, в 2016 году примерно, и уже тогда вызвал кучу споров, так как конверсии на обычные сайты из-за него упали.
А vesna.yandex.ru (LLM-подобный текстогенератор) появилась больше двадцати лет назад (подтверждение от webarchive).
Могу написать такую статью про переезд в Нидерланды с подробным сравнением. Живу здесь восемь лет уже и могу подробно рассказать и про процесс переезда, и про адаптацию себя, жены, ребёнка и собак. Вряд ли это кого-то побудит переехать (сразу скажу, что восемь лет назад переезжать было намного проще, зато мотивация, кажется, сейчас сильнее), зато позволит сравнить «тут» и «там».
P.S. Да, я ставлю длинное тире, потому что уже двадцать лет за маком, на котором длинное (и короткое) тире поставить так же просто, как и дефис.
Ну вот в Томске как раз было отличие в том, что это не провайдерские сетки, а полноценная интранет-инфраструктура. Такие провайдерские сетки с богатыми ресурсами, и даже обменом трафика между провайдерами, я встречал уже потом в Петербурге.
В Томске же была по факту воссоздана инфраструктура интернета: автономные системы и пиринг между ними; свои внутренние DNS (причём полноценная иерархия DNS-серверов) и собственные домены второго уровня, доступные только внутри этого интранета; свой коммерческий хостинг; свои рекламные и баннеробменные сети; свой поисковик, почтовые сервисы, сервисы обмена сообщениями, интернет-магазины, социальные сети, игровые сервера и так далее.
Буквально бизнес работал без необходимости доступа во внешний интернет: все необходимые ресурсы были внутри, даже сервера обновлений от WSUS до RedHat были отзеркалированы. Многие поэтому вообще не пользовались внешкой.
Как раз то, что топикстартер называет «Чебурнетом», и было реализовано в Тонете: автономная инфраструктура, которую можно отключить от интернета, и она продолжит свою работу, обеспечивая работоспособность сервисов.
Забавный факт: в 2005 году мне в месяц хватало 100 Мб «внешки», при общем трафике в сотню гигабайт, так как большую часть ресурсов (в первую очередь медиа и софт) можно было получить, не покидая Тонет.
Мне кажется, это очень томская штука: нигде больше я не встречал разделение интернета на Тонет и Внешку. Тонет представлял из себя интранет размером со всю Томскую область (и некоторые части соседних областей), где операторы связи договорились не тарифицировать пиринг друг к другу. Буквально была построена инфраструктура с маршрутизацией, анонсированием подсетей и разрешением доменных имён внутри. Скорости внутри были умопомрачительные, я такого больше нигде не встречал, сейчас в Амстердаме у меня качество связи на порядок хуже (медленнее и ненадёжнее), чем четверть века назад в Томске.
Соответственно, Внешка была обычно проксёй через какой-нибудь канал, которая позволяла ходить в Интернет, она оплачивалась отдельно и обычно тарифицировалась за мегабайт трафика. Отсюда и фраза «Осторожно, внешка!», которую обычно писали на местных форумах (типа thebytes.ru или ФТР), предупреждая, что переходя по ссылке, можно потратить драгоценные мегабайты.
Соответственно, всё, что плохо или хорошо лежало во внешке, безжалостно зеркалировалось или копировалось: были зеркала не только Википедии, но даже ЖЖ, отдельные прокси для аськи и почты, даже свой очень популярный торрент-трекер, который хостился в Вычислительном Центре университета. Да что говорить, в 2007 даже ЮТуб пытались зеркалировать, но быстро место кончилось.
Я сам обслуживал в 2004–2007 годах такую проксю на 1 МБит/с через спутник.
Cydia появилась после выхода AppStore. Вот и выросло поколение, которое пропустило iPhone OS и Installer, и джейлбрейк через браузер из-за бага в обработке TIFF-картинки.
Люди как раз относятся: вы можете по словесному описанию собаки (цвет, размер, тип, характеристики) или цветка (таксономия, формула, цвет и форма) вообще без картинки с очень большой точностью определить собаку или цветок. Модель вообще никак не может, даже с картинкой. Именно поэтому вы обладаете интеллектом, а она—нет.
Ну использовать выделение в тексте вообще полезно, типографика как раз про это: расстановка акцентов через начертание. Почему теперь нормальная типографика стала считаться уделом нейронок?
Вот я тоже так пишу обычно: сначала заголовки–тезисы и структура, потом уже подробности и текст. Но я и есть нейросеть—почти сорок лет уже её тренирую.
Мне очень «нравится», как долго-долго боролись за то, что даже сервера в ДЦ нельзя трогать без решения суда и только с санкции OM. А теперь Зига ссылается на какое-то пакетное решение De Raad van Europa, хотя я ещё помню, как даже блокировка The Pirate Bay была «номерной», со ссылкой на решение суда.
Лента поменялась после отжима в марте 2014 (на пике своей популярности), а Дзен запустили как infinite scroll рекомендательное дополнение на СЕРПе в 2017.
А какой у нас аналог именно Роскомнадзора? KPN—это старейший провайдер и владелец физических линий связи (аналог РТК), но функций РКН у него нет. В стране ограничительные меры принимает прокуратура (Openbaar Ministerie) по решению суда.
Пост как раз подсвечивает весьма актуальную и болезненную для Нидерландов проблему: кто-то, за кого мы не голосовали (буквально так об этом говорят здесь) принимает решения, которые влияют на инвестиционный и бизнес-климат в стране.
Лично мне это очень сильно напоминает ситуацию в России 15 лет назад.
За такой «классический Java-код» обычно увольняют.
А по теме: сам инструмент выглядит полезным (как надстройка над SBA), но приведённые синтетические примеры обычно решаются повышением культуры разработки и организацией рабочих процессов, а не подключением ещё одного инструмента.
Если необходима смена уровня логирования, значит, разработчики не понимают, как и для чего писать логи, в компании не выработана система распределения логов по уровням.
Если работа с настройками приложения для вас магия, это проблема процессов разработки, а не SpringBoot. Настройки точно так же версионируются, как и исполняемый код. Порядок применения (overloading) внутри компании хорошо известен, документирован и всегда можно сказать, какие именно настройки были применены к приложению.
Зоопарк бинов решается (вот сюрприз-то!) грамотным объявлением бинов. В приведённом примере
либо крестик снимите, либо трусы наденьтеудалите либоConditionalOnProperty, либоConditionalOnDatabaseAvailable: использование обоих—это ошибка. Может звучать диковато, но автонастройку бинов имеет смысл вообще отключить, объявляя все бины явно, передавая зависимости тоже явно и только через конструктор (никакихAutowiredиValueв коде). Писать код должно бытьбольновдумчиво, а поддерживать, расширять и отлаживать—легко и приятно.Тот, кто использует Hibernate—сам себе злобный Буратино. Hibernate сам error-prone, так ещё и поощряет плохие практики вроде похода в базу данных в цикле как в примере с «классическим Java-кодом» выше, и никакой Hibernate Statistics тут не поможет. Аннотация
Transactionalобычно тоже запрещена: толькоTransactionOperationsтолько хардкор: так scope транзакции явно виден на ревью, что позволяет бить по рукам юношей до того, как их код попадёт в релиз.В остальном инструмент выглядит интересно: наличие готового образа, чарта, интреграции с OIDC очень полезны; MCP отчасти выглядит как дань моде, с другой стороны может быть полезно, если интегрировать в observability stack.
С другой стороны, некоторые практики (Run scheduled task on demand, Change cron / fixed delay / fixed rate at runtime и похожие) для меня абсолютно no-go: когда у тебя десятки сервисов и сотни инстансов, ручное управление должно быть запрещено. Но для маленьких компаний, возможно, это будет полезно.
Назовите мне платёжный шлюз, который не поддерживает refund—это базовая операция в электронном эквайринге.
Если cancel не поддерживается (редко, но бывает), то у нас autocapture, тогда вызываем refund на ошибку платежа.
Наверное, явной отправкой cancel после авторизации или вызовом refund после capture, если авторизация или capture явно не завершились успехом.
Cancel бесплатный, refund может стоить денег, но это дешевле, чем разбираться потом.
Это принципиально другое решение, созданное инфраструктурой командой Яндекса задолго до Я.Облака.
Яндекс.Облако создавалось отдельной командой на технологиях, которые принципиально не поддерживались в Яндексе: например, язык Go был выбран во многом по причине того, что не был допущен в Аркадию и не одобрен Императором. Это давало большую свободу действий, но закрывало доступ к технологиям инфраструктуры Яндекса.
Хотелось бы в продолжение статью от Яндекса: как поверили в OpenStack и переходили на него, как разуверились и создали полностью своё решение QLoud (не путать с Яндекс.Cloud), а потом мигрировали с OpenStack.
С разбором, сколько времени и усилий это заняло, и с анализом причин, почему OpenStack не взлетел.
Скажу за Яндекс: Объектный ответ (эти вот кусочки прямо в поиске) появился задолго до ChatGPT, в 2016 году примерно, и уже тогда вызвал кучу споров, так как конверсии на обычные сайты из-за него упали.
А vesna.yandex.ru (LLM-подобный текстогенератор) появилась больше двадцати лет назад (подтверждение от webarchive).
Могу написать такую статью про переезд в Нидерланды с подробным сравнением. Живу здесь восемь лет уже и могу подробно рассказать и про процесс переезда, и про адаптацию себя, жены, ребёнка и собак. Вряд ли это кого-то побудит переехать (сразу скажу, что восемь лет назад переезжать было намного проще, зато мотивация, кажется, сейчас сильнее), зато позволит сравнить «тут» и «там».
P.S. Да, я ставлю длинное тире, потому что уже двадцать лет за маком, на котором длинное (и короткое) тире поставить так же просто, как и дефис.
Ну вот в Томске как раз было отличие в том, что это не провайдерские сетки, а полноценная интранет-инфраструктура. Такие провайдерские сетки с богатыми ресурсами, и даже обменом трафика между провайдерами, я встречал уже потом в Петербурге.
В Томске же была по факту воссоздана инфраструктура интернета: автономные системы и пиринг между ними; свои внутренние DNS (причём полноценная иерархия DNS-серверов) и собственные домены второго уровня, доступные только внутри этого интранета; свой коммерческий хостинг; свои рекламные и баннеробменные сети; свой поисковик, почтовые сервисы, сервисы обмена сообщениями, интернет-магазины, социальные сети, игровые сервера и так далее.
Буквально бизнес работал без необходимости доступа во внешний интернет: все необходимые ресурсы были внутри, даже сервера обновлений от WSUS до RedHat были отзеркалированы. Многие поэтому вообще не пользовались внешкой.
Как раз то, что топикстартер называет «Чебурнетом», и было реализовано в Тонете: автономная инфраструктура, которую можно отключить от интернета, и она продолжит свою работу, обеспечивая работоспособность сервисов.
Забавный факт: в 2005 году мне в месяц хватало 100 Мб «внешки», при общем трафике в сотню гигабайт, так как большую часть ресурсов (в первую очередь медиа и софт) можно было получить, не покидая Тонет.
Мне кажется, это очень томская штука: нигде больше я не встречал разделение интернета на Тонет и Внешку. Тонет представлял из себя интранет размером со всю Томскую область (и некоторые части соседних областей), где операторы связи договорились не тарифицировать пиринг друг к другу. Буквально была построена инфраструктура с маршрутизацией, анонсированием подсетей и разрешением доменных имён внутри. Скорости внутри были умопомрачительные, я такого больше нигде не встречал, сейчас в Амстердаме у меня качество связи на порядок хуже (медленнее и ненадёжнее), чем четверть века назад в Томске.
Соответственно, Внешка была обычно проксёй через какой-нибудь канал, которая позволяла ходить в Интернет, она оплачивалась отдельно и обычно тарифицировалась за мегабайт трафика. Отсюда и фраза «Осторожно, внешка!», которую обычно писали на местных форумах (типа thebytes.ru или ФТР), предупреждая, что переходя по ссылке, можно потратить драгоценные мегабайты.
Соответственно, всё, что плохо или хорошо лежало во внешке, безжалостно зеркалировалось или копировалось: были зеркала не только Википедии, но даже ЖЖ, отдельные прокси для аськи и почты, даже свой очень популярный торрент-трекер, который хостился в Вычислительном Центре университета. Да что говорить, в 2007 даже ЮТуб пытались зеркалировать, но быстро место кончилось.
Я сам обслуживал в 2004–2007 годах такую проксю на 1 МБит/с через спутник.
Так-то
charв Java неbyte, размерность у него 16 бит.Cydia появилась после выхода AppStore. Вот и выросло поколение, которое пропустило iPhone OS и Installer, и джейлбрейк через браузер из-за бага в обработке TIFF-картинки.
Люди как раз относятся: вы можете по словесному описанию собаки (цвет, размер, тип, характеристики) или цветка (таксономия, формула, цвет и форма) вообще без картинки с очень большой точностью определить собаку или цветок. Модель вообще никак не может, даже с картинкой. Именно поэтому вы обладаете интеллектом, а она—нет.
Ну использовать выделение в тексте вообще полезно, типографика как раз про это: расстановка акцентов через начертание. Почему теперь нормальная типографика стала считаться уделом нейронок?
Вот я тоже так пишу обычно: сначала заголовки–тезисы и структура, потом уже подробности и текст. Но я и есть нейросеть—почти сорок лет уже её тренирую.
А король—тоже Карл!
Если «чатик для семьи», то почему не Matrix Homeserver и его клиенты на
любой вкус и цветлюбую платформу, веб и CLI?Тем более что и протокол, и код серверов и клиентов зачастую открыт.
Мне не очень важны Дзен или Лента.ру per se, мне, как гражданину Нидерландов, очень не нравятся две вещи:
Когда кто-то за меня решает, что мне можно видеть, а что нельзя (песня Захара Мая тут в тему).
Когда это решает кто-то, кого я не выбирал, и кому я не могу предъявить претензии по поводу такого решения.
Мне очень «нравится», как долго-долго боролись за то, что даже сервера в ДЦ нельзя трогать без решения суда и только с санкции OM. А теперь Зига ссылается на какое-то пакетное решение De Raad van Europa, хотя я ещё помню, как даже блокировка The Pirate Bay была «номерной», со ссылкой на решение суда.
Лента поменялась после отжима в марте 2014 (на пике своей популярности), а Дзен запустили как infinite scroll рекомендательное дополнение на СЕРПе в 2017.
А какой у нас аналог именно Роскомнадзора? KPN—это старейший провайдер и владелец физических линий связи (аналог РТК), но функций РКН у него нет. В стране ограничительные меры принимает прокуратура (Openbaar Ministerie) по решению суда.
Пост как раз подсвечивает весьма актуальную и болезненную для Нидерландов проблему: кто-то, за кого мы не голосовали (буквально так об этом говорят здесь) принимает решения, которые влияют на инвестиционный и бизнес-климат в стране.
Лично мне это очень сильно напоминает ситуацию в России 15 лет назад.