• 0
    Целая теория заговора! Компании предлагают переезд желающим переехать сотрудникам как дополнительный нефиговый бонус
    Путешествие за бугор и обратно: как не надо устраиваться работать за рубежом
  • +5
    Я бы переехал в ЕС на пару лет просто затем, чтобы изучить какую-нибудь другую культуру. Выучить новый язык, познакомиться с новыми людьми, с новыми способами организовывать команды и вести проекты. Деньги — это просто инструмент, предназначенный чтобы делать что нравится, а мне нравится изучать новых людей и мутить новые проекты :) Кроме того, интересно менять сферы деятельности (например, каждые два года). А в ЦФТ ты гвоздями будешь прибит примерно к одному и тому же фронту работ, ведущемуся в одном и том же городе, примерно одним и тем же косятком людей. И никаких личных сайд-проектов и карманных бизнесов (прописано в договоре)! За это тебе дадут весьма скромную (едва ли среднерыночную) зарплату, на которую ты будешь пахать ой как тяжело. Лично для меня это звучит как определение ада на земле. Зачем тебе деньги, если ты горишь, и ты в аду? При всем неуважении к тому, как в данном конкретном случае поступил Андрей с этим работником, авантюра с выездом в ЕС не выглядит такой уж плохой. Просто теперь нужно накатать на Андрея в милицию и посмотреть, что выйдет (тоже в своем роде приключение).
    Путешествие за бугор и обратно: как не надо устраиваться работать за рубежом
  • +3
    Про «другое поколение» — это было тонко. На самом деле, мычания там самый минимум, я очень четко представлял, что хочу сказать. Если его вырезать, размер видео не уменьшится.

    Это типичная проблема технодокладов — ты начинаешь рассказывать какую-то элементарщину на 5 минут, но пара иллюстраций — и он еле упихивается в стандартные 50 минут, причем выбросить что-то затруднительно.

    Да, в следующий раз я постараюсь формулировать точнее. Можно считать это частью continuous improvement — каждый пост должен учитывать (или хотя бы пытаться учитывать) ошибки предыдущего. Именно поэтому так важен живой фидбек — нет фидбека, нет повышения качества.
    [Археология Live] Стыдный разговор о синглтонах
  • 0
    Да и в Скале тоже, в каком-то смысле
    [Археология Live] Стыдный разговор о синглтонах
  • 0
    Рассказать, как добавить Спринг в проект? :)
    [Археология Live] Стыдный разговор о синглтонах
  • +2
    Ну вообще-то да, есть неспринговые люди и проекты. Тут недавно как раз была статья «Почему я ненавижу Spring». https://habrahabr.ru/post/334118/.

    А еще у нас есть очень специальный человек, Егор Бугаенко, у него свой подход, и даже книжка имеется: http://www.yegor256.com/elegant-objects.html
    [Археология Live] Стыдный разговор о синглтонах
  • +2
    да :) но в разумных пределах. Когда в «реальном мире», в предметной области, есть глобальное состояние — мы тоже можем его использовать. Или когда это самое дешевое решение, в т.ч. в перспективе. А как помойку использовать все еще не норм.
    [Археология Live] Стыдный разговор о синглтонах
  • +1
    Можно и не указывать. В примере исключительно для того, чтобы лучше проиллюстрировать
    [Археология Live] Стыдный разговор о синглтонах
  • +4
    Десятками лет эту проблему мусолят. Совпадение? :)
    [Археология Live] Стыдный разговор о синглтонах
  • 0
    А что мешает зарегистрировать вручную сколько угодно контейнеров?
    Обратная сторона Spring
  • +1
    У меня с NodeJS было как-то все наоборот. Нужно было за день запилить сайтик на NodeJS, которым раньше не пользвоался. В первый же час знакомства, попытка прикрутить фреймворк для нормальной авторизации в веб-приложении, вылилась в очень слабую документацию и чтение исходников этого фреймворка. Сайтик запилил, но после этого еще несколько дней приходил в себя от выгорания. Такой-то постепенный рост сложности, дайте два!
    Как писать на Spring в 2017
  • +2
    было бы круто иметь возможность укзаать ленивость/неленивость в конфигурации запуска, или в рантайме. Например, в DEV режиме полезно экономить память, а в PROD может оказаться что лучше выделить фиксированную железяку под фиксированную нагрузку, и не заигрывать с переподпиской по аппаратным ресурсам. Надо только придумать, как сделать, чтобы эта фича выглядела «прозрачной» и не заставляла думать о себе постоянно…
    Как мы искали и нашли ошибку в Visual Studio C++
  • 0
    поэтому переменные нужно инициализировать всегда :)
    Как мы искали и нашли ошибку в Visual Studio C++
  • +4
    > отчего они вобще ходили по хостам и руками поднимали контейнеры?

    он написал там — у них нету автоматического оркестратора с автопереездами, автоподнятиями и прочей автопочинкой. Наверное, смотрят на мониторинге алерты, и руками поднимают что упало. Как собственно, и большая часть мира, которая до высоких технологий еще не добралась

    полное падение сервиса для них смертельно, потому что это не просто какие-то транзакции, а высокочастотный трейдинг. Сервис поднимется через секунду, но через секунду уже будет ненужно
    Moby/Docker в продакшене. История провала
  • 0
    Ты его знаешь? Накинь :) Иначе как-то некрасиво, если я буду со своими переводами к уважаемым сэрам лезть каждый раз
    Moby/Docker в продакшене. История провала
  • +16
    Можете поделиться магической комбинацией версии дистрибутива, ядра и докера? Отправим гуманитарной помощью автору статьи. На Хакерньюзе так вообще ChromeOS советуют :)
    Moby/Docker в продакшене. История провала
  • +21
    Спокойно, выдохните :-)
    Если все будут только рассказывать мимимишные истории как всё круто, не случится никакого прогресса.

    Автор ругается в первую очередь на баги. В багтрекере их 2596 незакрытых.
    Посмотреть можно здесь: https://github.com/moby/moby/issues
    После прочтения статьи, я на полчаса забурился в багтрекер, там попадаются очень интересные экземпляры.
    Например вот этот: https://github.com/moby/moby/issues/20997 появился в результате рейса между libnetwork и командой. Но его давно починили. А вот этот еще не починили: https://github.com/moby/moby/issues/27381.
    Moby/Docker в продакшене. История провала
  • +11
    Судя по заметке, с точки зрения описания он им всем подошел. Так подошел, что они даже и сейчас следят за обновлениями и не выкидывают. Не понравились им баги и отношение разработчиков. Баги начались на обновлениях и других разных местах, которые на нагрузочное просто так не покажет. Да и нагрузки тогда были другие. Отношение разработчиков вообще вещь нестабильная — вон захотел CEO докера взять и название поменять, взял и поменял, ночью без объявления войны :-)
    Moby/Docker в продакшене. История провала
  • +3
    Имхо качество и хайп — вещи ортогональные. Грех не похайповать по поводу чего-то действительно крутого. Например, «первое правило докера — постоянно кричи о докере!». При этом вряд ли докер — что-то плохое.

    Самый простой способ — прийти на тусовку людей, проповдеюущих X и посмореть, сколько из них идиоты (на текущей ступени даннинга-крюгера), и есть ли идиоты среди людей, которые тусовка почитает лидерами. Позадавать им конкретные вопросы: а что делать в такой-то и такой-то неудобной ситуации. Если все подряд начинают сливаться и отвечать вида «мы не решаем такие неудобные ситуации, так делают только лохи, мы вместо этого разрабатываем клевые веб-сервисы!», то это пиши пропало. Живые люди очень легко сдают — выбрали ли они потому что круто, или потому что идеально подходит, или потому что интересно, итп.

    По поводу уместности. Есть куча линеек, где что-то может оказаться уместным
    — Конкретный проект
    — Компания и должность (в одной компании могут быть нужны как спецы по CI/CD, так и выделенные разработчики тулинга для микросервисов, например — получается сразу несколько возможных линеек)
    — Карьера глобально (есть две основные ветки: dev и ops, плюс внутри dev есть несколько интересных стримов)

    Есть такая штука — матрица Эйзенхауэра. Предполагается что все дела нужно классифицировать по четырем квадрантам относительно осей «важно-неважно» и «срочно-несрочно». Тема гуглится. Ну вот глобальная карьера — это очень важно но не очень срочно, а текущий проект — это обычно просто очень срочно (а важность разнится). Дальше нужно включать мозг и тайм-менеджмент и выбирать состав меню.

    Вообще тема интересная, комментарий превращается в очередную стену текста, наверное надо сварить из этого отдельный пост
    Посещение конференции — чеклист
  • +2
    В первый раз за несколько лет взял в руки фломастеры)
    Посещение конференции — чеклист
  • +2
    С одной стороны — да. С другой, ты ведь точно знаешь как минимум 1 человека, который на протяжении 6 лет собирается, но так и не прочитал пузатую книжку по Linux Networking. У дизайнеров на полках годами стоят тома с гидами по Фотошопу и 3дмаксу, к которым они не притрагивались. Это такая форма прокрастинации — объяснять свою неспособность осилить материал невозможностью последовательного чтения :) Имхо, пусть лучше человек прочитает по диагонали и поймет не все, чем будет вообще ничерта не шарить. Пропускать то, что не понимаешь, чтобы потом вернуться назад через некоторое время с новыми знаниями — это основа быстрой подготовки
    Посещение конференции — чеклист
  • +2
    «На самом деле подготовиться к созданию успешного IT-проекта с личным руководителем более высокого уровня, достаточной суммой денег на людей и оборудование, и возможностью посвящать этому 40 часов не неделю не сложно и я не сильно понимаю как этому помогли скиллы PMа.» :-)
    «Проект Ironman». Как подготовиться к «Железному человеку» за 500 часов, используя скиллы PM’а
  • 0
    Каким образом ты определял, сколько калорий весит употребляемое?
    Наверное, пришлось чем-то пожертвовать: или есть только легко измеряемое (условно жить на порошковом протеине и отмерять его грамм в грамм), или смириться с фантастической погрешностью (на глазок определять калорийность салата как число в диапазоне от 300 до 1000).
    «Проект Ironman». Как подготовиться к «Железному человеку» за 500 часов, используя скиллы PM’а
  • 0

    *ковшей=крашей

    Ставим Selenium Grid на колеса Apache Mesos
  • +1

    А вот расскажите, как себя ведёт в 2017 фантом? Как много провалов из-за ковшей самого фантома?

    Ставим Selenium Grid на колеса Apache Mesos
  • 0
    что такое «внутренний код»? Если например, я использую свой простенький интерпретатор внутри приложения, а скрипты загружаю из интернетов, считается ли это кодом?
    Android: динамически подгружаем фрагменты из сети
  • 0
    то то и видно, как все пишут мапперы мапперов мапперов для DTO проходящих через всякие хибернейты и реакты

    + отдельный вопрос про нереляционные базы данных и управляемую денормализацию
    Replication Framework • глубинное копирование и обобщённое сравнение связных графов объектов
  • +1
    JSP, сервлеты с doGet, Tomcat, HibernateUtil c SessionFactory, самописное Dao с beginTransaction.

    2017.

    В принципе, для создания ретро-атмосферы, нужно еще немножечко JDBC в классах Repository, хорошего виски, сигары, кресло-качалку и клетчатый плед

    И музыку в стиле Fallout, типа End of the World
    Hibernate+jsp при поддержке сервлетов
  • 0
    ОК, понятно.
    Будет время — притаскивай более подробную критику, чтобы можно было пообсуждать в комментах. В конце, концов, где еще это можно пообсуждать, кроме как здесь.
    [Археология Java] Контекстно-зависимый инлайнинг трейсов в Java
  • 0
    Скорей всего, результаты этих исследований можно увидеть в Graal, но я пока не разобрался в теме достаточно хорошо, чтобы что-тол увтерждать.

    Наверное, в мире дочерта интересных исследований, которые незаслуженно забыты и нигде не рализованы. Имхо, это повод читать все эти работы, реализовывать интересные ништяки в своих продуктах, и навариваться на этом!
    [Археология Java] Контекстно-зависимый инлайнинг трейсов в Java
  • +2
    да, про Грааль будет позднее, пока надо натащить археологии, чтобы при описании Грааля можно было ссылаться на связанные работы. Следующая статья будет про Maxine, наверное
    [Археология Java] Контекстно-зависимый инлайнинг трейсов в Java
  • +2
    > не имеет значения

    Для исследования нужно установить классификацию компиляторов относительно исследуемого признака. В данном случае исследуется разница между единицами компиляции — методами, и единциами компиляции — трейсами. Отличие трейсов в том, что их состав не следует напрямую из AST/IR, а постоянно меняется в зависимости от информации профиля и деоптимизаций с проваливанием в интерпретатор. Плюс среди трассирующих компиляторов есть свое деление (см. связанные работы, например, важен этап выполнения инлайнинга, который в данном случае зависит от длины трейса и его способа связывания). Для отражения этих тонкостей какие-то удобные слова, чтобы было о чем говорить.
    [Археология Java] Контекстно-зависимый инлайнинг трейсов в Java
  • 0
    Тот-Чье-Имя-Нельзя-Называть:

    Over time, as we've gotten closer and closer to the JDK 9 GA date, more
    and more developers have begun paying attention to the actual changes
    in this release. The strong encapsulation of JDK-internal APIs has, in
    particular, triggered many worried expressions of concern that code that
    works on JDK 8 today will not work on JDK 9 tomorrow, yet no advance
    warning of this change was given in JDK 8.

    To help the entire ecosystem migrate to the modular Java platform at a
    more relaxed pace I hereby propose to allow illegal reflective access
    from code on the class path by default in JDK 9, and to disallow it in
    a future release.

    In short, the existing «big kill switch» of the `--permit-illegal-access`
    option [1] will become the default behavior of the JDK 9 run-time system,
    though without as many warnings. The current behavior of JDK 9, in which
    illegal reflective-access operations from code on the class path are not
    permitted, will become the default in a future release. Nothing will
    change at compile time.
    Хачим IntegerCache в Java 9
  • 0
    > P.S. Выделяете цитаты символом ">" — привычка RedMine?)

    привычка с ресурса https://www.linux.org.ru/forum/
    Как я нашел лучший в мире язык программирования. Часть Йо (2.72)
  • +8
    Не мог бы ты более подробно развернуть мысль?

    Слово «блочное» тут выбрано чуть ли не рандомом, нельзя же раз за разом повторять «основанные на методах компиляторы», учитывая как часто это встречается в тексте. В английском языке «method-based» выглядит компактно, в русском — ой.

    Если подберешь более подходящее слово, напиши его сюда. Герои «поиска и замены» работают быстро и беспощадно.
    [Археология Java] Контекстно-зависимый инлайнинг трейсов в Java
  • 0
    Привет еще раз. Пацан сказал — пацан сделал: https://habrahabr.ru/post/329120/

    Конечно, уже не про набивший оскомину jigsaw, но тоже лонгрид по формату :)
    Хачим IntegerCache в Java 9
  • +2
    Обычно древний легаси код чуть менее чем полностью состоит из подобных хаков. Особенно для тестирования, да. Практическая польза не в конкретных манипуляциях, а в понимании принципа.
    Хачим IntegerCache в Java 9
  • +2
    Вам нужен лонгрид по Пиле? Будет вам лонгрид. Stay tuned.

    В даненом случае, цель была в маленьком победоносном примере, потому что обычно люди не хотят ввязываться в подробности, а хотят увидеть общий вывод, выраженный в три строчки.
    Хачим IntegerCache в Java 9