Интересно есть ли физико-теоретический предел размера и массы черной дыры? Т.е. такой предел, после которого она на физическом уровне превращается во что-то принципиально иное? Или, например, ее размер, диаметр. Чем он определяется? Что мешает черной дыре некоторого размера сжаться еще больше?
Это же не AGI, а LLM. Они предназначены для других целей. Вот вы можете в уме извлечь какой нибудь квадратный корень из какого-нибудь 2408193523.9783 ? А для компьютера это одна ассемблерная инструкция. Но это же не значит что вы глупее компьютера.
Интуитивно понятно, что для связки текста с картинками нужна огромная база изображений с подробными описаниями - а в естественном мире такого не бывает. Поэтому это место долго будет самым узким.
Лично мне интересна не связь быстрее света, а связь без явного носителя, полностью неэкранируемая и неперехватываемая, когда участники, используя квантовую запутанность или что-то ещё, обмениваются информацией (со скоростью света или меньше) вообще без всякого интернета, провайдеров, проводов, излучения и т.п. Вот такое было бы круто.
Эпоха Свободы закончилась, то что в настоящее время еще что-то не прикрыто - лишь недоработки той страшной организации, что властвует сейчас безраздельно. Хотя я к ИБ не имею никакого отношения, но ваш журнал самим фактом своего существования вдохновлял учиться и совершенстоваться, в том числе и обычному программированию - в старые добрые девяностые понятия "программист" и "хакер" были достаточно близки:)
Какой вообще смысл в этой тонкости, что за ней так все гоняются? У меня первый коммуникатор был достаточно толстый, наверное сантиметра полтора - и никаких проблем с использованием не было. Обычные кнопочные телефоны были достаточно толстые - и тоже все прекрасно ими пользовались.
Да и вообще тонкость очень сильно ограничивает возможности устройства. Вот сейчас я хочу телефон с торцевой камерой - т.е. чтобы камера была не (не только) сзади и спереди, но и на верхнем торце - для съемки из естественного горизонтального положения в руке. На тонком такое сделать в принципе невозможно. Но сейчас все устройства или одинаковые безликие смартфоны, или примитивные бабушкофоны. Печально.
А я из чисто эстетических соображений хотел бы дополнительные символьные клавиши на клавиатуре. Нужно выбрать из Юникода некоторое подмножество наиболее востребованных символов, не зависящих от языка (т.е. глобально применимых - математические, какие-то наиболее востребованные идеограммы и т.п.). Во-первых, на каждую буквенную клавишу вполне можно наносить еще символ или два (т.е. по 4 символа на клавишу - английскиая буква, национальная буква и два спецсимвола), во-вторых вполне можно добавить еще ряд между цифрами и функциональными.
В Юникоде множество полезных символов, и они почти не используются просто потому что их нет на клавишах, а про альтернативные способы ввода знают доли процента пользователей.
Спасибо, интересные утилиты, но это не только терминал но и TUI. А чистый интерфейс командной строки ИМХО так себе. Особенно когда нужна работа с файлами и их десятки, сотни и т. Д.
Двухпанельный файловый менеджер - вот действительно гениальное изобретение в сфере UI.
Тогда уж i2p, retroshare и другие подобные сети. Не уверен что в современном FIDO есть анонимность, если даже для подключения нужно связываться с сисопом (хотя наверное можно ходить через прокси). Так что это скорее понастольгировать для тех, кто застал времена расцвета этой сети.
Как я понимаю, оно всё запускается в терминале, т.е. концептуально именно как в те времена. В Юникоде давно есть досовская псеводграфика, а недавно добавили "Symbols for Legacy Computing". А если нужна полная аутентичность, то есть Cool-Retro-Term.
Мне вообще интересно, насколько современные ИИ хорошо работают с музыкой? Даже вот в такой простой задаче как поиск музыки, похожей на заданные композиции. Я не знаток музыки, но что-то мне нравится, и хочется найти что-то похожее. Думаю, это достаточно часто встречающийся кейс. Обычные LLM ищут, судя по всему, не по самой музыке, а по текстовым описаниям. И в большинстве случаев находят то, что мне не подходит. А есть ли ИИ, которые обучены не только на тексте, но и непосредственно на аудиоданных? Способен ли ИИ понять по некой неизвестной мелодии ее ритм, стиль, настроение? Отличить гармоничную музыку от какофонии и шума?
Уверен в том, что С++ нужно прекратить развивать тем способом как это делается сейчас (добавлением новых фич с сохранением обратной совместимости со старыми). Нужно ввести версии языка, и в новой версии просто удалить всю ту фигню которую нагородили эволюционно, и добавить новые фичи вообще не оглядываясь на обратную совместимость, а думая лишь об их логичности, удобстве, красоте. Чтобы компилятор оличал исходники разных версий в одном проекте, в начале файла писать #pragma version. Если прагмы нет - значит "старая" (т.е. текущая) версия.
Всегда было интересно, а трехмерные матрицы (N строк, M столбцов и K слоев) как-то применяются? И в общем случае N-мерные?
А в старом бесплатном Grok Fast какой размер контекста? По ощущениям тоже немаленький, около мегабайта или чуть меньше.
Интересно есть ли физико-теоретический предел размера и массы черной дыры? Т.е. такой предел, после которого она на физическом уровне превращается во что-то принципиально иное? Или, например, ее размер, диаметр. Чем он определяется? Что мешает черной дыре некоторого размера сжаться еще больше?
Это же не AGI, а LLM. Они предназначены для других целей. Вот вы можете в уме извлечь какой нибудь квадратный корень из какого-нибудь 2408193523.9783 ? А для компьютера это одна ассемблерная инструкция. Но это же не значит что вы глупее компьютера.
Интуитивно понятно, что для связки текста с картинками нужна огромная база изображений с подробными описаниями - а в естественном мире такого не бывает. Поэтому это место долго будет самым узким.
А на каком железе все это запускалось?
это как? :)
Лично мне интересна не связь быстрее света, а связь без явного носителя, полностью неэкранируемая и неперехватываемая, когда участники, используя квантовую запутанность или что-то ещё, обмениваются информацией (со скоростью света или меньше) вообще без всякого интернета, провайдеров, проводов, излучения и т.п. Вот такое было бы круто.
Галлюцинации у такой нейронки будут интересные:)
Эпоха Свободы закончилась, то что в настоящее время еще что-то не прикрыто - лишь недоработки той страшной организации, что властвует сейчас безраздельно. Хотя я к ИБ не имею никакого отношения, но ваш журнал самим фактом своего существования вдохновлял учиться и совершенстоваться, в том числе и обычному программированию - в старые добрые девяностые понятия "программист" и "хакер" были достаточно близки:)
Какой вообще смысл в этой тонкости, что за ней так все гоняются? У меня первый коммуникатор был достаточно толстый, наверное сантиметра полтора - и никаких проблем с использованием не было. Обычные кнопочные телефоны были достаточно толстые - и тоже все прекрасно ими пользовались.
Да и вообще тонкость очень сильно ограничивает возможности устройства. Вот сейчас я хочу телефон с торцевой камерой - т.е. чтобы камера была не (не только) сзади и спереди, но и на верхнем торце - для съемки из естественного горизонтального положения в руке. На тонком такое сделать в принципе невозможно. Но сейчас все устройства или одинаковые безликие смартфоны, или примитивные бабушкофоны. Печально.
А я из чисто эстетических соображений хотел бы дополнительные символьные клавиши на клавиатуре. Нужно выбрать из Юникода некоторое подмножество наиболее востребованных символов, не зависящих от языка (т.е. глобально применимых - математические, какие-то наиболее востребованные идеограммы и т.п.). Во-первых, на каждую буквенную клавишу вполне можно наносить еще символ или два (т.е. по 4 символа на клавишу - английскиая буква, национальная буква и два спецсимвола), во-вторых вполне можно добавить еще ряд между цифрами и функциональными.
В Юникоде множество полезных символов, и они почти не используются просто потому что их нет на клавишах, а про альтернативные способы ввода знают доли процента пользователей.
Спасибо, интересные утилиты, но это не только терминал но и TUI. А чистый интерфейс командной строки ИМХО так себе. Особенно когда нужна работа с файлами и их десятки, сотни и т. Д.
Двухпанельный файловый менеджер - вот действительно гениальное изобретение в сфере UI.
Тогда уж i2p, retroshare и другие подобные сети. Не уверен что в современном FIDO есть анонимность, если даже для подключения нужно связываться с сисопом (хотя наверное можно ходить через прокси). Так что это скорее понастольгировать для тех, кто застал времена расцвета этой сети.
Как я понимаю, оно всё запускается в терминале, т.е. концептуально именно как в те времена. В Юникоде давно есть досовская псеводграфика, а недавно добавили "Symbols for Legacy Computing". А если нужна полная аутентичность, то есть Cool-Retro-Term.
Понятно что автоматическое удобнее чем ручное. Интереснее было бы сравнить ARC с другими алгоритмами "сборки мусора", применяемыми в других языках.
А как раньше проверяли, когда компьютеры уже были, а LLM еще не было?
Думаю что люди вполне могут вручую проверить конкретные данные, найденные ИИ.
Мне вообще интересно, насколько современные ИИ хорошо работают с музыкой? Даже вот в такой простой задаче как поиск музыки, похожей на заданные композиции. Я не знаток музыки, но что-то мне нравится, и хочется найти что-то похожее. Думаю, это достаточно часто встречающийся кейс. Обычные LLM ищут, судя по всему, не по самой музыке, а по текстовым описаниям. И в большинстве случаев находят то, что мне не подходит. А есть ли ИИ, которые обучены не только на тексте, но и непосредственно на аудиоданных? Способен ли ИИ понять по некой неизвестной мелодии ее ритм, стиль, настроение? Отличить гармоничную музыку от какофонии и шума?
Интуиция подсказывает что это что-то интересное, но все равно ничего не понятно.
Уверен в том, что С++ нужно прекратить развивать тем способом как это делается сейчас (добавлением новых фич с сохранением обратной совместимости со старыми). Нужно ввести версии языка, и в новой версии просто удалить всю ту фигню которую нагородили эволюционно, и добавить новые фичи вообще не оглядываясь на обратную совместимость, а думая лишь об их логичности, удобстве, красоте. Чтобы компилятор оличал исходники разных версий в одном проекте, в начале файла писать #pragma version. Если прагмы нет - значит "старая" (т.е. текущая) версия.