В этом случае придётся бекенд перелопачивать. Но из плюсов тогда на сваггере можно корректно описать такой тип, ибо сваггер умеет дискриминировать типы по значению какого либо поля.
Вот эти все аналогии из реального мира только путают. Потому что при грамотной реализации всего этого безобразия, модуль выше может вообще не зависеть от модуля ниже, но активно его использовать. А все эти "кирпичи" и примеры с такси контринтуитивны, они слишком частные и рисуют в голове противоречивые картинки.
А кто вас возьмёт на позицию архитектора при скачках с места на место каждые 1-2 года? Чтобы получить позицию архитектора на новом месте, практически всегда нужно уже иметь архитектурный опыт. А его можно получить, чаще всего только при вертикальном росте в рамках перехода внутри одной фирмы. Условно вы были тех лид пару лет, растёте до архитектора и ещё пару лет архитектурите, а потом уже можно в другую фирму на аналогичную позицию переходить.
Это уже ближе к софтваре архитектуре. По факту это самый низкий уровень. Гораздо интереснее смотреть на то, что на уровень выше. На хабре была обзорная статья на эту тему, вот интересно было бы почитать про паттерны на более высоких уровнях.
В Германии ещё кабальные условия бывают, чтобы процент меньше получить. Знакомый в Германии брал под 4% фиксированных на 30 лет и по договору первые 20 лет не может досрочно гасить. Либо обязан всю сумму процентов единоразово уплатить, даже если будет перепродавать дом. Итого при цене дома 350к евро, если соберётся избавиться от дома нужно сверху почти 200к евро доплатить.
Жаль что в основном статьи для новичков. Что-то посложнее уже почти никто не разбирает. Например всякие аутентификации с помощью физического токена, керберос, по сертификату или северная аутентификация по mTLS без кредов ну и тд и пт. Рассмотрение цепочек аутентификаций с несколькими факторами, в том числе с проверкой сети, подтверждение по смс, устройства, биометрия..
Да просто многие конторы вкладывают разные понятия в один и тот же термин. У нас в фирме в каждой команде есть тим лид, а есть it лид. Тим лид отвечает за формирование команды, бюджетирование, планирование ресурсов, является входной точкой от потребителей системы, в коде особо не разбирается, но знает хай лвл все ключевые принятые решения. IT лид же это прокаченный разраб, который отвечает за технические решения, декомпозирует задачи для других разрабов, принимает технические решения.
Мне нравится как на текущем месте работы супруги организованно, у неё полная удалёнка, но раз в месяц/два фирма устраивает что-то типа хакатона, когда два дня в Москве по какой-то конкретной проблеме собираются люди и брейнштормят проблему, которую обозначили. Делятся на команды, пишут прототип. Дело сугубо добровольное, но люди с удовольствием собираются, ибо такой формат очень не напряжный. Фирма организует кейтеринг, оплачивает перелёт, гостиницу, если ты из другого города, а команде, которая предложила лучшее решение довольно приятные плюшки насыпает. На презентацию приходит топ менеджмент, так что можно и себя показать и других посмотреть. Опять же сделаю акцент — дело это сугубо добровольное, ноль принуждения.
Компания с 1990 года работает, тогда концепции микросервисов ещё в широком смысле не было. И количество микровервисов не 2500х100, а гораздо меньше, думаю на порядок. Суть в том, что такую систему на одних разработчиках невозможно развивать, должны быть люди, которые смотрят сверху и вокруг и эти же люди должны быть технически подкованными. Системные аналитики явно не всегда дотягивают до нужного уровня компетенций.
Вероятно вы не работали в крупном кровавом энтерпрайсе. Место где я сейчас работаю на позиции архитектора, состоит из примерно 2500 подсистем, каждая подсистема это может быть монолит, а может быть сотня микросервисов. И между ними есть взаимодействия. Всё это находится в сотне сетевых сегментах, десятке ЦОД. Как без архитектора что-то делать? Но, справедливости ради, архитектора вообще не лезут в код, основной уровень их работы это С2-С3 по С4 нотации. (есть ещё корпоративные архитектора, они смотрят на всю систему целиком) Мои обязанности это проектирование апи, сети, заказ железа, поддержка паттернов надёжности и куча других сопутствующих задач. И да, никакие интеграции между системами не стартуют до согласования архитектуры решения с аппрувами от всех архитекторов интегрируемых подсистем.
И да, содержать архитекторов это действительно дорого, поэтому мелкие и средние фирмы отдают это на откуп лидам/ТМ-ам.
Работаю сейчас в банковской сфере, нужно было внутри контура написать простенький веб сервер для РоС-а, из доступных ресурсов комунити идеа и jdk1.8, никаких мавенов с репозиториями, ничего. Openssl так же не было, пришлось кейтулом генерить джавовым. При этом нужно было поддержать tls для браузера и mtls для запросов на другие сервера. Пришлось поприседать.
По видимому вы не учились на экономическом факультете и у вас очень поверхностные знания по экономике. Влияние эмоций на экономику изучается довольно давно. Ещё Смит в своих трудах 200+ лет назад затрагивал эту тему в своём труде "Теория нравственных чувств". Это стало своего рода толчком к изучению влияния чувств человека (читай эмоций) на его поведение в принятии решений, в частности в экономике. Более подробно эту тему развивал Кейнс, почти спустя 100 лет.
Та экономика о которой вы говорите, это так называемая рационального максимизатора, она как раз вообще не учитывает никаких человеческих чувств и эмоций, по сути это сухая теория, когда у индивидума есть возможность безошибочно выявлять закономерности и предсказывать будущие события.
А вот Канеман и Тверски (уже наши современники) переложили эмоции и иррациональность человека в теорию перспектив. И вот она уже применяется в экономических расчётах.
Я первое ВО получал по специальности математик, системный программист, второе (забросил перед дипломом) экономика и управление проектами, могу сказать, что конкретно для меня сложилось впечатление, что экономика это помесь математики и социальной философии. Условно если к математическому аппарату добавить эмоции, рассуждения о бытие и социологии, то получится что-то вроде экономики. Но это моё мнение, у кого-то может сильно отличаться.
В этом случае придётся бекенд перелопачивать. Но из плюсов тогда на сваггере можно корректно описать такой тип, ибо сваггер умеет дискриминировать типы по значению какого либо поля.
Вот эти все аналогии из реального мира только путают. Потому что при грамотной реализации всего этого безобразия, модуль выше может вообще не зависеть от модуля ниже, но активно его использовать. А все эти "кирпичи" и примеры с такси контринтуитивны, они слишком частные и рисуют в голове противоречивые картинки.
А кто вас возьмёт на позицию архитектора при скачках с места на место каждые 1-2 года? Чтобы получить позицию архитектора на новом месте, практически всегда нужно уже иметь архитектурный опыт. А его можно получить, чаще всего только при вертикальном росте в рамках перехода внутри одной фирмы. Условно вы были тех лид пару лет, растёте до архитектора и ещё пару лет архитектурите, а потом уже можно в другую фирму на аналогичную позицию переходить.
Тем что позволяет избежать колбек хэлла и ивент-чейнов, которыми очень тяжко рулить, особенно в больших проектах.
По факту сабжект без пайпов, когда используешь только сабскрайб и есть вырождённый случай, который эквивалентен событийной концепции.
Это уже ближе к софтваре архитектуре. По факту это самый низкий уровень. Гораздо интереснее смотреть на то, что на уровень выше. На хабре была обзорная статья на эту тему, вот интересно было бы почитать про паттерны на более высоких уровнях.
Статья: https://habr.com/ru/articles/565658/
В Германии ещё кабальные условия бывают, чтобы процент меньше получить. Знакомый в Германии брал под 4% фиксированных на 30 лет и по договору первые 20 лет не может досрочно гасить. Либо обязан всю сумму процентов единоразово уплатить, даже если будет перепродавать дом. Итого при цене дома 350к евро, если соберётся избавиться от дома нужно сверху почти 200к евро доплатить.
Жаль что в основном статьи для новичков. Что-то посложнее уже почти никто не разбирает. Например всякие аутентификации с помощью физического токена, керберос, по сертификату или северная аутентификация по mTLS без кредов ну и тд и пт. Рассмотрение цепочек аутентификаций с несколькими факторами, в том числе с проверкой сети, подтверждение по смс, устройства, биометрия..
Может, если не ломать публичный апи.
Да просто многие конторы вкладывают разные понятия в один и тот же термин. У нас в фирме в каждой команде есть тим лид, а есть it лид. Тим лид отвечает за формирование команды, бюджетирование, планирование ресурсов, является входной точкой от потребителей системы, в коде особо не разбирается, но знает хай лвл все ключевые принятые решения. IT лид же это прокаченный разраб, который отвечает за технические решения, декомпозирует задачи для других разрабов, принимает технические решения.
Ну тогда получается что лид в рф получает миллион рублей (10к евро), а после всех соц налогов, ндфл и прочего остаётся "всего" 500к на руки.
По скраму работает, двухнедельные спринты.
Мне нравится как на текущем месте работы супруги организованно, у неё полная удалёнка, но раз в месяц/два фирма устраивает что-то типа хакатона, когда два дня в Москве по какой-то конкретной проблеме собираются люди и брейнштормят проблему, которую обозначили. Делятся на команды, пишут прототип. Дело сугубо добровольное, но люди с удовольствием собираются, ибо такой формат очень не напряжный. Фирма организует кейтеринг, оплачивает перелёт, гостиницу, если ты из другого города, а команде, которая предложила лучшее решение довольно приятные плюшки насыпает. На презентацию приходит топ менеджмент, так что можно и себя показать и других посмотреть. Опять же сделаю акцент — дело это сугубо добровольное, ноль принуждения.
Компания с 1990 года работает, тогда концепции микросервисов ещё в широком смысле не было. И количество микровервисов не 2500х100, а гораздо меньше, думаю на порядок. Суть в том, что такую систему на одних разработчиках невозможно развивать, должны быть люди, которые смотрят сверху и вокруг и эти же люди должны быть технически подкованными. Системные аналитики явно не всегда дотягивают до нужного уровня компетенций.
Вероятно вы не работали в крупном кровавом энтерпрайсе. Место где я сейчас работаю на позиции архитектора, состоит из примерно 2500 подсистем, каждая подсистема это может быть монолит, а может быть сотня микросервисов. И между ними есть взаимодействия. Всё это находится в сотне сетевых сегментах, десятке ЦОД. Как без архитектора что-то делать? Но, справедливости ради, архитектора вообще не лезут в код, основной уровень их работы это С2-С3 по С4 нотации. (есть ещё корпоративные архитектора, они смотрят на всю систему целиком) Мои обязанности это проектирование апи, сети, заказ железа, поддержка паттернов надёжности и куча других сопутствующих задач. И да, никакие интеграции между системами не стартуют до согласования архитектуры решения с аппрувами от всех архитекторов интегрируемых подсистем.
И да, содержать архитекторов это действительно дорого, поэтому мелкие и средние фирмы отдают это на откуп лидам/ТМ-ам.
Ну первое же что в голову пришло просто в квери параметр своей странички передать параметр botId={botId}
Работаю сейчас в банковской сфере, нужно было внутри контура написать простенький веб сервер для РоС-а, из доступных ресурсов комунити идеа и jdk1.8, никаких мавенов с репозиториями, ничего. Openssl так же не было, пришлось кейтулом генерить джавовым. При этом нужно было поддержать tls для браузера и mtls для запросов на другие сервера. Пришлось поприседать.
— У нас быра в безопасности!
— Фух, хоть что-то у нас в безопасности.
У них теперь и 4о mini с доступом к вебу потребляет по 1 токену. На голову лучше 3, по крайней мере по моим задачам.
По видимому вы не учились на экономическом факультете и у вас очень поверхностные знания по экономике. Влияние эмоций на экономику изучается довольно давно. Ещё Смит в своих трудах 200+ лет назад затрагивал эту тему в своём труде "Теория нравственных чувств". Это стало своего рода толчком к изучению влияния чувств человека (читай эмоций) на его поведение в принятии решений, в частности в экономике. Более подробно эту тему развивал Кейнс, почти спустя 100 лет.
Та экономика о которой вы говорите, это так называемая рационального максимизатора, она как раз вообще не учитывает никаких человеческих чувств и эмоций, по сути это сухая теория, когда у индивидума есть возможность безошибочно выявлять закономерности и предсказывать будущие события.
А вот Канеман и Тверски (уже наши современники) переложили эмоции и иррациональность человека в теорию перспектив. И вот она уже применяется в экономических расчётах.
Я первое ВО получал по специальности математик, системный программист, второе (забросил перед дипломом) экономика и управление проектами, могу сказать, что конкретно для меня сложилось впечатление, что экономика это помесь математики и социальной философии. Условно если к математическому аппарату добавить эмоции, рассуждения о бытие и социологии, то получится что-то вроде экономики. Но это моё мнение, у кого-то может сильно отличаться.