Владелец проекта прям кипятком … от ИИ и хочет чтоб разработка ускорилась в разы
Хотеть он вместе с продавцами лопат может чего угодно. Вопрос - реально ускорилось что-то? Пока видно только увеличение штата (два джуна) и затрат (на джунов и LLM)
В отчёте приводится пример младшего инженера-программиста Робина, который перед сном вставил в проект тысячи строк кода, сгенерированного ИИ. При этом возник сбой, и старшему инженеру, уже отстающему от графика, пришлось разбираться с этим, так как сам Робин не мог объяснить, что он сделал
Ни разу не удивлюсь если в итоге выяснится что амодей сам занес кому надо чтобы его очередное поделие таким образом “ограничили”
Подходит видимо время перед инвесторами отчитываться “где деньги, Зин?”, а тут “вот видите, лучшую модель в мире сделали а нам ее мировое/глубинное правительство прикрыло, что мы можем сделать”
новые результаты в области термодинамических расчетов состава ионов в условиях холодной и горячей (нормальной) плазмы
Ионный состав плазмы с 1920 года успешно рассчитывают по формулам Саха. В аннотации к оригиналу про методику расчетов ничего не написано, а статья как водится за paywall (нет чтобы в MDPI опубликовать )) ).
Может кто-нибудь сведениями про методику расчета поделиться? Ну или ссылками на предыдущие работы по теме из открытого доступа?
Сокращаем количество партиций - уменьшаем потребление ресурсов координатором - избавляемся от latency. Тут понятно, спору нет.
Удаляем индекс - экономим время на перестройке индекса при каждой операции записи - повышаем скорость записи. Тоже все понятно.
Меня другое интересует. Вот загрузку данных (то есть запись) вы оптимизировали. Скорость чтения этих самых данных не пострадала у вас из-за этого? Потому что индексы и партицирование не просто так придумали, а для оптимизации операций чтения.
Оригинальная статья за paywall, а было бы интересно прочитать про вклад каждого соавтора. Сейчас в большинстве рецензируемых журналов такое требование, насколько я понимаю.
Особенно как были распределены обязанности между представителями династии Бобковых (Ирина, Александр, Григорий)
Если что, я не прикалываюсь )) просто понять как это работает
на Фортране я писала программу для моделирования ЭВМ «Электроника 100 И» на ЕС-1020
А мама может рассказать поподробнее как на Фортране моделировать ЭВМ?
Имеется в виду трансляция машинного кода ЕС в машинный код на других архитектурах?
Приходили на ЕС, писали программы при помощи Фортрана, отлаживали, а потом они переводились в коды мини-ЭВМ и шли на них. Если было нужно, мы их дорабатывали
Хотеть он вместе с продавцами лопат может чего угодно. Вопрос - реально ускорилось что-то? Пока видно только увеличение штата (два джуна) и затрат (на джунов и LLM)
Упражнение на тему как сказать “купите лопаты” не произнося слово “лопаты”
Низачет, нещитово …
Производитель лопат сообщил, что он с помощью своих лопат теперь производит больше лопат. Караул, катастрофа … ))
дальше можно было не исследовать
Ни разу не удивлюсь если в итоге выяснится что амодей сам занес кому надо чтобы его очередное поделие таким образом “ограничили”
Подходит видимо время перед инвесторами отчитываться “где деньги, Зин?”, а тут “вот видите, лучшую модель в мире сделали а нам ее мировое/глубинное правительство прикрыло, что мы можем сделать”
Напомню кстати что согласно амодею код уже месяца четыре (а то и пять) вместо разработчиков пишет ИИ. Весь код вместо всех разработчиков.
А тут новый гуру подоспел. Решил, правда, для начала подстраховаться и ограничиться своей конторой.
У - Успехов
ДА-ВЫ-ШТО???
“ничто не предвещало”
На физфаке МГУ в магистратуре есть курс История и методология физики. И он в учебных программах есть с незапамятных лет.
Не получится. Они всегда под NDA ))
старого кобеля не отмоешь добела
Хотя (пусть и запоздалое) признание очевидного факта - уже прогресс
Ионный состав плазмы с 1920 года успешно рассчитывают по формулам Саха. В аннотации к оригиналу про методику расчетов ничего не написано, а статья как водится за paywall (нет чтобы в MDPI опубликовать )) ).
Может кто-нибудь сведениями про методику расчета поделиться? Ну или ссылками на предыдущие работы по теме из открытого доступа?
Сокращаем количество партиций - уменьшаем потребление ресурсов координатором - избавляемся от latency. Тут понятно, спору нет.
Удаляем индекс - экономим время на перестройке индекса при каждой операции записи - повышаем скорость записи. Тоже все понятно.
Меня другое интересует. Вот загрузку данных (то есть запись) вы оптимизировали. Скорость чтения этих самых данных не пострадала у вас из-за этого? Потому что индексы и партицирование не просто так придумали, а для оптимизации операций чтения.
Я считаю что широкому кругу посетителей ресурса это тоже будет интересно.
Поэтому пожалуйста передайте вопрос маме, а сюда запостите ответ. Если ей удастся восстановить в памяти ту историю.
Спасибо
Оригинальная статья за paywall, а было бы интересно прочитать про вклад каждого соавтора. Сейчас в большинстве рецензируемых журналов такое требование, насколько я понимаю.
Особенно как были распределены обязанности между представителями династии Бобковых (Ирина, Александр, Григорий)
Если что, я не прикалываюсь )) просто понять как это работает
А мама может рассказать поподробнее как на Фортране моделировать ЭВМ?
Имеется в виду трансляция машинного кода ЕС в машинный код на других архитектурах?
Или что-то еще?
Удалили индексы, сократили число партиций - скорость записи выросла. Результат не сказать что неожиданный ))
На скорость чтения это как повлияло?
А если написать
и на
sometableнакинуть соответствующий функциональный индекс?Шо опять?
А что по этому поводу говорят разработчики PostgresPro? Это by design или как?
На ванильной Postgres этот кейс воспроизводится?