Доброго дня. На данный момент курсы на холде. Следите за анонсами. Мы всегда постим их на ДОУ.
Приветствую. В 2019 — нет. В 2020 — возможно. Возможно, что будут курсы, но по другим направлениям.
Ноуп. Мне лень. Обасасывать по 150му кругу уже наскучило.
НАдо бы Сережу Волошина тегнуть. Да тут тегать низзя(
Те, кто написали wordpress, с вами не согласятся)
Для Mongo нужен ODM
Вы не шарите. Правильные пацаны говорят, что монга и иже с нею ртебуют, чтобы вы проектировали базу под задачи гуя и на каждый чих ее перепроектировали. А ваши подход is so not 2019, что их аж трисет.
Да фиг с ними джоинами, когда далеко не всякий nosql аггрегацию внятно умеет
А я вот возьму и плюсану.
А что с ними не так?
Все класс, пока есть изоляция (а не микросервис, стучащий в микросервис, который стучит в микросервис), корректная для требований бизнеса синхронизация данных между микросервисами, корректно определены service boundary и бизнес дает время на коррекцию service boundary в случае существенного изменения требований, корректно построены контракты и версионирование.
Но, будем честны, часто ли встречаются такие кейсы, а не когда взяли пионеры микросервисы на nosql, т.к. это модно и спасет мир (а монолиты и реляционки is so not 2019), а потом еще и джойны на nosql начали фигачить?
це задача, яку принципово неможливо виконати
Реализуема, но противоречит самой сути микросервисов, не так ли? И таки лютый геморрой. Но таки встречается именно из-за того, что хипстеры и пионеры пхают, пхают и еще раз пхают их куда ни попадя с криками, подобными тем, что меня стриггерили:
Некоторые советы хорошие, но они подразумевают что «Архитектура» — это SQL база, ORM, три слоя кода. Это в 2019 году я бы сказал устаревший подход.Микросервисы на nosql хранилищах в клауде for the win
Либо транзакции, либо микросервисы — Вы определитесь.
А вы, как я посмотрю, принципиально не читаете ветку, а только отвечаете на последний коммент, да? В принципе, настолько узкий скоуп внимания характерен, скорее, для рыбки, а не для техлида, поэтому я верю, что вы перечитаете дискуссию, чтобы осознать ошибочность своих выводов.
Пане, непагано б було читати всю гілку дискусії, а не лише останній комент, перед тим, як писати віповідь, нє?
ВІдповідно, збс вам допоможе все це, коли service boundary невідповідні. Особливо розважила пропозиція повторювати транзакції на рівні декількох мікросервісів.
Цьомки.
Вытекает из последнего пункта напрямую. Транзакция на несколько микросервисов одновременно, да так, чтобы с ролбеком, ибо сервис баундари просрали и спасибо не сказали. И миграции оттуда же, когда обновление базы микросервиса приводит к каскадной миграции по другим сервисам.
Микросервисы на nosql хранилищах в клауде for the win
Угу, а потом после cool kids на проекте в 30к LOC борись с data redundancy, транзакционностью, дикими миграциями и, конечно же, с некорректно определенными service boundary, которые никто не рефакторил, а требования менялись адово.
человек с 5+ опытом в джаве и 10+ в программировании вообще, не знает что такое хеш-код
Та легко. Видал неоднократно.
Плюсану. Только, желательно, делать удаленные собесы, чтобы время кандидата на дорогу не тратить. Скажем, я сейчас так и предпочитаю делать. Нафик мучать человека час, если понятно, что он не подходит? Неловкое молчание и мучения кандидата создадут намного худшее впечатление о собеседовании, чем честно остановленное собеседование и фидбек, что надо подучить и через сколько времени можно попробовать податься еще раз.
1. ваші думки стосовно того чи добре бути генералістом, чи краще бути специалістом?
2. доколє? доколє наші розробники будуть вважати себе вузькими спеціалістами та продовжувати сидіти в зоні комфорту?
3. доколє? доколє компанії будуть наймати таких спеціалістів замість того щоб брати просто хороших інженерів здатних впоратися з новим стеком за короткий час?
4. яка ситуація у вашій компанії? можливо, ви вже такий генераліст, розкажіть іншим про ваш досвід
1. На вкус и цвет. Как по мне, спецом стать невозможно, если варишься в одном болоте.
2. Ранок такого хочет — это раз. Два — дык всем впадлу. Беда в том, что часть кандидатов уровня миддл и выше массив проитерировать не могут. А вы хотите высокого.
3. Есть и компании, которым интересно второе. Их меньше, в виду особенностей рынка.
4. Пишу на том, что лучше всего подходит под задачи. Me gusto и не скучно. Своих ребят настраиваю на такой же подход. Хочу, чтобы они были таки инженерами, а не токарями.
принятие
Очевидно же.
Ніт)))