• Разработчик из России стал соавтором стандартов безопасности для эпохи квантовых компьютеров
    0
    государственную тайну, доверенную лицу или ставшую известной ему по службе, работе, учебе или в иных случаях

    То есть вы настаиваете, что типа случайно разработал квантовый шифр, передал его тупо в опенсорс вместе с деталями реализации — заезжай по 275й?
    Вы же понимаете, что это бред?

    Если вы не подписывали допуск к гостайне — вас не могут за ее разглашение посадить. Точка.
  • Разработчик из России стал соавтором стандартов безопасности для эпохи квантовых компьютеров
    0
    Если ты математик-фрилансер, если не работаешь на госструктуры — какие могут быть претензии по 275-й?
  • Аналитики: доходы Pokemon Go продолжают расти, несмотря на пандемию
    0
    простой игрок может вполне спокойно играть без вкладывания средств.

    Только качаться будет очень долго, и будет плакать от отсутствия ивентовых покемонов, за которыми надо пилить в заграницы.
  • Минкомсвязи потратит миллиарды на российскую мобильную ОС
    0
    Нету там поддержки Android-приложений.
    Для этого нужен Alien Dalvik, который в комплект не входит, и весьма платный.

    Насчет безглючности — тоже спорно. Знаю одного любителя Jolla, который под Alien Dalvik-ом запускал Ingress, и быстренько получил бан.
  • TED: Как устроено цифровое правительство Эстонии
    +4
    Может кто объяснит как можно хранить данные за территорией своего государства и рассказывать об безопасности?

    В случае уничтожения оригиналов данных на территории страны — имеется возможность сбэкапиться извне.
    Безопасность холодных данных перед бэкапом — другой вопрос.
  • США запретили продавать Windows и iPhone российским военным и полиции
    +1
    Подавляющее большинство IT специалистов — пролетарии

    А не интеллигенция?
    Я уж умолчу, что айтишник владеет средствами производства (компьютер), чего при капитализме у пролетария быть не может.
  • США запретили продавать Windows и iPhone российским военным и полиции
    +1
    Delphi-based программы, как и сама D7 вполне себе неплохо работают под wine — проверено на свежих убунтах, как там в Астре — не знаю.
    Поэтому не вижу проблемы при наличии исходников — подпилить так, чтобы работало на Linux. Скорей всего придется просто поменять какой-нибудь TDBConnection.
  • Переход на IPv6 может занять еще десять лет
    0
    Это огромный сабнет. 232 v6-сетей, каждая по 264 адресов.
  • Переход на IPv6 может занять еще десять лет
    0
    А дальше какой-нибудь сервис работающий на каком-нибудь условном древнем jetty поднимет лапки и скажет «не умею я эти ваши IPv6»

    Не скажет. Потому что условно древнему jetty абсолютно пофиг на address family. Он получит сокет из соответствующим образом форматированной строки.
  • Переход на IPv6 может занять еще десять лет
    0
    А IPv4 в ноль щелчков.

    Да щас, ага. DHCP настрой, диапазон адресов выбери, еще и дурацкий NAT, ибо глобальных адресов не хватает.
  • Переход на IPv6 может занять еще десять лет
    +1
    С учетом того, что домашняя сеть это самое простое что только может быть, то было бы удивительно, если бы там все не настраивалось в 2 клика. Только как это поможет что-либо понять?

    А там понимать — меньше чем в v4 по количеству сущностей.

    1. вам выделяется сабнет /48 или /64 (обычно).
    2. если вы не хотите маяться с DHCP6 — вам нужен SLAAC, который работает с /64. т.е. если у вас корпоративная сеть — вам нужен /48. если вам не хватит 65535 сабнетов — я очень удивлюсь.
    3. на роутере сабнета поднимается RADVD, указывается дефолтный интерфейс для роутинга v6 трафика, дальше все работает автомагически.
  • Переход на IPv6 может занять еще десять лет
    0
    Если сидеть на заднице ровно и не пробовать хотя бы у себя дома внедрять — то можно бояться дальше.
    При том, что на домашнем роутере v6 настраивается буквально в два щелчка. Куда проще то?
  • Мобильные антивирусы не работают
    +1
    Я о программной доступности этого функционала через API.
    В Android для этого (и многих других вещей) есть Device Administrator API.
    В случае с iOS — поднимайте свой MDM-сервер, делайте профиль, накатывайте его в айфон, и команду на вайп давайте удаленно. Если сумеете.
  • Мобильные антивирусы не работают
    +2
    Сейчас iOS занимает значительную долю рынка и это соблазнительная цель для мошенников.

    В бабле — да. В штуках — нет. Эрго — мошенникам iOS неинтересна постольку, поскольку объемы инсталляций будут ожидаемо меньше.

    Просто архитектура iOS сделана лучше

    Зная как устроены обе — не могу согласиться. Android архитектурно почище и логичнее.

    дети не подхватят вирус по ссылке из СМС, который украдет все деньги со счета сбербанка.

    Городской миф. Большая часть «вирусов» — это социнженерия с использованием необразованности прокладки между стулом и экраном.
    А вот после checkra1n хвастаться «защищенностью» айоси некомильфо как-то.

    Ах, да. В iOS нету локального API для инициации вайпа, например, что на мой взгляд есть недоделка по сравнению с Android.
  • Дуров подвёл итоги разблокировки Telegram в России и обещает продолжать борьбу в Китае и Иране
    +4
    А там Телеграм и не блокировали.
  • Дуров прокомментировал разблокировку Телеграма
    +5
    Какие три месяца? 30 апреля — был срок запуска.

    Так проблемы начались раньше. Это раз.
    Два — уже в конце 2019го было ясно, что все катится фпечь, потому что отставание от роадмапа составило год.
    А финальный срок два раза переносился, напоминаю. И два раза Дуров предлагал забрать деньги. Никто не пошевелился.

    Чем мнение о принадлежности Усманову подтверждено?

    Если бы было подтверждение — это было бы не мнение, а свершившийся факт.
    Провожу аналогии — в процессе Nginx vs Рамблер «занесли» куда надо — и уголовное дело, открытое Рамблером закрыли, хотя по букве закона — невозможно.

    Тут аналогично — внезапно РКН отменяет блокировку, предписанную несколькими судами. С чего вдруг? Добрая воля? Да не смешите. Наладили процедуру взаимодействия с модераторами телеги по вопросу раскрытия данных экстремистов и прочего криминала? Маловероятно, т.к. этот аспект может отличаться в разных юрисдикциях.

    То есть либо какой-то уважаемый человек получил интерес в Телеграме, либо таки сдали ключи.
    Усманов на роль «уважаемого человека» прекрасно подходит еще с времен продажи вкшеньки.
  • Дуров прокомментировал разблокировку Телеграма
    0
    Он почти два ярда баксов за TON там должен, из которых пол ярда потратил. И всё идёт к тому что за это у него будут отжимать Телеграм. ;-)

    Только чот никто не подает в суд, не торопится, хотя еще три месяца назад можно было забрать денежки. Очень странно, правда?

    Есть мнение, что кусочек телеги уже принадлежит USM Holdings, а Паше принесли два сантиметра денег, чтобы мессенджер оставался на плаву. Поэтому никто особо и не кипишит — деньги Усманова выступают некоторым гарантом.
    Это же объясняет и снятие блокировки — неправильно блокировать ресурсы, принадлежащие уважаемому человеку — расстроиться может.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    –1
    а при чем тут лямбды? внутри тушек лямбд — естественно указываю, если это не однострочник
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    А можно конкретнее?

    Можно. Я не хочу помнить/сомневаться. Я хочу видеть. И я хочу чтобы в случае несовпадения левой-правой части была ошибка компиляции.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    Например, для редактирования кода человек использует IDE. Блокнот/web используется для его чтения.

    Да, для анализа pull-реквестов, например. Без типизации переменной понимать что хотел сказать автор кода — более затруднительно.

    Корректные ли имена используются? Суть должны быть понятна из имен, а не типов.

    Когда мне нужен лев, а не утка — мне пофигу как кого зовут.

    Во-вторых, паттерн фабрика сейчас, в мире Spring и альтернатив, используется настолько редко, что уже его наличие в коде должно говорить о том, что, возможно, абстракции выбраны неверно.

    Чойта вдруг? Bean-методы тоже поди харамны? А конфиг с такими методами? А это уже фабрика.

    static import удобнее сугубо тем, что он лаконичнее. Лишь бы схожих именований не было.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    Так в том то и дело, что код пишется для людей, и на Котлине он пишется нечитабельно.
    Я уже который коммент об этом талдычу.

    если вам непонятно что находится в переменной без указания типа, то это — сигнал к рефакторингу

    Вообще необязательно. Взяли фабрику, получили от нее некий обобщенный интерфейс, который реализован пятью классами, взяли от инстанса метод, который возвращает абстрактный класс, у которого тоже, например пяток наследников.
    Что вы тут собираетесь рефачить?
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    но не описывают «а зачем делать так, если и на экзекьюторах норм»

    Именно. На экзекьюторах + примитивы синхронизации, которые известны из классики многопоточного программирования + конкурентные коллекции. По уши.
    «coroutines are lightweight threads».

    Ок, зачем мне нити, которые легче чем обычные нити, но с которыми обращаться не как с обычными?
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    +1
    Java-разрабы дешевле? Я посмотрел на HH — и не вижу, чтобы Java были дешевле Kotlin-only.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    –2
    А никто не говорит, что так нужно делать, смешивать контексты, делать кучу вложенностей из scope методов, более того, говорят так не делать.

    Тем не менее — это котлин-стайл, и так рекомендуется делать вместо последовательного вызова методов.

    Лучше же конечно иметь StringUtil и ещё миллион Util классов? Нет спасибо, экстеншены одно из самых приятных вещей в Котлине.

    Да, лучше util-классы. Они лежат отдельно, и синтаксически не нарушают объектную ориентацию. Отдельное «спасибо» за отсутствие static в котлине.

    И не особо они сложные и, в отличии от «старых добрых ...», позволяют легко писать асинхронный код в синхронном стиле без кучи коллбеков.

    Судя по туториалам — сложные, эзотеричные, непонятные. Ну, а исходя из ситуации на проекте — почему-то вместо корутин требовалось использовать экзекуторы.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    –3
    Т.е. любой существующий на сегодняшний день язык – плохой и сырой

    Нет. Просто потому что далеко не во всех есть лапша со сменой контекстов.
    А в Котлине есть. Java, C, C++, Delphi, Python, vanilla JS я спокойно пойму не скачивая проект с гитхаба.
    Котлин непрозрачен.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    В чем разница-то?

    Для строк — ни в чем. Когда у вас с правой стороны стоит фабричный метод, который порождает что-то более сложное — хорошо бы с левой иметь не безликий val, а объявление типа. Код должен быть ясным.

    val x = SomeClass().apply {
        doSomething1()
        doSomething2()
        doSomething3()
    }


    Если вам так нравится чейнить вызовы — давайте уж писать сам класс с поддержкой builder pattern:
    val x: SomeClass = SomeClass()
      .doSomething1()
      .doSomething2()
      .doSomething3();
    


    А то, что из пистолета можно застрелиться, не делает его плохо спроектированным.

    Продолжая аналогию: пистолет из которого хорошо забиваются гвозди, но нельзя застрелиться — лучше, чем пистолет из которого можно только застрелиться.
    Если вы не киллер, конечно, ЕВПОЧЯ.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    Так-то var для type inference и в Java есть.

    Есть. Но «котлин-стайл» — это использовать var/val.

    … И в этом как раз и может быть польза. Но опять же – не нравится, не используйте…
    … Да, это может стать проблемой. Но опять же – не надо лепить куда попало.

    А зачем в языке штуки, которые провоцируют проблемы? Это уже не проблемы организации работы команды и культуры разработки. Это уже показатель плохо спроектированного языка.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    0
    Плохой код можно написать на любом языке

    Джава от этого как минимум защищает. Строгость, обязательность в выполнении объектной ориентации и следования объявлениям. Котлин же, такое ощущение, что был сделан чтобы «херак — и в продакшн».

    нужно еще разрабатывать качественную архитектуру и соблюдать определенную культуру разработки.

    Скажем так. Как архитект — я могу быть уверен, что определив какие-то базовые сущности на Java, никто втихаря не припишет им экстеншн, который поменяет семантику одного модуля в отличие от остальных. Отнаследованный класс при ревью заметить проще.
    Класс лежит в строго определенном месте. А экстеншны можно раскидать по дереву исходников и ловить боль. Потому что их пишут не по контексту принадлежности, а бизнесовому.

    те же var и val покажутся действительно очень логичным и мощным инструментом

    Я не вижу здесь инструмента. Я вижу экономию на тексте в духе «Внни т прнс?».
    final ClassName varName = ... 

    на мой взгляд прозрачнее и лучше чем
    val varName = ... 

    — надо лезть в ту конструкцию, которая порождает переменную, потом убедиться — конкретный это класс, или от него иерархия уже строится. Это сильно влияет на понимание, на читабельность, в конце концов на затраты времени и сил держать контекст в голове.
  • Практическое применение Kotlin в стартапах и энтерпрайзе
    +4
    Поэтому тот факт, что на Kotlin проект получается раза в 2-3 компактнее, более легкочитаемый, более надежный в плане защиты от NullPointerException

    Вы щас серьезно? А можно поинтересоваться — в проектах на Котлине с каким объемом кода вы участвовали?
    Потому что я заходил на проект, которому на тот момент было более года, десяток микросервисов, всё на Котлине — ииииии!
    — Дурацкий val/var где можно и нельзя. Какого типа эта переменная? Какие классы туда могут попадать?
    — Код нечитабелен. Абсолютно. Куча лапши из .apply/.run/.also с сменой нескольких контекстов.
    — Объектная ориентация нарушена. Ну зачем нам субклассирование. Мы напишем экстеншн метод и скопипастим его в пару-тройку модулей. Потому что быстренько.
    — От NPX при работе с Java-библиотеками не спастись.
    — Data class-ы ничем не лучше ломбокнутых джавовских.
    — Корутины настолько эзотеричны и зубодробительны в понимании, что ими никто не пользуется. Привет старый добрый Executor, Runnable, Future, concurrency.

    То есть Котлин не решает проблемы. Он провоцирует их создавать. На крупном проекте через год-два у вас будет всё засрано копипастом и лапшой, а разборки с техническим долгом будут занимать 80-90 процентов времени лидов/архитектов.

    Резюмирую: пока язык не будет понятен тупо при открытии кода в блокноте, а не в IDE, пока он не будет защищать программиста от использования антипаттернов и копипаста — это плохой и сырой язык, пользоваться им невозможно.
  • Тёмная сторона работы в Яндекс.Маркете
    +3
    все банальнее, он тупо не приходит на собеседование, 98% людей еле дотягивают до нижней границы вилки

    На собеседование не приходит, но 98% при этом не дотягивают до нижней границы. Очень интересное логическое построение.

    Не берусь ничего утверждать, но, например — почему бы на собес не дошел я:
    1. Зарплатная вилка ниже того, что я хочу (например, максимум 300, а я считаю что могу минимум от 300).
    2. Зарплатная вилка вообще непублична, не указана в вакансиях, или нанятые HR её не уполномочены озвучить. Зачем тратить время на такого мутного зарплатодателя?
    3. У конторы по отзывам статус «токсичные мудаки» как в помянутой статье у Яндекса (да, в Яндекс я не пойду именно по этой причине за любые деньги).
    4. Работать скучно — куча легаси, никакого развития, полировка глюкалова, деградат нация во все поля.

    То есть может имеет смысл оглядеться вокруг, прислушаться к сарафанному радио и порефлексировать?
  • Тёмная сторона работы в Яндекс.Маркете
    +1
    Мудак — это дефиниция поведения. Называя того, кто ведет себя как мудак мудаком — я не испытываю никаких эмоций по этому поводу. Кошка — это кошка, бомж — это бомж, мудак — это мудак. Точка.

    Что касается критики языка: увеличение рисков выстрелить в ногу и заколебаться, производя код, который на Java более лаконичен, надежен и однозначен — это не про вкусовщину и трейдофф, это про плохо продуманную архитектуру.

    И то, что Котлином пользуется и сам JB, и Google — это не показатель качества языка. Я понимаю зачем он нужен JB. Я понимаю, зачем он нужен Гуглу. Пока он не будет надежнее, читабельнее и эффективнее Java — я не могу им пользоваться. Просто потому что я хочу писать код, а не маяться с его отладкой.
    Старичок Delphi (Object Pascal) в этом плане для меня эталон.
  • Тёмная сторона работы в Яндекс.Маркете
    0
    Я с вами несогласен. Это всего лишь апелляция к некоторым фактам.

    Котлин позволяет стрелять в ногу сильнее, чем Java? Позволяет.
    Плохо читабелен без IDEA/Android Studio? Да.
    Нет нормальных static-ов? Да.
    Поощряет выведение типов (val) вместо явного объявления? Да.
    Поощряет смену контекста и код-лапшу (.also, .run, .apply)? Да.
    Разрушает объектную ориентацию (extension methods)? Да.

    Как минимум вот это всё делает его плохим языком архитектурно. Это — факты.

    А то, что все вышеперечисленное ведет к факапам на реальных проектах — это да, это уже вызывает у меня эмоции.

    Человек, который публично унижает подчиненных — токсичный мудак. Это факт.
    Такие люди есть в Яндексе. Это тоже факт.

    А то что мне (и не только мне) неприятно работать с такими людьми — это очевидное следствие.

    Так что никакого нарушения. Разве что весьма сжатые формулировки.
  • Тёмная сторона работы в Яндекс.Маркете
    +1
    Нет. Где я кого оскорблял и не следил? «Котлин делает мне НЕНАВИСТЬ»?
    Так это кратенькое выражение квинтэссенции моего мнения о том, что Котлин спроектирован хреново, и писать на нем хреново. Если мы углубимся в эту тему аргументированно — получится длинная статья, которая никому нафиг не нужна.

    «В яндексе токсичные мудаки» — так это констатация моего опыта работы на яндекс, который коррелирует с опытом автора статьи и еще многих ушедших оттуда.

    Когда линейный руководитель на планерке громко орет матом на свою команду в опенспейсе, где еще десяток команд — он токсичный мудак. И это факт.

    Всё. Где я чего нарушил?
  • Тёмная сторона работы в Яндекс.Маркете
    0
    Кстати, вы тут эмоциональны, это нарушает правила хабра.

    Вам показалось. И, да, что-то я не помню, чтобы правила Хабра отказывали кому-то в эмоциях.

    А ещё в JetBrains разрабатывают веб-продукты и библиотеки.

    Скучно. Я этим могу в свободное от работы время заниматься в виде пет-проекта.
  • Тёмная сторона работы в Яндекс.Маркете
    –3
    Ну это значит что вам неинтересен конкретный кусок работы :) Но неужели в JB нет ничего интересного лично для вас?

    Нет, это характеризует то, чем заняты массово разработчики компании. JetBrains — делает среды разработки.
    Что делают разработчики в JetBrains ан масс? «Пилят плагины».
    В чем их развитие? Я не вижу.
    В чем ценность кода, который лично они создали?
    Какие челленджи они решают?

    Если это «обход графа на скорость» — сорян, мне это неинтересно, да.
    А еще в JetBrains этот ваш Котлин, который делает мне НЕНАВИСТЬ.

    Поэтому в JetBrains я не пойду, потому что там скучно и Котлин. Будут проблемы — тогда зовите. 4 млн — и я на год ваш под проект.

    В Яндекс я не пойду — потому что там токсичные мудаки, скучно, и зарплаты днище: 2 года назад я получал 180, а лид из Яндекса плакался что ему 140 всего платят.
  • Тёмная сторона работы в Яндекс.Маркете
    0
    А разворачивать вы это ручками будете?

    А при чем тут «разворачивать»? Если вы пишете на Java вещь, которая так себе разворачивается что под Windows, что под Linux — вы выбрали не тот язык, не тот фреймворк, и не то средство решения задачи.

    И трудоёмкость там улетает в небеса, если кросплатформенность делать.

    Это смелое утверждение, и оно требует доказательства. Или хотя бы описания сценария — что это за софт, почему он за собой тянет что-то платформенное, и почему это платформенное нельзя подтянуть ко всем мейнстримным платформам. С TdLib, например, таких проблем нету — его просто пересобрать под целевую платформу и дернуть из нужного места загрузку нативной либы.

    Если вам нужно на выходе exe-файл получить, то очень интересно становится.

    Смотрим первый пункт, про целесообразность средства разработки.

    Допустим, вам нужно с видео работать. Ну, блин, напишите это на Java без нативного кода, да ещё и кросплатформенно.

    Вы не поверите — буквально полгода назад ушел из стартапа, который активно переваривал видюшечки, и все там было на джаве (точнее на Котлине, но не суть).
  • Тёмная сторона работы в Яндекс.Маркете
    +6
    Кажется, в JetBrains такие все, нет?

    Нет. «Участвовал в разработке IntelliJ IDEA». Ок, а что делал? Фиксил баги в Lombok plugin? А в чем челлендж, с чем боролся, за счет чего рос?
    Вот на такие вопросы на следующем собесе что говорить после работы в JetBrains?

    Поясню.
    Меня лет 5 назад звали в печально известный x0red писать плагины к Эклипсу. Причем и зп была повыше средней, и требования к кандидату — примерно того уровня что ТС описывает, и я прошел до тестового задания. Написать композитный плагин к Эклипсу.

    Я сел, подумал — «и что, это теперь будет моя работа? да нахер так жить? кому это нахер надо?»
    Это общая проблема работы в крупных конторах — вроде как причастен к бренду, а с другой стороны — второй заместитель младшего подавателя весла третьего гребца с правой стороны.

    Сейчас я в небольшой аутсорсинговой компании, и за полтора года мне есть чего рассказать на собесе про челленджи, про личный вклад.
    А «пилить плагины к Эклипсу» — это скучно.

    И, да, у меня купленная IDEA Ultimate.
  • Тёмная сторона работы в Яндекс.Маркете
    0
    Как насчет интересных задач, проектов, которые можно поставить в резюме?
  • Тёмная сторона работы в Яндекс.Маркете
    –2
    Зачем это делать и тратить на это ресурсы? Какую проблему это решит?

    Эээээ, писать на языке, который спроектирован кроссплатформенным — кроссплатформенно? Ну я даже не знаю, что ответить. Следовать идеологии и практикам языка, не?

    Переформулирую — зачем тащить в Java-решение нативный код, который делает его (Java-решение) некроссплатформенным?
  • Тёмная сторона работы в Яндекс.Маркете
    +93
    Да, стоит, Docker и Kubernetes работают не настолько хорошо, чтобы их можно было использовать в масштабах Яндекса

    Угу, Амазону с его EKS/ECS подходят, Адидасу для его корпоративного управления медиями подходит — а Яндексу не подходят. Какой такой у Яндекса особый масштаб?

    При том, что вряд ли у Яндекса получится сделать лучше: контейнеризация — это уровень ядра системы. Каков размер команды Яндекса, которая занимается кернелхакингом и системными демонами?

    АФАИК, в Яндекс.Деньгах docker и k8s себя нормально чувствуют без велосипедов. И ELK там есть. Ну то есть на три велосипеда меньше, и как-то ни клиенты этого не ощущают, ни разработчики не расстроены.

    концепции одни и те же, а умение пользоваться конкретной технологией не стоит почти ничего.

    Умение хорошо пользоваться конкретной технологией стоит существенных денег по предложению на рынке. А вот яндекс-only-велосипеды на рынке не стоят ничего. Потому что за пределами Яндекса их нет.
    Потому что если у вас не набита рука на конкретной технологии — вы представляете собой риск деградации перформанса на проекте, особенно если проект горит.

    Насколько я помню, в Яндексе принято возделывать свою делянку, если что-то неудобно, это надо улучшать

    Улучшать трассировку логов на продакшне — это ответственность devops/эксплуатации, а не разработчиков.

    Это нормально, представьте на своём месте несчастного админа, который должен чинить ваш велосипед даже не представляя как он работает.

    Нет. За продакшн отвечает админ/devops/эксплуатация. Разработка отвечает за то, чтобы выкатываться в прод после стейджинга, который по вкусу идентичен продакшену.

    Это нормально если у вас production на Linux.

    Это ненормально, если вы пишете на Java. Если вы пишете на Java — будьте добры писать кроссплатформенно.

    как и везде, очень много зависит от команды и руководителя — их надо выбирать на собеседовании, это действительно важно.

    Ну, во-первых — не везде. Во-вторых — как выбирать, не имея данных на руках?

    А руководство в Яндексе, линейное которое — очень токсичное.