AV
будет и код комплишн
Size: a a a
2018 February 02
AV
и не сбилдиться если опечатаешься
AV
аналог TS с DI без TS
AB
Если тебе нужна строгая типизация — ты выбрал не тот инструмент. Гвозди можно и микроскопом забивать, но нужно ли это?!
Js это микроскоп или гвоздь?
🦉
Js это микроскоп или гвоздь?
топор
🦉
>
опять же зачем? тебе нужно сделать противоествественные для JS вещи, а именно описать интерфейс и его реализовать, но на самом деле в JS тебе от этого интерфейса ни жарко ни холодно, потому что нет строгой системы типов которая обяжет тебя следовать правилам типизации. Т.е. ты проделаешь лишнюю работу выделяя абстракции — а вопрос только один — зачем?
Config: ioc.get(Config): опять же зачем? тебе нужно сделать противоествественные для JS вещи, а именно описать интерфейс и его реализовать, но на самом деле в JS тебе от этого интерфейса ни жарко ни холодно, потому что нет строгой системы типов которая обяжет тебя следовать правилам типизации. Т.е. ты проделаешь лишнюю работу выделяя абстракции — а вопрос только один — зачем?
вообще типизация это круто и удобно
но когда она статическая
но когда она статическая
AV
В итоге при билде типы вырезаются и остаётся просто JS, но правда с кучей лишних прототипов :(
VG
Спасибо за вчерашний митап. И приходите к на мна piterjs 22 15.02.18 c докладами! https://medium.com/piterjs/piterjs21-86a59b21a200
ЕЩ
Js это микроскоп или гвоздь?
тут как совесть позволит =)
NM
Вообщем, я чуть позже (после выходных) скину ссылку на npm пакет, там будет новая версия IoC, то что я показывал мы написали в 2015. Чувак, оказывается, недавно его усовершенствовал для применения на других проектах. Ему нужно описание с примерами запушить.
VK
Всем привет. Кто сталкивался с тем, что создать dbPool к mysql получается, а ответы на запросы не приходят. ошибок нет, просто коллбэки не вызываются. Это на убунте, на маке все ок.
AM
Господа бэкендеры, а ни у кого не было опыта внедрения монорепо? Lerna, Yarn Workspaces вот это всё
2018 February 03
2018 February 04
AV
Господа бэкендеры, а ни у кого не было опыта внедрения монорепо? Lerna, Yarn Workspaces вот это всё
Поделись опытом, может можешь привести пример из реальной жизни (или хотябы абстрактно), когда монорепы стоит использовать?
AM
о, это легко
AM
работает на lerna, в папке packages лежат лежат все либы которые публикуются отдельно, но хранятся и разрабатываются в монорепо
AM
но меня скорее интересуют более сложные случаи, когда параллельно разрабатывается в компании несколько больших проектов имеющих общую кодовую базу, тут уже не построить файловую структуру как в примере с babel, так как либы нужны во всех проектах. Например, один и тот же логгер используется в трёх проектах и должен одновременно правиться и тестироваться во всех трёх. Вариант — все три проекта лежат в монорепо и на том же уровне лежат либы, например логгер, внутрь проектов либы завозятся симлинками. Так в принципе работает yarn workspaces
AV
О спасибо. Интересный подход. Раньше все писали монолиты. Потом поняли, что это не годится, стали бить на разные репы, а теперь похоже опять возвращаемся монолитному хранению кода :)
Я хз просто интересуюсь, если релизные циклы у каждого проекта свои, или если проекты очень большие не будут ли проблемы от подхода с монорепой? Я так понял вы это и хотите проверить. Если так то было бы круто узнать результат эксперимента.
Я хз просто интересуюсь, если релизные циклы у каждого проекта свои, или если проекты очень большие не будут ли проблемы от подхода с монорепой? Я так понял вы это и хотите проверить. Если так то было бы круто узнать результат эксперимента.
AM
Скорее проблемы идут от неиспользование монорепозитория, самая тяжелая — когда проекты сидят на разных мажорах общей либы и при критической уязвимости вынуждены прыгать через 2-3 мажора, либо приходится одновременно поддерживать несколько мажоров