Обновить
58
1.6

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

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

Красота в глазах смотрящего. Как вам такой портрет?

Русская царица

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

SQL по этой классификации компьютерных языков относится к Query Language, а Programming Language живут на соседней ветке.

Shell довольно выразительный язык, если на нем аккуратно писать. Когда-то половина git была реализована в таком стиле. С другой стороны, на нем пишет много людей, для которых программирование не является основным видом деятельности.

Код" - это что-то требующее трансляции, по определению

Трансляции во что?

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

Английский на бытовом уровне звучит сильно по-разному, в зависимости от местности где тот или иной нейтив родился, вырос и живёт. Услышать в быту так называемое называемое Received Pronunciation, так же вероятно как в РФ русский образца литературных классиков. Там весь остров порядка 1500 км в длину. Но не смотря на это здесь куча местных диалектов и произношений, которые без тренировки воспринимать так же не просто, как допустим индийский или австралийский варианты.

Здесь все неоднозначно не только для AI. Цари женились по политическим мотивам и в основном на заграничных девицах. Это даже в фольклор вошло, где невесты добываются за тридевять земель. Собственно и картинка про русскую деревню выше, не так уж далека от реальности. Особенно если эти деревни находились на приграничных землях или популярных купеческих маршрутах.

Если человек + ряса считает себя лучше человек + любаядругаяодежда, то это рясизм.

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

Несколько человек поторопились и вмержили с кодом: сборник анекдотов на насущную политическую тему, видео с котом, пароли от сервера. Да мало-ли ситуаций когда нужно провернуть фарш обратно, переписав часть истории? https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/removing-sensitive-data-from-a-repository

Честно говоря, тот факт, что они все назвали языками выглядит как очередной местный терминологический нюанс. Возможно - переводческий, или начитались фантастики, где машины могут общаться на своих языках. Может по стоянию на годы разработки этих ГОСТов с определениями ещё толком не разобрались, все же процитированная Wiki отражает уже современную картину. В любом случае, из-за этого в голове потом возникают лишние ассоциации, которые ведут к неправильным выводам. Русский технический в этом отношении крайне сложный и запутанный язык.

И всё-таки, машинный код считается точно таким же языком программирования, как ассемблер. Он и называется формально - машинный язык.

В общепринятой терминологии, языки предназначены для людей (писать, читать, общаться, понимать), а для машин - коды (здесь же opcode, bytecode и т.п). Computer language, Machine code .

Языки программирования это подвид компьютерных языков (кроме них здесь языки описания конфигураций, разметки, представления данных и ещё ряд других)

Иногда говорят '"машинные языки" вместо "машинные коды", но это либо литературное украшательство, либо просторечие. Коды люди тоже могут воспринимать, но это не типично. В "Матрице" этот момент колоритно показали.

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

Машинные коды это компактное представление программы, которое предназначено для чтения машиной, а не человеком.

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

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

Хорошее эссе, концовка получилась вообще смешной - в "честной рекламе" про это тоже нет ни слова.

Заинтересовала идея рассказа

Тестирование в продакшн.

Определенно: "Счастье это когда тебя понимают". Здесь многое зависит от качества распознавания голоса, а так же скорости и продуманности обратной связи. У меня опыт кардинально изменился после замены телефона на один из флагманов прошлого года, а так же покупки копеечного WiFi адаптера, чтобы Android Auto подключался без проводов. Когда еду один, то сложностей с ним в общем-то нет (хотя где-то пришлось поработать над своей дикцией). В прочем, в других ситуациях, например орущие со всех сторон дети, для голосового ассистента это все ещё проблема.

прокидываем репозиторий в app/domain service (даем знание о БД и на мой взгляд - это явное нарушение архитектуры)

Если по классике, то частью домена является только интерфейс репозитория. Иными словами, домен знает, что сущности не появляются из ниоткуда - у них есть абстрактная мама (или папа). Конкретная реализация репозитория живёт снаружи, за пределами домена. Методы репозитория реализуется не абы как, а в терминах Aggregation Root - здесь вы даёте гарантии атомарности и непротиворечивости операций с целыми плеядами связанных entities. Остальные связи и гарантии - с помощью интеграций и доменных событий. Ну и помним, что DDD это не святой Грааль, а лишь один из вариантов - есть и другие. Так, для UI-ориентированных выборок удобнее использовать CQRS, а не DDD. Ни с чем не спорю, это краткий пересказ мини-сериала https://vaadin.com/blog/ddd-part-1-strategic-domain-driven-design .

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

Лид должен хорошо понимать местные особенности. Поэтому их предпочитают растить внутри - на рынке вакансий сильно меньше.

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

Напоминает ревью за джунами. Все могут где-то ошибаться, но ChatGPT учится быстрее. Это немного пугает на самом деле.

Думаю зависит от сценария. Например , если рассматривать ChatGPT не как замену себя, а как помощника, который хорошо гуглит ответы, но может и ошибаться - получается довольно эффективный инструмент. Он все равно снимает изрядную часть рутины. С ним очень сложно добиться 100% результата, но 70-90% вполне выдает. В моей практике этого достаточно - остальное можно поправить и самому.

укажите предполагаемый диагноз», «составьте план лечения», «назначьте дополнительные обследования» и так далее

"откройте счет на индивидуальных условиях", "приведите на лечение Гредруга и сдайте экзамен без комиссии".

Информация

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