С дотнетом сразу в комплекте получаем jit-компилятор
Язык 1с by design интерпретируемый, потому без jit будет тяжко
А ещё нужно GC реализовать (а в дотнете он сразу есть готовый)
А ещё на чем-то нужно формочки реализовать (в случае с донетом можно взять уже готовую авалонию)
А ещё в каком-то виде нужно кроссплатформенные плагины делать, которые не придётся перекомпилировать при каждом новом релизе языка. На расте можно было бы wasm прикрутить или изобрести свой формат для плагинов, а в дотнете уже есть свои dll-ки, которые и так нормально работают.
GC и так защищает от утечек памяти, причём лучше чем растовый боров чекер и счетчики ссылок. А утечек памяти раст никогда и не заявлял, что защитит, так как это в понимании разработчиков языка не нарушает memory safety
C# и так показывает достаточно хорошую скорость.
Использование C++ и Rust не сделает рантайм автоматически не зависимым от системы. Всё также останется зависимость от vcruntime на винде и glibc на линуксе. А дотнет можно собрать как self contained
Я хоть и фанат раста и использую его для решения рабочих задач, но я боюсь, что реализовать описанный в новости проект в таком объёме и за такое время было бы невозможно (предлагаю посмотреть на существующие проекты интерпретируемых языков, реализованных на rust и их состояние)
Вообще у онлайн банков тоже в закромах есть очень много интересных кнопок. Вплоть до полуручных процессов для особо редких случаев, когда "дорогой клиент хочет что-то странное".
Например я так когда-то давно в тинькове заказывал карту в лимитированном дизайне, который нельзя было выпустить через приложение (толи только для новых клиентов, толи по времени ограничено было), но который я очень хотел - прямо спросил в поддержке и мне такую выпустили.
Но это естественно только для случаев, когда надо удержать клиента/поднять лояльность, а не закрыть все счета поскорее)
А что же тогда ещё акцизы, транспортный налог, и налоги которыми юридические лица покрыты не считаете, раз уже начали считать косвенные налоги - они все ведь заложены в цене всех товаров?
Можно кстати пример страны, которая хотя-бы декларирует какой-то уровень социалки для всех, у которой поборы будут меньше?
Библиотечный пример я дал не затем, чтобы показать что оно есть, а чтобы показать нормальный код, а не то что чатжпт может выдать => дать нормальную основу для дискуссии.
Можете тыкнуть пальцем в те слова в коде, которые вы считаете лишними?
Так последующее чтение из этой структуры должно будет вызвать assume_init, а этот метод помечен как unsafe, а это значит, что для чтения из MaybeUninit нужно будет объявить unsafe-блок.
Когнитивная нагрузка всё равно будет, если у тебя нет GC. В расте заимствование и владение явное и проверяется компилятором.
А также определённые вещи, которые невозможно на этапе компиляции проверить, можно делать только в unsafe блоках.
В си - нужно самому разработчику смотреть, когда нужно и когда можно память освободить.
Тоесть когнитивная нагрузка не в самой концепции владения и заимствования, а в том что при написании кода нужно свои намерения о потокобезопасности и управлении памятью выражать в типах.
Мне понравилась аналогия про синие воротнички из недавнего поста, но я немного её перефразирую:
Си - это как опасный промышленный станок. Тебе нужно помнить ТБ и внимательно следить за тем, что происходит, чтобы тебя не намотало.
Раст - как какая-то теорема. Если доказал - дальше можешь уверенно пользоваться ей и не думать, так как результат всегда будет правильный.
Никто не запрещает скачать эти же самые программы с сайта разработчика, стащить из стороннего репозитория, или скомпилировать самостоятельно из исходников.
В одной крупной российской компании, если сотрудник делает скриншот в приложении - ему сразу предлагает написать багрепорт, который попадает потом как раз в такой чатик, где тегают автора багрепорта и уже в треде разбираются с багом.
(Название не разглашаю, так как не знаю, можно ли)
Если что, можно нажать на строчку и получить более гранулярную статистику.
Если округлять:
4,6,8гб в сумме дают 50%
Затычки на 0.5,1,2гб - 15%
Премиум сегмент это 5090, а не 5060ти.
Ну скажем тогда прямо, что большинство людей (в штуках) собирают компьютеры компьютеры в бюджете "ниже среднего".
Ну и даже офисные затычки - это тоже пользователи стима, которые явно нажали кнопку, что согласны на сбор статистики. Тоесть на этих компьютерах даже кто-то играет.
Вот и выходит, что ЦА стим машины - люди, которые сидят на вот таких вот слабых компах.
Или те, которые хотят себе второй компьютер под телевизор.
Или те, у кого стим дек является первым или единственным пк.
Видимо для тех, кто не знает C#, но знает язык 1С, а упомянутые проблемы не считает значимыми для своей конкретной задачи.
Ну как минимум:
С дотнетом сразу в комплекте получаем jit-компилятор
Язык 1с by design интерпретируемый, потому без jit будет тяжко
А ещё нужно GC реализовать (а в дотнете он сразу есть готовый)
А ещё на чем-то нужно формочки реализовать (в случае с донетом можно взять уже готовую авалонию)
А ещё в каком-то виде нужно кроссплатформенные плагины делать, которые не придётся перекомпилировать при каждом новом релизе языка. На расте можно было бы wasm прикрутить или изобрести свой формат для плагинов, а в дотнете уже есть свои dll-ки, которые и так нормально работают.
GC и так защищает от утечек памяти, причём лучше чем растовый боров чекер и счетчики ссылок. А утечек памяти раст никогда и не заявлял, что защитит, так как это в понимании разработчиков языка не нарушает memory safety
C# и так показывает достаточно хорошую скорость.
Использование C++ и Rust не сделает рантайм автоматически не зависимым от системы. Всё также останется зависимость от vcruntime на винде и glibc на линуксе. А дотнет можно собрать как self contained
Я хоть и фанат раста и использую его для решения рабочих задач, но я боюсь, что реализовать описанный в новости проект в таком объёме и за такое время было бы невозможно (предлагаю посмотреть на существующие проекты интерпретируемых языков, реализованных на rust и их состояние)
Вообще у онлайн банков тоже в закромах есть очень много интересных кнопок. Вплоть до полуручных процессов для особо редких случаев, когда "дорогой клиент хочет что-то странное".
Например я так когда-то давно в тинькове заказывал карту в лимитированном дизайне, который нельзя было выпустить через приложение (толи только для новых клиентов, толи по времени ограничено было), но который я очень хотел - прямо спросил в поддержке и мне такую выпустили.
Но это естественно только для случаев, когда надо удержать клиента/поднять лояльность, а не закрыть все счета поскорее)
as_mut - получить &mut T, например если есть контейнер - чтобы получить ссылку на его содержимое.
Some - чтобы создать Option::Some. (Тут уж либо явно так, либо неявное преобразование + сложный вывод типов как в Haskell или Ocaml, либо null)
А что же тогда ещё акцизы, транспортный налог, и налоги которыми юридические лица покрыты не считаете, раз уже начали считать косвенные налоги - они все ведь заложены в цене всех товаров?
Можно кстати пример страны, которая хотя-бы декларирует какой-то уровень социалки для всех, у которой поборы будут меньше?
С NFC тоже нужен pin.
При использовании QR кода по идее верификация уже произошла на стороне приложения по паролю и номеру телефона
Библиотечный пример я дал не затем, чтобы показать что оно есть, а чтобы показать нормальный код, а не то что чатжпт может выдать => дать нормальную основу для дискуссии.
Можете тыкнуть пальцем в те слова в коде, которые вы считаете лишними?
На моменте "столько лишних слов" нужно дать пример кода, а в текущем виде - это соломенное чучело из палаты мер и весов.
Вообще спрашивать чатжпт для этого не нужно, так как оно уже есть в std:
https://doc.rust-lang.org/src/alloc/collections/linked_list.rs.html#50-53
А по поводу
В Rust есть ключевое слово unsafe, которое позволит вам разыменовать сырой указатель и вызывать функции, которые этим словом помечены.
Что мешает использовать эту самую самодисциплину совместно с unsafe, если не нравятся "лишние" слова?
Пишут что там 300тб
Так последующее чтение из этой структуры должно будет вызвать assume_init, а этот метод помечен как unsafe, а это значит, что для чтения из MaybeUninit нужно будет объявить unsafe-блок.
ЧТД
Когнитивная нагрузка всё равно будет, если у тебя нет GC. В расте заимствование и владение явное и проверяется компилятором.
А также определённые вещи, которые невозможно на этапе компиляции проверить, можно делать только в unsafe блоках.
В си - нужно самому разработчику смотреть, когда нужно и когда можно память освободить.
Тоесть когнитивная нагрузка не в самой концепции владения и заимствования, а в том что при написании кода нужно свои намерения о потокобезопасности и управлении памятью выражать в типах.
Мне понравилась аналогия про синие воротнички из недавнего поста, но я немного её перефразирую:
Си - это как опасный промышленный станок. Тебе нужно помнить ТБ и внимательно следить за тем, что происходит, чтобы тебя не намотало.
Раст - как какая-то теорема. Если доказал - дальше можешь уверенно пользоваться ей и не думать, так как результат всегда будет правильный.
Видимо только про линейку с полноценным андроидом.
GT серия идёт со своей легкой ОС
UPD: фактчекнул. Приложение как раз таки для gt серии подходит, но только начиная с gt 4
Valve заявляли в интервью, что они не хотят выпускать deck 2, который даст +50% по производительности на той же батарее, а хотят кратный прирост
Новые чипы от AMD не могут этого дать
SteamOS адаптирована для arm и уже есть решение для трансляции x86->arm в виде fex.
ARM в теории может дать гораздо более высокую производительность на ватт.
Видимо Steam Deck 2 - это steam frame в корпусе от steam deck. Возможно со следующим поколением snapdragon
Никто не запрещает скачать эти же самые программы с сайта разработчика, стащить из стороннего репозитория, или скомпилировать самостоятельно из исходников.
Тут видимо ценность в том, что они:
Заранее проверены на известные вирусы
Проверены на совместимость
В одной крупной российской компании, если сотрудник делает скриншот в приложении - ему сразу предлагает написать багрепорт, который попадает потом как раз в такой чатик, где тегают автора багрепорта и уже в треде разбираются с багом.
(Название не разглашаю, так как не знаю, можно ли)
Не автор статьи, но обычно подразумевается так:
Пользователь - конечный пользователь приложения.
Клиент - приложение, которое подключается к серверу и обменивается с ним сообщениями.
Соединение - абстракция над каналом связи между клиентом и сервером.
Думаю, путанница из-за того что местами эта терминология нарушается.
Тут, наверное, не соединение может подписываться на каналы, а клиент в рамках соединения может подписываться на каналы.
Для меня это лишние элементы в интерфейсе, которые меня отвлекают.
Да и ресурсы оно жрёт как минимум чтобы из интернета получить статус подписки и аватарку нарисовать.
Лишняя функция = мусор.
Да, добавили
Для этого не нужна подсветка синтаксиса.
А после добавления мусора типа копилота в блокнот - np++ стал вдвойне актуальным.
Если что, можно нажать на строчку и получить более гранулярную статистику.
Если округлять:
4,6,8гб в сумме дают 50%
Затычки на 0.5,1,2гб - 15%
Ну скажем тогда прямо, что большинство людей (в штуках) собирают компьютеры компьютеры в бюджете "ниже среднего".
Ну и даже офисные затычки - это тоже пользователи стима, которые явно нажали кнопку, что согласны на сбор статистики. Тоесть на этих компьютерах даже кто-то играет.
Вот и выходит, что ЦА стим машины - люди, которые сидят на вот таких вот слабых компах.
Или те, которые хотят себе второй компьютер под телевизор.
Или те, у кого стим дек является первым или единственным пк.