да :) но в разумных пределах. Когда в «реальном мире», в предметной области, есть глобальное состояние — мы тоже можем его использовать. Или когда это самое дешевое решение, в т.ч. в перспективе. А как помойку использовать все еще не норм.
У меня с NodeJS было как-то все наоборот. Нужно было за день запилить сайтик на NodeJS, которым раньше не пользвоался. В первый же час знакомства, попытка прикрутить фреймворк для нормальной авторизации в веб-приложении, вылилась в очень слабую документацию и чтение исходников этого фреймворка. Сайтик запилил, но после этого еще несколько дней приходил в себя от выгорания. Такой-то постепенный рост сложности, дайте два!
было бы круто иметь возможность укзаать ленивость/неленивость в конфигурации запуска, или в рантайме. Например, в DEV режиме полезно экономить память, а в PROD может оказаться что лучше выделить фиксированную железяку под фиксированную нагрузку, и не заигрывать с переподпиской по аппаратным ресурсам. Надо только придумать, как сделать, чтобы эта фича выглядела «прозрачной» и не заставляла думать о себе постоянно…
> отчего они вобще ходили по хостам и руками поднимали контейнеры?
он написал там — у них нету автоматического оркестратора с автопереездами, автоподнятиями и прочей автопочинкой. Наверное, смотрят на мониторинге алерты, и руками поднимают что упало. Как собственно, и большая часть мира, которая до высоких технологий еще не добралась
полное падение сервиса для них смертельно, потому что это не просто какие-то транзакции, а высокочастотный трейдинг. Сервис поднимется через секунду, но через секунду уже будет ненужно
Можете поделиться магической комбинацией версии дистрибутива, ядра и докера? Отправим гуманитарной помощью автору статьи. На Хакерньюзе так вообще ChromeOS советуют :)
Судя по заметке, с точки зрения описания он им всем подошел. Так подошел, что они даже и сейчас следят за обновлениями и не выкидывают. Не понравились им баги и отношение разработчиков. Баги начались на обновлениях и других разных местах, которые на нагрузочное просто так не покажет. Да и нагрузки тогда были другие. Отношение разработчиков вообще вещь нестабильная — вон захотел CEO докера взять и название поменять, взял и поменял, ночью без объявления войны :-)
Имхо качество и хайп — вещи ортогональные. Грех не похайповать по поводу чего-то действительно крутого. Например, «первое правило докера — постоянно кричи о докере!». При этом вряд ли докер — что-то плохое.
Самый простой способ — прийти на тусовку людей, проповдеюущих X и посмореть, сколько из них идиоты (на текущей ступени даннинга-крюгера), и есть ли идиоты среди людей, которые тусовка почитает лидерами. Позадавать им конкретные вопросы: а что делать в такой-то и такой-то неудобной ситуации. Если все подряд начинают сливаться и отвечать вида «мы не решаем такие неудобные ситуации, так делают только лохи, мы вместо этого разрабатываем клевые веб-сервисы!», то это пиши пропало. Живые люди очень легко сдают — выбрали ли они потому что круто, или потому что идеально подходит, или потому что интересно, итп.
По поводу уместности. Есть куча линеек, где что-то может оказаться уместным
— Конкретный проект
— Компания и должность (в одной компании могут быть нужны как спецы по CI/CD, так и выделенные разработчики тулинга для микросервисов, например — получается сразу несколько возможных линеек)
— Карьера глобально (есть две основные ветки: dev и ops, плюс внутри dev есть несколько интересных стримов)
Есть такая штука — матрица Эйзенхауэра. Предполагается что все дела нужно классифицировать по четырем квадрантам относительно осей «важно-неважно» и «срочно-несрочно». Тема гуглится. Ну вот глобальная карьера — это очень важно но не очень срочно, а текущий проект — это обычно просто очень срочно (а важность разнится). Дальше нужно включать мозг и тайм-менеджмент и выбирать состав меню.
Вообще тема интересная, комментарий превращается в очередную стену текста, наверное надо сварить из этого отдельный пост
С одной стороны — да. С другой, ты ведь точно знаешь как минимум 1 человека, который на протяжении 6 лет собирается, но так и не прочитал пузатую книжку по Linux Networking. У дизайнеров на полках годами стоят тома с гидами по Фотошопу и 3дмаксу, к которым они не притрагивались. Это такая форма прокрастинации — объяснять свою неспособность осилить материал невозможностью последовательного чтения :) Имхо, пусть лучше человек прочитает по диагонали и поймет не все, чем будет вообще ничерта не шарить. Пропускать то, что не понимаешь, чтобы потом вернуться назад через некоторое время с новыми знаниями — это основа быстрой подготовки
«На самом деле подготовиться к созданию успешного IT-проекта с личным руководителем более высокого уровня, достаточной суммой денег на людей и оборудование, и возможностью посвящать этому 40 часов не неделю не сложно и я не сильно понимаю как этому помогли скиллы PMа.» :-)
Каким образом ты определял, сколько калорий весит употребляемое?
Наверное, пришлось чем-то пожертвовать: или есть только легко измеряемое (условно жить на порошковом протеине и отмерять его грамм в грамм), или смириться с фантастической погрешностью (на глазок определять калорийность салата как число в диапазоне от 300 до 1000).
что такое «внутренний код»? Если например, я использую свой простенький интерпретатор внутри приложения, а скрипты загружаю из интернетов, считается ли это кодом?
он написал там — у них нету автоматического оркестратора с автопереездами, автоподнятиями и прочей автопочинкой. Наверное, смотрят на мониторинге алерты, и руками поднимают что упало. Как собственно, и большая часть мира, которая до высоких технологий еще не добралась
полное падение сервиса для них смертельно, потому что это не просто какие-то транзакции, а высокочастотный трейдинг. Сервис поднимется через секунду, но через секунду уже будет ненужно
Если все будут только рассказывать мимимишные истории как всё круто, не случится никакого прогресса.
Автор ругается в первую очередь на баги. В багтрекере их 2596 незакрытых.
Посмотреть можно здесь: https://github.com/moby/moby/issues
После прочтения статьи, я на полчаса забурился в багтрекер, там попадаются очень интересные экземпляры.
Например вот этот: https://github.com/moby/moby/issues/20997 появился в результате рейса между libnetwork и командой. Но его давно починили. А вот этот еще не починили: https://github.com/moby/moby/issues/27381.
Самый простой способ — прийти на тусовку людей, проповдеюущих X и посмореть, сколько из них идиоты (на текущей ступени даннинга-крюгера), и есть ли идиоты среди людей, которые тусовка почитает лидерами. Позадавать им конкретные вопросы: а что делать в такой-то и такой-то неудобной ситуации. Если все подряд начинают сливаться и отвечать вида «мы не решаем такие неудобные ситуации, так делают только лохи, мы вместо этого разрабатываем клевые веб-сервисы!», то это пиши пропало. Живые люди очень легко сдают — выбрали ли они потому что круто, или потому что идеально подходит, или потому что интересно, итп.
По поводу уместности. Есть куча линеек, где что-то может оказаться уместным
— Конкретный проект
— Компания и должность (в одной компании могут быть нужны как спецы по CI/CD, так и выделенные разработчики тулинга для микросервисов, например — получается сразу несколько возможных линеек)
— Карьера глобально (есть две основные ветки: dev и ops, плюс внутри dev есть несколько интересных стримов)
Есть такая штука — матрица Эйзенхауэра. Предполагается что все дела нужно классифицировать по четырем квадрантам относительно осей «важно-неважно» и «срочно-несрочно». Тема гуглится. Ну вот глобальная карьера — это очень важно но не очень срочно, а текущий проект — это обычно просто очень срочно (а важность разнится). Дальше нужно включать мозг и тайм-менеджмент и выбирать состав меню.
Вообще тема интересная, комментарий превращается в очередную стену текста, наверное надо сварить из этого отдельный пост
Наверное, пришлось чем-то пожертвовать: или есть только легко измеряемое (условно жить на порошковом протеине и отмерять его грамм в грамм), или смириться с фантастической погрешностью (на глазок определять калорийность салата как число в диапазоне от 300 до 1000).
*ковшей=крашей
А вот расскажите, как себя ведёт в 2017 фантом? Как много провалов из-за ковшей самого фантома?