Ну гитхаб же как-то живёт с организациями и юзерами. Ровно как и докер. Да и библиотеку может автор забросить, и наличие или отсутствие неймспейса тут никак не решает. И тогда форк вообще будет иметь отдельное имя.
В общем, мое мнение -- это мое мнение. Субъективное, без достаточного исследования и мозгового штурма. Я варюсь в таком котле, где используются все три подхода (докер как гибридный). И подход Раста и Ноды мне нравится меньше всего.
Хотя не, есть подход ещё хуже: Гошный. Там вообще репозиторий целиком прописывается.
В целом, мне больше нечего сказать. Я -- разработчик со своим мнением. И, к сожалению, я не смог проникнуться минималистичным подходом с одним именем пакета, как и понять его преимущества. Разве что гуглить гораздо проще, имея на руках уникальный слаг. За ссылку спасибо. Попробую повкуривать в аргументы и может пойму что к чему
PS Спасибо тем, кто не минусует комменты и не сливает карму. Мне очень приятно, когда я могу просто пообщаться в комментах без риска быть захабренным
Был не очень тактичен, извиняюсь. Я очень рад, что ты подошёл к этому более ответственно, чем большинство.
Я помню, когда изучал Ноду, был урок по публикации пакета. Видео посмотрело около 10к человек. Если даже учесть, что только десятая часть решила пойти по уроку, то в нпм появилось 1к hello world пакетов.
Сейчас Раст не на том уровне, где 1к учеников будет постить бесполезные крейты, но это только вопрос времени, если популярность языка будет расти.
Я без понятия, какую мораль из этого извлечь. Но подход докера мне нравится куда больше, где только определенные образы не имеют префикса. Тем не менее, кто я такой, чтобы указывать профессионалам, что делать)
Насколько мне известно, сначала Вася тащит библиотеку под собой. Потом создаёт организацию и публикует под новым неймспейсом, а старый помечает как депрекейтед. Всяческие экстеншены либо остаются под своими именами, что тоже неплохо как по мне, либо создаётся форк в организации на тот случай, если автор оригинальной библиотеки забросит ее.. В общем, не вижу никакой проблемы. Зато если мне были интересны библиотеки одной организации (например Symfony), то в поиске было явно видно, кто владелец. Да и, если быть откровенным, npm и его пользователи движутся в том же направлении со своими @namespace/name
Могу ошибаться. Просто мнение. Все таки мейнтейнеры раста раньше очень ответственно проходили к подобным решениям (про сейчас не знаю, учитывая всю шумиху). Но всякие подобные ребята, как из статьи, ради экспериментов просто забивают хорошие имена, оставляя их просто висеть в качестве бесполезного мусора. Единственный плюс: авторы начинают придумывать достаточно креативные названия для библиотек
Мне нравится подход phpшного packagist, где у каждого пакета не только свое название, но и неймспейс, соответствующий юзернейму. Ну или как у докер-хаба сделано, где только проверенные образы не имеют префикса. Никакой помойки нет, и пакеты одного автора в одной куче лежат. Мне казалось, что Раст пойдет по тому же пути. Но он пошел дорогой npm.
VS Code не самый любимый, а самый используемый. Ровно как и JavaScript. И как Rust "самый любимый" среди тех, кто его использует, так и NeoVim'ом больше всего довольны его юзеры. Хотя, справедливости ради, не далеко он ушел от VS Code в этом показателе. (Сам топил за Rust и NeoVim. Так что мое мнение совершенно объективно и беспристрастно /s Они стоят каждого потраченного мной часа)
Я думаю, это зависит, когда ты пришел в vim. Например, я сразу начал с Lua, потому что это знакомый мне язык (в ComputerCraft скрипты писал), и сборка (Astronvim) была написана на нем. Поэтому смысла изучать vimscript совершенно нет. Но если уже есть живой конфиг, то переписывать все ради переписывания -- идея сомнительная. Бенефит в Lua правда в том, что это более известный и распространенный язык. Если ты сначала в школе пилишь моды для Don't Starve Together, Factorio или, на худой конец, Roblox, то придти в NeoVim будет гораздо проще
Не только они этим занимаются. Я вот в Питере знаю двух ребят, которые занимаются этим достаточно давно и продают через Авито. Я просто пришел к одному домой, потыкал все клавиатуры, которые у него были, и выбрал одну, которая устроила меня по характеристикам. Кстати, советую присоединиться в чатик в телеграме Ergohaven. Там много крутых разговоров о подобных клавиатурах и куча грамотных ребят
Я начал с Corne v3. Хорошая, достаточно недорогая в сфере эргономичных сплитов клавиатура без лишних наворотов. Малое количество клавиш и необходимость часто пользоваться слоями может быть и сокращает скорость печати, но мне гораздо комфортнее зажать кнопку переключения слоев, чем тянуться до цифр, или до F клавиш. Это уже значительно уменьшило боль в запястьях. Из недостатков отметил бы для себя -- недостаточно сильный стаггер на мизинец, но это решается путем меньшего использования такового. Осталось распечатать кейс с наклоном и сделать подставки под руки, тогда вообще будет мне счастье (надеюсь)
Замени "ChatGPT" на "Интернет" и получится такая же валидная новость, актуальная пару десятилетий назад:
В ведомстве заявили, что Интернет может помогать преступникам изучать новые схемы мошенничества. К примеру, если злоумышленник ничего не знает про конкретную криминальную сферу, то Интернет может ускорить процесс изучения. Исследователи признали, что вся эта информация есть оффлайн на улицах, но Интернет значительно ускоряет поиск.
Вы упустили самую главную часть предложения: "с эргономичным расположением клавиш". Конкретно в моем случае это X-Bows Lite, который я купил можно сказать случайно, просто выбрав недорогой вариант на Алике. И это значительно уменьшило излом запястий и боль в руках. Правда пришлось еще сделать из дерева подставки под запястья, потому что сама клавиатура гораздо выше той, которая была у меня на ноутбуке.
Сейчас я подумываю о чем-то раздельном, например Moonlander. Правда будучи в России раздобыть подобный экземпляр за адекватные деньги не так просто. Есть вроде как ребята в России @Ergohaven с неплохими вариантами по типу Dactyl или K:02, который тоже на основе чего-то сделан. Либо вообще собрать что-то свое. Например, мне нравится Sweep. Но в плане подобной электроники я тупой как сапожок, поэтому не уверен, что когда либо самостоятельно займусь сборкой. А человека, который мог бы собрать мне клавиатуру под ключ я пока не нашел.
Я пока сижу на qwerty, но иногда подумываю о смене раскладки на что-нибудь более оптимальное, чтобы разгрузить руки от нагрузки. В борьбе с болью в запястьях я начал с механической клавиатуры с эргономичным расположением клавиш, и это помогло. Но я слышал много о том, что правильная раскладка тоже может очень сильно помочь. Самое проблемное, это когда приходится пересаживаться на какое-нибудь другое устройство. Например, у меня дома несколько ноутбуков, которыми пользуется вся семья. И у родителей есть техника, с которой мне нужно помогать. Я могу либо менять раскладку на каждом из них, либо ходить с прошитой как мне нужно клавиатурой. Можно выбрать какой-нибудь Dworak или Colemak, которые вроде как есть на всех системах. А можно посмотреть в сторону более экстремальных вариантов, типа isrt, artsey или как у этого парня с 16 клавишами. Только тут начинаются проблемы с клавиатурами на мобильных устройствах...
Мне тоже было бы интересно узнать мнение и исследования автора относительно раскладок на английском языке. Возможно, я найду в себе достаточно смелости и мотивации сменить раскладу и снова выучить vim
Да ладно вам, это была шутка) Просто есть больные продвинутые люди (как я), которые любят подобной ерундой заниматься. В случае LSP это действительно больше натягивание совы на глобус. Однако идея с подобным сервером, но со своим протоколом имеет смысл быть. Вместо жесткой связки Rust <-> Tauri, можно дополнительно экспоузить http. И там выдать и структуру стиха, и ударения, и подсказки, и все что душе угодно. А потом всякие больные продвинутые люди (как я) могут написать обвязки для своих любимых редакоторов, и творить без необходимости отказываться от vim motions :D
Кстати, фронтенд тоже можно писать на Rust. Очень недавно появилась библиотека, наподобие React -- leptos. По бенчам он гораздо шутрее, чем реакт и многие другие фронтенд фреймворки. Есть уже статьи, как сдружить его с Tauri. Это если совсем хочется заморочиться)
Сделать свой формат файла с подсветкой синтаксиса и lsp сервер для интеграции с любыми редакторами. Очень символично будет писать стихи в neovim :D Автору респект. Когда-то сам писал стихи и пользовался онлайн сервисами. Не помню, чтобы они когда либо меня подводили.
Не так давно слушал подкаст с участием создателя cargo-edit. Он рассказывал, что команда разработки этой тулзы хотят затянуть ее функциональность в cargo, и, видимо, у них это получается. Судя по комментариям на реддите, сообщество ликует)
Мне тоже кажется, что возможность редактировать зависимости через официальный cli -- это то, что должно быть в любой современной экосистеме достаточно свежего ЯП. Когда только познакомился с Rust, я был крайне удивлен, что этого не было сделано изначально, и надо править toml файл ручками.
Мы так и сделали. Я понимаю, что Мегафон в плане тарифов не особо привлекателен. Но когда до меня двадцатый раз не смогли дозвониться, находясь дома, или когда заходишь в какой-нибудь гипермаркет, а ушел в оффлайн, будто в джунгли попал, я решил, что пора уходить от Теле2. Я даже жене не мог дозвониться, стоило ей уйти чуть глубже в квартиру. Хотя я пользовался им более 10ти лет. Мы рассматривали других операторов, но только зеленый есть у всех моих родных.
Правильность решения еще более утвердилась, когда я попал в страшное ДТП, а дозвониться до родственников можно было только через Мегафон, так как другие операторы не ловили из-за особенностей рельефа.
Я нахожу это немного парадоксальным, когда язык позиционирует себя простым, почти из каждого утюга кричат о том, какой Go простой в освоении и изучении, что "я написал свою первую программу за пару часов" и прочие воссторженные возгласы. Но при всем при этом нужно вложить тонну времени и усилий, провести достаточно времени в продуктовой разработке, ковыряться в исходниках библиотек и фреймворков, чтобы этой простотой можно было пользоваться и не испытывать дискомфорт.
В отличие от Rust, я прочитал тонны статей про Go, посмотрел десятки часов видео с выступлениями, на русском и английском языках. Материала пока что гораздо больше, чем у Rust. Исходники я тоже ковырял и мелких, и крупных проектов. И тем не менее, я не познал дзена Go, а все больше понимал, что чего-то мне не хватает.
Оба языка очень сильно отличаются от мейнстримовых JS, Python, JVM-семейства и прочих. Но сложно отрицать, что Rust отличается от всех этих языков и Go в том числе гораздо, гораздо сильнее. Borrow Checking, Lifetimes, почти полное отсутствие рантайма и рефлексии, трейты, отсутствие сборщика мусора и прочее ярко выделяются на общем фоне и относительно сложны для понимания рядовому разработчику. Но почему-то в моем конкретном случае это никак не помешало, а возможно даже помогло полюбить этот язык всем сердцем. И я не C/C++ разработчик, который устал от Segfault'ов. А человек, который писал на PHP/JS. Наверное, о чем-то это говорит :)
Знаете, я с этим категорически не согласен. Хотя Rust и позиционирует себя как "язык для системного программирования", на нем очень круто писать вообще что угодно.
Я пришел из мира web разработки, где я использовал php и js. Если говорить про Go и Rust, я ни один из них не использовал для коммерческой разработки, кроме простеньких лямбд на первом. Но у меня есть пара пет-проектов. Сначала я использовал Go для их реализации, но с ростом сложности кода, количества копипасты, if err != nil моя продуктивность и мотивация почти улетучились. На тот момент дженериков не было, и работать с коллекциями было отнюдь не весело. Когда я переписал проект на Rust, я заметил, что мой код стал гораздо надежнее, стабильнее и куда более управляемым. Я смог нарастить функционал проектов в разы! И это не потоковая обработка звука или видео. Это обычный телеграм-бот с кучей интеграций со сторонними веб-сервисами.
С чем я не буду спорить, так это с тем, что Rust сложный, и не такой очевидный. Особенно если брать в расчет макросы, в которых может быть скрыта вообще любая магия. Мне потребовалось где-то два месяца, чтобы набраться смелости написать первую программу. Но нормальный механизм обработки ошибок, null-safety, строгий, но справедливый компилятор, куча синтаксического сахара, итераторы и прочие плюшки очень сильно подкупают. Компилятор дает очень много гарантий. Чего не скажешь про Go, где любой указатель может оказаться nil.
Плюсую. Такая же штука, только пишет в режиме инкогнито:
Uncaught (in promise) DOMException: Worker.postMessage: The WebAssembly.Memory object cannot be serialized. The Cross-Origin-Opener-Policy and Cross-Origin-Embedder-Policy HTTP headers can be used to enable this.
И в обычном режиме похожую лапшу:
CompileError: wasm validation error: at offset 4: failed to match magic number
Nice! Спасибо за перевод. Испытал настоящее удовольствие от прочтения статьи. Если даже мне это никогда не пригодится, из этих статей очень много узнаю не только про сам раст, но и про экосистему вокруг него.
Ну гитхаб же как-то живёт с организациями и юзерами. Ровно как и докер. Да и библиотеку может автор забросить, и наличие или отсутствие неймспейса тут никак не решает. И тогда форк вообще будет иметь отдельное имя.
В общем, мое мнение -- это мое мнение. Субъективное, без достаточного исследования и мозгового штурма. Я варюсь в таком котле, где используются все три подхода (докер как гибридный). И подход Раста и Ноды мне нравится меньше всего.
Хотя не, есть подход ещё хуже: Гошный. Там вообще репозиторий целиком прописывается.
В целом, мне больше нечего сказать. Я -- разработчик со своим мнением. И, к сожалению, я не смог проникнуться минималистичным подходом с одним именем пакета, как и понять его преимущества. Разве что гуглить гораздо проще, имея на руках уникальный слаг. За ссылку спасибо. Попробую повкуривать в аргументы и может пойму что к чему
PS Спасибо тем, кто не минусует комменты и не сливает карму. Мне очень приятно, когда я могу просто пообщаться в комментах без риска быть захабренным
Был не очень тактичен, извиняюсь. Я очень рад, что ты подошёл к этому более ответственно, чем большинство.
Я помню, когда изучал Ноду, был урок по публикации пакета. Видео посмотрело около 10к человек. Если даже учесть, что только десятая часть решила пойти по уроку, то в нпм появилось 1к hello world пакетов.
Сейчас Раст не на том уровне, где 1к учеников будет постить бесполезные крейты, но это только вопрос времени, если популярность языка будет расти.
Я без понятия, какую мораль из этого извлечь. Но подход докера мне нравится куда больше, где только определенные образы не имеют префикса. Тем не менее, кто я такой, чтобы указывать профессионалам, что делать)
Насколько мне известно, сначала Вася тащит библиотеку под собой. Потом создаёт организацию и публикует под новым неймспейсом, а старый помечает как депрекейтед. Всяческие экстеншены либо остаются под своими именами, что тоже неплохо как по мне, либо создаётся форк в организации на тот случай, если автор оригинальной библиотеки забросит ее..
В общем, не вижу никакой проблемы. Зато если мне были интересны библиотеки одной организации (например Symfony), то в поиске было явно видно, кто владелец. Да и, если быть откровенным, npm и его пользователи движутся в том же направлении со своими
@namespace/nameМогу ошибаться. Просто мнение. Все таки мейнтейнеры раста раньше очень ответственно проходили к подобным решениям (про сейчас не знаю, учитывая всю шумиху). Но всякие подобные ребята, как из статьи, ради экспериментов просто забивают хорошие имена, оставляя их просто висеть в качестве бесполезного мусора. Единственный плюс: авторы начинают придумывать достаточно креативные названия для библиотек
Мне нравится подход phpшного packagist, где у каждого пакета не только свое название, но и неймспейс, соответствующий юзернейму. Ну или как у докер-хаба сделано, где только проверенные образы не имеют префикса. Никакой помойки нет, и пакеты одного автора в одной куче лежат.
Мне казалось, что Раст пойдет по тому же пути. Но он пошел дорогой npm.
VS Code не самый любимый, а самый используемый. Ровно как и JavaScript. И как Rust "самый любимый" среди тех, кто его использует, так и NeoVim'ом больше всего довольны его юзеры. Хотя, справедливости ради, не далеко он ушел от VS Code в этом показателе. (Сам топил за Rust и NeoVim. Так что мое мнение совершенно объективно и беспристрастно /s Они стоят каждого потраченного мной часа)
Я думаю, это зависит, когда ты пришел в vim. Например, я сразу начал с Lua, потому что это знакомый мне язык (в ComputerCraft скрипты писал), и сборка (Astronvim) была написана на нем. Поэтому смысла изучать vimscript совершенно нет. Но если уже есть живой конфиг, то переписывать все ради переписывания -- идея сомнительная. Бенефит в Lua правда в том, что это более известный и распространенный язык. Если ты сначала в школе пилишь моды для Don't Starve Together, Factorio или, на худой конец, Roblox, то придти в NeoVim будет гораздо проще
Не только они этим занимаются. Я вот в Питере знаю двух ребят, которые занимаются этим достаточно давно и продают через Авито. Я просто пришел к одному домой, потыкал все клавиатуры, которые у него были, и выбрал одну, которая устроила меня по характеристикам. Кстати, советую присоединиться в чатик в телеграме Ergohaven. Там много крутых разговоров о подобных клавиатурах и куча грамотных ребят
Я начал с Corne v3. Хорошая, достаточно недорогая в сфере эргономичных сплитов клавиатура без лишних наворотов. Малое количество клавиш и необходимость часто пользоваться слоями может быть и сокращает скорость печати, но мне гораздо комфортнее зажать кнопку переключения слоев, чем тянуться до цифр, или до F клавиш. Это уже значительно уменьшило боль в запястьях. Из недостатков отметил бы для себя -- недостаточно сильный стаггер на мизинец, но это решается путем меньшего использования такового. Осталось распечатать кейс с наклоном и сделать подставки под руки, тогда вообще будет мне счастье (надеюсь)
Замени "ChatGPT" на "Интернет" и получится такая же валидная новость, актуальная пару десятилетий назад:
Вы упустили самую главную часть предложения: "с эргономичным расположением клавиш". Конкретно в моем случае это X-Bows Lite, который я купил можно сказать случайно, просто выбрав недорогой вариант на Алике. И это значительно уменьшило излом запястий и боль в руках. Правда пришлось еще сделать из дерева подставки под запястья, потому что сама клавиатура гораздо выше той, которая была у меня на ноутбуке.
Сейчас я подумываю о чем-то раздельном, например Moonlander. Правда будучи в России раздобыть подобный экземпляр за адекватные деньги не так просто. Есть вроде как ребята в России @Ergohaven с неплохими вариантами по типу Dactyl или K:02, который тоже на основе чего-то сделан. Либо вообще собрать что-то свое. Например, мне нравится Sweep. Но в плане подобной электроники я тупой как сапожок, поэтому не уверен, что когда либо самостоятельно займусь сборкой. А человека, который мог бы собрать мне клавиатуру под ключ я пока не нашел.
Я пока сижу на qwerty, но иногда подумываю о смене раскладки на что-нибудь более оптимальное, чтобы разгрузить руки от нагрузки. В борьбе с болью в запястьях я начал с механической клавиатуры с эргономичным расположением клавиш, и это помогло. Но я слышал много о том, что правильная раскладка тоже может очень сильно помочь. Самое проблемное, это когда приходится пересаживаться на какое-нибудь другое устройство. Например, у меня дома несколько ноутбуков, которыми пользуется вся семья. И у родителей есть техника, с которой мне нужно помогать. Я могу либо менять раскладку на каждом из них, либо ходить с прошитой как мне нужно клавиатурой. Можно выбрать какой-нибудь Dworak или Colemak, которые вроде как есть на всех системах. А можно посмотреть в сторону более экстремальных вариантов, типа isrt, artsey или как у этого парня с 16 клавишами. Только тут начинаются проблемы с клавиатурами на мобильных устройствах...
Мне тоже было бы интересно узнать мнение и исследования автора относительно раскладок на английском языке. Возможно, я найду в себе достаточно смелости и мотивации сменить раскладу и снова выучить vim
Да ладно вам, это была шутка) Просто есть
больныепродвинутые люди (как я), которые любят подобной ерундой заниматься. В случае LSP это действительно больше натягивание совы на глобус. Однако идея с подобным сервером, но со своим протоколом имеет смысл быть. Вместо жесткой связки Rust <-> Tauri, можно дополнительно экспоузить http. И там выдать и структуру стиха, и ударения, и подсказки, и все что душе угодно. А потом всякиебольныепродвинутые люди (как я) могут написать обвязки для своих любимых редакоторов, и творить без необходимости отказываться от vim motions :DКстати, фронтенд тоже можно писать на Rust. Очень недавно появилась библиотека, наподобие React -- leptos. По бенчам он гораздо шутрее, чем реакт и многие другие фронтенд фреймворки. Есть уже статьи, как сдружить его с Tauri. Это если совсем хочется заморочиться)
Сделать свой формат файла с подсветкой синтаксиса и lsp сервер для интеграции с любыми редакторами. Очень символично будет писать стихи в neovim :D
Автору респект. Когда-то сам писал стихи и пользовался онлайн сервисами. Не помню, чтобы они когда либо меня подводили.
Не так давно слушал подкаст с участием создателя cargo-edit. Он рассказывал, что команда разработки этой тулзы хотят затянуть ее функциональность в cargo, и, видимо, у них это получается. Судя по комментариям на реддите, сообщество ликует)
Мне тоже кажется, что возможность редактировать зависимости через официальный cli -- это то, что должно быть в любой современной экосистеме достаточно свежего ЯП. Когда только познакомился с Rust, я был крайне удивлен, что этого не было сделано изначально, и надо править toml файл ручками.
Мы так и сделали. Я понимаю, что Мегафон в плане тарифов не особо привлекателен. Но когда до меня двадцатый раз не смогли дозвониться, находясь дома, или когда заходишь в какой-нибудь гипермаркет, а ушел в оффлайн, будто в джунгли попал, я решил, что пора уходить от Теле2. Я даже жене не мог дозвониться, стоило ей уйти чуть глубже в квартиру. Хотя я пользовался им более 10ти лет. Мы рассматривали других операторов, но только зеленый есть у всех моих родных.
Правильность решения еще более утвердилась, когда я попал в страшное ДТП, а дозвониться до родственников можно было только через Мегафон, так как другие операторы не ловили из-за особенностей рельефа.
Я нахожу это немного парадоксальным, когда язык позиционирует себя простым, почти из каждого утюга кричат о том, какой Go простой в освоении и изучении, что "я написал свою первую программу за пару часов" и прочие воссторженные возгласы. Но при всем при этом нужно вложить тонну времени и усилий, провести достаточно времени в продуктовой разработке, ковыряться в исходниках библиотек и фреймворков, чтобы этой простотой можно было пользоваться и не испытывать дискомфорт.
В отличие от Rust, я прочитал тонны статей про Go, посмотрел десятки часов видео с выступлениями, на русском и английском языках. Материала пока что гораздо больше, чем у Rust. Исходники я тоже ковырял и мелких, и крупных проектов. И тем не менее, я не познал дзена Go, а все больше понимал, что чего-то мне не хватает.
Оба языка очень сильно отличаются от мейнстримовых JS, Python, JVM-семейства и прочих. Но сложно отрицать, что Rust отличается от всех этих языков и Go в том числе гораздо, гораздо сильнее. Borrow Checking, Lifetimes, почти полное отсутствие рантайма и рефлексии, трейты, отсутствие сборщика мусора и прочее ярко выделяются на общем фоне и относительно сложны для понимания рядовому разработчику. Но почему-то в моем конкретном случае это никак не помешало, а возможно даже помогло полюбить этот язык всем сердцем. И я не C/C++ разработчик, который устал от Segfault'ов. А человек, который писал на PHP/JS. Наверное, о чем-то это говорит :)
Знаете, я с этим категорически не согласен. Хотя Rust и позиционирует себя как "язык для системного программирования", на нем очень круто писать вообще что угодно.
Я пришел из мира web разработки, где я использовал php и js. Если говорить про Go и Rust, я ни один из них не использовал для коммерческой разработки, кроме простеньких лямбд на первом. Но у меня есть пара пет-проектов. Сначала я использовал Go для их реализации, но с ростом сложности кода, количества копипасты,
if err != nilмоя продуктивность и мотивация почти улетучились. На тот момент дженериков не было, и работать с коллекциями было отнюдь не весело. Когда я переписал проект на Rust, я заметил, что мой код стал гораздо надежнее, стабильнее и куда более управляемым. Я смог нарастить функционал проектов в разы! И это не потоковая обработка звука или видео. Это обычный телеграм-бот с кучей интеграций со сторонними веб-сервисами.С чем я не буду спорить, так это с тем, что Rust сложный, и не такой очевидный. Особенно если брать в расчет макросы, в которых может быть скрыта вообще любая магия. Мне потребовалось где-то два месяца, чтобы набраться смелости написать первую программу. Но нормальный механизм обработки ошибок, null-safety, строгий, но справедливый компилятор, куча синтаксического сахара, итераторы и прочие плюшки очень сильно подкупают. Компилятор дает очень много гарантий. Чего не скажешь про Go, где любой указатель может оказаться nil.
Плюсую. Такая же штука, только пишет в режиме инкогнито:
И в обычном режиме похожую лапшу:
Nice! Спасибо за перевод. Испытал настоящее удовольствие от прочтения статьи. Если даже мне это никогда не пригодится, из этих статей очень много узнаю не только про сам раст, но и про экосистему вокруг него.
Раз, два, если я правильно понял вопрос