Хорошо, наконец-то до этого додумались. Думаю, с помощью #feature можно будет постепенно отключать части языка, являющиеся ошибками языкового дизайна и подключать исправленные реализации. Шон Бакстер это разработчик Circle - мощного расширения С++, в котором как раз все это реализовано.
Это все понятно, но... ИИ, решивший скажем одну из "задач тысячелетия", да еще каким-нибудь простым и элегантным способом, или даже создавший для этого новое направление математики - это будет круто, эффектно и сенсационно.
Думаю что ИИ совершит немало открытий и в физике, и в химии, и в биологии, но там все-же нужно активное взаимодействие с реальным миром - эксперименты, сложнейшее оборудование для них и т.д. А математика - это чистая абстракция, кроме компьютеров ничего не надо, поэтому думаю что самое интересное начнется именно с нее.
Самое главное чего нет в Firefox - сохранения страниц в формате mhtml. Есть некие расширения которые это делают, но они работают криво - значительно медленнее чем встроенная функция chrome, и не всегда успешно (для некоторых страниц по каким-то неведомым причинам может не работать).
Прокси это хорошо, но в chrome есть расширения для управления прокси, которые вполне неплохо работают (и да, в условиях цензуры функция крайне необходимая).
Тема интересная, но изложение... сейчас бы я подумал что чатгпт написал. Наукообразно, но вот научно ли? По идее, такие темы нужно раскрывать более объемно и последовательно. Можно в виде исторического экскурса. с последовательным раскрытием каждой концепции на простых примерах. Но увы...
У меня наоборот - слишком мало ООП абстракций в коде:) Пишу на Си, на "упрощенном" С++ (обычно как потребитель классов тех или иных библиотек, таких как Qt, и практически без шаблонов), на Go (тоже практически в стиле Си, почти без параллелизма). Наверное потому что проекты обычно маленькие, и так всё понятно. Иногда это приводит к отрицательным последствиям - типа такого что появляется один "God Class/Object" в котором свалено всё в кучу.
Дичь какая-то. "Боль-удовольствие" это тоже баллы (вероятно по другой шкале). А для LLM не имеющей органов чувств, "боль" и "удовольствие" это просто слова, написанные людьми в интернете и встречающиеся в каких-то контекстах.
чего только не узнаешь на Хабре) Оказывается этот препарат не только уменьшает простату но еще и применяется против облысения. Интересно, а против хронического простатита он имеет смысл?
Простата расположена крайне по-дурацки - вокруг канала. Будь она расположена просто сбоку, ее вероятно можно было бы достаточно легко удалить полостной операцией.
А вообще интересно, почему удаляют ткань простаты "изнутри" (через урерту) а не снаружи? Сам способ удаления "изнутри" кажется мне не очень удачным, просто потому что рана постоянно соприкасается с раздражителем - мочой. Что например мешает делать полостные операции и отсекать от простаты какие-то доли снаружи, так чтобы не задеть мочевой канал и при этом освободить его от давления разросшейся ткани?
Хочется избавиться от любых сложных зависимостей, требующих нетривиального администрирования (Yggdrasil, I2P и т.д.) Выше я уточнил что оба компьютера могут выходить в обычный интернет и писать/читать текстовые строки по некоторым заранее известным URL. Достаточно ли этого для пробивки NAT?
Допустим, внешнего IP ни одного хоста я не знаю, но допускается использование простейших внешних открытых ресурсов - желательно простейших http, таких как веб-сайты на бесплатном хостинге, может быть какие-то богом забытые чаты, в общем что угодно куда компьютер может периодически выкладывать некоторую строку данных, содержащую тот же внешний IP, полученный из сервисов типа jsonip.com
А как вообще на низком уровне осуществляется обход NAT? Допустим у меня есть два компьютера, подключенные к разным провайдерам, оба за NAT. И я хочу их соединить скажем по протоколу UDP. Простейшая самописная программка, умеющая отправлять и получать UDP пакеты. C одного отправляем пакет - на другом получаем. Что для этого нужно сделать? При этом у меня нет никакого внешнего сервера со статическим IP.
Тема интересная, нечто подобное я предлагал для децентрализованной пиринговой соцсети. А вот будет ли это работать для насквозь коммерциализированного собственнического "обычного интернета" - вопрос открытый. Вот даже автор статьи начал за здравие, а кончил за монетизацию.
И конечно, самый сложный вопрос - правильные алгоритмы. Здесь нужно очень хорошо подумать, как сделать так чтобы избавиться от всевозможных накруток и "поисковой оптимизации", как разделить мнения людей по разным вопросам (такое зачастую бывает что в одних вопросах человек профи а в других профан), и т.д. А если рассматривать децентрализованные архитектуры, то сложность возрастает еще на несколько порядков, накладывается нетривиальная криптография и т.п. Это реально непростая задача.
А можно эту рассылку дублировать сюда на Хабр в виде статей? Было бы очень классно:)
Go ?
Хорошо, наконец-то до этого додумались. Думаю, с помощью
#featureможно будет постепенно отключать части языка, являющиеся ошибками языкового дизайна и подключать исправленные реализации. Шон Бакстер это разработчик Circle - мощного расширения С++, в котором как раз все это реализовано.Это все понятно, но... ИИ, решивший скажем одну из "задач тысячелетия", да еще каким-нибудь простым и элегантным способом, или даже создавший для этого новое направление математики - это будет круто, эффектно и сенсационно.
Думаю что ИИ совершит немало открытий и в физике, и в химии, и в биологии, но там все-же нужно активное взаимодействие с реальным миром - эксперименты, сложнейшее оборудование для них и т.д. А математика - это чистая абстракция, кроме компьютеров ничего не надо, поэтому думаю что самое интересное начнется именно с нее.
Просто шикарно. Наконец-то додумались объединить LLM и символьные вычисления, и не просто додумались а реализовали.
Однако это только первый шаг. Теперь ждем когда такая система сделает математическое открытие.
Когда говорится "модель рассуждений менее чем за $50", "примерно за $450" - что вообще имеется в виду? Это стоимость чего?
Жалко что в ads не сохраняется полный url откуда скачан файл. Не в смысле форензики, а для личного удобства этого порой не хватает.
Так напишите статью про вашу систему. Такие темы всегда интересны, даже если реализации не получили массового распространения.
Зашел чтобы прочитать PS... и я угадал!
Самое главное чего нет в Firefox - сохранения страниц в формате mhtml. Есть некие расширения которые это делают, но они работают криво - значительно медленнее чем встроенная функция chrome, и не всегда успешно (для некоторых страниц по каким-то неведомым причинам может не работать).
Прокси это хорошо, но в chrome есть расширения для управления прокси, которые вполне неплохо работают (и да, в условиях цензуры функция крайне необходимая).
Тема интересная, но изложение... сейчас бы я подумал что чатгпт написал. Наукообразно, но вот научно ли? По идее, такие темы нужно раскрывать более объемно и последовательно. Можно в виде исторического экскурса. с последовательным раскрытием каждой концепции на простых примерах. Но увы...
У меня наоборот - слишком мало ООП абстракций в коде:) Пишу на Си, на "упрощенном" С++ (обычно как потребитель классов тех или иных библиотек, таких как Qt, и практически без шаблонов), на Go (тоже практически в стиле Си, почти без параллелизма). Наверное потому что проекты обычно маленькие, и так всё понятно. Иногда это приводит к отрицательным последствиям - типа такого что появляется один "God Class/Object" в котором свалено всё в кучу.
Дичь какая-то. "Боль-удовольствие" это тоже баллы (вероятно по другой шкале). А для LLM не имеющей органов чувств, "боль" и "удовольствие" это просто слова, написанные людьми в интернете и встречающиеся в каких-то контекстах.
чего только не узнаешь на Хабре) Оказывается этот препарат не только уменьшает простату но еще и применяется против облысения. Интересно, а против хронического простатита он имеет смысл?
Простата расположена крайне по-дурацки - вокруг канала. Будь она расположена просто сбоку, ее вероятно можно было бы достаточно легко удалить полостной операцией.
А вообще интересно, почему удаляют ткань простаты "изнутри" (через урерту) а не снаружи? Сам способ удаления "изнутри" кажется мне не очень удачным, просто потому что рана постоянно соприкасается с раздражителем - мочой. Что например мешает делать полостные операции и отсекать от простаты какие-то доли снаружи, так чтобы не задеть мочевой канал и при этом освободить его от давления разросшейся ткани?
Раньше коммуникаторы и кнопочные телефоны были и полтора и два сантиметра и больше в толщину и никаких проблем с ношением их в карманах не было.
Хочется избавиться от любых сложных зависимостей, требующих нетривиального администрирования (Yggdrasil, I2P и т.д.) Выше я уточнил что оба компьютера могут выходить в обычный интернет и писать/читать текстовые строки по некоторым заранее известным URL. Достаточно ли этого для пробивки NAT?
Допустим, внешнего IP ни одного хоста я не знаю, но допускается использование простейших внешних открытых ресурсов - желательно простейших http, таких как веб-сайты на бесплатном хостинге, может быть какие-то богом забытые чаты, в общем что угодно куда компьютер может периодически выкладывать некоторую строку данных, содержащую тот же внешний IP, полученный из сервисов типа jsonip.com
А как вообще на низком уровне осуществляется обход NAT? Допустим у меня есть два компьютера, подключенные к разным провайдерам, оба за NAT. И я хочу их соединить скажем по протоколу UDP. Простейшая самописная программка, умеющая отправлять и получать UDP пакеты. C одного отправляем пакет - на другом получаем. Что для этого нужно сделать? При этом у меня нет никакого внешнего сервера со статическим IP.
Тема интересная, нечто подобное я предлагал для децентрализованной пиринговой соцсети. А вот будет ли это работать для насквозь коммерциализированного собственнического "обычного интернета" - вопрос открытый. Вот даже автор статьи начал за здравие, а кончил за монетизацию.
И конечно, самый сложный вопрос - правильные алгоритмы. Здесь нужно очень хорошо подумать, как сделать так чтобы избавиться от всевозможных накруток и "поисковой оптимизации", как разделить мнения людей по разным вопросам (такое зачастую бывает что в одних вопросах человек профи а в других профан), и т.д. А если рассматривать децентрализованные архитектуры, то сложность возрастает еще на несколько порядков, накладывается нетривиальная криптография и т.п. Это реально непростая задача.