Ну так, очень похоже

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

а что нынче модно заместо?

Хз, я не нашёл ничего, решил затестить в лоб пока что

я хз а есть ли такие совсем хорошие библиотеки. но вот боты для телегама прямо очень приятные в написание

telegraf

Логи — это вообще больное) Я свою библиотеку пилю как итог

таких больных тем десятки, да любая базовая задача такая больная

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

А, ну с этим я тоже не согласен

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

https://github.com/visionmedia/supertest/issues/383

я бы mud'ы делал на телеграмме

А, ну с этим я тоже не согласен

Да, я ж помню мы ссорились на этут ему почти год назад

таких больных тем десятки, да любая базовая задача такая больная

Вот и я про что))

логи - да, свои костыли :/

Почему 100? Может вместо костыля на 101 месте решение

Надо тогда весь npm изучать

Перед тем как каждую функцию писать

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

поддерживать потом это будет проще

https://github.com/visionmedia/supertest/issues/383

ну это несерьезно, так 90% пакетов можно назвать не поддерживаемыми) 4 месяца назад последний коммит, это нормально абсолютно

логи - да, свои костыли :/

а что именно вы костылите? что не устраивает? API?

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

Выйдет более предметно

я хочу на каждое сообщение логгировать trace_id (аля опентрейс) с нормальным трейсом, с несколькими допполями, и всё это в формате котрый потом легко и просто уйдёт из докера с елку с кибаной

Чуваки, а есть что-то тип списка "100 лучших нпм модулей" который можно давать нубам просвящаться?

Есть на гитхабе список. awesome npm называется, но это не точно

я хочу на каждое сообщение логгировать trace_id (аля опентрейс) с нормальным трейсом, с несколькими допполями, и всё это в формате котрый потом легко и просто уйдёт из докера с елку с кибаной

Это мега проблематично

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

хаха, а лучший это по каким критериям?

Ну вот недавно вытащили на тестовый стенд, погоняем с несколько меясцев, там посмотрим

Несколько месяцев? Чет перебор

ну это несерьезно, так 90% пакетов можно назвать не поддерживаемыми) 4 месяца назад последний коммит, это нормально абсолютно

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

хаха, а лучший это по каким критериям?

Определить ряд критериев Популярность, поддерживаемость, чистота кода, ч.т.д.

Несколько месяцев? Чет перебор

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

Не хочется в проде начать всё переделывать.

я хочу на каждое сообщение логгировать trace_id (аля опентрейс) с нормальным трейсом, с несколькими допполями, и всё это в формате котрый потом легко и просто уйдёт из докера с елку с кибаной

а вы куда лог пишете в контейнере? по большому счету для приложения правильно контейнеризованного вполне хватит простой и эффективной обвязки вокруг console

у меня с елкйо проблема

она дохнет (

а вы куда лог пишете в контейнере? по большому счету для приложения правильно контейнеризованного вполне хватит простой и эффективной обвязки вокруг console

пока в стдаут

и у меня нету админов которые бы не говорили мне что они не могут в elk stack

Что есть ёлка, что- кибана?

elasticsearch logtash kibana

пока в стдаут

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

kibana - штука визуализатор повехр данных из эластика

логгирование это не только "а давайте серанем вот этой мессагой куданить"

А, логстеш

logstash штука для процессинга логов и там обычно какой-нибудь grok для доставки

Я просто в такой формулировке не слышал

Определить ряд критериев Популярность, поддерживаемость, чистота кода, ч.т.д.

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

Я просто в такой формулировке не слышал

так обычно все пишут elk stack

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

несколько списков тоже неплохо

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

Это обычная практика

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

И так даже лучше

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

Вообще да, хороший вброс получился)

логгирование это не только "а давайте серанем вот этой мессагой куданить"

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

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

И для все этой еботни нельзя просто сделать console.info и радоваться жизни

И так даже лучше

так а что нового будет? сейчас и так уже все поделились по убеждениям. вы правда думаете что обсуждать что лучше vue, react или angular имеет смысл?

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

дело в том что если бы всё так было, то за нас бы уже кодили)

единственная нужда программистов

лишь в адаптации под конкретную задачу

какие-то топ 100 списки делать глуповато

так а что нового будет? сейчас и так уже все поделились по убеждениям. вы правда думаете что обсуждать что лучше vue, react или angular имеет смысл?

Конечно нет смысла Ведь реакт- лучший

лишь в адаптации под конкретную задачу

плюс есть всегда количество звезд, неразобранных PR, issues без ответа, понятность документации, тесты. это без всяких списков и голосований ответит на вопрос нужно ли трогать такой пакет

так а что нового будет? сейчас и так уже все поделились по убеждениям. вы правда думаете что обсуждать что лучше vue, react или angular имеет смысл?

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

более того менять фреймворки и пакеты на разных стадиях роста вполне нормально и неизбежно

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

меняется команда - меняется инфраструктура

меняется команда - меняется инфраструктура

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

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

В итоге все будет Hadoop

https://github.com/visionmedia/supertest/issues/383

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

Мне норм

В итоге все будет Hadoop

ой все!

Везде есть исключения

зачем hadoop в 2k17?

зачем hadoop в 2k17?

Это быстро и синтаксис такой знакомый.

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

ну не там сменилось руководство. да и postgres на самом деле запилил после этой статьи репликацию через команды

Мне норм

ну underscore до сих пор едва ли не популярнее lodash и всем норм

Напоминаю, что 98% сайтов используют jQuery

Напоминаю, что 98% сайтов используют jQuery

Не упоминай это имя в суе

ну не там сменилось руководство. да и postgres на самом деле запилил после этой статьи репликацию через команды

ну у постгресменов бомбануло сильно от их статьи но патчи полетели очень бодро)

да ниче у них не бомбануло. я сомневаюсь что это было не решаемо в убере.

Напоминаю, что 98% сайтов используют jQuery

ну jquery в отличие от underscore развития не закрывал

ну jquery в отличие от underscore развития не закрывал

Ты про их вот эти последние потуги?

не стало экспертов в постгре видимо в их команде. там же тоже есть ротации.