Вот как раз неделю назад DeepSsek продемонстрировал, что оптимизировав свое решение под свое железо опустившись на один уровень библиотек ниже можно сделать немного шороху.
Конечно, человечеству нужно, что бы хотя бы сотня человек могли это сделать и понимали, что там находится внутри, но остальным этот навык полезен не будет
Это тоже вполне нормальный способ выживания в новом мире- быть высоко квалифицированным специалистом в узкой сфере. И да, там скорее всего ещё и интересно.
Функции отрисовки? Кубическая интерполяция? Определение порядка передвижения объектов для избежания коллизии? Все уже и так написано, бери, пользуйся.
Не понимаю, зачем сознательно отрубать себе возможность заниматься самым интересным вещами?... В последнее время что-то регулярно кстати попадаются вакансии с требованием знания проективной геометрии. Видимо ещё не всё написали...
Вот как раз Монте-Карло очень подходящий вариант ИИ в данном случае. Доказанный математически факт состоит в том, что он даст правильное распределение вероятностей, если там модель адекватная. Можно потом посчитать риски и оптимальное действие.
А вариант "chatgpt сказал бери теслу" без объяснений - совсем не то, что надо.
На самом деле факт. Тут переизобретается хорошо известный метод определения уверенности моделей машинного обучения.
Если, например, решают задачу классификации с помощью нейронных сетей, то можно взять несколько сетей и сравнить среднюю энтропию выхода сетей с энтропией среднего выхода (ансамбля). Под это есть математическая основа. И если сказать это простыми словами, то да, это должно звучать как "берём несколько разных примеров выходов и если оно сильно разное - значит модель не уверена".
Сейчас исследуется вопрос как это лучше делать с LLM, учитывая, например, вычислительные затраты на получение одного ответа несколько раз.
Не наблюдаю никаких проблем с устройством на постоянку в Швеции. Нанимают, увольняют, иногда даже одновременно.
С наймом жилья проблемы, в первую очередь думаю потому что он очень зарегулирован (типа многие лендлорды не имеют права сдавать больше чем на год и т.п.). Но в целом все находят жильё.
Мне странно слышать исходный посыл, что в этом языки виноваты. В этом смысл моего комментария.
Языков много, да, в том числе странных, именно поэтому я не стал писать что вообще все используют стандартную плавающую точку по умолчанию, но видимо большинство распространенных так делают.
Можно. Логичнее взять библиотеку, в которой будет реализовано нужное представление. Но для чисел с плавающей точкой так делают видимо достаточно редко. Есть ли языки, в которых по умолчанию используется не то, что поддерживает процессор?
Да, это правильно, но теперь вы ошибились в коде и почему-то в переменную а передаете не число(изначальное), а строку:
Садись, два. В языке Python нет переменных, есть имена. Поэтому они ведут себя таким образом. Можно ещё найти пару примеров интересных эффектов этого, в комментариях выше уже набросали.
Это одна из базовых особенностей языка, которые надо изучить в самом начале, чтобы понимать, что вообще происходит. Все концепции имеют свои последствия, в том числе способные нас иногда удивлять. В другом языке будут другие особенности, что-то будет логичнее, что-то нет. В Python достаточно простой в этом плане язык, его сюрпризы можно достаточно просто объяснить.
Я считаю что Python достаточно хороший язык для начальных курсов программирования, и я его преподавал как первый язык программирования несколько лет. Потом С++. Сам я изучал сначала С, это достаточно больно, потому что там очень много нетривиальных технических деталей, которые позволяют выстрелить себе в ногу совершенно нетривиальными способом, так что потом и эксперт будет неделю разбираться, не то что новичок. Python позволяет сосредоточиться на изучении основных конструкций языка, не отвлекаясь на понимание того, почему нельзя на сделать оператор присваивания в классе если у него есть деструктор, например. И в Python можно всё легко вести последовательно, сначала просто что-то посчитать, потом функции, потом классы, можно и функциональное программирование маленько потрогать. И по сфере применения почти никаких границ нет, можно что угодно потрогать.
И не надо нагромождать всё эти слова как в примере на С#, да, IDE может это и рисует, но новичку надо понять что вообще происходит и зачем всё это.
Pascal? Спасибо, но я не люблю когда на меня кричат. Это не вежливо. И это имело очень мало практического смысла в дальнейшей жизни даже когда я учился в университете в начале 90ых. Зачем?...
У любого языка есть своя область применения. Да, из-за отсутствия каких-либо проверок типа в Python неудобно писать большие проекты (ну и мелкие тоже). Но, с другой стороны, благодаря этому можно собрать вместе совершенно разнородные библиотеки, одна из которых например скачет картинку по сети, другая её как-то обработает, а третья обучит нейронную сеть. И не надо париться что они все используют разные классы для предоставления матриц, например. Python это клей.
С другой стороны, даже в С++ можно собрать багов из-за "неожиданной" работы автоматического преобразования типов.
Скорость? Ха-ха, весь data science работает на python. Данные крутят либы, написанные на С или даже Fortran, а Python это всё склеивает. И это правильный способ, потому что когда люди пишут обработку данных на С это кончается тем, что фигачат три вложенных цикла не задумываясь, так как язык "быстрый". А потом всё тормозит. Когда такое начинают делать на Python, то сразу понимают, что делают что-то не то.
Существенный недостаток Python - отсутствие поддержки вытесняющей многопоточности. Но это а) не про введение в программирование б) убивает очень злые возможности выстрелить себе в ногу в) уже идут работы по внесению этой поддержки.
Это не в языках так, это так процессор работает. Особенности представления чисел в виде конечной двоичной дроби. Ну не возможно в таком виде представить число 0.3 или 0.7...
Трекпоинт очень чувствительная штука к качеству софта. Судя по тому, что там у этого человека при старте всякие эффекты, не факт что оно и дальше будет хорошо работать. Я бы брал модуль который сразу наружу даёт PS/2 сигнал. Но надо вот копать, откуда его вырезать.
В любом случае спасибо за ссылку, положил а копилку.
Не понимаю, впрочем, почему говоря о трекпоинте ты всё время переходишь на разговор о клавишах курсора. Трекпоинт это мышь, а не курсор.
Плюс трекпоинта что можно сделать гораздо более компактную клавиатуру, чтобы с собой носить удобнее было.
Про интеграцию трекпоинта я бы тоже с удовольствием почитал (так как не умею сделать, например, соответствующую 3D модельку чтобы сделать самому).
Есть несколько интересных вопросов, начиная от где его взять нормальный (HP, например, совершенно не умеет их готовить, и Lenovo что-то тоже деградирует), да и так вариантов не сильно много, мягко говоря. И где, например, взять keycap с дырками.
Я вот не понимаю. У нас есть проблема "как хранить пароль". Предлагается решение: сложим пароль в суперхранилище. Ну ок. Как же мы будем ограничивать доступ к хранилищу?.. Ааа, мы же заведем для этого новый пароль! Ура! Мы героически вернулись к исходной задаче: как хранить пароль, теперь от хранилища.
А какими пальцами работаешь с трекболлом? Я бы ставил сверху от блока клавиш для большого пальца, чтобы им и крутить, не убирая остальных пальцев с клавиатуры, соответственно и кнопки мыши где-то там типа на H и J...
А тут как? Ракурс на фото такой, что сложно понять, как туда руку положить...
Калькулятор это была профессия такая. А теперь об этом уже почти никто не помнит...
Вот как раз неделю назад DeepSsek продемонстрировал, что оптимизировав свое решение под свое железо опустившись на один уровень библиотек ниже можно сделать немного шороху.
Это тоже вполне нормальный способ выживания в новом мире- быть высоко квалифицированным специалистом в узкой сфере. И да, там скорее всего ещё и интересно.
Да, вы правы, всё хуже. Там Fortran
Не понимаю, зачем сознательно отрубать себе возможность заниматься самым интересным вещами?... В последнее время что-то регулярно кстати попадаются вакансии с требованием знания проективной геометрии. Видимо ещё не всё написали...
Круто!
А что за модель трекбола, из которого можно так блок с шариком вынуть?
Удобно, когда шарик так расположен?
Вот как раз Монте-Карло очень подходящий вариант ИИ в данном случае. Доказанный математически факт состоит в том, что он даст правильное распределение вероятностей, если там модель адекватная. Можно потом посчитать риски и оптимальное действие.
А вариант "chatgpt сказал бери теслу" без объяснений - совсем не то, что надо.
На самом деле факт. Тут переизобретается хорошо известный метод определения уверенности моделей машинного обучения.
Если, например, решают задачу классификации с помощью нейронных сетей, то можно взять несколько сетей и сравнить среднюю энтропию выхода сетей с энтропией среднего выхода (ансамбля). Под это есть математическая основа. И если сказать это простыми словами, то да, это должно звучать как "берём несколько разных примеров выходов и если оно сильно разное - значит модель не уверена".
Сейчас исследуется вопрос как это лучше делать с LLM, учитывая, например, вычислительные затраты на получение одного ответа несколько раз.
Не наблюдаю никаких проблем с устройством на постоянку в Швеции. Нанимают, увольняют, иногда даже одновременно.
С наймом жилья проблемы, в первую очередь думаю потому что он очень зарегулирован (типа многие лендлорды не имеют права сдавать больше чем на год и т.п.). Но в целом все находят жильё.
Часто удобно сделать оба полупрозрачными. Это хорошо работает для небольшого числа распределений.
Мне странно слышать исходный посыл, что в этом языки виноваты. В этом смысл моего комментария.
Языков много, да, в том числе странных, именно поэтому я не стал писать что вообще все используют стандартную плавающую точку по умолчанию, но видимо большинство распространенных так делают.
Можно. Логичнее взять библиотеку, в которой будет реализовано нужное представление. Но для чисел с плавающей точкой так делают видимо достаточно редко. Есть ли языки, в которых по умолчанию используется не то, что поддерживает процессор?
Садись, два. В языке Python нет переменных, есть имена. Поэтому они ведут себя таким образом. Можно ещё найти пару примеров интересных эффектов этого, в комментариях выше уже набросали.
Это одна из базовых особенностей языка, которые надо изучить в самом начале, чтобы понимать, что вообще происходит. Все концепции имеют свои последствия, в том числе способные нас иногда удивлять. В другом языке будут другие особенности, что-то будет логичнее, что-то нет. В Python достаточно простой в этом плане язык, его сюрпризы можно достаточно просто объяснить.
Я считаю что Python достаточно хороший язык для начальных курсов программирования, и я его преподавал как первый язык программирования несколько лет. Потом С++. Сам я изучал сначала С, это достаточно больно, потому что там очень много нетривиальных технических деталей, которые позволяют выстрелить себе в ногу совершенно нетривиальными способом, так что потом и эксперт будет неделю разбираться, не то что новичок. Python позволяет сосредоточиться на изучении основных конструкций языка, не отвлекаясь на понимание того, почему нельзя на сделать оператор присваивания в классе если у него есть деструктор, например. И в Python можно всё легко вести последовательно, сначала просто что-то посчитать, потом функции, потом классы, можно и функциональное программирование маленько потрогать. И по сфере применения почти никаких границ нет, можно что угодно потрогать.
И не надо нагромождать всё эти слова как в примере на С#, да, IDE может это и рисует, но новичку надо понять что вообще происходит и зачем всё это.
Pascal? Спасибо, но я не люблю когда на меня кричат. Это не вежливо. И это имело очень мало практического смысла в дальнейшей жизни даже когда я учился в университете в начале 90ых. Зачем?...
У любого языка есть своя область применения. Да, из-за отсутствия каких-либо проверок типа в Python неудобно писать большие проекты (ну и мелкие тоже). Но, с другой стороны, благодаря этому можно собрать вместе совершенно разнородные библиотеки, одна из которых например скачет картинку по сети, другая её как-то обработает, а третья обучит нейронную сеть. И не надо париться что они все используют разные классы для предоставления матриц, например. Python это клей.
С другой стороны, даже в С++ можно собрать багов из-за "неожиданной" работы автоматического преобразования типов.
Скорость? Ха-ха, весь data science работает на python. Данные крутят либы, написанные на С или даже Fortran, а Python это всё склеивает. И это правильный способ, потому что когда люди пишут обработку данных на С это кончается тем, что фигачат три вложенных цикла не задумываясь, так как язык "быстрый". А потом всё тормозит. Когда такое начинают делать на Python, то сразу понимают, что делают что-то не то.
Существенный недостаток Python - отсутствие поддержки вытесняющей многопоточности. Но это а) не про введение в программирование б) убивает очень злые возможности выстрелить себе в ногу в) уже идут работы по внесению этой поддержки.
Это не в языках так, это так процессор работает. Особенности представления чисел в виде конечной двоичной дроби. Ну не возможно в таком виде представить число 0.3 или 0.7...
Спасибо за идею, почему-то не думал о таком варианте.
Трекпоинт очень чувствительная штука к качеству софта. Судя по тому, что там у этого человека при старте всякие эффекты, не факт что оно и дальше будет хорошо работать. Я бы брал модуль который сразу наружу даёт PS/2 сигнал. Но надо вот копать, откуда его вырезать.
В любом случае спасибо за ссылку, положил а копилку.
Не понимаю, впрочем, почему говоря о трекпоинте ты всё время переходишь на разговор о клавишах курсора. Трекпоинт это мышь, а не курсор.
Плюс трекпоинта что можно сделать гораздо более компактную клавиатуру, чтобы с собой носить удобнее было.
Про интеграцию трекпоинта я бы тоже с удовольствием почитал (так как не умею сделать, например, соответствующую 3D модельку чтобы сделать самому).
Есть несколько интересных вопросов, начиная от где его взять нормальный (HP, например, совершенно не умеет их готовить, и Lenovo что-то тоже деградирует), да и так вариантов не сильно много, мягко говоря. И где, например, взять keycap с дырками.
А почему хитрую кнопку не засунуть на левую половину клавиатуры?
М570 беспроводной, я не очень просек- он работает напрямую с компом, или через МК клавиатуры?
Ну то есть мы решаем не задачу "как хранить пароль" а какие-то другие.
Я вот не понимаю. У нас есть проблема "как хранить пароль". Предлагается решение: сложим пароль в суперхранилище. Ну ок. Как же мы будем ограничивать доступ к хранилищу?.. Ааа, мы же заведем для этого новый пароль! Ура! Мы героически вернулись к исходной задаче: как хранить пароль, теперь от хранилища.
В чем разница? Зачем всё это? Где смысл?
А какими пальцами работаешь с трекболлом? Я бы ставил сверху от блока клавиш для большого пальца, чтобы им и крутить, не убирая остальных пальцев с клавиатуры, соответственно и кнопки мыши где-то там типа на H и J...
А тут как? Ракурс на фото такой, что сложно понять, как туда руку положить...