Обновить
-30
@Algrinnread⁠-⁠only

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

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

А куда делись все аутсорсеры, которые работали на Европу, США? Банки это отдельный вопрос, банкам традиционно программисты не доверяют и я даже знаю была такая тенденция, что программистов при трудоустройстве особо не предупреждали, что работа будет связана с банком. То есть: "Мы группа компаний 'Вектор Консалтинг', которая занимается разработкой ПО для финансовых учреждений" Вероятно, нужно установить более высокие ЗП и тогда сбегутся просто толпами.

Персональная статистика проектов показала, что на проекте со Scrum-ом более низкий уровень здравого смысла, более высокий уровень какого-то бреда и более высокий уровень прогнивания фирмы. Наиболее здоровые проекты на мой взгляд, это проекты с диктатурой сильного и влиятельного Fullstack программиста архитектора. Которому хватает влияния и полномочий продвигать правильные решения и блокировать всякий бред.

Олимпиады это хорошо и правильно. Ну лучше всего объединять их с исследовательской работой, чтобы результаты олимпиады были интересны профессиональным программистам. Задачи на оптимизацию сервера, это интересно и полезно. Пример: я до сих пор не знаю, какая из технологий лучше всего подходит для Event-driven архитектуры на сокетах. Как лучше всего обрабатывать миллионы TCP подключений. Акторы? А может монады? А может корутины? А может быть нужно просто нормальный реактор на C++ написать? А какие есть уже существующие современные технологии и какие из них действительно хорошо работают, а какие не могут, несмотря на весь пиар вокруг них. Соревнования нейросетей, это тоже очень интересно и актуально, сейчас весь мир помешался на этих нейросетях и тут целое поле для исследований есть.

Аллоды Онлайн объявляют всем западным MMO войну. Будут развиваться не особо бюджетные игры под Андроид от ведроидов. Остальные сбегут на Кипр. Или в Грузию. Или куда угодно от санкций.

Третьи герои в тренде так же, как и Варкрафт 2, в них играют два с половиной фаната. Для андроид девайсов интерфейс жутко устаревший и неудобный. Могли бы пятых героев на Android портировать. :-/

Чистый код, это короткий, читабельный код, который выполняет поставленные задачи и у которого нет побочных эффектов. Всё это ничем не отличается от строительства дома. Напортачить может как архитектор, так и строители. Если архитектура кривая, фундамент кривой, стены кривые, то всё рухнет. Ну или там никто не захочет в этом домике жить, если у соседей лучше.

У монады-хламидомонады есть своя ниша, если она сумеет придумать по-настоящему что-то полезное, то корпорация Oracle добавит это в новые версии языка Java, корпорация Microsoft добавит в C#, а Google с JetBrains добавят в Kotlin. О фиче, у неё есть своя киллер-фича - Play Framework. :^). Для популяризации желательно поучаствовать им в гонках - Web Framework Benchmark-e. Ну и наконец, песня про монаду-хламидомонаду от нейросети ChatGPT:

Песня о монаде

В мире монад, волшебство творится, Хламидомонада вечно цветет. Символ высший, где жизни сюжеты, Сквозь таинство, она светит.

Монада, души глубокий отраженье, В мире истины, ты свой путь нашел. Хламидомонада, пусть будешь с нами, Вечный символ, в сердце своем хранишь.

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

Тайны мира в монаде засекречены, В её хламиде, вечной тайне тысячи вопросов. Хламидомонада, в мире монад сверкаешь, Твоя сущность, как песня, нам снова и снова.

В мире монад, где суть истины скрыта, Мы ищем ответы, как звезды на небе высоко. Монада, хламидомонада, вечно с тобой, В мире монад, ты наш светлый проводник света.

Есть теория, что проектированием БД занимались MongoDB-шники. Узнаю неповторимый стиль. :-) Жуткая денормализация. Это делать опасно. Такое можно мудрить только в крайне редких случаях, когда нужно поднять скорость выполнения запросов и ничего другое уже не помогает.

Scala пытается делать вид, что она жива. :^). Язык не быстрый. Если сравнивать с C/C++, Rust. Язык не читабельный. Если сравнивать с Java/C#/Python/Kotlin. Kotlin лучше пиарьте и продвигайте, чем этот хлам. Это хотя бы наполовину российская разработка и её взял на вооружение Google.

P.S. Это не относится к Kafka. Да, на Scala можно написать хороший продукт. И на Erlang-e тоже можно написать хороший продукт. WhatsApp подтверждает. Да, акторы могут быть силой. Но тем не менее и Erlang-y и Elixir-y и Scala им всем не место в топ 20 языков мира и пора на покой.

VK мессенджер против Там-Там-а. 36 тыс. отзывов против 93 тыс. отзывов в Play Market-e. Кто же сумеет победить арабских шейхов братьев Дуровых. Это нужно просто же рекламу включить. Начинаем накрутку отзывов.

Если инвестор не может выбрать эксперта в предметной области из своих людей, то тогда архитектор выполняет работу аналитика и идёт общаться со всеми менеджерами, чтобы изучить предметную область. Просто так дольше. Но если без посредничества, распилов и откатов, то может быть дешевле. :-)

По поводу AWS, если кратко, используйте только те облачные сервисы, с которых легко перейти в другое облако. Мир меняется, кто знает, что будет дальше. Не привязывайтесь к одному облаку. Проверено на практике.

Балансировка нагрузки для кластера тема очень благодатная, но конкретно в данной статье я вижу какие-то велосипеды. Я знаю, что балансировку для серверов реализуют с помощью nginx или HAProxy. Если архитектура без Kafka. Если с Kafka, то как вариант Kafka REST Proxy.

На подобные предъявы техподдержке нужно просто ничего не отвечать, пусть ищут самого главного владельца продукта. Чтобы у тебя у самого проблем не было.

Да, всё верно, нужен профсоюз IT специалистов и современные ГОСТ-ы для аналитиков, архитекторов и программистов. Чтобы без воды и бреда. :-D

По поводу троллинга, то разрешение сначала нужно у местной якудзы спросить, а потом можно в дейтинге голосовать за что угодно. :-]

Всё упрётся в качество продукта. Довести дизайн до нужного уровня качества сложно. Довести нейросеть до нужного уровня качества, чтобы она генерировала то, что нужно - запредельно сложно. Генераторы HTML/CSS уже 20 лет как существуют, но люди как верстали вручную, так и продолжают верстать, потому что так качественнее. А работы, которые не требуют особого качества, будет делать нейросеть. Которая аж ни разу не искусственный интеллект. В геймдеве на Android и IOS только всех людей заменит, потому что там качество уже дно пробило.

В госсекторе только. Без совместимости с приложениями и играми Android они привлечь никого особо не могут. Они должны быть не хуже Android. Ещё и с закрытым кодом.

Я всегда думал, что бизнес-аналитик или системный аналитик или просто аналитик, это в первую очередь человек, который глубоко разбирается в предметной области в которой создаётся программное обеспечение. Ну не знают программисты фармацевтику и в производстве, учёте, продаже столовых приборов они тоже не разбираются. И в транспортных операциях не разбираются. Его выделяет инвестор из своей команды для того, чтобы он долго и нудно объяснял программистам, что они хотят получить. И если он даже сам сумеет нарисовать удобный для фирмы или пользователей UI/UX, то ему нужно медаль купить в интернет-магазине. Ему нужно на человеческом языке написать программистам, что должно отображаться на экране при нажатии на кнопку. А UML это уже слишком сложно и не очень читабельно. А программисты уже напишут, какой JSON полетит на HTTP сервер на какой Endpoint и какие запросы полетят на SQL сервер (Если в приложении REST архитектура). В процессе программисты будут пытаться всё максимально упростить. Из документов они любят Use Case, но предпочитают их писать сами.

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

  2. Найти Full Stack-программиста архитектора, передать ему первичные документы, чтобы он написал сценарии поведения системы на более низком уровне, сделал модель данных БД, выбрал архитектуру, описал все REST запросы. Посчитал количество необходимого времени. Согласовал это всё с аналитиком (в письменном виде на форумном движке конечно же)

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

  4. Дальше архитектор начинает подготовку к написанию кода, всe DevOps вопросы и непосредственно начинает писать код, говорит аналитику сколько ещё людей ему нужно в помощь, аналитик идёт к HR-шам или сам ищет людей. Всё, процесс пошёл без антипаттерна "Разработка комитетом"

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность