экий кромешненький бред =>> для прогесса ииЩечки нужны либо более эффективные методы обработки данных, либо больше мощей на датацентрах (к примеру, в 10+ разов - это очень мало), но ничего сейчас получить невозможно на этом поле ==>> на датацентры нет тупо электричества + ииЩечка дико угробляяяяет жестянки.. вот, кстати, с Тобой не соглашусь ==>> питоха более-менее катит для проектиков эдак строк на 200, дальше будешь постоянно танцевать с бубном, чтоб эту керь хоть как-то сбалансировать по глюки-вс-тормоза. у ржаки такой связи меж скоростью и глюкаловым нет. жаба-скрипт - это вообще не яп в нормальном понимание яп-а, можь ещё башЪЪЪ вспомним????? на нём ОдмЫны всяку керь чиркают - так там и жаба-скрипт по объёмам ХоФЪна даже рядом не стоит.
Rel, UbIvItS, я про простоту синтаксиса и самого ЯП, Lua самый простой без всего лишнего, конечно целые надо было ещё раньше добавить. А все эти рыгаки именно переусложнённые, и питухоний тоже. На счёт памяти и Луа вообще, это скриптовый ЯП, там уборщик должен быть, и очень плохая идея использовать питухон вместо Lua. Вот бы в IDAPro Lua использовали, проще же, возможностей Lua хватает, я про вер. 5.3 с целыми, хотя при желании более старые версии можно использовать целые, правда костылями.
вся скриптянка == Х@ФЪЪ№ по определению ==>> мелкая автоматизация и не более да любая простота скриптуХИ всегда обманчива.. отладка скриптов - всегда ппц
Скажи это Лиспу, Форту или Смаллтоку/Фаро. Лиспы, кстати, на удивление подходят, как и для мелких скриптов, так и для больших проектов.
Recall уже взломали и выгрузили фул директорию скриншотов, которая она делает в формате png https://www.wired.com/story/total-recall-windows-recall-ai/
самое забавное как мокрые тупо лгут: чтоб такая керь работала в автоматике, нужно аплоудить картинки для распознавания
Черниговской - респект она о заразе ИИ еще 10 лет тому орала особенно интересно ее стык с НЕнаукой например
ИИ гуано. Использую ИИ на работе как умный кодогенератор, но дальше заполнения dto'шек и написания простых запросов он не способен пойти. Наши задачи ИИ в принципе решить не может.
Rel, функциональное пограмирование, ещё один бред бредовый который разные психи утверждают что облегчается программирования. Дануна. На лиспе игоры писать.:lol:
Лисп язык универсальный, т.к. поддерживает мутабельность и вследствии этого на нём вполне можно писать программы в императивном стиле. Поэтому единственная претензия к нему это лютая скобочность синтаксиса, это реально удручает. Я долго смеялся когда читал знаменитый SICP - треть книги пелись дифирамбы иммутабельности и демонстрировалась красота чистого ФП для подсчёта факториалов. А потом бац, вводится set! и пошла поехала обычная императивщина. Вот как только дошли до сложного состояния программы которое НАДО хранить - всё, перешли на set! и с иимутабельности как с коня спрыгнули на феррари. Причём на самом деле очень интересно во что превращаются такие программы на языках где мутабельность запрещена на уровне синтаксиса - то что называется "чистым ФП" - есть только функции которые возвращают результаты и при этом железобетонное правило вытекающее из иммутабельности - для одинаковых аргументов функция обязана возвращать один и тот же результат (с поправкой на кложуры, но не суть). А получается, что глобальное состояние программы просто напросто надо явно протаскивать через всю цепочку "хребтовых" функций как параметр в идиоме "мы в функцию запихиваем предыдущее состояние программы, а она нам возвращает следующее состояние программы". Вообще всё что может меняться на глобальном уровне - например текст в блокноте надо протаскивать через параметр чтобы оно в чистом ФП ожило и задышало. При это очень забавно так же, что программа взаимодействующая с окружающим миром в этом глобальном контексте-всепроникающем-параметре должна так же хранить особый объект "окружающий мир". Потому что функции вида input_key() без параметров могут возвращать только константу. правильно это функция в чистом ФП должна выглядеть как input_key(world) - принимает "окружающий мир" как параметр, считывает из него код кнопки и возвращает новый мир вокруг где кнопка уже была считана и в следующий раз будет считываться другая. То есть в принципе одна и та же идиома чтобы имитировать средствами чистого ФП программу со сложным состоянием. И если тут задуматься, то внезапно оказывается, что вся крутота и рекламные преимущества чистоты ФП наталкиваются на непреодолимый барьер - принципиально невозможно распараллеливать выполнение функций каждая из которых как человеческая многоножка должна скормить свой результат в параметр следующей. Принципиально появляется global state который ничем не проще понять где в коде был модифицирован. Хотя конечно остаются такие потенции в "хвостовых" отрезках кода куда этот параметр глобального состояния не скармливается, но шило на мыло так сказать образуется очевидное. Стоило ли заморачиваться? Ведь имитация мутабельности глобал стейта таким образом приводит к монументальной задаче для сборщика мусора на каждом тике программы.
этот Труонг == рука-лицо... как он мог попасть в такую сферу деятельности??? нагрев жестянки идёт прыжками и при этом датчик температуры не показывает полной картины: допустим, с 50С легко прыгнет на 80, а локальный перегрев без проблем способен пробить потолок в 240.. ежли такие хреноваторы приходят работать в датацентры.. словесов нет