Читаю комментарии и вижу что люди удивляются почему их заминусовали.
Может при минусовании анонимно указывать причину? Конечно, на это надо потратить человекочасы, но можно будет зайти в профиль и посмотреть почему/за что снизили карму.
И еще вопрос. Gradle может искать артефакт в разных репозиториях. Например, maven central репозиторий внутри DMZ не доступен, но доступен Nexus Sonatype, он скачает с Nexus Sonatype. Планируется такое в Maven?
Стабильность. Периодически падает и теряет данные или ломает данные на диске. В последнем случае не может подняться или не может сделать компакшен, от чего количество открытых файлов улетает в космос. Лечится полной остановкой DB и выполнением команд в надежде, что хоть одна поможет.
Скорость. Заявленное в маркетинговых бумажках касается не постоянного рейта, а спайков.
Не работают внутренние лимиты на запросы вида SHOW TAG KEYS FROM ALL или SHOW EXACT SERIES CARDINALITY и на средней базе может положить все.
Потребление ресурсов. Сожрать 256ГБ RAM, закусить 320GB свопа и все равно упасть по OOMу -- легко (в момент 6-ти часового запуска, который обусловлен тем, что при старте он читает с диска все индексы в память(InMem)).
Частые breaking changes. За 3 года сменили 5+ движков (закончили это делать на версии 0.9 (December 8, 2014)). Следующий Breaking Changes - это Influx 2.0, где они ушли от База Данных\Ретеншн полиси в сторону Buckets, поменяли язык запросов на Flux.
Периодически выкатывают фичи непонятно зачем сделанные, например сделали ifql (Flux) или Continuous Queries (последние выпилили в пользу task, по факту те же яйца только с Flux-ом) или Chronograf(буква C в TICK), при живой то графане.
Безалаберность при подготовке релизов.
Не самосогласованные утилиты экспорта и импорта из базы - если вы что-то экспортировали через cli, то импортировать обратно файлик не прокатит. restore из backup полностью заменяет всю метаинформацию о базах. Селективности и merge не завезли.
Телеграф как часть платформы TICK(буква T), например, они ломали поддержку Прометея в телеграфе 1.3.2 (замена символов не попадающих под [a-z]). Или, например, невозможность оверрайдить Retention Policy в (input,output).kafka, т.е. организовать полноценную связку metrics -> telegraf -> kafka -> telegraf -> influx у вас не получится.
Капаситор(бука K в TICK), очень неадекватно себя ведет, подстать InfluxDB. Выжирает RAM как не в себя, может говорить, что всё "ок", когда данных нет. Требует нежного обращения и ухода.
Code review - это процесс, в котором другие разработчики программного обеспечения проверяют код конкретного инженера с целью проверить его соответствие стандартам, выявить ошибки, выявить несоответствия в стиле кодирования и .... и в целом характеристикам качественного кода.
Несмотря на все вспоминаемые плюсы, у code review есть и недостатки. Первый - это длительность процесса, потому что некоторым людям приходится тратить время на просмотр кода, а другим - на его исправление. Другой недостаток - повышенная стоимость реализации проекта, так как разработчикам приходится оплачивать время.
Автоматизируйте все что можно. Я написал в этом комментарии как и какими инструментами можно автоматизировать и можно сократить расход времени и денег.
Покрытие тестами - Есть ли тесты для модифицированного или нового кода?
Для этого есть инструменты. Ищутся так: Test Gap Analysis и Minimize Your Regression, например SonarQube.
Есть ли потенциальные проблемы с безопасностью в коде? Создает ли код новые дыры в безопасности системы?
Спасибо за пост. Подскажите, пожалуйста, если знаете сниффер/прокси, который бы записывал только request.header, response.header, записывал ip источника, ip получателя. В Openshift как sidecar контейнер я его сам добавляю. Я нарисовал простую схему для понимания. Заранее спасибо.
Спасибо за пост. Подскажите, пожалуйста, если знаете. Есть проект, в нем исходники в src, есть тесты в директории test. Как при запуске mvn clean compile && mvn clean test добавить для компилируемого java приложения javaagent? Например:
Мне кажется, лучше сделать пустую форму для заполнения комментария при минусовании кармы.
Можно взять дизайн такой же как при минусовании статей. MVP сделать, потом можно дорабатывать.
Читаю комментарии и вижу что люди удивляются почему их заминусовали.
Может при минусовании анонимно указывать причину? Конечно, на это надо потратить человекочасы, но можно будет зайти в профиль и посмотреть почему/за что снизили карму.
Спасибо за пост. Кстати, есть телеграм чат по Github Action https://t.me/github_action_ru
Спасибо за пост. Может стоит добавить про Maven Daemon ? Примеры все равно используют maven.
Попробовал использовать виртуальную карту visa от yoomany - не получилось. Выдало ошибку.
Подскажите, а CACHE-REMOTE уже в stable или нет? Пока вижу что дока не в главном репозитории, https://github.com/deutschebank/maven/blob/7d1b8c094f2145909978142a0faa4257a244dc22/Documentation/CACHE-REMOTE.md
И еще вопрос. Gradle может искать артефакт в разных репозиториях. Например, maven central репозиторий внутри DMZ не доступен, но доступен Nexus Sonatype, он скачает с Nexus Sonatype. Планируется такое в Maven?
Вот пост на хабре про Гнев, торг и депрессия при работе с InfluxDB
Вот бенчмарки сравнения с VictoriaMetrics:
When size matters — benchmarking VictoriaMetrics vs Timescale and InfluxDB
High-cardinality TSDB benchmarks: VictoriaMetrics vs TimescaleDB vs InfluxDB
Insert benchmarks with inch: InfluxDB vs VictoriaMetrics
First look at performance comparison between InfluxDB IOx and VictoriaMetrics
Неполный список проблем InfluxDB на момент версии 1.7:
Хороший доклад со списком косяков и решений для них от августа 2020 -> https://youtu.be/-3dDD4KmCAM
Стабильность. Периодически падает и теряет данные или ломает данные на диске. В последнем случае не может подняться или не может сделать компакшен, от чего количество открытых файлов улетает в космос. Лечится полной остановкой DB и выполнением команд в надежде, что хоть одна поможет.
Скорость. Заявленное в маркетинговых бумажках касается не постоянного рейта, а спайков.
Не работают внутренние лимиты на запросы вида
SHOW TAG KEYS FROM ALLилиSHOW EXACT SERIES CARDINALITYи на средней базе может положить все.Потребление ресурсов. Сожрать 256ГБ RAM, закусить 320GB свопа и все равно упасть по OOMу -- легко (в момент 6-ти часового запуска, который обусловлен тем, что при старте он читает с диска все индексы в память(InMem)).
Платная кластеризация (была представлена как часть OSS в версии 0.9 (December 8, 2014) и исчезла в 1.0 (September 26, 2014), став привилегией Enterprise версии).
Частые breaking changes. За 3 года сменили 5+ движков (закончили это делать на версии 0.9 (December 8, 2014)). Следующий Breaking Changes - это Influx 2.0, где они ушли от База Данных\Ретеншн полиси в сторону Buckets, поменяли язык запросов на Flux.
Периодически выкатывают фичи непонятно зачем сделанные, например сделали ifql (Flux) или Continuous Queries (последние выпилили в пользу task, по факту те же яйца только с Flux-ом) или Chronograf(буква C в TICK), при живой то графане.
Безалаберность при подготовке релизов.
Не самосогласованные утилиты экспорта и импорта из базы - если вы что-то экспортировали через cli, то импортировать обратно файлик не прокатит. restore из backup полностью заменяет всю метаинформацию о базах. Селективности и merge не завезли.
Телеграф как часть платформы TICK(буква T), например, они ломали поддержку Прометея в телеграфе 1.3.2 (замена символов не попадающих под
[a-z]). Или, например, невозможность оверрайдить Retention Policy в (input,output).kafka, т.е. организовать полноценную связкуmetrics -> telegraf -> kafka -> telegraf -> influxу вас не получится.Капаситор(бука K в TICK), очень неадекватно себя ведет, подстать InfluxDB. Выжирает RAM как не в себя, может говорить, что всё "ок", когда данных нет. Требует нежного обращения и ухода.
Спасибо за этот тариф. Я думаю сообщество ждет от Okmeter следующих фич:
Log Management
Application Performance Monitoring
Exception Tracking
Спасибо за пост.
Вот это не задача Code review. Это задача инструментов, которые проверяют код в автоматическом режите. Например: pre-commit, pre-receive, SonarQube, tslint, prettier и так далее.
Автоматизируйте все что можно. Я написал в этом комментарии как и какими инструментами можно автоматизировать и можно сократить расход времени и денег.
Для этого есть инструменты. Ищутся так: Test Gap Analysis и Minimize Your Regression, например SonarQube.
Для этого есть инструменты SAST, DAST, semgrep и другие.
Тестировать бд нужно в Database Lab.
Я посту поставил плюс, так как code review действительно нужно.
Спасибо за пост. Подскажите, пожалуйста, если знаете. Есть проект https://github.com/spring-petclinic/spring-petclinic-cloud
Я пытаюсь запустить spring-petclinic-cloud в kubernetes. Получаю ошибку
java.net.UnknownHostException: wavefront-proxyКак развернуть Spring-Petclinic-Cloud на k8s без
wavefront?Issue есть https://github.com/spring-petclinic/spring-petclinic-cloud/issues/39
Спасибо за пост. Рассматривали ли вы tfenv как замену TFSwitch, и helmwave как замену Helmfile ?
Спасибо за пост. Подскажите, пожалуйста, если знаете сниффер/прокси, который бы записывал только request.header, response.header, записывал ip источника, ip получателя. В Openshift как sidecar контейнер я его сам добавляю. Я нарисовал простую схему для понимания. Заранее спасибо.
Есть IDE от JetBrains.
Есть Visual Studio Code. Лучше, мне кажется, не будет.
Спасибо за пост. Может medium стоит добавить в сравнение?
Спасибо за пост. Подскажите, пожалуйста, если знаете. Есть проект, в нем исходники в src, есть тесты в директории test. Как при запуске mvn clean compile && mvn clean test добавить для компилируемого java приложения javaagent? Например:
Заранее спасибо.
Кстати, по Sentry есть русскоязычный чат https://t.me/sentry_ru
У кого нет Apple Fitness+ можно использовать Workout Trainer
На счет self-hosted. А вы смотрели здесь https://docs.github.com/en/actions/hosting-your-own-runners/about-self-hosted-runners ?