Вот именно. В атоме температура - это энергия электрона. В ионизированном веществе это энергия электронов и ионов. Энергия одиночного нейтрона тоже более-менее понятна, он может лететь. В нейтронной звезде все очень компактно, что же там является температурой?
Оно прекрасно читает исходники в виде текстовых файлов и находит все зависимости. В Cursor все исходники еще и проиндексированы, затраты на навигацию минимальны по моему опыту.
Когда работаешь с Claude, то там сразу видно, что ему тяжелее искать нужный файл. Он начинает поисковые скрипты запускать чтобы найти где функция определена
Квантовые Компьютеры - аналоговые машины. В них важна точность операций с кубитами. Для алгоритма Шора требуется ооооочень высокая точность, она просто недостижима для существующих квантовых компьютеров. Увеличение количества кубитов и коррекции ошибок не спасут
Чтобы применять для обработки данных спин электрона, находящегося внутри квантовой точки, нужна не только сверхнизкая температура, но и удержание электрона в суперпозиции, когда его спин направлен одновременно вверх и вниз
Там проблема немного шире: нужно удержать несколько электронов неподвижными, включая вращения по всем осям. Даже минимальные вращения на сотые доли градуса приводят к ошибкам в результате вычислений. Чем больше у вас кубитов - тем меньше разрешенная погрешность поворотов.
Суперпозиция - это только частный случай. Электрон в этот момент не смотрит вверх и вниз одновременно, на самом деле его положение в суперпозиции более чем известно - он на боку. А вот каким датчиком он будет измерен (верхним или нижним) - это уже неопределенность.
Курс все еще не идеален. Когда поьзователей станет больше, и в целом на платформе появятся англоязычные нэйтивы, тогда я добавлю задания "прокомментируй, почему здесь именно так". Первые комментарии/обсуждения я уже собираю с пользователей, и их можно просмотреть в некоторых случаях.
Нам нужно больше крауда для качественного сорсинга, именно поэтому эта статья на хабре.
Дошел сам, идея постепенно эволюционировала в то, что есть. Я эту тему прорабатываю уже больше 5 лет с переменным успехом. Около двух лет назад начал разработку движка (по выходным), сейчас оно функционирует на реальных пользователях.
Главная единица в моей базе - Смысл, какой-то предмет/свойство/действие/итд, к нему уже цепляются слова на разных языках, а к ним формы/примеры/переводы.
Слова в этой цепочке - абстрактная вещь, просто промежуточная сущность в базе данных, чтобы объединить словоформы.
Действительно, люди зря переживают, что говорят с ошибками или акцентом. Гораздо важнее говорить быстро, не задумываясь. Понимать их быструю речь - это критично, они не любят повторять по несколько раз, и не умеют переходить на медленную речь с простыми словами.
По моему 10-летнему опыту на редактирование курсов вечно нет времени.
Я однажды собирал для себя курс 100 английских неправильных глаголов, потратил на это часов 40, т.к. там миллион нюансов с диалектами и озвучкой. И вы хотите еще 1000 пользователей заставить делать то же самое, или дадите им готовое? Если готовое - то надо и обновления подкидывать централизованно.
Пользователи хотят, чтобы каждое слово было вставлено в предложение, и чтобы к каждому слову было по 10 таких примеров использования, чтобы все это было озвучено нэйтивами, разными причем. Такое нельзя собрать в одиночку.
Да, у меня тоже все закончилось созданием своей программы.
Вы сделали что-то вроде Anki, она также ставится на комп или мобилку и держит курс в SQLite. Основная проблема такого подхода - очень сложно обновлять курс для всех пользователей. Кто-то увидел ошибку, исправил у себя локально, но другим пользователям это никак не помогло.
В своем приложении я сделал большой упор на совместном редактировании курсов, это больше половины моего исходного кода: кто-то заметил ошибку, еще несколько человек ее подтвердили, предложили варианты, проголосовали за лучший - все пользователи получили обновление не замечая этого.
Что-то я не видел серьезных реализаций квантовых компьютерах на фотонах, поэтому не включал их в статью. В целом ложных утверждений нет, вы просто придираетесь.
В статье, на которую выдали ссылку, указано количество кубитов и время выполнения в часах, я так и не увидел точное количество операций.
Какая именно энергия?
Вот именно. В атоме температура - это энергия электрона. В ионизированном веществе это энергия электронов и ионов. Энергия одиночного нейтрона тоже более-менее понятна, он может лететь. В нейтронной звезде все очень компактно, что же там является температурой?
А Что такое Температура внутри Нейтронной звезды?
У меня Клод на работе и Курсор дома, для своего пет-проекта. Клод оставляет прямо негативные впечатление после Курсора.
Хотя в том же Курсоре я использую LLM от Anthropic для сложных заданий и они заметно лучше курсоровского Composer.
Оно прекрасно читает исходники в виде текстовых файлов и находит все зависимости. В Cursor все исходники еще и проиндексированы, затраты на навигацию минимальны по моему опыту.
Когда работаешь с Claude, то там сразу видно, что ему тяжелее искать нужный файл. Он начинает поисковые скрипты запускать чтобы найти где функция определена
Квантовые Компьютеры - аналоговые машины. В них важна точность операций с кубитами. Для алгоритма Шора требуется ооооочень высокая точность, она просто недостижима для существующих квантовых компьютеров. Увеличение количества кубитов и коррекции ошибок не спасут
Там проблема немного шире: нужно удержать несколько электронов неподвижными, включая вращения по всем осям. Даже минимальные вращения на сотые доли градуса приводят к ошибкам в результате вычислений. Чем больше у вас кубитов - тем меньше разрешенная погрешность поворотов.
Суперпозиция - это только частный случай. Электрон в этот момент не смотрит вверх и вниз одновременно, на самом деле его положение в суперпозиции более чем известно - он на боку. А вот каким датчиком он будет измерен (верхним или нижним) - это уже неопределенность.
Курс все еще не идеален. Когда поьзователей станет больше, и в целом на платформе появятся англоязычные нэйтивы, тогда я добавлю задания "прокомментируй, почему здесь именно так". Первые комментарии/обсуждения я уже собираю с пользователей, и их можно просмотреть в некоторых случаях.
Нам нужно больше крауда для качественного сорсинга, именно поэтому эта статья на хабре.
Не удалось найти описания среди кучи рекламы (очень много компаний которые "реально AI"). Не поделитесь ссылкой на какую-нибудь публикацию?
Примеры и переводы - это уже специфика моего приложения, в первую очередь это инструмент для пополнения словарного запаса.
А что именно вы создаете, можно где-то почитать?
Дошел сам, идея постепенно эволюционировала в то, что есть. Я эту тему прорабатываю уже больше 5 лет с переменным успехом. Около двух лет назад начал разработку движка (по выходным), сейчас оно функционирует на реальных пользователях.
Главная единица в моей базе - Смысл, какой-то предмет/свойство/действие/итд, к нему уже цепляются слова на разных языках, а к ним формы/примеры/переводы.
Слова в этой цепочке - абстрактная вещь, просто промежуточная сущность в базе данных, чтобы объединить словоформы.
Действительно, люди зря переживают, что говорят с ошибками или акцентом. Гораздо важнее говорить быстро, не задумываясь. Понимать их быструю речь - это критично, они не любят повторять по несколько раз, и не умеют переходить на медленную речь с простыми словами.
Самая лучшая модель из тех что я видел была у Rosetta, но эти две гляну на досуге.
Сервера стоят денег, поэтому за деньги. Но большая часть пользователей могут учиться бесплатно редактируя курс, помогая себе же.
Главное продолжать, это долгий путь
По моему 10-летнему опыту на редактирование курсов вечно нет времени.
Я однажды собирал для себя курс 100 английских неправильных глаголов, потратил на это часов 40, т.к. там миллион нюансов с диалектами и озвучкой. И вы хотите еще 1000 пользователей заставить делать то же самое, или дадите им готовое? Если готовое - то надо и обновления подкидывать централизованно.
Пользователи хотят, чтобы каждое слово было вставлено в предложение, и чтобы к каждому слову было по 10 таких примеров использования, чтобы все это было озвучено нэйтивами, разными причем. Такое нельзя собрать в одиночку.
Да, у меня тоже все закончилось созданием своей программы.
Вы сделали что-то вроде Anki, она также ставится на комп или мобилку и держит курс в SQLite. Основная проблема такого подхода - очень сложно обновлять курс для всех пользователей. Кто-то увидел ошибку, исправил у себя локально, но другим пользователям это никак не помогло.
В своем приложении я сделал большой упор на совместном редактировании курсов, это больше половины моего исходного кода: кто-то заметил ошибку, еще несколько человек ее подтвердили, предложили варианты, проголосовали за лучший - все пользователи получили обновление не замечая этого.
Что-то я не видел серьезных реализаций квантовых компьютерах на фотонах, поэтому не включал их в статью. В целом ложных утверждений нет, вы просто придираетесь.
В статье, на которую выдали ссылку, указано количество кубитов и время выполнения в часах, я так и не увидел точное количество операций.
Оу, с удовольствием исправлю фактические ошибки в статье, если вы на них укажете.
Почитал, лучше чем многие другие, но в целом очень поверхностно.