Кажется, и в Rust и в Swift и в Zig применяется "легковесная" схема обработки ошибок с optional и either и оператором, который возвращает управление из вызывающей функции, если вызываемая функция вернула ошибку (префиксный try или постфиксный "?"). Данная схема выглядит весьма привлекательно и кажется, ее вполне можно имплементировать в Go. Но для этого в язык совершенно точно нужно протащить опционалы и Either. И интересно, как это можно совместить с принятой в Go схемой возврата двух значений - смыслового и кода ошибки, так чтобы старые функции без переписывания заработали по новой схеме?
Не знаю, я никакими не пользуюсь. Но не сомневаюсь что не я первый кто хочет чего-то большего от клиентов, и наверняка уже есть какие-то альтернативные решения. Возможно кто-то из читателей Хабра что-то знает:)
Телеграмом пользуюсь (точнее пытаюсь пользоваться), но дизайн и функционал десктопного клиента все больше не устраивают (а на смартфоне я телеграмом не пользуюсь). Может посоветуете мощный функциональный клиент для телеграма?
Возможно. Но мне как человеку со стороны, тем ни менее имеющему разнообразный опыт в программировании на других языках, использование Gradle... не понравилось. Это очень сложно сформулировать, возможно этой теме следует посвятить отдельное исследование... но впечатление какой-то громоздкой переусложненности всего этого. Сгенерированная средой разработки программа уровня Hello World, состоящая из единственного файла с исходным кодом, а проект (еще нескомпилированный!) содержит 120 файлов и 45 директорий, назначение 99% которых мне неизвестно.
Одновременно с экспериментами для Android я начал также же эксперименты на Go - и там оказалось все просто, понятно и приятно. Среда разработки кстати похожая, от той же компании.
Вообще не понимаю зачем в файлах проектов императивность. Все что там нужно - это список файлов исходников и опции компилятора.
Я достаточно далек от Java/Kotlin, но вот что интересно. Если в интернете найти какие-то старые проекты для Visual С++, современные студии их открывают (да, там происходит преобразование форматов, но даже новейшая студия умеет открывать файлы dsp образца 1998 года). С проектами для Android у меня это не получилось вообще. Я как-то попытался поизучать программинг под Android и нашел на гитхабе интересующие меня примеры. При попытке их собрать из Android Studio всякий раз получал совершенно невразумительные ошибки (разумеется невразумительные они для меня, новичка - но это совершенно точно были не ошибки в коде Java/Kotlin).
Что интересно сейчас все современные языки используют такие декларации (начинающиеся с имени а не с типа). Go, Rust, Swift, Scala, Kotlin, Zig, Carbon... Может оно действительно чем-то лучше и удобнее чем стиль C/C++/C#/Java?
Тут вообще напрашивается как минимум две градации. Вселенная может быть бесконечной и конечной (замкнутой сама на себя). Это в основном всем понятно. Кроме того, вселенная может быть "счетной" или "континуальной" (понятия взяты из теории множеств). В первом случае существуют некие минимальные ячейки пространства и времени, своеобразные узлы квантового графа, мельче которых уже ничего нет (при этом Вселенная может быть как конечной так и бесконечной по протяженности). Во втором случае возможно деление пространства на сколь угодно мелкие части.
Интересно выяснить причины данного явления. Что это - какое-то кривое обновление конкретно для РФ? Если да то что именно оно должно делать и почему таких обновлений нет для других стран?
Статья интересная как пример дизайна языков программирования. Было бы интересно сравнить с тем что в итоге попало в язык (например здесь https://habr.com/ru/articles/744344/ показан небольшой пример; синтаксис немного другой, с ключевыми словами each и repeat вместо многоточий)
У биологических систем, таких как животные, совершенно другие задачи в сравнении с LLM. Так что сравнение некорректно. Да и что вообще такое "общий интеллект"? В чем он выражается и измеряется?
После таких новостей как никогда понимаешь, что нам нужна система для обмена информацией (соцсеть, мессенджер и т.д.) полностью неподконтрольная государственной власти. Т.е. полностью децентрализованная. И вроде такие системы есть, причем и не одна... Но увы, там всегда будет слишком мало пользователей, они всегда будут работать слишком медленно, слишком неудобно и т.д. Централизованные системы всегда будут быстрее и удобнее, всегда будут лучше рекламироваться, но всегда будут уязвимы перед государствами.
Он в принципе растровый, что сейчас применимо разве что для окон-терминалов (и то не факт) или каких-нибудь железок с экранчиками и очень слабой графикой, но не для создания документов на компьютере.
Спасибо! А почему их так много, какой из них качать? Или там нет единого супершрифта, содержащего все символы Юникода, и все разбито по группам (т.е. для Japanese один, для Emoji второй, для Arabic третий и т.д.)?
А вот какой шрифт сейчас самый юникодистый (т.е. содержащий максимальное количество символов Unicode в нормальном качестве)? А то например в шрифтах по умолчанию некоторые математические символы прорисовываются нормально, а некоторые кривенько. Ну и разницы между шрифтом с засечками и без засечек не особо видно. И это еще в большом размере, а в реальном тексте иногда вообще фигня получается.
В явном виде на уровне языка все-же нет.
Кажется, и в Rust и в Swift и в Zig применяется "легковесная" схема обработки ошибок с optional и either и оператором, который возвращает управление из вызывающей функции, если вызываемая функция вернула ошибку (префиксный try или постфиксный "?"). Данная схема выглядит весьма привлекательно и кажется, ее вполне можно имплементировать в Go. Но для этого в язык совершенно точно нужно протащить опционалы и Either. И интересно, как это можно совместить с принятой в Go схемой возврата двух значений - смыслового и кода ошибки, так чтобы старые функции без переписывания заработали по новой схеме?
Не знаю, я никакими не пользуюсь. Но не сомневаюсь что не я первый кто хочет чего-то большего от клиентов, и наверняка уже есть какие-то альтернативные решения. Возможно кто-то из читателей Хабра что-то знает:)
Телеграмом пользуюсь (точнее пытаюсь пользоваться), но дизайн и функционал десктопного клиента все больше не устраивают (а на смартфоне я телеграмом не пользуюсь). Может посоветуете мощный функциональный клиент для телеграма?
Возможно. Но мне как человеку со стороны, тем ни менее имеющему разнообразный опыт в программировании на других языках, использование Gradle... не понравилось. Это очень сложно сформулировать, возможно этой теме следует посвятить отдельное исследование... но впечатление какой-то громоздкой переусложненности всего этого. Сгенерированная средой разработки программа уровня Hello World, состоящая из единственного файла с исходным кодом, а проект (еще нескомпилированный!) содержит 120 файлов и 45 директорий, назначение 99% которых мне неизвестно.
Одновременно с экспериментами для Android я начал также же эксперименты на Go - и там оказалось все просто, понятно и приятно. Среда разработки кстати похожая, от той же компании.
Вообще не понимаю зачем в файлах проектов императивность. Все что там нужно - это список файлов исходников и опции компилятора.
Я достаточно далек от Java/Kotlin, но вот что интересно. Если в интернете найти какие-то старые проекты для Visual С++, современные студии их открывают (да, там происходит преобразование форматов, но даже новейшая студия умеет открывать файлы dsp образца 1998 года). С проектами для Android у меня это не получилось вообще. Я как-то попытался поизучать программинг под Android и нашел на гитхабе интересующие меня примеры. При попытке их собрать из Android Studio всякий раз получал совершенно невразумительные ошибки (разумеется невразумительные они для меня, новичка - но это совершенно точно были не ошибки в коде Java/Kotlin).
Что интересно сейчас все современные языки используют такие декларации (начинающиеся с имени а не с типа). Go, Rust, Swift, Scala, Kotlin, Zig, Carbon... Может оно действительно чем-то лучше и удобнее чем стиль C/C++/C#/Java?
А какие в нем интересные языковые фичи?
Тут вообще напрашивается как минимум две градации. Вселенная может быть бесконечной и конечной (замкнутой сама на себя). Это в основном всем понятно. Кроме того, вселенная может быть "счетной" или "континуальной" (понятия взяты из теории множеств). В первом случае существуют некие минимальные ячейки пространства и времени, своеобразные узлы квантового графа, мельче которых уже ничего нет (при этом Вселенная может быть как конечной так и бесконечной по протяженности). Во втором случае возможно деление пространства на сколь угодно мелкие части.
Интересно выяснить причины данного явления. Что это - какое-то кривое обновление конкретно для РФ? Если да то что именно оно должно делать и почему таких обновлений нет для других стран?
Статья интересная как пример дизайна языков программирования. Было бы интересно сравнить с тем что в итоге попало в язык (например здесь https://habr.com/ru/articles/744344/ показан небольшой пример; синтаксис немного другой, с ключевыми словами each и repeat вместо многоточий)
У биологических систем, таких как животные, совершенно другие задачи в сравнении с LLM. Так что сравнение некорректно. Да и что вообще такое "общий интеллект"? В чем он выражается и измеряется?
Если интернет мертвый, то получается что и конспирологи с 4chan - мертвые?
После таких новостей как никогда понимаешь, что нам нужна система для обмена информацией (соцсеть, мессенджер и т.д.) полностью неподконтрольная государственной власти. Т.е. полностью децентрализованная. И вроде такие системы есть, причем и не одна... Но увы, там всегда будет слишком мало пользователей, они всегда будут работать слишком медленно, слишком неудобно и т.д. Централизованные системы всегда будут быстрее и удобнее, всегда будут лучше рекламироваться, но всегда будут уязвимы перед государствами.
Он в принципе растровый, что сейчас применимо разве что для окон-терминалов (и то не факт) или каких-нибудь железок с экранчиками и очень слабой графикой, но не для создания документов на компьютере.
Спасибо! А почему их так много, какой из них качать? Или там нет единого супершрифта, содержащего все символы Юникода, и все разбито по группам (т.е. для Japanese один, для Emoji второй, для Arabic третий и т.д.)?
А вот какой шрифт сейчас самый юникодистый (т.е. содержащий максимальное количество символов Unicode в нормальном качестве)? А то например в шрифтах по умолчанию некоторые математические символы прорисовываются нормально, а некоторые кривенько. Ну и разницы между шрифтом с засечками и без засечек не особо видно. И это еще в большом размере, а в реальном тексте иногда вообще фигня получается.
Возможно я чего-то не понимаю, но по ссылке https://stability.ai/stable-assistant#choose-stable-assistant-plan предлагается регистрация только за $$$ :)
Мне математических знаний не хватает чтобы в этом разобраться:) Но захватывающе, сколько еще существует всего, чего не знаешь...
А для хронического простатита хирургического лечения еще не придумали?