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