лишний рефакторинг кода

Лишним он никогда не бывает. Бывает непонимание необходимости рефакторинга как со стороны менеджмента так и со стороны разработчиков.

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

Суть рефакторинга это улучшение кода без нарушения работы функциональности. Тесты уже должны быть, по крайней мере e2e где видно что flow не поломался.
Вообще чтобы держать хату чистой и проекту выжить в долгосрочной перспективе рефакторинг должен быть постоянный и беспощадный. Можно конечно и отдельными PR-ми, главное чтобы не терялся в приоритетах относительно других задач.

Мне нравится эта цитата Джеза Хамбла из книги о Continuous Delivery:

if it hurts, do it more often, and bring the pain forward.

По топику. Думайте о каждом своем коммите как о вашей подписи на официальном документе: он идет либо в hall of glory либо в hall of blame. Минимизируйте антирекламу на свою персону для последующих разрабов, ведь с ними еще может быть прийдется работать. Never know...

Предпочтение отдаю Continuous Delivery и частым коммитам по trunk base development модели.

1. Каждые 30-60 минут PR в основную ветку (максимально информативные коммиты, чем чаще тем лучше). Фича-брэнчи имеют максимальный срок жизни не более суток (extreme case)
2. Тесты! Перед пушем PR локально регрессии проверять и покрывать новый функционал
3. Настроить git pull на ребейз. Часто ребейзится с транка, подтягивать изменения других разрабов.
4. Прятать фичи под feature toggles. Branch by Abstraction ваш друг.
5. По максимуму используем линтеры и стат. анализ кода
6. Держать основную ветку всегда в боевой готовности и готовной к релизу.

Философия такая что deployability важней чем полная готовность фичи. Итеративность и мелкие шаги ключевое. Конфликтов по такой схеме минимум. Большинство проблем с длинными PR-ами отпадает само собой.

Просто напрямую искать интересные компании с remote-вакансиями (думаю, будет много отказов т.к. ожидается кандидат хоть где-то в EU/US)?

Думаю что уже не тяжело. В EU поменял вот работу на full remote при рейте ЗП больше на 35% чем в предыдущей EU компании с большим и красивым офисом куда ножками ходил. Сейчас вон USA уже и до латинской америки докатились ибо голод и рейты сумасшедшие. Уже готовы чуть ли не с улицы после курсов брать на джунов.
По теме: restofworld.org/...​artup-developer-scarcity

В тандеме с быстрыми займами под 700% годовых, коллекторами, ломбардами и нищим населением, статистика по лудоманам будет стремиться к статистике по самоубийствам.

Отлично! Знать продукт — залог качественных юзер сториз и успешной имплементации. За мотивацию к такому экшну отдельный респект.
На практике, для небольших продуктов выделеный продакт оунер и не нужен.

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

И это говорят хохлы, которые разгоняют табора циган и нападают на иностранцев. А еще любят евреев и ни разу ни антисемиты :)

Це перемога

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

Открытостью

Ну это уже не уникально только для Java. Весь Azure стоит на линуксовых серверах а майкрософт уже как бы контрибьютит в Linux Foundation, OSI и поменяла порядком лицензий на открытые (DLR, xUnit, Mono и т.д.) и частично опен сорснули код .NET. F# так и вообще под Apache License 2.0. Тот же PowerShell работает под линукс и опен сорс. С 2010 как Сатья Наделла стал у руля этот корабль поменял курс.

пулом технологий

А что там такого что нет в .NET или что на Java можно сделать такого что не потянет .NET? Ну не придумывайте :)

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

Уже нет, хватит ностальгировать :)

Если ты придешь в некую усредненную ентерпрайз компанию

То там будет и C и C++ и Java и еще большой зоопарк включая C# , Python и все что попало.

начиная от древнего легаси

Вот это легко

и хайповых монгах с кафками

Причем тут инфраструктура вообще до ЯП и платформы? Слышали може про SDK и протоколы?

. В тоже время днонет — это всегда какое-то легаси, написанное тремя студентами в 2007-м году на волне хайпа сишарпа

Про легаси лучше бы не заикались, в контексте то Java :)

эту систему все ненавидят, она тормозит и падает, но ее переделка не на часі.

Хахаха... если она тормозит и падает и при этом умудряется перегонять Java по производительности (benchmarksgame-team.pages.debian.net/...​sgame/fastest/csharp.html), то что говорить о том как спотыкается старушка?

В целом у вас очень ограниченное и поверхностное представление о текущем положении дел в .NET

Джава — це опція по замовчуванню

У кого? Где? Кто сказал? Ток пожалуйста без укуренных рейтингов от TIOBE, хотя даже и там от Java стабильно убывают проценты по динамике.

І якщо «селінг поінти» пітона, джаваскріпта чи якогось го мені зрозумілі

Сейлинг поинты у джаваскрипта? это же какие, кроме безысходности от того что браузеры понимают только его? Ну ладно, то лирика. Ожидаемые сейлинг поинты очевидно это веб. Но современные тенденции — транспайлить с нормального языка в джаваскрипт и WASM. Примеров уйма на всех платформах, начиная от того же тайпскрипта, Dart, Elm, Fable и так далее. Эти штуки тока набирают обороты. Так что сейлинг поинты хоть пока долгое время еще будут в силе но не такие уж очевидные.

У пайтона, как и у джаваскрипта богатейшая экосисетма и их сравнительно легко выучить (чему не мало способствует динамическая система типов).

Го тоже прост, быстр и прямолинеен и имеет свою нишу в микросервисах и инфраструктуре

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

Я бы еще кое-как понял если бы такое говорили лет 7-8 назад. Сейчас это унифицированная, кросс-платформа для всех случаев жизни: веб, мобайл, микросервисы, ентерпрайз, машинное обучение и далее по списку. А по производительности уже давно обошла джаву (пруф: benchmarksgame-team.pages.debian.net/...​sgame/fastest/csharp.html). И кстати свой клауд имеется что добавляет сейлинг поинтов немало.

А для розробника корисно мати девопсячі скіли які набуваються за роботою з лінуксом.

За серверным линуксом собственно, без иксов и GUI в принципе: кубик настроить там, апачи или ядро пересобрать.
Да и все те же навыки вполне так же получаются в WSL, GitBash и прочем cygwin ранее под виндами. Собственно ту же полноценную убунту из microsoft store туда ставите и радости море

Конечно хорошо, особенно для девушек :)

А стоит ли Java того?

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

Сложилось ощущение, что в Node.js и на входе и на senior позиции намного меньше требования

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

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

Из-за возраста Java это логично. Такое есть в каждом языке и платформе которой больше 10-15 лет от роду: C# (ASP.NET), Python, JavaScript, Ruby on Rails и иже. Но жалуются не на старый язык или платформу, а на подход в проектировании и общую архитектуру, качество кода. Если писали обезьянки, то не мудрено (90% случаев так и будет). Перед тем как зайдете на проект, уточняйте с чем работать прийдется и кто наставники.

Ну цветные приключения наверное вам уже не по возрасту, а растяжка то чем не угодила?

Понеслось гавно по кочкам...

Так это нормальный процесс разработки. Переосмысливать, рефакторить, архитектуру менять, переписывать. Бизнес тоже на месте не стоит и правила меняются

Ненависть и желание сегрегации по языковому признаку похоже вам глаза режет.

чи погодитесь ви працювати в українській компанії

А кто сказал что она украинская? У них же с офсайта:

As a well-established European company...

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

Это как если подавать заявку на работу в компанию которая пишет на Java или Kotlin, а ты пишешь на JavaScript и удивляться почему не взяли, я ведь могу понимать код который пишут на Java.

Из Google Code Conventions по C++ (как-то не нашел по Go):

Comments are absolutely vital to keeping our code readable. The following rules describe what you should comment and where. But remember: while comments are very important, the best code is self-documenting. Giving sensible names to types and variables is much better than using obscure names that you must then explain through comments.

google.github.io/...​de/cppguide.html#Comments

Как ни крути, а чистый код никто не отменял. Вы бы еще код ядра Линукса привели. Для низкоуровневого кода камменты нужны. Go и Си в эту калитку. Посмотрите репозитории с чем-нибудь на C#, Scala, Kotlin, Java — комментариев будет на порядок меньше (я не говорю про камменты хедеров, параметров ф-й и классов для докогенераций). Для примера CMS-ка от Microsoft: github.com/...​ntentDefinitionManager.cs

С каких пор regex стал языком? То ли дело Brainfuck