Вообще нет)

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

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

а вообще да)

наверняка все прогеры перфекционисты

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

Знаю чувака который ошибся в алгоритме и наутро проснулся со сломанными ногами.

братки не знали что надо простреливать а не ломать?

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

Я хз за подробности порчи конечностей

наверняка все прогеры перфекционисты

Смотря какие прогеры

https://hackernoon.com/upgrading-from-node-6-to-node-8-a-real-world-performance-comparison-3dfe1fbc92a3

Interestingly, NPM 3 topped out at about 7 Mbps download, with NPM 5 reaching 20 Mbps.

Да, тоже заметил

To be honest, with Node 8 I was expecting an improvement of maybe a few percent, and wouldn’t have been surprised if that didn’t translate into the real world. But shaving a quarter off server-rendering time and a third off NPM install time is amazing.

Да, тоже заметил

yarn все же в зависимости от проекта может быть сильно быстрее по факту

yarn все же в зависимости от проекта может быть сильно быстрее по факту

Зато глобально не ставит -_-

у меня из коробки еще ни разу нормально не поставил

yarn все же в зависимости от проекта может быть сильно быстрее по факту

Тем более yarn до этого сразу с официальным образом докера шел

настраивать лень, поэтому глобальные вещи ставлю через npm

Вроде бы у Yarn по прежнему есть приемущество

Забыл слово

Зато глобально не ставит -_-

ну я с этим вообще не сталкиваюсь, докер же

Deterministic

Вроде бы у Yarn по прежнему есть приемущество

Сами разработчики yarn сказали, что npm лучше

Ну окай :C

И что они его забросят?

ну я с этим вообще не сталкиваюсь, докер же

ну так я то пока не такой прошареный :/ даже не джун еще

Ну окай :C

Кстати, именно детерминированность вроде как у package-lock лучше

А можно пруфов?

А можно пруфов?

А можно) https://yarnpkg.com/blog/2017/05/31/determinism/

Уже читаю

ну так я то пока не такой прошареный :/ даже не джун еще

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

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

О докере рассказали еще осенью, а начал изучать в феврале. Жалею о потраченном времени

Я тут на docker подсел тоже. Очень удобно. Даже разработка на локальной машине в докере.

Сами разработчики yarn сказали, что npm лучше

при этом разработчики npm делают PR в yarn который его ускоряет сильно

Я тут на docker подсел тоже. Очень удобно. Даже разработка на локальной машине в докере.

А можно по подробнее о разработке в докере?

при этом разработчики npm делают PR в yarn который его ускоряет сильно

PR?

при этом разработчики npm делают PR в yarn который его ускоряет сильно

Делали*

PR?

Pull request

Окей

Pull request

да, я тут скидывал недавно твит про это

docker-compose up -d И вперед! Обновления файлов видятся, внутри запущен nodemon для сервера, webpack — для клиента. База отдельно, рэббит — тоже.

docker-compose up -d И вперед! Обновления файлов видятся, внутри запущен nodemon для сервера, webpack — для клиента. База отдельно, рэббит — тоже.

обычный компоуз для разработчики и прод версия файла для проды или как?

Делали*

https://twitter.com/sebmck/status/869666248312975361

обычный компоуз для разработчики и прод версия файла для проды или как?

Да, разные docker-compose-файлы для дев, стейдж и прода

Да, разные docker-compose-файлы для дев, стейдж и прода

дефолтный какой?

дефолтный — dev

а скрипты для версионирования или еще что в этом роде юзаете?

https://twitter.com/sebmck/status/869666248312975361

Это я с намеком, что пока не совсем понятно, как yarn будет дальше развиваться

а скрипты для версионирования или еще что в этом роде юзаете?

Нет. Пока всё вручную.

а как оверрайд оверрайдит?

По дефолту компоуз загружает два файла — docker-compose.yml и docker-compose.override.yml

Это я с намеком, что пока не совсем понятно, как yarn будет дальше развиваться

да, видимо будут оба сразу развиваться

По дефолту компоуз загружает два файла — docker-compose.yml и docker-compose.override.yml

рили? сначала первый, а потом мержит второй поверх каждого сервиса/волюма/сетки?

да

да

Вот мне лень убить пару часов и дописать пару конфигов А столько профита будет

The -f flag is optional. If you don’t provide this flag on the command line, Compose traverses the working directory and its parent directories looking for a docker-compose.yml and a docker-compose.override.yml file. You must supply at least the docker-compose.yml file. If both files are present on the same directory level, Compose combines the two files into a single configuration. The configuration in the docker-compose.override.yml file is applied over and in addition to the values in the docker-compose.yml file.

Так что на локальной машине можно без указания файлов набирать команды docker-compose

Так что на локальной машине можно без указания файлов набирать команды docker-compose

Уже на завтра добавил в задачи написать конфиги)

Я у меня все руки не дойдут CI/CD на основе этого сделать. Сейчас руками заливаю в регистри, потом переключаю docker-machine и там делаю pull/up

Завидую

Я у меня все руки не дойдут CI/CD на основе этого сделать. Сейчас руками заливаю в регистри, потом переключаю docker-machine и там делаю pull/up

CI настраивается за час, инога за 2 если что - то сложное делаешь

Я у меня все руки не дойдут CI/CD на основе этого сделать. Сейчас руками заливаю в регистри, потом переключаю docker-machine и там делаю pull/up

а сколько всего образов?

используете наследование?

используете наследование?

Наследование образов?

Наследование образов?

конечно

FROM

а сколько всего образов?

5 образов: сервер, клиент, база, кролик и мейлер

ERROR: S client not available

Все образы, кроме БД и кролика — node:8

5 образов: сервер, клиент, база, кролик и мейлер

ну это копейки

FROM

Это я понял Есть смысл разбивать на образы, когда используются слои?

Более осмысленное разбиение на сущности, но большого профита не вижу от этого в маленьких проектах

Я так понимаю, что наследование имеет смысл, когда нужно окружение одинаковое в нескольких образах

Это я понял Есть смысл разбивать на образы, когда используются слои?

есть, скорость сборки, в нормальном раскладе итоговый образ должен на 3-5 слоев отличаться от базового, тут и будут релизные изменения фактические

ну это копейки

Только начали :)

Это я понял Есть смысл разбивать на образы, когда используются слои?

есть смысл использовать базовые образы со своего реджистри, собранные с предустановленными плюшками. Ускоряет CI

Я так понимаю, что наследование имеет смысл, когда нужно окружение одинаковое в нескольких образах

переиспользование и оптимизация скорее

Уже вижу это в проекте на php

переиспользование и оптимизация скорее

Одинаковое окружение и означает, что меньше разных слоев, и больше общих

Одинаковое окружение и означает, что меньше разных слоев, и больше общих

ну да, для этого и нужно наследование от абстрагированных образов

здесь еще вопрос безопасности и стабильности работы приложения, собранных на основе базовых образов с паблик докер хаба

ну и у образа сильно имеет значение размер

CI настраивается за час, инога за 2 если что - то сложное делаешь

Это если знаешь, что делать, наверное ))

ну и у образа сильно имеет значение размер

На днях выяснил, что chown на директорию увеличивает размер образа на размер этой директории

здесь еще вопрос безопасности и стабильности работы приложения, собранных на основе базовых образов с паблик докер хаба

ну официальные репы как правило приличные все же

ну официальные репы как правило приличные все же

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

ну официальные репы как правило приличные все же

в основном да, но если например собирать на базе node:alpine, без указания версии, в один момент можно столкнуться с тем, что образ приложения не совсем рабочий...

в основном да, но если например собирать на базе node:alpine, без указания версии, в один момент можно столкнуться с тем, что образ приложения не совсем рабочий...

Ну это вопрос подхода к зависимостям. Это как в package.json звездочки указывать )

в основном да, но если например собирать на базе node:alpine, без указания версии, в один момент можно столкнуться с тем, что образ приложения не совсем рабочий...

Для этого нужно конкретно указывать, какая версия нужна)

вообще топ это бинари го в альпайне, 10 мб продуктового образа это вышак вообще

плюс есть еще гениальная техника уменьшения размера - после сборки всего что нужно удалить все что уже не нужно, радикально помогает порой

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

https://hackernoon.com/upgrading-from-node-6-to-node-8-a-real-world-performance-comparison-3dfe1fbc92a3

Спасибо за ссылку, люблю такие посты

плюс есть еще гениальная техника уменьшения размера - после сборки всего что нужно удалить все что уже не нужно, радикально помогает порой

На меня npm5 обижается за то, что я делаю npm cache clean --force ))

да :)

да :)

npm из образа можно удалять в конце)

Что-то у меня npm поломался, при попытке сделать npm i -g npm оно ставит в /usr/lib/node_modules но почему то owner не root а один из юзеров а группа вообще dialout.

А, похоже не я один такой https://github.com/npm/npm/issues/16766

Что-то у меня npm поломался, при попытке сделать npm i -g npm оно ставит в /usr/lib/node_modules но почему то owner не root а один из юзеров а группа вообще dialout.

ты ноду глобально поставил?