Знания и опыт старичков в сочетании с обстановкой дичи и стартапа должны дать результат, не могут не дать!
Уверен, что у вас в загашнике есть пара прохладных былин кейсов, как вы пришли в унылый НИИ и вместе со старичками сделали из него прорывной стартап-единорог с блэкджэком и пицца-брейками. Не могли же не сделать.
Помню, пытался играть в наследников JA. И вот теперь понимаю, что это было время такой "ямы", когда делать изометрию уже не модно - при этом совместить 3D и интересный игровой опыт пошаговой тактики еще не получается. Например, "7.62" мне помнится каким-то мыльным и унылым.
Возможно, технологии шагнули вперед и время пришло.
Во-первых, миром правит не тайная ложа, а явная лажа, как известно. Это никакой не хитрый план, а попытка решить вопрос в лоб. Нет людей в ФГУП Росгосстыдсрамзаграноборонмонтаж - вот вам люди какие есть.
Во-вторых, не знаю как там сейчас, но уже в нулевых годах бюджет был наполовину заполнен льготниками, к числу которых со временем только добавлялись новые категории. Умных голов там столько же, сколько в среднем по популяции.
jOOQ выглядит хорошо, но есть ощущение, что ресурсов или альтернативного пути развития не хватает -- сложен для простых случаев.
Не понял мысль. Джук тем и хорош, что позволяет кодить в разных стилях. Хочешь - через DSL в стиле JDBC-темплейтов. Хочешь - через рекорды в стиле JPA. С ним и OLTP и OLAP элементарно пишется. Плюс фреймворк следует дао "явное лучше неявного".
Варианты: Spring Boot, Quarkus.
А тем временем ktor уже продакшн-реди. Лично я выберу ktor для следующего случая написания простой крудошлепки с классической трехслойной архитектурой.
За RoR ничего не скажу, потому как вопрос "микросервисы или монолит" к веб-фреймворку как-то слабо применим. А вот за Basecamp спасибо за наводку. Читаю пост https://m.signalvnoise.com/the-majestic-monolith/:
Basecamp is a small team. As I mentioned, we have just 12 programmers, and many of those are busy keeping the systems we’ve been creating over the last decade operational.
Ну знаете, когда на моем прошлом проекте было 4 разраба, мы тоже монолит спокойно пилили. А давайте для контраста Сбер возьмем, где разрабов никак не меньше тысячи?
Вся статья откровенное кликушество и "ученый изнасиловал журналиста". Одна из сотни команд Амазона совершила, признала и исправила ошибку. Рядовая в общем ситуация, которая для меня лишь является подтверждением идеи "сначала - монолит". А кликуша-автор уже "окончательно решает вопрос" микросервисов.
Замена вызовов методов и разделения модулей сетевыми вызовами и разделением служб в рамках единой, согласованной команды и приложения является безумием почти во всех случаях.
Прям вот ни капли не сомневаюсь, что у автора есть опыт поддержания монолитного сервиса, скажем так, с 60 разработчиками и 3кк строками кода в состоянии "согласованной команды и приложения".
Я счастлив, что мы отбили натиск зомби этой ужасной идеи
Честно говоря, я даже не знаю, что противопоставить вашей детской аргументации. Кто-то когда-то что-то не то писал на джаве - и теперь у грамотеев с хабра кулстори на сто лет вперед припасено.
Ок, у вас на виду есть проект на джаве со всратым энтерпрайзным стилем из нулевых. А у меня на виду 40 микросервисов на джаве, где ничего такого нет. Вот и поговорили, что называется.
Также предлагаю изучить код Spring 5 или Hazelcast, как примеры популярных продуктов на джаве, и поискать там ваши "абстрактные билдеры". Идите предъявляйте конкретным кодерам, а не языку, который давно уже не навязывает никакого стиля, позволяя писать что угодно и как угодно.
С чем сравниваете-то? С голангом, котлином и свифтом? А ничего, что сообщества этих языков просто учли ошибки, которые сообщество джавы набило еще в девяностых? Сейчас на джаве entreprize fizzbuzz только в легаси можно встретить.
Как мне кажется, DRY не должен противоречить SRP в первую очередь. Если переиспользование функции сопровождается тем, что она обрастает какими-то входящими параметрами, позволяющими тонко отстроить ее поведение в зависимости от нужд вызывающего, то имеем буквально нарушение "Более чем одной причины для изменения" и в целом очень хрупкий алгоритм, который чуть что аффектит вообще всех. Тут уже лучше или повториться или декомпозировать логику тем или иным образом.
В общем аргументация уровня "меня в Саратове в 98 году гопнули на 100 рублей, с тех пор ненавижу Саратов". Где-то когда-то видел корявый кейс применения полиморфизма - значит полиморфизм не нужен.
Вам не надоело "побеждать кровавый энтерпрайз" на избитых детских примерах типа "Cat extends Animal?
Придите уже хоть раз с реальной фактурой. Вот, например, была у вас полиморфная стретегия на десяток классов - вы "ускорили" код, объединив все в один условный оператор на 1к строк. И стало классно.
Или был паб-саб, а вы выкинули из него полиморфизм и теперь каждого нового сабскрайбера прибиваете в коде гвоздями. И стало классно.
Кстати, странно, что вы Spring не "отменяете" и не "побеждаете". Там под капотом сплошные полиморфизмы и паттерны. Рекомендую книжку одноименную почитать. И именно это делает Spring наиболее популярной платформой на JVM с околонулевым порогом входа.
Хорошая же тема для статей на Хабре. "Как мы нанимали бывших полубогов из фаанга и что по этому поводу думает наш тимлид из Саратова с зарплатой в 3 раза меньше"
Я вообще не сужу о квалификации разрабов из РФ. Но я уверен, что если даже она заметно упадет из-за эмиграции, то ничего критичного не случится. Критичное в моем понимании это массовые отказы ИТ-систем или принципиальная невозможность решать задачи проектирования и разработки.
Максут Шадаев заявил СМИ, что отток IТ-специалистов из России некритичен
По гамбургскому счету он прав. Я сейчас довольно часто собеседую разработчиков из Вьетнама. И там такие ребята, что с 10 годами опыта плавают в самых простых вопросах. При этом у них развит и внутренний рынок и аутсорс. Так что ИТ отдельно взятой страны вполне может жить если даже у среднего разработчика квалификация "не в зуб ногой". Худо бедно с б-жьей помощью Baeldung, Medium, StackOverflow и опенсорса приложения писать можно. Всратые, глючные, медленные, непотребного размера - но можно. Отката в каменный век все равно не будет.
В докладах я усмотрел общую мысль: разработчики не рады внедрению SAST
Разработчики обычно не рады особым безопасникам, которые в пятницу вечером запускают саст и уже в понедельник утром вешают на доску urgent-blocker-super-pooper таски и блокают пайплайны. То есть кодерам обычно все равно, что кодить, а вот коленом поддых получать неприятно.
Решается это, как ни странно, без рокет-саенса. Четко очерчивается срок переходного периода плюс до бизнеса доводится мысль, что дополнительная активность может требовать дополнительных ресурсов. Работал в конторах с сонаркубом, чекмарксом, нексусом айкью - никаких проблемы особо не было.
Да тут чего ни коснись - напоминает хреновые юнит-тесты с рассмотрением только позитивного сценария. Может быть темно или наоборот солнце прям в сенсор. Может быть пыльно, оружие может оказаться в грязи. Хозяин может быть в маске, очках или шапке. Он может зажмуриться - и лицо исказится. Рука может быть в перчатке.
Короче оружие для дуэлей хипстеров при выставленном киношном освещении.
Уверен, что у вас в загашнике есть пара
прохладных былинкейсов, как вы пришли в унылый НИИ и вместе со старичками сделали из него прорывной стартап-единорог с блэкджэком и пицца-брейками. Не могли же не сделать.Помню, пытался играть в наследников JA. И вот теперь понимаю, что это было время такой "ямы", когда делать изометрию уже не модно - при этом совместить 3D и интересный игровой опыт пошаговой тактики еще не получается. Например, "7.62" мне помнится каким-то мыльным и унылым.
Возможно, технологии шагнули вперед и время пришло.
Тут скорее или получишь прививку от патернализма и этатизма на всю жизнь. Или наоборот смертельную дозу токсина.
Во-первых, миром правит не тайная ложа, а явная лажа, как известно. Это никакой не хитрый план, а попытка решить вопрос в лоб. Нет людей в ФГУП Росгосстыдсрамзаграноборонмонтаж - вот вам люди какие есть.
Во-вторых, не знаю как там сейчас, но уже в нулевых годах бюджет был наполовину заполнен льготниками, к числу которых со временем только добавлялись новые категории. Умных голов там столько же, сколько в среднем по популяции.
Не понял мысль. Джук тем и хорош, что позволяет кодить в разных стилях. Хочешь - через DSL в стиле JDBC-темплейтов. Хочешь - через рекорды в стиле JPA. С ним и OLTP и OLAP элементарно пишется. Плюс фреймворк следует дао "явное лучше неявного".
А тем временем ktor уже продакшн-реди. Лично я выберу ktor для следующего случая написания простой крудошлепки с классической трехслойной архитектурой.
За RoR ничего не скажу, потому как вопрос "микросервисы или монолит" к веб-фреймворку как-то слабо применим. А вот за Basecamp спасибо за наводку. Читаю пост https://m.signalvnoise.com/the-majestic-monolith/:
Ну знаете, когда на моем прошлом проекте было 4 разраба, мы тоже монолит спокойно пилили. А давайте для контраста Сбер возьмем, где разрабов никак не меньше тысячи?
Вся статья откровенное кликушество и "ученый изнасиловал журналиста". Одна из сотни команд Амазона совершила, признала и исправила ошибку. Рядовая в общем ситуация, которая для меня лишь является подтверждением идеи "сначала - монолит". А кликуша-автор уже "окончательно решает вопрос" микросервисов.
Прям вот ни капли не сомневаюсь, что у автора есть опыт поддержания монолитного сервиса, скажем так, с 60 разработчиками и 3кк строками кода в состоянии "согласованной команды и приложения".
"Мы пахали"© - классика.
Так пусть спросят наконец у Чята, как это исправить.
Честно говоря, я даже не знаю, что противопоставить вашей детской аргументации. Кто-то когда-то что-то не то писал на джаве - и теперь у грамотеев с хабра кулстори на сто лет вперед припасено.
Ок, у вас на виду есть проект на джаве со всратым энтерпрайзным стилем из нулевых. А у меня на виду 40 микросервисов на джаве, где ничего такого нет. Вот и поговорили, что называется.
Также предлагаю изучить код Spring 5 или Hazelcast, как примеры популярных продуктов на джаве, и поискать там ваши "абстрактные билдеры". Идите предъявляйте конкретным кодерам, а не языку, который давно уже не навязывает никакого стиля, позволяя писать что угодно и как угодно.
С чем сравниваете-то? С голангом, котлином и свифтом? А ничего, что сообщества этих языков просто учли ошибки, которые сообщество джавы набило еще в девяностых? Сейчас на джаве entreprize fizzbuzz только в легаси можно встретить.
Как мне кажется, DRY не должен противоречить SRP в первую очередь. Если переиспользование функции сопровождается тем, что она обрастает какими-то входящими параметрами, позволяющими тонко отстроить ее поведение в зависимости от нужд вызывающего, то имеем буквально нарушение "Более чем одной причины для изменения" и в целом очень хрупкий алгоритм, который чуть что аффектит вообще всех. Тут уже лучше или повториться или декомпозировать логику тем или иным образом.
В общем аргументация уровня "меня в Саратове в 98 году гопнули на 100 рублей, с тех пор ненавижу Саратов". Где-то когда-то видел корявый кейс применения полиморфизма - значит полиморфизм не нужен.
Вам не надоело "побеждать кровавый энтерпрайз" на избитых детских примерах типа "Cat extends Animal?
Придите уже хоть раз с реальной фактурой. Вот, например, была у вас полиморфная стретегия на десяток классов - вы "ускорили" код, объединив все в один условный оператор на 1к строк. И стало классно.
Или был паб-саб, а вы выкинули из него полиморфизм и теперь каждого нового сабскрайбера прибиваете в коде гвоздями. И стало классно.
Кстати, странно, что вы Spring не "отменяете" и не "побеждаете". Там под капотом сплошные полиморфизмы и паттерны. Рекомендую книжку одноименную почитать. И именно это делает Spring наиболее популярной платформой на JVM с околонулевым порогом входа.
Хорошая же тема для статей на Хабре. "Как мы нанимали
бывшихполубогов из фаанга и что по этому поводу думает наш тимлид из Саратова с зарплатой в 3 раза меньше"Осталось только выяснить, до сих пор ли это козырь. Когда условно каждый третий на рынке "гений из фаанга", то это банальная инфляция "гениальности".
Да, вырождают. И nobody cares. Потому что все промышленные языки давно уже мультипарадигменные. Где удобно - применяешь ООП, где удобно - ПП или ФП.
Я вообще не сужу о квалификации разрабов из РФ. Но я уверен, что если даже она заметно упадет из-за эмиграции, то ничего критичного не случится. Критичное в моем понимании это массовые отказы ИТ-систем или принципиальная невозможность решать задачи проектирования и разработки.
По гамбургскому счету он прав. Я сейчас довольно часто собеседую разработчиков из Вьетнама. И там такие ребята, что с 10 годами опыта плавают в самых простых вопросах. При этом у них развит и внутренний рынок и аутсорс. Так что ИТ отдельно взятой страны вполне может жить если даже у среднего разработчика квалификация "не в зуб ногой". Худо бедно с б-жьей помощью Baeldung, Medium, StackOverflow и опенсорса приложения писать можно. Всратые, глючные, медленные, непотребного размера - но можно. Отката в каменный век все равно не будет.
Я сам "из этих", из уехавших, если что.
Разработчики обычно не рады особым безопасникам, которые в пятницу вечером запускают саст и уже в понедельник утром вешают на доску urgent-blocker-super-pooper таски и блокают пайплайны. То есть кодерам обычно все равно, что кодить, а вот коленом поддых получать неприятно.
Решается это, как ни странно, без рокет-саенса. Четко очерчивается срок переходного периода плюс до бизнеса доводится мысль, что дополнительная активность может требовать дополнительных ресурсов. Работал в конторах с сонаркубом, чекмарксом, нексусом айкью - никаких проблемы особо не было.
Да тут чего ни коснись - напоминает хреновые юнит-тесты с рассмотрением только позитивного сценария. Может быть темно или наоборот солнце прям в сенсор. Может быть пыльно, оружие может оказаться в грязи. Хозяин может быть в маске, очках или шапке. Он может зажмуриться - и лицо исказится. Рука может быть в перчатке.
Короче оружие для дуэлей хипстеров при выставленном киношном освещении.