fa
Feedback
javaswag

javaswag

رفتن به کانال در Telegram

Еженедельная рассылка вручную отобранных статей по Java и JVM. https://javaswag.github.io Предложить новость: @volyx Реклама: @anabilisa

نمایش بیشتر
4 660
مشترکین
-224 ساعت
+67 روز
+3030 روز
آرشیو پست ها
Ну вот и кто победит! Николай-шашлычник или Николай-без-шашлыка
Ну вот и кто победит! Николай-шашлычник или Николай-без-шашлыка

Полный метр Если вам попалось превью с ОГНЕМ ( я не шучу) значит вы победили в А/Б тесте, ставьте огонь если увидели https://www.youtube.com/watch?v=Z-qkCgB1wCo

https://javaswag.github.io/episode/94/ В 94-м выпуске подкаста Javaswag поговорили с Николаем Шипяковым, Java-разработчиком, который провел всю свою карьеру в финтехе и суровом энтерпрайзе. В этом эпизоде мы проследили эволюцию энтерпрайз-решений: от тяжеловесных вендорских платформ вроде IBM WebSphere и IBM BPM, где бизнес-логика «рисовалась кубиками», до современных подходов со Spring, Kotlin и Camunda. Николай поделился историей о том, как на хакатоне зародилась идея создать собственный Kotlin DSL для описания бизнес-правил, который успешно заменил неповоротливые решения и прослужил долгие годы. Мы также разобрали архитектурные кейсы, обсудили, как подружить синхронные REST-вызовы с асинхронными процессами в Camunda при помощи Kafka и Kotlin Flow. В завершение выпуска поговорили о выборе оркестраторов (Camunda 7, 8, Temporal), внутренней кухне организации ИТ-конференций и обсудили непопулярное мнение о том, почему gRPC зачастую переоценен в энтерпрайзе. 00:00:22 Начинаем - погружение в суровый энтерпрайз 00:01:43 Уход с .NET ради хардкора в Альфе 00:04:43 Дикий энтерпрайз десятых 00:09:04 Переход в Т-Банк: начало новой эпохи 00:16:53 Прощай, IBM: выбираем Kotlin и Camunda 00:23:33 Секрет Camunda: стейт-машина для сложных транзакций 00:27:11 Как обычный хакатон породил успешный Kotlin DSL 00:33:01 Contract First: код выигрывает у визуальных кубиков 00:47:40 Внутренняя мобильность: как найти команду крутых сеньоров 00:53:42 Архитектурный трюк: женим Camunda, Kafka и REST 01:01:17 Очереди: когда PostgreSQL лучше, чем мощная Kafka 01:05:46 Инцидент: как мы положили PostgreSQL на 100% 01:09:02 Почему старушка Camunda 7 уделывает модный Temporal 01:20:18 IT-конференция: почему платные билеты работают гораздо лучше 01:32:18 Непопулярно: Ария без Кипелова и переоцененный gRPC 01:39:23 Почему код ничего не стоит без софт-скиллов Гость https://ru.linkedin.com/in/nikolay-shipyakov-692a48b1

сегодня стрим, буду отвечать на ваши вопросы чтобы вам не думать, я подумал за вас, вот примеры вопросов ( формулировки может исполбзовать свои), но отвечать буду на : куда катится джава? куда катится раст? почему все куда-то катится? че там бигтехи? че там систем дизайн? чем там faangtalk? как подписаться на канал стафф инжнер? как прислать денег? хочу спонсировать канал на крупную сумму денег, кому написать? почему конферецнии всё? почему джава всё? почему джавасвег всё? почему вообще всё? как проходить собесы? как проходить AI собесы? как проходить систем дизайн? как проходить бихейв интервью? как учавствовать в мок интервью бесплатно? как участвовать платно? как кодить? как не кодить? как писать гугл док/спеку/требования/ПРД? https://youtube.com/live/v9k1p7wQspA?feature=share

Джаред Самнер, автор Джаваскрипт-рантайма Bun, того, который купил Антропик, и того, который недавно был переписан с языка Zi
Джаред Самнер, автор Джаваскрипт-рантайма Bun, того, который купил Антропик, и того, который недавно был переписан с языка Zig на язык Rust, того Bun, на котором запускается Claude Code, и, получается, он стопудово есть у вас на компьютере, написал пост о том, ЗАЧЕМ они переехали на Rust. Если вкратце, рантайм стал на 10% меньше, стартует на 10% быстрее и «вроде бы» нет утечек памяти, хотя в коде 13к unsafe-вызовов, но сам Джаред рад и говорит, что переписал все за 11 дней с помощью раннего доступа к модели Fable, в общем, с доступом к бесплатным токенам. Натокен-максил, так сказать, как сеньор-инженер. Джаред пишет, что исходный рантайм был написан за год, почти не выходя из дома, поэтому круто, что теперь можно делегировать такую задачу, как переписывание, ИИ. Остальные детали тут: https://bun.com/blog/bun-in-rust Пост отличный, всем нужно такой писать после больших миграций, но... Появился пост с ответом от Эндрю Келли, автора языка Zig. И вот пост Эндрю — это искусство, искусство, как похвалить, сказать спасибо и токсично наехать в стиле Линуса. Эндрю пишет, что одно время Джаред плотно работал с командой Zig; еще бы, для молодого языка такой большой и успешный проект — это отличная реклама языка. Джаред донатил по 60к баксов в год на поддержку языка, но потом Джаред стал менеджером (жёстко). Утверждает, что Джаред продался (было дело), пишет, что желает счастья Bun, по дороге придираясь, что пост про переход на Rust написан маркетологами (продолжает наезд), и вообще ушел в мейнстрим (нашел работу) и предал «нашу философскую жизнь». https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html Пока отношения от Создателя Языка и Создателя Главного Проекта на этом языке проходят через фазу окончания эйфории и миллениальский кризис (Эндрю, просто начни играть в падел, а Джаред, давай беги марафон), можно поразмышлять о самом факте «легкого» переписывания с языка на язык. Ведь уже и Постгрес есть, написанный на Расте, и SQLite, и еще куча проектов, но Раст остается все нишевым языком с ушками. И все еще тяжело заходит опенсорс-проектам, хотя вот бигтехам заходит на ура, потому что такие перепалки там каждый день, просто о них не пишут в твиттер.

рубрика - нам в редакцию пишут https://t.me/javaswag_chat/3481
+4
рубрика - нам в редакцию пишут https://t.me/javaswag_chat/3481

майкрософт лейофнула всю команду id tech (игры doom, quake) в рамках сокращений в xbox поспекулируем, почему… вот представьте
+3
майкрософт лейофнула всю команду id tech (игры doom, quake) в рамках сокращений в xbox поспекулируем, почему… вот представьте: вы - вице-президент xbox (ну, например, jared palmer, вот, кстати, он: https://x.com/jaredpalmer. присоединился 5 мая к команде, опытный сирийный лидер , до этого починил гитхаб за 8 месяцев, до этого делал турборепо, купленный Верселом) и у вас есть мега-движок unreal engine, а также команда маленького стартапа, которая пилит свой фреймворк-движок что же делать? (раздумывает буквально 5 секунд). конечно, нужно всё пилить на одном общем фреймворке ведь создание и поддержка своего движка (id tech) требует наличия команды опытных программистов, которых сложно заменить, и они могут диктовать свои условия. переводим всё на unreal engine 5 (ue5), нанимаем толпы дешевых контрактников на время создания игры, а после релиза - увольняем ну джаред, ну молодец, ну ведь опытный лидер! окей, теперь нас ждут одинаковые игры, похожие друг на друга и всё меньше уникальных движков. хорошо бы id tech опенсорснули свой, как это было с quake, - тогда будет конкуренция опенсорсному godot и как вайс-президентам удается принимать такие верные и продуманные решения, причем сначала он как Вайс презент починил Гитхаб ( спасибо) а теперь чинит ИСК БОКС

цели на второе полугодие поразительно сильно похожи на цели первого полугодия, которые уже достигнуты. менеджер пошел на повышение, сосед стал тимлидом, пиццы поели, в бар сходили. почему тогда цели те же, раз они были достигнуты, как так? цели в бигтехе, это что-то становится неактуально ровно после того как они написаны. мир летит вперед, и если ваша цель - построена по системе, Actionable, Measurable, и тд. То вы ставите цели, как делали в прошлом году. Это как с деткими мемами, если вы шутите про 6 7 то скорее всего этот мем уже устарел. смарт цели, устарели, но просто так привычнее, так спокойнее, со смарт целью. сейчас модны цели по системе DUMB, deliverable, ultimate, mosturising, belly dancing такие цели меняются вместе с вами, потому что они построены вокруг системы. система может расти belly , меняться - dancing, но будет достигнута ( deliverable ) несмотря ни на что - ultimate ПС. завтра пишу выпуск про джава интерпрайз, камунду, друллз , есть у кого такое, что спросить

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

🔴LIVE🔴 прямо сейчас, говорим о нашем, о джавовом https://www.youtube.com/live/WLMhk-VWIfY?si=F8Jsyx6isg-d0II

тимлид 2008 тимлид учился прогать долгие годы в нии, не то что джуниоры сейчас — сразу пишут код с ии и без багов. его код тогда возвращался назад на ревью много раз. какие там линтеры! линтером были глаза его тимлида, который был суров и никогда не ошибался. тот тимлид и передал это умение никогда не ошибаться нашему тимлиду тимлид любит вспоминать, как хорошо было раньше и как все изменилось сейчас. как раньше он писал код на листочке, а до этого — на бересте. любит вспоминать про свой первый компьютер, на котором оперативной памяти было так мало, что некоторые байты он хранил в блокноте. на его писи шла одна игра, два пикселя на три. и он играл за нижний пиксель. работал тимлид круглые сутки, и это на одном куске пиццы. он заработал его, когда сделал сайт для школьной столовой на 500 запросов в секунду. за переработки тогда не платили, он сам просил перерабатывать, потому что работа — это семья. он взял в семью пиццу «маргариту» и колу, они неразделимы до сих пор сказать «я был неправ» нелегко для тимлида. тимлид слышал, что от этого отвалится жопа, и поверил. теперь он всегда прав. а если кто-то сомневается, то нужно создать с ним 1:1 созвон и обсудить. ведь если ты намекнешь, что он неправ, кому-то еще, то это не по-пацански. тимлид воспитан сурово: играми на диске, плохим интернетом, одним фильмом с брюсом уиллисом на кассете и другими фильмами на дисках, о которых он не любит говорить за пивом тимлид расскажет, как рвал всех в «контру» по локалке, был чемпионом третьего этажа по «кваке», сам писал аддоны, патчи, срачи и моды ко всем играм с квадратной графикой. скажет, что пацифист, но они сами начали; что либерал, иногда демократ, иногда аристократ, и иногда заказывает «самокат». неожиданно скажет, что он реальный мужик, хотя его не спрашивали скажет, что может прямо сейчас перевернуть дерево, может подключиться к продакшену, может дропнуть базу, может спеть, может поцеловать официанта, может сделать сальто, может уволить дизайнера, может нанять фокусника, может сделать прыжок саб-зиро, может не мыться год, может выучить джаваскрипт, может жить в лесу, может уйти в запой, может поменять бэкенд с фронтом, может поменять назад, может прогать с ии, может прогать в нии, может кодить клоде, может кодить в виэскоде, может молчать, может мычать, может достать хоть луну с неба... но вот единственное, чего он не может — это признать, что он неправ. потому что у него отвалится жопа перешли своему первому тимлиду

вы на митинге, где три команды презентуют три решения. Ваше решение номер 1, все согласились что этот подход лучше. Зафиксировали все в доке. Проходит пару недель, а никто на ваш фреймфорк не торопится переходить. Команда 2 продолжает делать свой фреймворк, а команда 3 просто ничего не делает, говорит - нас все устраивает. Что делать? Вы встретились со своим менеджером, он говорит надо трекать статус , прогресс каждую неделю. Океей, статус, легко. А прогресса то нет, ведь как-то ничего не происходит. Вот и трекаете: первая неделя ничего, вторая ничего, вот на третьей кто-то в отпуск сходил, а так ничего. Спасибо менеджер, хороший совет! Менеджер советует - надо наладить с командами личный контакт. Изи. На личных митингах, говорят щас, щас, вот щас, дальше опять ничего. Команда 2 и 3 она из другого подразделения, у них другой директор. Вы такие - окееей, намёк понял, идете до директора презентуете ваш подход, ваш директор тоже говорит все ок - делаем миграцию на фреймворк 1. Все одобрение на самых высших уровнях. А прогресса опять нет, всем плевать Дело в том, что в БигТехах менеджеры , скип менеджеры, директора ничего не могут. Бук-вально. Конкретнее - не могут просто сказать делаем так - и все пойдут делать. У разработчиков есть свое видение, и они могут делать просто другие дела. Нельзя топнуть ногой - и отдать приказ. Вас не поймут, какой-то токсичный диребас. Вылетите через пару месяцев. Нельзя заставить разработчиков делать что-то что они не хотят. Прикиньте? А как тогда? А как вообще двигаться вперед если даже решения записанные на бумаге могут не выполняться Ссылка на курс Если пишите комментарий, пожалуйста напишите плиз длинно - это приветствуется. Попробуем сохранять достойный уровень дискуссии

КМП и ИОС 🎙 За полным выпуском сюда https://www.youtube.com/watch?v=hm2q1pNITME

ИИ и Джеттрейнс гонка 🎙 Полный выпуск тут: https://www.youtube.com/watch?v=hm2q1pNITME

Шортсы, погнали 🎙 За полным выпуском сюда https://www.youtube.com/watch?v=hm2q1pNITME

в этом выпуске к нам пришел Паша Финкельштейн— Developer Advocate в BellSoft, человек с нестандартным бэкграундом и огромной энергией. - поговорили о том, как политолог стал экспертом по Java, - обсудили менеджерские и архитектурные фейлы, - вспомнили забытое искусство правильного дебага - и прошлись с критикой по Ktor, Kotlin Multiplatform и современному вектору развития JetBrains. https://www.youtube.com/watch?v=hm2q1pNITME

в этом выпуске к нам пришел Паша Финкельштейн— Developer Advocate в BellSoft, человек с нестандартным бэкграундом и огромной энергией. - поговорили о том, как политолог стал экспертом по Java, - обсудили менеджерские и архитектурные фейлы, - вспомнили забытое искусство правильного дебага - и прошлись с критикой по Ktor, Kotlin Multiplatform и современному вектору развития JetBrains. https://youtu.be/hm2q1pNITME

Код читать при ревью постепенно становится не обязательно: запустил ревью-агент, краем глаза увидел зеленый эмоджи, что все ок, да и ставь апрув, все — погнали в прод. Длинное сообщение или блог-пост можно не читать. Можно кинуть агенту, вынуть основные тезисы — делай хорошо, не делай плохо — и, всё поняв, идти дальше — апрув. Подкасты на два икс, видосы на три икс скорости, сумматоры блог-постов — все это проходит в мозг либо на суперскорости, либо в сжатом виде, в виде тезисов. Берешь плей-лист конференции, закидываешь транскрипт в эй-ай и потом проходятся по диагонали и такие: опять какая-то очевидчина. Вдумчивого чтения нет, вдумчивого кодинга нет, вдумчивого дебагинга тоже. Любой док можно не читать, а просматривать по диагонали или читать тлдр. Да даже просто в чате как-то неловко кидать ссылку без краткого описания, что там. Ведь открывать ее времени нет. Вот прочитал тезисы подкаста, прочитал тезисы с лекций, тезисы от тезисов. Ну а дальше? Куда вы деваете все это сэкономленное время? На что вот вы его тратите? Помните, вот когда до 6 утра смотришь странную документалку на ютубе про космос, выживание, лекцию про Римскую империю и потом весь день ходишь сонный — вот оно, то самое сэкономленное время, инвестированное в себя

информационный пузырь настолько завален луп инженерами, что я не успеваю даже закончить проект с эй ай тулингом, который выбрал на старте, чтобы через пару дней не перейти на новый тулинг Луп инженерия это подход, когда ты не пишешь ни одной строчки руками. Ты настраиваешь полный цикл разработки агентами - несколько лупов, который залупаются параллельно И тулинга в этой сфере столько, что пока я писал это предложение появилось ещё больше. А пока писал вот это - луп инженеры релизнули еще пару оркестраторов для эй ай даже просто на канале стафф инженер мы попробовали aider, cmux, wave terminal, Клод код, Pi Agent, Hermes Agent , Кодекс, а если умножить это всё ещё на разнообразие моделей которые доступны… Ведь можно ревьюить код одной моделью, а писать код лучше другой моделью, спеки так вообще третьей. У каждого инженера есть субъективное мнение в каком случае какая модель работает лучше. Это можно назвать инжерный «вкус» «Выбери модель, выбери подход, выбери фреймворк, выбери терминал, выбери оркестратор, выбери язык, выбери базу данных, выбери хостинг..» Умножаем все эти выборы, и ты оказываешься тоже в вечном лупе, лупе миграции с одного инстумента на другой Хотя десять лет назад вопрос про тулинг звучал так: - У тебя какая интеллиж идея? - Последняя - Тож