Эхо микросервисов все разносится по интернету. Наверное вы не дочитали статью либо вы как автор считаете что 150 инстансов и мешанина из квадратиков и стрелочек (с циклическими связями) это верх веб технологий. Просто сюр такое наблюдать на техническом портале.
Вот это оптимизация, я понимаю
Эта мешанина, в которой даже на компе не видно как подписаны квадратики, зато с ходу видны циклические зависимости. И это даже не код одного приложения! Это 150 инстансов которые вам подают за 1 приложения, а какая архитектура кода у всей этой поделки? Какая связанность внутри кода? Устойчивость всего этого?) Смешно конечно.
Да и ваши примеры за микросервис (плейлист, доступ к видео и все такое) как я вам выше и сказал эти примеры только для менеджеров и верхушки которые ничего не понимают в программировании)
Для меня это звучит примерно так - я не знаю как построить код так что-бы его функционал не развалился и не превратился в лапшу через пол года работы, поэтому у нас все на микросервисах (как в гугл кстати) дайте деняг))))
Вот вам кстати и размытие ответственности, одни делает доступ к видео, другие плейлист собирают, третии описании видео отдают и тд и тп, а не то что вы мне про JS написали))
Согласен, с вашими перетягиваниями конструктивизма тяжело добиться.
И вы мне опять рассказываете что микросервис это будущее, почему оно будущее вы так и не ответили, кроме того что это будущее у вас как у всех, ну окей.
Разве только монолит дает чистоту архитектуры? Почем при микросервисной архитектуре мы не можем работать качественно?
Монолит или микросервис никак не влияет на кодовую базу проекта, уже есть понятие как распределенный монолит, правильно же? Чистоту архитектуры дает хороший архитектор.
И что делать при увеличении монолита до масштабов, при которых любая доработка превращается в месяцы?
Позвать архитектора из пункта выше, который знает как внутри кода разбить отвественность, а не раскидывать все по микросервисам
Как масштабировать базу данных, которая выросла до неподдерживаемых размеров?
Например почитать книжки, базу так сказать, а не плодить базы данных и поддерживать консистентность за счет кода приложения?
А тут точно проблема в инженерных подходах исключительно или есть ответственность продуктовой проработки и UX-исследований? Разве качество работы софта меряется исключительно наличием у этого софта микросервисной или монолитной архитектуры?
Не знал что из-за UX иследований может просто зависать приложение, показывать кучу рекламы подряд и еще кучу кучу всего что содержить в себе явно программный характер, а не внешний. Вы сейчас и пытаетесь сместить фокус. Когда заходишь на сайт с микросервисами, лучше не открывать консоль разработчика, а то 150 запросов на начальную страницу проекта это конечно инженерный верх веб технологий))
И тогда почему подход, в котором возможно строить что-то по-настоящему большое и масштабируемое, работающее быстро и способное выдержать хайлоад нагрузки не является эволюцией того, что устарело с точки зрения инженерных подходов и не подходит для использования с современном мире?
Вы заменяете взаимодейсвтие внутри ОС на взаимодействие по сети, это разве оптимизация? Размываете ответственность, плодите зоопарк технологий. Про современный мир - оставьте это вашим менеджерам и людям которые зависят от вашей работы, либо говорите технически чем монолит хуже, желательно с цифрами, все же должны (кроме меня) понимать очевидное приемущество микросервисов, вот и цифры бы показали его.
К слову вы опять ровняется на какие-то компании которые запустили эту "революцию" с хайлоад. Как монолит устарел? Просветите пожалуйста.
То что вы делаете как все, не значит что вы делает так потому-что это диктует вам инженерный подход, скорее просто маркетинг, это все что я хотел сказать по сути
Вижу здесь переживания по тому, что мир изменился, а вы пока еще нет.
За что мне переживать? За то что компании одна за одной пишут какие они классные, как у них все современно, но качество приложений не становится лучше? Зато везде микросервис это современно, круто, классно, всем нравится (особенно менеджерам и верхушке). Подстраиваться под них и закрывать глаза на свои технические знания - ну это торговля задом)
Или переживать что я не хочу идти работать и делать вид что я тут в чем-то разбираюсь просто повтаряя мантру из интернета и не понимаю даже что я делаю на самом деле?) Да как-то наоборот кажется что надо свою линию гнуть) Рано или поздно люди начнут задумываться над тем что они делают и как.
При этом работа воспринимается только как источник дохода, а не место для самореализации или карьерного роста.
Карьерный рост это просто блесна которой пользуются в компаниях для манипуляций. А самореализация легко задавливается корпоративным подходом. Кого вы хотите вокруг пальца обвести, тех кто не работал не дня?)
Сегодня просил нейронку написать на webgl траву которая на ветру развивается, по итогу траву только на улице увидел (вышел ее потрогать), нейронка выдала нерабочее месиво из кода...
Это не следствие плохой архитектуры, а следствие фронта который не может обработать нормально ответ от бэка.
Ну и опять микросервисы всех спасли, если честно с технической стороны ваши виды архитектур читаются как-то поперёк что-ли. Собственно как и статься оставляет послевкусие какое-то
Если честно много ответов перебирал в голове, но пришел к чему-то такому - докер открыл портал в ад, бизнесу подарил чувство новизны, как противоставление монолиту (в разрезе разговора про веб, у нас тут у всех как в гугле ы) и возможность закидать деньгами проблему, программисту дал отговорку - вместо внятной базы данных у нас куча баз данных, вместо внятного кода у нас куча сервисов, ответственность раскидана и размыта максимально, можно и работать потихоньку.
Беда в том что лично я страдаю не только как коллега, но и как пользователь вот таких вот микросервисов, думаю мне не дадут соврать что софт не становится качественно лучше для пользователей, получается что микросервис это не эволюция, правильно же? В отличии от того что вы говорите в статье.
Изначально архитектура веб-сервисов (тогда они еще были сайтами) была простой и строилась по принципу монолита: один бэкенд напрямую общается с единой клиентской частью с одной стороны, и с базой данных — с другой.
Если вы про это, то данную цитату даже обсуждать...не стоит
Судя по вашим рисункам архитектуры, и правда архитектурные этапы собеседований проходятся количеством стрелочек и квадратиков...
Изначально архитектура веб-сервисов (тогда они еще были сайтами) была простой и строилась по принципу монолита: один бэкенд напрямую общается с единой клиентской частью с одной стороны, и с базой данных — с другой.
Оправдывать нагораживание микросервисов историческим переходом от монолита к некст гену так сказать, это сильно
Альтруистично и похвально, прекрасно вас понимаю, сам нахожусь в подвешеном состоянии когда уже понимаю что найм точно мимо, но своего полноценного дохода пока нет, но мне осталось только копать в сторону улучшения ИТ как могу своими силами, что-то менять в людях и их процессах очень ОЧЕНЬ трудно, поэтому только похвала вам за старания. Ваших статей много прочитал и согласен с вами, это реальная проблема и я как сотрудник ее полностью на себе прочувствовал.
Эхо микросервисов все разносится по интернету. Наверное вы не дочитали статью либо вы как автор считаете что 150 инстансов и мешанина из квадратиков и стрелочек (с циклическими связями) это верх веб технологий. Просто сюр такое наблюдать на техническом портале.
Эта мешанина, в которой даже на компе не видно как подписаны квадратики, зато с ходу видны циклические зависимости. И это даже не код одного приложения! Это 150 инстансов которые вам подают за 1 приложения, а какая архитектура кода у всей этой поделки? Какая связанность внутри кода? Устойчивость всего этого?) Смешно конечно.
В ит только и говорят что о деньгах толстосумов. Получил навыки в ИТ, образование, победы на соревнованиях? Это фигня, продавай ещё себя ходи.
Собственно вы отрицаете то что говорите сами, только если это произнесено мной, а не вами.
Перечитал статью по вашей просьбе, просто заметил.
И вам!
Вот ещё не моё мнение по этому поводу, если интересно.
Иронично что у вас в тегах nodejs
В чем додумывания? И чего я не прочитал в вашей статье?)
Да и ваши примеры за микросервис (плейлист, доступ к видео и все такое) как я вам выше и сказал эти примеры только для менеджеров и верхушки которые ничего не понимают в программировании)
Для меня это звучит примерно так - я не знаю как построить код так что-бы его функционал не развалился и не превратился в лапшу через пол года работы, поэтому у нас все на микросервисах (как в гугл кстати) дайте деняг))))
Вот вам кстати и размытие ответственности, одни делает доступ к видео, другие плейлист собирают, третии описании видео отдают и тд и тп, а не то что вы мне про JS написали))
Согласен, с вашими перетягиваниями конструктивизма тяжело добиться.
И вы мне опять рассказываете что микросервис это будущее, почему оно будущее вы так и не ответили, кроме того что это будущее у вас как у всех, ну окей.
Монолит или микросервис никак не влияет на кодовую базу проекта, уже есть понятие как распределенный монолит, правильно же? Чистоту архитектуры дает хороший архитектор.
Позвать архитектора из пункта выше, который знает как внутри кода разбить отвественность, а не раскидывать все по микросервисам
Например почитать книжки, базу так сказать, а не плодить базы данных и поддерживать консистентность за счет кода приложения?
Не знал что из-за UX иследований может просто зависать приложение, показывать кучу рекламы подряд и еще кучу кучу всего что содержить в себе явно программный характер, а не внешний. Вы сейчас и пытаетесь сместить фокус. Когда заходишь на сайт с микросервисами, лучше не открывать консоль разработчика, а то 150 запросов на начальную страницу проекта это конечно инженерный верх веб технологий))
Вы заменяете взаимодейсвтие внутри ОС на взаимодействие по сети, это разве оптимизация? Размываете ответственность, плодите зоопарк технологий. Про современный мир - оставьте это вашим менеджерам и людям которые зависят от вашей работы, либо говорите технически чем монолит хуже, желательно с цифрами, все же должны (кроме меня) понимать очевидное приемущество микросервисов, вот и цифры бы показали его.
К слову вы опять ровняется на какие-то компании которые запустили эту "революцию" с хайлоад. Как монолит устарел? Просветите пожалуйста.
То что вы делаете как все, не значит что вы делает так потому-что это диктует вам инженерный подход, скорее просто маркетинг, это все что я хотел сказать по сути
За что мне переживать? За то что компании одна за одной пишут какие они классные, как у них все современно, но качество приложений не становится лучше? Зато везде микросервис это современно, круто, классно, всем нравится (особенно менеджерам и верхушке). Подстраиваться под них и закрывать глаза на свои технические знания - ну это торговля задом)
Или переживать что я не хочу идти работать и делать вид что я тут в чем-то разбираюсь просто повтаряя мантру из интернета и не понимаю даже что я делаю на самом деле?) Да как-то наоборот кажется что надо свою линию гнуть) Рано или поздно люди начнут задумываться над тем что они делают и как.
Карьерный рост это просто блесна которой пользуются в компаниях для манипуляций. А самореализация легко задавливается корпоративным подходом. Кого вы хотите вокруг пальца обвести, тех кто не работал не дня?)
Хах)
Сегодня просил нейронку написать на webgl траву которая на ветру развивается, по итогу траву только на улице увидел (вышел ее потрогать), нейронка выдала нерабочее месиво из кода...
Это слишком простая задача?
Это не следствие плохой архитектуры, а следствие фронта который не может обработать нормально ответ от бэка.
Ну и опять микросервисы всех спасли, если честно с технической стороны ваши виды архитектур читаются как-то поперёк что-ли. Собственно как и статься оставляет послевкусие какое-то
Если честно много ответов перебирал в голове, но пришел к чему-то такому - докер открыл портал в ад, бизнесу подарил чувство новизны, как противоставление монолиту (в разрезе разговора про веб, у нас тут у всех как в гугле ы) и возможность закидать деньгами проблему, программисту дал отговорку - вместо внятной базы данных у нас куча баз данных, вместо внятного кода у нас куча сервисов, ответственность раскидана и размыта максимально, можно и работать потихоньку.
Беда в том что лично я страдаю не только как коллега, но и как пользователь вот таких вот микросервисов, думаю мне не дадут соврать что софт не становится качественно лучше для пользователей, получается что микросервис это не эволюция, правильно же? В отличии от того что вы говорите в статье.
Если вы про это, то данную цитату даже обсуждать...не стоит
Судя по вашим рисункам архитектуры, и правда архитектурные этапы собеседований проходятся количеством стрелочек и квадратиков...
Хорошая статья, но больше половины это пересказ книги. Но спасибо вам за текст, я уже думал эту книгу никто не читал, все только ругают
Слышу звон, не знаю где он. Вы просто повторяете за интернетом.
Оправдывать нагораживание микросервисов историческим переходом от монолита к некст гену так сказать, это сильно
По моему опыту нет, и архитектура и уикс библиотеки присутствуют, но обычно не в самом идеальном исполнении
Кто вам вообще сказал что что-то пишется с нуля? На некоторых направлениях без фреимворков даже резюме ваше не смотрят
Альтруистично и похвально, прекрасно вас понимаю, сам нахожусь в подвешеном состоянии когда уже понимаю что найм точно мимо, но своего полноценного дохода пока нет, но мне осталось только копать в сторону улучшения ИТ как могу своими силами, что-то менять в людях и их процессах очень ОЧЕНЬ трудно, поэтому только похвала вам за старания. Ваших статей много прочитал и согласен с вами, это реальная проблема и я как сотрудник ее полностью на себе прочувствовал.