Если параллельно с OSS работаете по найму, то внимательно прочитайте трудовой договор и проконсультируйтесь с работодателем. Это сильно зависит от страны, территории и договора, но возможно, что весь код, который вы пишете, даже в свободное от работы время и на собственном оборудовании, является интеллектуальной собственностью компании. Соответственно публиковать такой код под свободной лицензией вы не можете.
Если представить эту задачу как этап собеседования в виде system design в крупную IT-компанию, то асинхронная архитектура, распределение задач по воркерам и учёт URL были бы ожидаемы для миддл разработчика. В течение 45-минутного собеса.
Инженеры будущего нажатием нескольких клавиш будут запускать экземпляр модели, включающей четыре квинтиллиона параметров и несущей в себе весь багаж человеческих знаний в готовности выполнить любую задачу, какую можно поставить машине.
Хотелось бы верить, что такие модели или сопоставимые с ними по сложности всё таки будут доступны оффлайн для запуска на собственном оборудовании. Не обязательно на домашнем компьютере, но хотя бы на кластере серверов, который полностью контролируется своей компанией или институтом.
В противном случае, если модели будут принидлежать двум-трем корпорациям, которые полностью контролируют доступ к ним, и могут забанить любого пользователя или встроить рекламу в ответ ИИ, будущее выглядит очень печально.
Больше года не был в Москве, но хорошо запомнил рестораны Горыныч и Чудо-Юдо. Просто качественные заведения, без замашек на Мишлен. Так вот, провести вечер вдвоем с женой в таком ресторане невозможно за 2000 рублей. Нужно хотя бы 2000 на человека.
Зависимости могут быть не только compile time от модулей, но и от публикуемых в каком-нибудь Nexus артефактов. И в монорепе вполне возможна ситуация, когда в одной ветке все было хорошо, в другой какой-то контракт поменялся, и в итоге в main ошибка компиляции. Но все проверки на CI прошли успешно.
Как без быстрого старта решать проблему быстрого реагирования на увеличение трафика в 1.5-2 раза? Всегда держать Х2 экземпляров "на всякий случай"? Или масштабировать вручную перед рассылками и промо-акциями, когда ожидается предсказуемое повышение нагрузки?
Никогда не видел зрелого монолита, который бы быстро стартовал, возможно они и есть. Медленный старт -> медленное горизонтальное масштабирование при всплеске траффика -> лаги у пользователей -> разочарование.
Нужно. Но в интернете все равно множество комментариев в духе "Вот цены растут, а кто зарплаты нам поднимет?". Интересно, комментаторы задают этот вопрос своим руководителям?
Спортзал, массажный кабинет и клиника позволяют экономить время, чтобы не мотаться по всему городу. В Москве с её расстояниями это ценно. С другой стороны, если для кого-то спорт и массаж не представляют интереса, то да, ценность такого офиса невелика.
наибольшее сопротивление вызывает использование Spring Data JDBC, а не [Spring Data] JPA (де-факто стандарта работы с БД на платформе Java).
А есть какие-то исследования, подтверждающие, что JPA это стандарт?
Тинькофф, например, не использует JPA и ORM в Java сервисах. Revolut не использует Spring и JPA в принципе. У обеих компаний десятки миллионов клиентов.
Не знаю как сейчас, но пару лет назад алгосекция в Тинькофф была простой. Задачи уровня easy/low medium в отличие от того же Яндекса, где бывали и простые hard.
Зарплата не выше других, но инженерная культура хорошая. Можно было писать сервисы без жирного спринга, попробовать Kotlin, Scala, Go. Сомневаюсь, что в других банках такое возможно.
Средний рост мужчин в Болгарии, Португалии, Италии 174см, средний рост мужчин в России 176см. Если сильно захотеть, то можно попасть в другую категорию роста.
Одна из ключевых особенностей микросервисов - независимое развёртывание, т.к. микросервисы могут обновляться часто, и это не должно приводить к ошибкам.
Просто я с 2019 года не видел ни одного прода не на основе оркестровщиков, и в повседневной работе гораздо чаще используешь kubectl. Конечно в контейнерах работает только код, БД, журналы, очереди и прочее живет на виртуалках, но по ssh к ним доступ только у SRE, сетевых инженеров и безопасников, разработчику на продовый сервер не попасть.
Ожидал увидеть и такой совет.
Если параллельно с OSS работаете по найму, то внимательно прочитайте трудовой договор и проконсультируйтесь с работодателем. Это сильно зависит от страны, территории и договора, но возможно, что весь код, который вы пишете, даже в свободное от работы время и на собственном оборудовании, является интеллектуальной собственностью компании. Соответственно публиковать такой код под свободной лицензией вы не можете.
Если представить эту задачу как этап собеседования в виде system design в крупную IT-компанию, то асинхронная архитектура, распределение задач по воркерам и учёт URL были бы ожидаемы для миддл разработчика. В течение 45-минутного собеса.
Хотелось бы верить, что такие модели или сопоставимые с ними по сложности всё таки будут доступны оффлайн для запуска на собственном оборудовании. Не обязательно на домашнем компьютере, но хотя бы на кластере серверов, который полностью контролируется своей компанией или институтом.
В противном случае, если модели будут принидлежать двум-трем корпорациям, которые полностью контролируют доступ к ним, и могут забанить любого пользователя или встроить рекламу в ответ ИИ, будущее выглядит очень печально.
Больше года не был в Москве, но хорошо запомнил рестораны Горыныч и Чудо-Юдо. Просто качественные заведения, без замашек на Мишлен. Так вот, провести вечер вдвоем с женой в таком ресторане невозможно за 2000 рублей. Нужно хотя бы 2000 на человека.
Зависимости могут быть не только compile time от модулей, но и от публикуемых в каком-нибудь Nexus артефактов. И в монорепе вполне возможна ситуация, когда в одной ветке все было хорошо, в другой какой-то контракт поменялся, и в итоге в main ошибка компиляции. Но все проверки на CI прошли успешно.
Как без быстрого старта решать проблему быстрого реагирования на увеличение трафика в 1.5-2 раза? Всегда держать Х2 экземпляров "на всякий случай"? Или масштабировать вручную перед рассылками и промо-акциями, когда ожидается предсказуемое повышение нагрузки?
Никогда не видел зрелого монолита, который бы быстро стартовал, возможно они и есть. Медленный старт -> медленное горизонтальное масштабирование при всплеске траффика -> лаги у пользователей -> разочарование.
Нужно. Но в интернете все равно множество комментариев в духе "Вот цены растут, а кто зарплаты нам поднимет?". Интересно, комментаторы задают этот вопрос своим руководителям?
Не верю, что за 25 лет ни разу не возникало ситуацию, когда бы понадобились TreeMap или TreeSet с красно-черными деревьями под капотом.
Спортзал, массажный кабинет и клиника позволяют экономить время, чтобы не мотаться по всему городу. В Москве с её расстояниями это ценно. С другой стороны, если для кого-то спорт и массаж не представляют интереса, то да, ценность такого офиса невелика.
А есть какие-то исследования, подтверждающие, что JPA это стандарт?
Тинькофф, например, не использует JPA и ORM в Java сервисах. Revolut не использует Spring и JPA в принципе. У обеих компаний десятки миллионов клиентов.
Не знаю как сейчас, но пару лет назад алгосекция в Тинькофф была простой. Задачи уровня easy/low medium в отличие от того же Яндекса, где бывали и простые hard.
Зарплата не выше других, но инженерная культура хорошая. Можно было писать сервисы без жирного спринга, попробовать Kotlin, Scala, Go. Сомневаюсь, что в других банках такое возможно.
Может быть проблема была в том, что эйчар выполнял работу, которую должен выполнять рекрутер?
Средний рост мужчин в Болгарии, Португалии, Италии 174см, средний рост мужчин в России 176см. Если сильно захотеть, то можно попасть в другую категорию роста.
Очень напоминает The Hiring Problem https://www.cs.upc.edu/~conrado/research/talks/sem-UCT-hiring.pdf
Интересно, а парня для серьезных отношений на таких ресурсах легче найти?
Те, у кого есть доступ к планированию, построят себе и своим детям дачи у моря. И потом возможно задумаются о базах на Луне.
Одна из ключевых особенностей микросервисов - независимое развёртывание, т.к. микросервисы могут обновляться часто, и это не должно приводить к ошибкам.
Вот такие технологии сильнее вписываются в Web 3.0, чем всякие DeFi-проекты.
Просто я с 2019 года не видел ни одного прода не на основе оркестровщиков, и в повседневной работе гораздо чаще используешь kubectl. Конечно в контейнерах работает только код, БД, журналы, очереди и прочее живет на виртуалках, но по ssh к ним доступ только у SRE, сетевых инженеров и безопасников, разработчику на продовый сервер не попасть.