Забавные новости 0й-Ti :)

экий кромешненький бред =>> для прогесса ииЩечки нужны либо более эффективные методы обработки данных, либо больше мощей на датацентрах (к примеру, в 10+ разов - это очень мало), но ничего сейчас получить невозможно на этом поле ==>> на датацентры нет тупо электричества + ииЩечка дико угробляяяяет жестянки..

вот, кстати, с Тобой не соглашусь ==>> питоха более-менее катит для проектиков эдак строк на 200, дальше будешь постоянно танцевать с бубном, чтоб эту керь хоть как-то сбалансировать по глюки-вс-тормоза. у ржаки такой связи меж скоростью и глюкаловым нет.

жаба-скрипт - это вообще не яп в нормальном понимание яп-а, можь ещё башЪЪЪ вспомним????? на нём ОдмЫны всяку керь чиркают - так там и жаба-скрипт по объёмам ХоФЪна даже рядом не стоит.

 

Rel, UbIvItS, я про простоту синтаксиса и самого ЯП, Lua самый простой без всего лишнего, конечно целые надо было ещё раньше добавить. А все эти рыгаки именно переусложнённые, и питухоний тоже. На счёт памяти и Луа вообще, это скриптовый ЯП, там уборщик должен быть, и очень плохая идея использовать питухон вместо Lua. Вот бы в IDAPro Lua использовали, проще же, возможностей Lua хватает, я про вер. 5.3 с целыми, хотя при желании более старые версии можно использовать целые, правда костылями.

 

вся скриптянка == Х@ФЪЪ№ по определению ==>> мелкая автоматизация и не более да любая простота скриптуХИ всегда обманчива.. отладка скриптов - всегда ппц

 

У убивца самый ублюдочный стиль общения на этом форуме.

 

Скажи это Лиспу, Форту или Смаллтоку/Фаро. Лиспы, кстати, на удивление подходят, как и для мелких скриптов, так и для больших проектов.

 

Тебя понесло на ретро

 

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

 

Страшно, очень страшно! Мы не знаем что это такое, если бы мы знали что это такое, мы не знаем что..

 

вполне вероятно токсичное яблочко затаскает Муска по судам за недобросовестную конкуренцию

 

Черниговской - респект
она о заразе ИИ еще 10 лет тому орала
особенно интересно ее стык с НЕнаукой

например

 

alex_dz, Черкизова - бесноватое быдло с раздутым ЧСВ

 

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

 

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

 

Лисп язык универсальный, т.к. поддерживает мутабельность и вследствии этого на нём вполне можно писать программы в императивном стиле. Поэтому единственная претензия к нему это лютая скобочность синтаксиса, это реально удручает.
Я долго смеялся когда читал знаменитый SICP - треть книги пелись дифирамбы иммутабельности и демонстрировалась красота чистого ФП для подсчёта факториалов. А потом бац, вводится set! и пошла поехала обычная императивщина. Вот как только дошли до сложного состояния программы которое НАДО хранить - всё, перешли на set! и с иимутабельности как с коня спрыгнули на феррари.

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

И если тут задуматься, то внезапно оказывается, что вся крутота и рекламные преимущества чистоты ФП наталкиваются на непреодолимый барьер - принципиально невозможно распараллеливать выполнение функций каждая из которых как человеческая многоножка должна скормить свой результат в параметр следующей. Принципиально появляется global state который ничем не проще понять где в коде был модифицирован.
Хотя конечно остаются такие потенции в "хвостовых" отрезках кода куда этот параметр глобального состояния не скармливается, но шило на мыло так сказать образуется очевидное. Стоило ли заморачиваться?
Ведь имитация мутабельности глобал стейта таким образом приводит к монументальной задаче для сборщика мусора на каждом тике программы.

 

https://thenewstack.io/sql-based-pipelines-steampipe-makes-all-the-world-a-database/
любопытненько

 

этот Труонг == рука-лицо... как он мог попасть в такую сферу деятельности??? нагрев жестянки идёт прыжками и при этом датчик температуры не показывает полной картины: допустим, с 50С легко прыгнет на 80, а локальный перегрев без проблем способен пробить потолок в 240.. ежли такие хреноваторы приходят работать в датацентры.. словесов нет