Обновить
2
0.2

Пользователь

Отправить сообщение

Сегодня просил нейронку написать на webgl траву которая на ветру развивается, по итогу траву только на улице увидел (вышел ее потрогать), нейронка выдала нерабочее месиво из кода...

Это слишком простая задача?

Неустойчивость фронт-систем при падениях бэка.

Это не следствие плохой архитектуры, а следствие фронта который не может обработать нормально ответ от бэка.

Ну и опять микросервисы всех спасли, если честно с технической стороны ваши виды архитектур читаются как-то поперёк что-ли. Собственно как и статься оставляет послевкусие какое-то

Если честно много ответов перебирал в голове, но пришел к чему-то такому - докер открыл портал в ад, бизнесу подарил чувство новизны, как противоставление монолиту (в разрезе разговора про веб, у нас тут у всех как в гугле ы) и возможность закидать деньгами проблему, программисту дал отговорку - вместо внятной базы данных у нас куча баз данных, вместо внятного кода у нас куча сервисов, ответственность раскидана и размыта максимально, можно и работать потихоньку.

Беда в том что лично я страдаю не только как коллега, но и как пользователь вот таких вот микросервисов, думаю мне не дадут соврать что софт не становится качественно лучше для пользователей, получается что микросервис это не эволюция, правильно же? В отличии от того что вы говорите в статье.

Изначально архитектура веб-сервисов (тогда они еще были сайтами) была простой и строилась по принципу монолита: один бэкенд напрямую общается с единой клиентской частью с одной стороны, и с базой данных — с другой.

Если вы про это, то данную цитату даже обсуждать...не стоит

Судя по вашим рисункам архитектуры, и правда архитектурные этапы собеседований проходятся количеством стрелочек и квадратиков...

Хорошая статья, но больше половины это пересказ книги. Но спасибо вам за текст, я уже думал эту книгу никто не читал, все только ругают

Но подходы с монолитами и вправду часто не дают компаниям быстро развиваться.

Слышу звон, не знаю где он. Вы просто повторяете за интернетом.

Изначально архитектура веб-сервисов (тогда они еще были сайтами) была простой и строилась по принципу монолита: один бэкенд напрямую общается с единой клиентской частью с одной стороны, и с базой данных — с другой.

Оправдывать нагораживание микросервисов историческим переходом от монолита к некст гену так сказать, это сильно

каждая конторка пишет с нуля, нет кооперации. Нет общих библиотек, нет стандартов функционала

По моему опыту нет, и архитектура и уикс библиотеки присутствуют, но обычно не в самом идеальном исполнении

Кто вам вообще сказал что что-то пишется с нуля? На некоторых направлениях без фреимворков даже резюме ваше не смотрят

Сегодня подумал что добавил бы еще стадию чтения исходников на гите

т к. исключено обучение и получение опыта от других

По моему стек оверфлоу как раз про опыт других? А он уже с 1 стадии начинается.

Ну и ещё с онбордингом у нас вроде туго, да и культура не отвлекать знающих людей, а то мега бизнес фича не запилится, как-то не располагает к обмену опытом.

Альтруистично и похвально, прекрасно вас понимаю, сам нахожусь в подвешеном состоянии когда уже понимаю что найм точно мимо, но своего полноценного дохода пока нет, но мне осталось только копать в сторону улучшения ИТ как могу своими силами, что-то менять в людях и их процессах очень ОЧЕНЬ трудно, поэтому только похвала вам за старания. Ваших статей много прочитал и согласен с вами, это реальная проблема и я как сотрудник ее полностью на себе прочувствовал.

И знаете ещё, просто моё мнение и наблюдение - ваше обращение к владельцам бизнеса выглядит немного...наивно что-ли.

Там сидят люди для которых сотрудник это просто ресурс и единственная мысль как больше выжить из этого ресурса за меньшие деньги. Доходит до того что могут лично в лицо сказать, "мы и так почасовую платим, а вот в Индии за строчку кода, вот там классно, а у нас разбалованные прогеры" после рабочего дня и совещаний они идут смотреть циферки под бокальчик, а не переживать за сотрудника, если они не видят прямой выгоды, это для них не существует. Это вот лично мой опыт взаимодействия с главами ИТ отделов...

Хотел сказать спасибо что пытаетесь разобраться в болях программистов и ИТ отрасли (не являясь оным, на сколько я понял), но вы же это делаете не за спасибо, своя мотивация у вас тоже имеется)

А так да, проблем реально много, анализ происходящего помогает побороть чувство самозванца, да и вообще по другому на все взглянуть, если даже у амазона куча проблем, что говорить про меньший бизнес.

Поэтому с верой в себя начинаю движение вперёд)

Hr'у надо просто отфилтровать поток резюме. Как это будет сделано и улетят ли в мусор хорошие кандидаты вопрос риторический.

Но видимо hr'ам хочется фильтровать красивые и релевантные резюме (тратить 7 секунд на что-то нерелевантное, вы сума сошли???)

Понимаете, это не hr'у надо к вам присматриваться, с нынешнем потоком откликов на вакансию, а вам надо доказывать hr что вы что-то стоите, это не компания в которую вы устраиваетесь должна проводить вам онбординг, это вы должны придти, во всем разобраться и предлагать решения.

Как по мне найм в ит имеет слишком много минусов (поэтому полуживой) на данный момент, и поощряет прохождение в команду всяких составитель резюме и подобных, а не программистов.

Мотиуация недостаточно поднята

Я вижу выход - работать на себя, развивать свое ИТ без сотни фреймворков и микросервисов, с хорошей архитектурой и предсказуемой разработкой. Нужно делать из ИТ конфетку, а не кусок...микросервиса...

А так я с вами солидарен, я понял что найм это вообще мимо меня всё, тоже уже думал сменить профессию, но уже слишком много времени отдано, да и как никрути нравится это дело)

Иногда если тупо следовать тому что хочет заказчик может получится то чем он сам же не будет пользоваться (видел и такое)

Может технический специалист от части и нужен чтобы желания накладывать на тех ограничения? Подрегулировать желания под техническую реальность))

Такое ощущение если честно что программисты воспринимаются как-то не правильно, какие-то злодеи, делать как хочет человек (даже если это нереально) не хочет...Про какую-то архитектуру говорит...Когда уже всем начнут платить за количество кода, а не почасовую (Если что это реальная мечта некоторых глав ИТ отделов, которые я слышал сам лично...)

Да дело не в моем стеке или в вашем, а то что статья содержит слово "лучший" какбудто подразумевает сравнение (хоть какое-то, но тут техническое хотелось бы), а не список инструментов которые нравятся вашей команде. Или написали бы лучший для вас конкретно

1
23 ...

Информация

В рейтинге
2 774-й
Зарегистрирован
Активность

Специализация

Бэкенд разработчик, Архитектор программного обеспечения
Ведущий
От 500 000 ₽
Git
PostgreSQL
ООП
Базы данных
PHP
Docker