Обновить
-3

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

0,1
Рейтинг
2
Подписчики
Отправить сообщение

1 человек, 1 месяц, 1 миллион строчек кода (с)

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

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

В FSM появляется смысл только при появлении асинхронных процессов о чем у вас вообще нет ни слова.

тогда странно, что не упомянули

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

думаете вам одному в голову приходят гениальные идеи? а гуглить пробовали?

https://github.com/hsutter/cppfront

интересно, так эту систему и не заменили?

Из хорошего и простого низкоуровневого кросс-ассемблера aka Си

осталось только понять, что C++ это не костыли к Си, а совершенно отдельный, более высокоуровневый и мощный язык

а совместимость с Си всего лишь одна из его легаси фич

вот это да!

В истории полетов на Луну масса интересных фактов о которых люди, заставшие СССР, не подозревают.

Например, американцы делали пуски открытыми, объявляя о них заранее. А не как "советы", которые делали все всегда по нычке и если что-то шло не так, делали вид, что ничего не случилось.

И, кстати, СССР получил приглашение для прессы, чтобы они лично присутствовали при старте и возвращении ракеты. Но те от него отказались.

А если через пару лет качество будет превышать качество любого топового инженера?

я в это не верю. три с половиной года хайпа. в R&D влиты десятки миллиардов долларов. лучшие умы человечества уже работают в этом направлении. и ясно видно, что мы уперлись в пределы этой технологии. она как и была, так и останется вероятностым генератом токенов с кучей галюнов и ограничений.

так не будет, потому что внедрение такого подхода в проектах мало-мальски требующих надежности приведет к катастрофическому падению качества

в "Clair Obscur: Expedition 33" почти вся игровая логика написана на Blueprint

знакомая идея и знакомый почерк.

Если у вас нет времени ревьюить полторы тысячи строк от джуна и каждый раз объяснять, почему размазывать бизнес-логику по всему проекту — плохая идея, это может сделать AI

AI, который сам в среднем генерирует код хуже джуна, злостно копи-пастит и даже не знает, что не нужно в магические цифры, а нужно заводить константы? )

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

Даже топовые модели типа Claude 4.6 Opus High сегодня генерируют плюсовый код ниже уровня джуниора. Т.е. самостоятельно не тянут даже тактический уровень. Про стратегический даже заикаться не приходится.

эх, и никто из олдов не вспомнил легендарную систему плагинов рабочего стола из Windows Mobile.

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

поэтому ужасный недоджуновский код LLM для них это код мидлов )

динамическая система типов

это приговор

Ну так язык по дизайну тянет максимум на написание маленьких вспомогательных скриптов на пару экранов. Как BASIC. Как JavaScript.

Кто и зачем пытается строить из палочек и недоцемента огромные здания -- главный вопрос.

1
23 ...

Информация

В рейтинге
4 677-й
Откуда
Одесса, Одесская обл., Украина
Дата рождения
Зарегистрирован
Активность