Pull to refresh
69
0,4
Rating
18
Subscribers
Send message

"два года назад наш вечный двигатель работал минуту, год назад пять минут, а сейчас - 10 минут! Представляете, что будет дальше?"

Вспомнил, сравнил. Ничего принципиально не изменилось. LLM как не учились во время генерации кода, так и не учатся. Всё также отсутствует обратная связь.

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

Джуниоры обучаются в процессе, LLM - нет.

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

Есть два типа людей: которые считают, что ИИ кодит лучше них и те, кто считает, что ИИ кодит хуже них.

И те и другие правы.

Ну как сказать. У меня ощущения обратные. Стартап выглядит как АЭС, а на работе мы командой собираем сарай из навоза и валежника по всем канонам fizzbuzz enterprise edition

вот технология ORM знаменита тем, что большинство реализаций этот баланс не выдерживают

Кому знаменита?

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

Сильное утверждение.

А всё, как обычно, исходит из предположения, что ORM конфликтует с raw sql. На самом деле никто не мешает использовать чистый sql при наличии ORM. Тем более, что даже в самых высоконагруженных проектах эта самая высоконагруженная часть составляет малую часть кода. Ради оптимизации этой части кода переводить только её на sql - ок, но получить ручной маппинг во всём проекте со всеми ошибками белковой (и небелковой) нейросетки - это за гранью моего понимания. Зачем? И главное, нафига?

ORM занимается маппингом сущностей и, самое главное, обеспечением корректности маппинга при дрейфе структуры. А у вас дрейф будет, если проект развивается. И он занимается этим детерминированно, так что ваше сравнение ORM с нейросетями огорчает поклонников ORM.

Спека может быть и полной и точной.

С точки зрения фотона никакого фотона не существует. Просто один электрон переходит с высокой орбиты на низкую и тут же в том же месте другой электрон переходит с низкой орбиты на высокую. Ну потому что при скорости света расстояние между этими электронами сжимаются до нуля за счёт эффекта лоренца. Просто один электрон толкает другой.

Что-то коммент вспомнился...

Да отличная технология, конечно персонажи становятся живее и лучше!
А ещё есть майнерская Orca

Да, но у несжатых файлов больше вероятность повредиться. Тупо больше блоков.

Плавающие форматы нельзя использовать для денег просто потому, что некоторые значения, вроде 0,3 не имеют представления в формате IEEE754. Decimal как раз хранит "как есть" без всяких приведений мантиссы к степени двойки. К тому же decimal гибко настраивается под конкретное место. Если это стоимость товара, ну ставьте (8, 2), если вы вертолётами торгуете, то можете и побольше. Где у вас могут дробные доли цента возникнуть, добавляете нужную точность.

Хранить в int/long копейки/центы это конечно хорошо и компактно. Но чаще всего это экономия на спичках, а иногда даже и не компактнее. Например у PostgreSQL и Oracle формат numeric занимает переменное количество байт, тогда как long всегда будет 8 байт, независимо от того, что там лежит. Положите нуль - будет занимать 8 байт, тогда как numeric будет использовать краткую форму.

Метод называют глаголом, который что-то делает. Соответственно, в наименовании record changes "record" тот самый глагол. Если нужно обработать какое-то событие, то ставят handle_record_changes. Ну или в ивентах OnRecordChanged. Тут зависит от языка и соглашений.

Статья одной картинкой

А, извините, @Wesha раньше успел.

Это называется "закон Гудхарда".

почти 15 лет назад

15 лет назад трава была зеленее, бабы моложе, а все операционки менее прожорливы. Какбы 95я винда у меня занимала ~45mb и запускалась на 128 мб.

Даже тяжёлые спецификации SRS на основе стандарта ISO/IEC/IEEE 29148:2011 не полны.

Ну так можно же полную спецификацию написать

Хотел возмутиться, почему Китая нет в списках. А, ну да. Они и не включали себе интернет.

1
23 ...

Information

Rating
2,431-st
Registered
Activity