Спасибо за статью! Я как раз подбираю смартфон по параметрам, и этот S24 формально подходит. Хотя цена в 2 раза меньше аналогов, неизвестная контора-производитель и практически все отрицательные отзывы сразу вызывают подозрения, но ведь и с другими моделями смартфонов такое может быть... Хорошо если человек в теме, тусуется на 4pda/ixbt каждый день, отслеживает новинки, но не все такие.
Я думал (судя по заголовку) что вы там камеру на элемент наводите, а смартфон вам и пишет - это резистор, сопротивление такое-то, производитель такой-то, вот ссылка на даташит... Но зато есть куда стремиться:)
Хорошего в телеграме только то что он вроде как(?) пока еще не очень подвержен цензуре. А так - одни минусы: для регистрации нужен реальный номер телефона и смартфон (а значит никакой анонимности), поиск такой что считай его нет вообще, сохранить контент зачастую нельзя (а сайт как правило можно скачать или хотя-бы сохранить в mhtml страницу). Мессенджер он и есть мессенджер, у него изначально предназначение другое - общение со знакомыми людьми в режиме реального времени, и как можно было променять веб на это я ума не приложу. Но люди действительно туда перелезают, в т.ч. из соцсетей.
У меня компьютер появился в 98 году (и первой системой была win95), я почти не застал ту эпоху, но все равно испытываю к ней некую ностальгию. И софта для dos у меня было немного - Нортон коммандер, Borland C/C++ 3.1 и несколько игрушек. Но первый опыт программирования был именно для dos.
Поэтому мне было бы интересно именно скачать что-то готовое, некую коллекционную систему, собранную сообществом при участии большого числа людей. А для распространения можно использовать обычный сайт, торренты, можно даже выпускать дистрибутивы с какой-то периодичностью, вносить добавления и улучшения))
Насчет полезности запуска в браузере не знаю, а вообще интересно было бы собрать такой dosbox (или может быть virtualbox/vmware?) дистрибутив, включающий в себя множество программ тех времен. Что-то вроде виртуального рабочего места типичного айтишника 90-х. Не только с играми (хотя это наверное было бы интересно большинству) но и с другим софтом, включая средства разработки.
Под DOS можно было писать резидентные программы, которые обращались к текстовой видеопамяти по адресу 0xB8000000 и могли менять тем самым содержимое экрана. Например можно было сделать "русификатор" который менял английские буквы на соответствующие русские. Или более тонкий троллинг - все трехбуквенные слова на матерные:)
В частности, им придётся подключить их к ЕБС и обеспечить рабочее место каждого продавца видеокамерой — новый закон также требует записывать на видео процесс приобретения каждой сим‑карты.
Не понял при чем тут звуки. Во многих языках очень нетривиальные правила чтения слов, но при чем здесь Юникод? Претензия к тому, что составители венгерского алфавита зачем-то в алфавит (который есть набор букв, атомарных символов) ввели буквосочетания, а комитет Юникода это бездумно повторил. Если в языке есть устойчивое буквосочетание, это не значит что его нужно рассматривать как отдельную букву. В английском после Q обязательно идет U, но вводить букву QU никому в голову не пришло.
Насколько я знаю, китайские и японские тексты исторически записываются сверху вниз, столбцами. А Юникод это не учел, непорядок! Надо ввести еще код смены направления с горизонтального на вертикальное:)
А не проще ли было привести венгерский алфавит в соответствие Здравому Смыслу, а не вводить в Юникод всякую хрень? Если букву можно записать двумя буквами то это две буквы.
А вообще где можно почитать о всяких странностях Юникода, не закапываясь в стандарт? И не приходило ли кому в голову сделать "работу над ошибками" в виде альтернативной таблицы символов (да, здесь должна быть картинка про 17 конкурирующих стандартов - но с другой стороны ведь объективно там всякой фигни накопилось немало).
В Matrix Resurrections на экране Нео, когда он работает программистом игры, можно наблюдать некую довольно навороченную IDE, внутри которой есть и окна с кодом, и окна с трехмерной отрисовкой Матрицы, и различные логи... На каком языке код - неясно, но вроде бы там прямо в коде сочетается классический код на языке программирования и вставки из матричного кода. Сейчас под рукой нет фильма в высоком разрешении, так что вставлю пару размытых картинок, найденных в инете.
У телеграма очень странная на мой взгляд политика в отношении регистрации пользователей. Несмотря на то что десктопные клиенты существуют, для регистрации требуется непременно мобильный клиент. Ну допустим они хотят получить номер телефона (для минимизации регистрации ботов и т.п.). Но почему нельзя получить SMS без установки их клиента? Более того, как оказалось, они заморочились с отслеживанием запуска мобильных клиентов в эмуляторах, и банят телефонные номера, которые пытаются зарегистрироваться таким образом. Вот в чем смысл?
Я много чем пользовался, и в конце концов сделал свою программу. Думаю, ей далеко по функционалу до Obsidian, и никакой это не zettelkasten. Просто дерево произвольной вложенности с заметками. Но зато последовательность заметок задается явно, заметки можно гонять вверх-вниз по дереву и т.д. И всё это выглядит именно так как я хочу, а не так как придумали современные дизайнеры интерфейсов:)
Скрытый текст
В приципе необходимости даже в тегах пока не испытываю вообще (не говоря уже о более сложных конструкциях типа графа связей). Каждая заметка имеет единственное место в дереве, и этого оказывается достаточно, чтобы быстро найти нужную информацию. На данный момент 3 базы - общая и 2 книги, в каждой несколько тысяч страниц-заметок. Причем заметка это именно страница, там достаточно много информации, а не просто две строчки текста.
В общем да, считаю что без символьных вычислений ИИ это не более чем игрушка. Хорошо что направление символьного ИИ не забывают, и более того - интегрируют с нейросетевым.
С одной стороны это выглядит невероятно круто - унифицированное представление всей программы в форме, максимально близкой к синтаксическому дереву, и все вытекающие преимущества. Но с другой это все-же сложновато для человеческого восприятия. Префиксные арифметические выражения, множество скобок... да, наверное можно привыкнуть, особенно если понимать природу этих явлений. Но не знаю. Нужно глубокое изучение, в частности как на Лиспе решать реальные задачи - системное, низкоуровневое программирование, работу с сетью и базами, как создавать навороченные GUI и т.п.
Т.е. получается, что сам механизм исключений в языке есть, но авторы языка из "дизайнерских" соображений решили не применять его, кроме как в крайних случаях (а такие случаи неизбежны - то же деление на ноль). И совсем без обработки таких "настоящих" исключений тоже как-то нельзя - это резко отбросит язык назад в развитии на несколько десятков лет.
Можно сделать вывод, что раскрутка стека при исключениях совершенно неизбежно должна быть в ядре любого современного языка, даже если в нем нет явной поддержки исключений в стиле С++, а вместо нее реализованы различные "легкие" варианты (явные коды возврата как в Go, или типы с логикой Optional/Result и вспомогательные операторы, как в Rust/Swift/Zig)
Спасибо за статью! Я как раз подбираю смартфон по параметрам, и этот S24 формально подходит. Хотя цена в 2 раза меньше аналогов, неизвестная контора-производитель и практически все отрицательные отзывы сразу вызывают подозрения, но ведь и с другими моделями смартфонов такое может быть... Хорошо если человек в теме, тусуется на 4pda/ixbt каждый день, отслеживает новинки, но не все такие.
Я думал (судя по заголовку) что вы там камеру на элемент наводите, а смартфон вам и пишет - это резистор, сопротивление такое-то, производитель такой-то, вот ссылка на даташит... Но зато есть куда стремиться:)
Хорошего в телеграме только то что он вроде как(?) пока еще не очень подвержен цензуре. А так - одни минусы: для регистрации нужен реальный номер телефона и смартфон (а значит никакой анонимности), поиск такой что считай его нет вообще, сохранить контент зачастую нельзя (а сайт как правило можно скачать или хотя-бы сохранить в mhtml страницу). Мессенджер он и есть мессенджер, у него изначально предназначение другое - общение со знакомыми людьми в режиме реального времени, и как можно было променять веб на это я ума не приложу. Но люди действительно туда перелезают, в т.ч. из соцсетей.
В "самолечении" столько же "неэтичного", сколько и в собственноручном написании софта лично для себя. Т.е. ничего неэтичного нет.
Ну так наверняка мультиплеер там есть.
У меня компьютер появился в 98 году (и первой системой была win95), я почти не застал ту эпоху, но все равно испытываю к ней некую ностальгию. И софта для dos у меня было немного - Нортон коммандер, Borland C/C++ 3.1 и несколько игрушек. Но первый опыт программирования был именно для dos.
Поэтому мне было бы интересно именно скачать что-то готовое, некую коллекционную систему, собранную сообществом при участии большого числа людей. А для распространения можно использовать обычный сайт, торренты, можно даже выпускать дистрибутивы с какой-то периодичностью, вносить добавления и улучшения))
Насчет полезности запуска в браузере не знаю, а вообще интересно было бы собрать такой dosbox (или может быть virtualbox/vmware?) дистрибутив, включающий в себя множество программ тех времен. Что-то вроде виртуального рабочего места типичного айтишника 90-х. Не только с играми (хотя это наверное было бы интересно большинству) но и с другим софтом, включая средства разработки.
Есть еще интересная связанная тема - семантический десктоп, спецификация NEPOMUK и реализация для KDE, и т.д.
Под DOS можно было писать резидентные программы, которые обращались к текстовой видеопамяти по адресу 0xB8000000 и могли менять тем самым содержимое экрана. Например можно было сделать "русификатор" который менял английские буквы на соответствующие русские. Или более тонкий троллинг - все трехбуквенные слова на матерные:)
Как же они боятся сетевой анонимности!
Не понял при чем тут звуки. Во многих языках очень нетривиальные правила чтения слов, но при чем здесь Юникод? Претензия к тому, что составители венгерского алфавита зачем-то в алфавит (который есть набор букв, атомарных символов) ввели буквосочетания, а комитет Юникода это бездумно повторил. Если в языке есть устойчивое буквосочетание, это не значит что его нужно рассматривать как отдельную букву. В английском после Q обязательно идет U, но вводить букву QU никому в голову не пришло.
Насколько я знаю, китайские и японские тексты исторически записываются сверху вниз, столбцами. А Юникод это не учел, непорядок! Надо ввести еще код смены направления с горизонтального на вертикальное:)
А не проще ли было привести венгерский алфавит в соответствие Здравому Смыслу, а не вводить в Юникод всякую хрень? Если букву можно записать двумя буквами то это две буквы.
А вообще где можно почитать о всяких странностях Юникода, не закапываясь в стандарт? И не приходило ли кому в голову сделать "работу над ошибками" в виде альтернативной таблицы символов (да, здесь должна быть картинка про 17 конкурирующих стандартов - но с другой стороны ведь объективно там всякой фигни накопилось немало).
В Matrix Resurrections на экране Нео, когда он работает программистом игры, можно наблюдать некую довольно навороченную IDE, внутри которой есть и окна с кодом, и окна с трехмерной отрисовкой Матрицы, и различные логи... На каком языке код - неясно, но вроде бы там прямо в коде сочетается классический код на языке программирования и вставки из матричного кода. Сейчас под рукой нет фильма в высоком разрешении, так что вставлю пару размытых картинок, найденных в инете.
У телеграма очень странная на мой взгляд политика в отношении регистрации пользователей. Несмотря на то что десктопные клиенты существуют, для регистрации требуется непременно мобильный клиент. Ну допустим они хотят получить номер телефона (для минимизации регистрации ботов и т.п.). Но почему нельзя получить SMS без установки их клиента? Более того, как оказалось, они заморочились с отслеживанием запуска мобильных клиентов в эмуляторах, и банят телефонные номера, которые пытаются зарегистрироваться таким образом. Вот в чем смысл?
Я много чем пользовался, и в конце концов сделал свою программу. Думаю, ей далеко по функционалу до Obsidian, и никакой это не zettelkasten. Просто дерево произвольной вложенности с заметками. Но зато последовательность заметок задается явно, заметки можно гонять вверх-вниз по дереву и т.д. И всё это выглядит именно так как я хочу, а не так как придумали современные дизайнеры интерфейсов:)
Скрытый текст
В приципе необходимости даже в тегах пока не испытываю вообще (не говоря уже о более сложных конструкциях типа графа связей). Каждая заметка имеет единственное место в дереве, и этого оказывается достаточно, чтобы быстро найти нужную информацию. На данный момент 3 базы - общая и 2 книги, в каждой несколько тысяч страниц-заметок. Причем заметка это именно страница, там достаточно много информации, а не просто две строчки текста.
Все-же тонн или миллионов тонн?
В общем да, считаю что без символьных вычислений ИИ это не более чем игрушка. Хорошо что направление символьного ИИ не забывают, и более того - интегрируют с нейросетевым.
С одной стороны это выглядит невероятно круто - унифицированное представление всей программы в форме, максимально близкой к синтаксическому дереву, и все вытекающие преимущества. Но с другой это все-же сложновато для человеческого восприятия. Префиксные арифметические выражения, множество скобок... да, наверное можно привыкнуть, особенно если понимать природу этих явлений. Но не знаю. Нужно глубокое изучение, в частности как на Лиспе решать реальные задачи - системное, низкоуровневое программирование, работу с сетью и базами, как создавать навороченные GUI и т.п.
Т.е. получается, что сам механизм исключений в языке есть, но авторы языка из "дизайнерских" соображений решили не применять его, кроме как в крайних случаях (а такие случаи неизбежны - то же деление на ноль). И совсем без обработки таких "настоящих" исключений тоже как-то нельзя - это резко отбросит язык назад в развитии на несколько десятков лет.
Можно сделать вывод, что раскрутка стека при исключениях совершенно неизбежно должна быть в ядре любого современного языка, даже если в нем нет явной поддержки исключений в стиле С++, а вместо нее реализованы различные "легкие" варианты (явные коды возврата как в Go, или типы с логикой Optional/Result и вспомогательные операторы, как в Rust/Swift/Zig)