Предпочтение отдаю Continuous Delivery и частым коммитам по trunk base development модели.
1. Каждые
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 и так далее. Эти штуки тока набирают обороты. Так что сейлинг поинты хоть пока долгое время еще будут в силе но не такие уж очевидные.
У пайтона, как и у джаваскрипта богатейшая экосисетма и их сравнительно легко выучить (чему не мало способствует динамическая система типов).
Го тоже прост, быстр и прямолинеен и имеет свою нишу в микросервисах и инфраструктуре
то для чого брати дотНет, окрім бажання когось із стейкхолдерів поки не ясно
Я бы еще кое-как понял если бы такое говорили лет
А для розробника корисно мати девопсячі скіли які набуваються за роботою з лінуксом.
За серверным линуксом собственно, без иксов и GUI в принципе: кубик настроить там, апачи или ядро пересобрать.
Да и все те же навыки вполне так же получаются в WSL, GitBash и прочем cygwin ранее под виндами. Собственно ту же полноценную убунту из microsoft store туда ставите и радости море
Конечно хорошо, особенно для девушек :)
А стоит ли Java того?
Для чего стоит? Для рынка труда? Возможно. В любом случае хорошая база и материала много. А дальше посмотрите, все развивается очень быстро.
Сложилось ощущение, что в Node.js и на входе и на senior позиции намного меньше требования
Синьорная позиция она вообще не о языках программирования или о стеке. Просто в каких-то сообщеставах существуют бородатые и веками оформленные практики и золотые стандарты. В данном случае Java бородатей и традиций больше. Node.js куда моложе и привлекательней когда освоил немного JavaScript-а и хочется в бекенд пойти, а другого еще не выучил.
многие жалуются о том, что проекты на Java явное legacy, где ты не будешь получать удовольствие от работы и не будешь видеть результат своего труда
Из-за возраста Java это логично. Такое есть в каждом языке и платформе которой больше
Ну цветные приключения наверное вам уже не по возрасту, а растяжка то чем не угодила?
Понеслось гавно по кочкам...
Так это нормальный процесс разработки. Переосмысливать, рефакторить, архитектуру менять, переписывать. Бизнес тоже на месте не стоит и правила меняются
Ненависть и желание сегрегации по языковому признаку похоже вам глаза режет.
чи погодитесь ви працювати в українській компанії
А кто сказал что она украинская? У них же с офсайта:
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
Лишним он никогда не бывает. Бывает непонимание необходимости рефакторинга как со стороны менеджмента так и со стороны разработчиков.
Суть рефакторинга это улучшение кода без нарушения работы функциональности. Тесты уже должны быть, по крайней мере e2e где видно что flow не поломался.
Вообще чтобы держать хату чистой и проекту выжить в долгосрочной перспективе рефакторинг должен быть постоянный и беспощадный. Можно конечно и отдельными PR-ми, главное чтобы не терялся в приоритетах относительно других задач.
Мне нравится эта цитата Джеза Хамбла из книги о Continuous Delivery:
По топику. Думайте о каждом своем коммите как о вашей подписи на официальном документе: он идет либо в hall of glory либо в hall of blame. Минимизируйте антирекламу на свою персону для последующих разрабов, ведь с ними еще может быть прийдется работать. Never know...