Мне вот никогда было непонятно. - смотрите чуваки, классная штука, все зависимости ап-ту-дейт, с красивыми пул/мердж реквестами, возможностью гибкой настройки что, где, куда и когда. экономит кучу времени на рутинных задачах. - ой, чота нет, у нас тестов нет и вдруг оно упадет - :фейспалм:
Я лично все время встречаю спецэфекты от программистов и не обновленных во время библиотек.
Инструмент очень мощен и удобен. На мой вкус, приятнее депенданси бота, хотя и в нем встречаются странности.
какой эффективности? ;-) SkinVision три года назад был на уровне 92-95% что сильно выше рядового дерматолога и на уровне профессионала с большим опытом работы. Думаю с тех пор они еще подняли качество.
https://www.skinvision.com/ но сервис платный, и немного капризный к телефонам, не на всех моделях стабильно работает. Фоточка проверяется ML pipeline-ом и выдает рекомендацию - высокий риск и надо идти к врачу, или низкий и надо продолжать наблюдать, ну и фоточки потом контролируются врачем-дерматологом и могут скорректировать рекомендацию.
В пользу Bitbucket Pipelines, но кмк это не принципиально, практически любой современный CI/CD уделывает Jenkins, обросшего кучей проблем за 20 лет разработки.
Jenkins дошел до того момента, когда переписать с нуля, не выглядит такой уж безумной затеей.
Я не уверен, что у всех не так с мавеном, у меня с ним тоже проблем не было. Нет, не так. Не было проблем, что я бы не смог решить за разумное время.
Но что я слышал от других:
— ненависть к XML перекидывается на инструменты, что его используют, те не любят за конфигурацию через xml
— сложность в изменении стандартного воркфлоу, по сути только через кастомные плагины
— легко получить «депенденси хелл», когда изменение версии одной из библиотек непредсказуемо ломает билд
— конфигурация быстро разрастается и становится сложной к управлению и пониманию
ээээ, так это те-же яйца, вид сбоку. Релиз плагин все эти шаги и делает, правда он еще кой-чего полезного творил, например проверку на snapshot зависимости… кстати вот и еще недостаток всплыл, теперь никто не упадет в такой ситуации.
А вот вы никогда не задумывались, почему мавен (якобы) медленнее? Может от того что многопоточность в нем по умолчанию выключена? Кмк, я видел разоблачающую статью показывающую, что разница далеко не на порядки.
Инструмент, он невиноват, когда его неправильно используют. 100% тормозов в мавене, да и грейдле, были вызваны кривыми руками. И там и там можно такого натворить, что е-ге-гей!
Gradle развивается на тех-же принципах и подходах что и maven. В него пишут и тянут неимоверное количество плагинов, как результат, сборка занимает не пойми сколько, отчего упала непонятно, куда бежать — неясно (конечно, это со стороны моего опыта).
Подход, когда все разделено и физически невозможно смешать, мне гораздо ближе: релиз разбивается на конечное число атомарных шагов, простых и понятных. Но, пока мы не там.
Мне вот никогда было непонятно.
- смотрите чуваки, классная штука, все зависимости ап-ту-дейт, с красивыми пул/мердж реквестами, возможностью гибкой настройки что, где, куда и когда. экономит кучу времени на рутинных задачах.
- ой, чота нет, у нас тестов нет и вдруг оно упадет
- :фейспалм:
Я лично все время встречаю спецэфекты от программистов и не обновленных во время библиотек.
Инструмент очень мощен и удобен. На мой вкус, приятнее депенданси бота, хотя и в нем встречаются странности.
Реновейт может (и должен) исполнятся на внутренних мощностях, код проекта в доступе.
нет, потому что если разрабы не тупые джуны, они никому не доверяют, даже соседнему сервису (где вполне могут сидеть тупые джуны)
какой эффективности? ;-)
SkinVision три года назад был на уровне 92-95% что сильно выше рядового дерматолога и на уровне профессионала с большим опытом работы.
Думаю с тех пор они еще подняли качество.
https://www.skinvision.com/ но сервис платный, и немного капризный к телефонам, не на всех моделях стабильно работает.
Фоточка проверяется ML pipeline-ом и выдает рекомендацию - высокий риск и надо идти к врачу, или низкий и надо продолжать наблюдать, ну и фоточки потом контролируются врачем-дерматологом и могут скорректировать рекомендацию.
Ну какой-же это барк, у барка косые паруса на бизань мачте, а тут прямые (на модели).
А вообще, гадать по таким моделям то еще занятие.
я вот здесь упустил, переехали с чего? С Raspberry?
Jenkins дошел до того момента, когда переписать с нуля, не выглядит такой уж безумной затеей.
Не уверен почему гугл не догадался сам.
… сдается мне что буковка С там из русской раскладки, я таки копи-пастил…
Но что я слышал от других:
— ненависть к XML перекидывается на инструменты, что его используют, те не любят за конфигурацию через xml
— сложность в изменении стандартного воркфлоу, по сути только через кастомные плагины
— легко получить «депенденси хелл», когда изменение версии одной из библиотек непредсказуемо ломает билд
— конфигурация быстро разрастается и становится сложной к управлению и пониманию
Инструмент, он невиноват, когда его неправильно используют. 100% тормозов в мавене, да и грейдле, были вызваны кривыми руками. И там и там можно такого натворить, что е-ге-гей!
Подход, когда все разделено и физически невозможно смешать, мне гораздо ближе: релиз разбивается на конечное число атомарных шагов, простых и понятных. Но, пока мы не там.