PM
думаю скоро будет видео
Size: a a a
2019 November 21
m
Я всё-таки за нормальные репозитории с нормальными зонами ответственности. Но с таким CI, чтобы при пуще в какую-то библиотечку проекта прогонялись ещё и зависимые от неё репы с это запушеной версией.
очень странные высказывания. Я вот не за то и не за это. Я за то, чтобы не строить boilerplate для каждого приложения, а собрать все общие зависимости в корне, и чтобы можно было удобно шарить пакеты между собой
m
в целом, вообще пофиг какая у кого там репа. Лишь бы не сидеть сутками у компа
m
я не гонюсь за модными ненденциями, я лишь пробую всё, что под руку попадается и использую самые удачные решения (на мой взгляд)
VI
я не гонюсь за модными ненденциями, я лишь пробую всё, что под руку попадается и использую самые удачные решения (на мой взгляд)
«не гонюсь за модными ненденциями» "пробую всё, что под руку попадается" - по моему это одинаково))
SS
Не, ну под руку может и что-то не модное попастся
m
«не гонюсь за модными ненденциями» "пробую всё, что под руку попадается" - по моему это одинаково))
когда ты пытаешься сделать продукт, то рано или поздно, тебе приходится пробовать все имеющиеся инструмены, которые есть, чтобы достить результата.
m
«не гонюсь за модными ненденциями» "пробую всё, что под руку попадается" - по моему это одинаково))
и даже если я и гонюсь, без моей гонки, ты так бы и сидел на редаксе, а не на эффекторе писал
SS
хуй свой голый
m
до сих пор помню твои “зачем мне Webpack, когда я и на Gulp всё то же умею”
SS
(сорян, немного опоздал с репостом, два предыдущих сообщения должны были идти подряд)
m
Вот на дамп был доклад от Ивана Ботанова из Тиньков: https://dump-kazan.ru/program
Вот ещё есть https://www.youtube.com/watch?v=Lm8PxWBr-RI&t=736s
AM
очень странные высказывания. Я вот не за то и не за это. Я за то, чтобы не строить boilerplate для каждого приложения, а собрать все общие зависимости в корне, и чтобы можно было удобно шарить пакеты между собой
> собрать все общие зависимости в корне чтобы удобно шарить пакеты между собой
Не очень понял что это значит.
Не очень понял что это значит.
m
> собрать все общие зависимости в корне чтобы удобно шарить пакеты между собой
Не очень понял что это значит.
Не очень понял что это значит.
у тебя есть модули (b, c, d), они могут быть зависимы друг от друга, и все подключаться к модулю a, и у них есть общие дев зависимости. Если бы ты создавал под кажый модуль отдельную репу, то для каждой устанавливал бы дев зависимости, часто он они дублируются
m
в монорепозитории ты устанавливаешь общие дев зависимости для всех модулей в корне проекта. Так понятнее?
AM
в монорепозитории ты устанавливаешь общие дев зависимости для всех модулей в корне проекта. Так понятнее?
Понятнее. Но не сильно. Так Профит только в том, чтобы зависимости не ставить несколько раз? При том, что по нормальном workflow для этого даже команды вводить не надо.
git pull && npm runОХ
Ребят, подскажите плиз. Я правильно понимаю, что из любого не сафари браузера нельзя получить доступ к камере на яблочных устройствах?
АА
Вроде, можно
VI
Ребят, подскажите плиз. Я правильно понимаю, что из любого не сафари браузера нельзя получить доступ к камере на яблочных устройствах?
открыть камеру имеешь ввиду?
ОХ
Да, открыть камеру