Оно и не может нормально выглядеть, откуда вообще взяться сглаживанию в ядерной консоли, которое вы упоминаете в статье? Там шрифт всегда монохромный (https://en.wikipedia.org/wiki/PC_Screen_Font), задаётся битмапом из нулей и единиц (1=закрашено 0=фон). Соответственно нет полутонов и всего остального, нужного для сглаживания. Максимум можно взять шрифт побольше.
Среднестатический CEO атакованной компании be like: − Так, Дарио Амодеи, пажжи, а откуда у тебя вообще сведения о том, что проникновение удалось, и о деталях атаки, например что были собраны некие наши данные?
Каждая компания и государственный орган обязаны иметь аккаунт в нем по ИНН.
В таком мессенджере я бы переписывался с продавцами, поставщиками услуг, госорганами, банками, всяческими «Авито» и «Озонами», строителями, школами и проч. Любого, кто хочет мне что-то продать, предложить, просил перейти в этот «Госмесенджер» и пообщаться там.
Равно как и раздуть его значение. Например написав статью "Как гугл помогает науке", в которой поведать, что это потому, что учёные могут в нём гуглить информацию.
Ну т.е. он "помогает науке" в той же мере, в какой это делает, скажем, калькулятор, Matlab или карандаш? Заголовок несколько кликбейтный, скажем так.
как минимум для шести значившихся открытыми задач ИИ смог найти решения
Та же самая проблема, что и с заголовком. Очень сложно из текста статьи понять, что под словами "найти решение" на самом деле понимается не конструирование решения (в каком значении эти слова обычно толкуются в математике), а отыскивание решения в архивах.
TL:DR нейросетевой бред. Или не нейросетевой, но тогда это писал школьник с уровнем знаний "оооо в си есть указатели", а не человек с 20-летним опытом на Си.
нужно видеть разницу между системным и прикладным программированием. Если у вас завис браузер (прикладное ПО), вы его просто перезапустите. Но если «упал» сервер СУБД в момент банковской транзакции — это катастрофа.
А вы точно понимаете разницу между системным и прикладным ПО?
меня бесило, что массивы из 100 и 200 элементов — это разные типы. Я пожаловался другу, он посочувствовал и сказал: "А вот в С по-другому".
Ну как сказать... Оба типа кастуются в C к обычному указателю в ряде случаев, но эти типы всё равно разные, и слава богу.
void accept_100(int (*arr)[100]) {}
int main(void) {
int arr100[100];
int arr200[200];
accept_100(&arr100); // ok
accept_100(&arr200); // error: passing argument 1 of ‘accept_100’ from incompatible pointer type
return 0;
}
получается, что у утки шасси не выпускаются. И это ловушка эволюции
То есть в правильной иерархии классов утка должна выпускать шасси? Идиотский пример.
Пока ИИ умеет выполнять только самые базовые задачи в программировании, например переложить данные из одного массива в другой по заданному правилу.
Я конечно ИИ-скептик, но мне всё-таки кажется, что на сегодняшний день возможности ИИ в программировании мягко говоря немного больше.
Как это возможно вообще X_X У ДМа что ли нет отпусков, и все игроки доступны 24/7? Или там железная дисциплина по посещаемости? Обычная ситуация же, когда один не может придти, другой не может, в итоге полкоманды не может и игру отменяем, а следующая игра только на следующих выходных естественно. НГ/Рождество опять же.
Также непонятно как они апгрейдили редакции правил на ходу.
Тут всё просто: вижу технологию, явно задачей #1 имеющую цель влезть в AI, а не сделать что-то хорошо, значит скам.
Очень сомнительный ЯП. Автор у него конечно рокстар и всё такое, но их совершенно не красят методы, которыми они себя пиарят. Куча восторженных статей с минимумом технических деталей и зачем-то с нападками на все возможные ЯП от которых он произошёл - и Python-то они превосходят, и Rust-то они превосходят, причём в бенчмарках против Rust они например на голубом глазу то компилируют Rust в dbg режиме, то используют в коде на Rust динамический массив (Vec), а на Mojo без динамической аллокации, ну и вообще слабовато знают Rust.
Тредов нет, примитивов синхронизации нет, половина фич в стадии "ещё не готово", но заявления уже огого какие.
Extension Bisect Штатный инструмент VSCode для поиска "плохого" расширения
В смысле "штатный"? Это сторонний плагин из маркетплейса, такой же точно как и ваш Rails.
Для определения времени выполнения дочерних процессов плагин вообще не нужен, есть системные инструменты (в Linux по крайней мере), которым всё равно, кто создаёт дочерний процесс, - VScode или обычный шелл:
Есть девиртуализация, именно для случаев когда можно догадаться на этапе компиляции куда именно в vtable пойдёт вызов вирт.функции. Вот пример из статьи, переписанный в виде вирт. функций, который компилятор смог девиртуализовать: https://godbolt.org/z/oszTM6nP7.
переменную аннулировать, например выражением (void)x
(Void) не способен аннулировать свой операнд, ни один оператор приведения типа это не может. Это ничего не делающая операция, древний хак для обхода предупреждения компилятора о неиспользованной переменной.
Чтобы вместо разгребания багрепортов на свой собственный быстрый рендер текста заниматься сотней эмуляторов терминала?
Ну AI впихивать время нашли, могли бы более полезным заняться. Emacs, Vim, Kakoune, Xi умеют и tty и gui фронтенд без проблем, а эти видите ли не могут. Кроме того, в статье как раз и демонстрируется, что привязка к определённому рендереру может в будущем аукнуться.
Да и сколько нужно этих редакторов в терминале чтобы хватило?
Проблема в том, что тюнинг редактора под себя требует времени. Под "временем" я понимаю годы. Это развитие своих хоткеев, плагинов, изучение и введение в эксплуатацию чужих плагинов. Держать и развивать под себя 2 редактора, 1 для консоли, один для DE - слишком дорогое удовольствие.
Наверное лучшее решение в современном мире - практически натив в песочнице. Кстати из Rust компилировать не обязательно, есть ещё куча языков, умеющих в WASM.
По такой логике нативные плагины вообще не должны существовать, а то вдруг сегфолтнется, ужас какой. Редактор - не панель управления ядерным реактором, так что я считаю, что гипотетическая возможность вылета такого некритичного приложения, как текстовый редактор, при использовании сторонних плагинов - более чем умеренная плата за более простую архитектуру и улучшенную производительность бинарных плагинов.
Был бы заявкой на лучший редактор в мире, если бы поддерживал работу в терминале - которая в Zed невозможна тк он гвоздями прибит к Vulkan (под Linux) и рендерингу в графической среде.
Оно и не может нормально выглядеть, откуда вообще взяться сглаживанию в ядерной консоли, которое вы упоминаете в статье? Там шрифт всегда монохромный (https://en.wikipedia.org/wiki/PC_Screen_Font), задаётся битмапом из нулей и единиц (1=закрашено 0=фон). Соответственно нет полутонов и всего остального, нужного для сглаживания. Максимум можно взять шрифт побольше.
Среднестатический CEO атакованной компании be like:
− Так, Дарио Амодеи, пажжи, а откуда у тебя вообще сведения о том, что проникновение удалось, и о деталях атаки, например что были собраны некие наши данные?
Ну например через https://en.wikipedia.org/wiki/Homomorphic_encryption
Какая радость! AstraLinux и прочие закрытые деривативы понесут уголовную ответственность за нарушение GNU GPL!
Не вы первый с этой идеей https://pikabu.ru/story/khochu_antiprivatnyiy_messendzher_12995744, видимо в воздухе витает)
Равно как и раздуть его значение. Например написав статью "Как гугл помогает науке", в которой поведать, что это потому, что учёные могут в нём гуглить информацию.
Ну т.е. он "помогает науке" в той же мере, в какой это делает, скажем, калькулятор, Matlab или карандаш? Заголовок несколько кликбейтный, скажем так.
Та же самая проблема, что и с заголовком. Очень сложно из текста статьи понять, что под словами "найти решение" на самом деле понимается не конструирование решения (в каком значении эти слова обычно толкуются в математике), а отыскивание решения в архивах.
TL:DR нейросетевой бред. Или не нейросетевой, но тогда это писал школьник с уровнем знаний "оооо в си есть указатели", а не человек с 20-летним опытом на Си.
А вы точно понимаете разницу между системным и прикладным ПО?
Ну как сказать... Оба типа кастуются в C к обычному указателю в ряде случаев, но эти типы всё равно разные, и слава богу.
То есть в правильной иерархии классов утка должна выпускать шасси? Идиотский пример.
Я конечно ИИ-скептик, но мне всё-таки кажется, что на сегодняшний день возможности ИИ в программировании мягко говоря немного больше.
Как это возможно вообще X_X
У ДМа что ли нет отпусков, и все игроки доступны 24/7? Или там железная дисциплина по посещаемости?
Обычная ситуация же, когда один не может придти, другой не может, в итоге полкоманды не может и игру отменяем, а следующая игра только на следующих выходных естественно. НГ/Рождество опять же.
Также непонятно как они апгрейдили редакции правил на ходу.
Тут всё просто: вижу технологию, явно задачей #1 имеющую цель влезть в AI, а не сделать что-то хорошо, значит скам.
Очень сомнительный ЯП. Автор у него конечно рокстар и всё такое, но их совершенно не красят методы, которыми они себя пиарят. Куча восторженных статей с минимумом технических деталей и зачем-то с нападками на все возможные ЯП от которых он произошёл - и Python-то они превосходят, и Rust-то они превосходят, причём в бенчмарках против Rust они например на голубом глазу то компилируют Rust в dbg режиме, то используют в коде на Rust динамический массив (Vec), а на Mojo без динамической аллокации, ну и вообще слабовато знают Rust.
Тредов нет, примитивов синхронизации нет, половина фич в стадии "ещё не готово", но заявления уже огого какие.
Кто такие ежи из космоса??
В смысле "штатный"? Это сторонний плагин из маркетплейса, такой же точно как и ваш Rails.
Для определения времени выполнения дочерних процессов плагин вообще не нужен, есть системные инструменты (в Linux по крайней мере), которым всё равно, кто создаёт дочерний процесс, - VScode или обычный шелл:
Виноват, проглядел
callrax, девиртуализовались и заинлайнились только первые 2 вызова, третий нет.Очень странно почему 3й случай не девиртуализовался, в ряде случаев это работает (arm64 gcc https://godbolt.org/z/59osvf7b8), в других нет.
Есть девиртуализация, именно для случаев когда можно догадаться на этапе компиляции куда именно в vtable пойдёт вызов вирт.функции. Вот пример из статьи, переписанный в виде вирт. функций, который компилятор смог девиртуализовать: https://godbolt.org/z/oszTM6nP7.
Всё это фигня, агентное роевое программирование уже мертво, на смену пришли флотилии агентов! (когда ии-агенты управляют роями)
Короче нет времени объяснять, несите мне деньги, там разберёмся.
del
(Void) не способен аннулировать свой операнд, ни один оператор приведения типа это не может. Это ничего не делающая операция, древний хак для обхода предупреждения компилятора о неиспользованной переменной.
Ну AI впихивать время нашли, могли бы более полезным заняться. Emacs, Vim, Kakoune, Xi умеют и tty и gui фронтенд без проблем, а эти видите ли не могут. Кроме того, в статье как раз и демонстрируется, что привязка к определённому рендереру может в будущем аукнуться.
Проблема в том, что тюнинг редактора под себя требует времени. Под "временем" я понимаю годы. Это развитие своих хоткеев, плагинов, изучение и введение в эксплуатацию чужих плагинов. Держать и развивать под себя 2 редактора, 1 для консоли, один для DE - слишком дорогое удовольствие.
По такой логике нативные плагины вообще не должны существовать, а то вдруг сегфолтнется, ужас какой. Редактор - не панель управления ядерным реактором, так что я считаю, что гипотетическая возможность вылета такого некритичного приложения, как текстовый редактор, при использовании сторонних плагинов - более чем умеренная плата за более простую архитектуру и улучшенную производительность бинарных плагинов.
Я имею в виду не способность вызывать терминал, а способность работать внутри терминала.
Был бы заявкой на лучший редактор в мире, если бы поддерживал работу в терминале - которая в Zed невозможна тк он гвоздями прибит к Vulkan (под Linux) и рендерингу в графической среде.
Также очень странный подход к архитектуре плагинов, которые надо обязательно компилировать из Rust в WASM тк разработчики панически боялись, что чужой плагин может крашнуть редактор https://zed.dev/blog/language-extensions-part-1#challenges-with-packaging-parsers