диагноз программисту по сорцам?

Я поднимаю свой keras... А, блин, датасета нет.

но по статистике она стабильно только у 1% населения бывает

возможно это както коррелирует с вместимостью психдиспансеров 8)

Шта, однобуквенные ваще нельзя? Фор(инт итератор = 0; пейсать, штоле?

всегда так делаю xD

см. Quartz: http://www.quartz-scheduler.org/

Шта, однобуквенные ваще нельзя? Фор(инт итератор = 0; пейсать, штоле?

Конечно, нельзя. no raw loops.

Вот-вот. Пятьдесят уровней абстракции, четыре фреймворка и три команды админов на поддержке сервиса, системы мониторинга для него и системы мониторинга мониторинга, чтобы выполнить раз в неделю один sql-запрос. Java-разработка как она есть.

«админов» быть вообще не должно, только автоматика и «девопсы», которые эту автоматику разрабатывают :)

очевидно, что SQL запросы уже никто не пишет (только в хранимках внутри БД). API базы выполняется в виде ORM, например, Hibernate.

конечно, можно навелосипедить прослойку: крон будет дергать баш скрипт, который дернет java -jar с нужными параметрами, а в джарке будет упакован Spring Boot в Standalone режиме, обязательно в полной версии с поддержкой JPA (который запускается охренеть как долго, кстати - секунд 5 точно), который проинициализирует Hibnerate, который дернет API базы данных. Конечно, если база данных вообще так устроена, что к ней можно делать запросы более чем с 1 ноды, иначе между Бутом и основным севером придется делать какой-нибудь мост через HTTP/JSON, SOAP или JMX

а так как, скорей всего, никто не захочет руками править файлы, нужна веб-морда. Поэтому нужно будет притащить парсер/компилятор крон-файлов, замапить джавовские объекты на строчки в кроне, и гонять этот файл туда-сюда (не забыв предусмотреть исключения типа - питание на сервере мигнуло именно тогда, когда мы писали новый конфиг крона). И у этой морды будут реальные файловые права на запись на серврере - дополнительная секурити проблема

гораздо проще не плодить лишних сущностей (всех этих мерзких запускаторов на баше, запускаторов на буте, парсеров крона, мапперов между разными объектами на стороне джавы итп), а дернуть API базы напрямую из джавного сервера и сказать кварцу повторять этот запрос раз в какое-то время - это три строчки кода

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

вот за одно это хочется убивать

точнее нет, хочется посадить java-девелоперов на полгода пользоваться разработанным ими сервисами

создать 50 новых проектов в bitbucket, поменять параметры 42 тестов в дженкинсе, и переключить «в web-морде» 35 feature toggles на 150 серверах, согласовав каждый с коллегами из трех департаментов.

И так каждую неделю.

Как вы умудряетесь произносить слова автоматизация и devops вслух, и не сгорать в божественном очищающем пламени в ту же секунду?

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

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

сей пост наполнен болью админа, который не умеет

Помнится на вопрос как управлять конфигами дженкинса, ты ответил что в дженкинсе не должно быть более 10 тестов. И тогда управлять ими «легко».

Так что твоя оценка безусловно очень ценна.

Помнится на вопрос как управлять конфигами дженкинса, ты ответил что в дженкинсе не должно быть более 10 тестов

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

это типичный твой подход - вместо того чтобы решить проблемы, ты городишь костыли и подпорки, так и в это треде 8)

Мы сейчас долго можем в друг друга кидаться. Но на самом деле забавно, что у нас даже определение, что именно в рамках этой задачи является «костылем», не совпадает.

практика подсказывает, что адепты костылизма обычно считают костыли ажурным декором лишь повышающим элегантность системы 8)

А ты всё упорствуешь.

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

Решать проблему плохой организации управления

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

Collective code ownership и весь становится квадратным. Вообще не поймешь, твой ли код или нет. Чужие косяки можно определить только по странным архитектурным решениям, свои косяки как обычно не пахнут. В жабе все просто, статические анализаторы в ide и sonar. В более гибких языках практикуют постоянные код ревью до тех пор пока не отформатируют психику новоприбывшего под коллектив. «математики» и всякие прочие сайнс/бинзесаналист, если выпадают из it подразделения то терпеть до окончания проекта, с него главное вытрясти алгоритмы в понятном виде на wiki.

Ну так математики под себя обычно код пишут. Как всегда, вам шашечки или ехать?

Как всегда, вам шашечки или ехать?

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

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