лучше поверить чем проверить такое

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

https://habrahabr.ru/post/128372/ — не 350 лямов, а 300, и не 7мс, а 6мс :) Хотя 50 лямов/1мс это не отменяет ))

Ну так в том фишка, за воровство много платят

Прохерил 180КК за две секунды работы

пф, мой коллега на автоматической контекстной рекламе 500 000 баксов компании сжег в пустоту и его даже не уволили)

https://habrahabr.ru/post/128372/ — не 350 лямов, а 300, и не 7мс, а 6мс :) Хотя 50 лямов/1мс это не отменяет ))

да, так точнее

Ну так или иначе его уже уволили нахер

А украл он или нет - это может и никто и не узнает никогда

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

Преспокойно верю. На районе парню меж позвонков шило вонзили за меньшее

блин да ну нахер. надо бросать эту финансовую сферу, даже если в ней прибыльно работать

в той компании они писали автоматическую покупку рекламы, там никакого рокет-саенса не нужно и скоросоти тоже, но баги привели к покупке рекламы с КПД 0%

Юристы сказали - уволить, они и уволили. Будут говорить что они не при делах

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

Ну так в том фишка, за воровство много платят

с воровством в ИТ есть один большой провал. деньги почти невозможно использовать, их намного сложнее отмыть чем украсть, а не отмыв бабло ни дом в монако, ни феррари себе не купишь

с воровством в ИТ есть один большой провал. деньги почти невозможно использовать, их намного сложнее отмыть чем украсть, а не отмыв бабло ни дом в монако, ни феррари себе не купишь

Под воровством имелась ввиду интеллектуальная собственность

Вообще нет)

а вообще да)

там не только прогеры, там железячники делают аппаратный декодер для протокола 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 по прежнему есть приемущество

Забыл слово

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

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` общий конфиг, в override — для дева, и остальные соответственно.

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

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

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

По дефолту компоуз загружает два файла — 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 образов: сервер, клиент, база, кролик и мейлер

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

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

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

FROM

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