Блогосфера » Страница 65

Три сотни минут

Блоги

Versingektor 4 апреля 2017

Kак мы c тoбoй крепко oбнялиcь B нoчи yxoдящeгo лeтa, Kaк бyдтo бы двe пoлoвинки cлилиcь Paзлoмaннoй дpeвнeй мoнeты. Kaк бyдтo бы вpeмя для нac иcтeклo Paздeльнoгo cyщecтвoвaнья. [...] читать описание

1432

0

Это кто без настроенья?

Блоги

smile) 10 июля 2017

Это кто повесил нос? Кто без настроения? [...] читать описание

2306

0

Размышление холодильника.

Блоги

smile) 13 июля 2017

Хозяин, ты меня достал! Ты мне уже постылым стал! [...] читать описание

1766

0

Trust Rust №0: Начало

Блоги

Virtuos86 12 октября 2017

Я с недавних пор начал изучать язык программирования Rust. Хотелось завести отдельный блог для того, чтобы описывать свои злоключения (а их хватает), но в этом вашем 2017-ом не найти нормальной популярной блогоплатформы с возможностью постинга [...] читать описание

2237

0

Trust Rust №1: Типы учать думать

Блоги

Как для скриптокодера для меня многое в диковинку в практике программирования на ЯП со статической типизацией. Так меня осенило как-то, что переменные, которые используются в основном для индексации векторов и массивов имеет смысл иметь тип \"usize\". До этого я ничтоже сумняшеся инициализировал их дефолтным числовым типом \"i32\". Ну а что, удобно же (в Rust если у числа не указан тип, оно по умолчанию относится к типу \"i32\").
‎Юмор в том, что \"i32\" это знаковый тип с диапазоном значений от -128 до 127, а индексы в Rust должны быть исключительно положительными. Когда я осознал эту нелепость, я сначала перевел переменные-индексы на использование типа \"u32\", беззнаковых 32-х битных целых. Но здесь вступает другой нюанс. Rust для операции индексации использует значения типа \"usize\". Этот тип платформозависим: на 32-х битных ОС он является аналогом типа \"u32\", на 64-х битных — аналогом типа \"u64\". Это логично, давать возможность использовать максимально большое число для индексации. Rust в операции индексации не приводит автоматически индексы к типу \"usize\", поэтому нужно это делать вручную, что выглядит как:

let v = vec!;
println!(\"{}\", v);

Примечание: если в качестве индекса используется числовой литерал без указания типа, то Rust скомпилирует код, но для его корректности тип литерала выведется как \"usize\", хотя, как я уже отметил выше, по дефолту числовые литералы без указания типа относятся к типу \"i32\":

fn main() {
let index = 1; // при компиляции эта строка будет, условно говоря заменена на \"let index: usize = 1\" или \"let index = 1usize\"
let item = vec!;
println!(\"{:?}\", item);
}

В результате мой код пестрел \"as usize\"-ами. Заменил \"u32\" на \"usize\", стало хорошо. Ну и да, подозреваю, что используй я \"Clippy\", инструмент проверяющий Rust код на наличие \"вредных привычек\" и глупостей, он вероятно обратил бы мое внимание на этот факт.

Virtuos86 12 октября 2017

Как для скриптокодера для меня многое в диковинку в практике программирования на ЯП со статической типизацией. Так меня осенило как-то, что переменные, которые используются в основном для индексации векторов и массивов имеет смысл иметь тип [...] читать описание

2518

0

Firefox Web Extensions

Блоги

Я на время оставил Rust и погрузился в таинство создания Web Extensions под новые версии Firefox. Как известно (мне), Mozilla собралась закопать XUL и старого Файерфокса скоро не станет. Вместе с этим перестанут работать тонны аддонов, которыми, собственно, и был славен этот браузер. Кто-то уже приготовился закапывать "лису", прогнозируя потерю пользовательской базы, но проблема в том, что адекватной замены старым возможностям кастомизируемости среди других популярных браузеров нет, поэтому и бежать особо некуда. Я же бегать не люблю и уже имею в своем активе 2 простеньких (по возможностям, а не по усилиям затраченным на их написание и особенно отладку) дополнения, и одно портированное с Chrome дополнение, которое добавляет определенные приятности в UX. Все эти дополнения предназначены для работы на сайте linux.org.ru, LOR, "информационного ресурса об операционной системе Linux в России".

Что я могу сказать о своих впечатлениях?
Во-первых, оказалось, что когда всю жизнь пишешь синхронный последовательный код, отслеживать и представлять мысленно логику потока исполнения программы, сталкиваясь с асинхронным кодом, не то, чтобы трудно, но приходится ломать шаблоны алгоритмического мышления. Я лично наломал столько шаблонов, что ого-го! Го.
Во-вторых, документация на https://developer.mozilla.org/en-US/Add-ons/WebExtensions достаточно хороша, но некоторые нюансы приходится постигать пошастав по коллекции готовых дополнений, https://github.com/mdn/webextensions-examples (вот она действительно хороша), а некоторые и вовсе после несколькичасового б(з)дения над вроде как рабочим кодом (ну вот, всё по документации делаю, даже код только скопировал и чуть-чуть изменил, что надо-то, а?!). Тем не менее, что хотел, то сделал, а значит я молодец делать дела с Web Extension API можно. Кстати, благодаря тому, что Chrome также поддерживает Web Extension API, как и Opera (строго говоря, в документации для многого прямо указано, что это скопировано с Chrome API), если у вас есть на примете дополнения с Хрома, которые вы бы хотели перетащить в Огнелис, то вероятно это вполне осуществимая затея.

Virtuos86 16 октября 2017

Я на время оставил Rust и погрузился в таинство создания Web Extensions под новые версии Firefox. Как известно (мне), Mozilla собралась закопать XUL и старого Файерфокса скоро не станет. [...] читать описание

2486

3

Trust Rust №2: Смена декораций

Блоги

У меня наметилась лишняя неделя безработицы недавно, поэтому устав пялиться в Веб 2.0, я внезапно вспомнил, что программист. Открыл проект игры-"рогалика" на великом и могучем языке программирования Rust, с которым я еще месяц назад носился, как с писанной торбой (с проектом, в смысле), но отложил по паре причин. Из которых первой является то досадное обстоятельство, что библиотека "cursive", которую я выбрал для реализации TUI (консольного интерфейса) игры, не предоставляет на данный момент возможностей раскрашивать произвольные участки текста в текстовых лайотах произвольным же образом. Только моноцвет. А как я по-вашему должен разнообразить вид стены символьных закорючек, в которых пылкое воображение игромана должно разглядеть героев и чудовищ, оружие и злато, степи, стены и леса? Никак.
Вторым же и куда более неприятным затруднением явилась регрессия, наметившаяся в кодовой базе. А если просто, по пацаночке, то игра стала падать при определенных действиях. А значит, надо дебажить.

В общем, долго ли, коротко, а несколько дней назад я открыл проект, окинул горделивым взором килобайты вершины погромистской деятельности своей, потом переключился в "полуночный командир", которым я по недоразумению пользуюсь как файловым менеджером на линуксе, запустил свою игрулю и убедился, что она падает столь же исправно.

Погрустив с минутку, я было ринулся расставлять println'ы aka отладочную печать, а потом подумал, что было бы неплохо использовать такую штуку из Python мира, как декораторы, для облегчения своей доли. То бишь повесил на нужную функцию декоратор, реализующий отладочную печать, скажем, при установленном флаге "DEBUG = true;" при вызове обернутой им функции, и всё, не надо добавлять строчки с принтами, а потом их удалять, когда будут не нужны. К тому же Rust это язык со статической типизацией, а значит, можно сделать так, чтобы декораторы навешивались при включенном флаге отладки во время компилирования, то есть с минимальным оверхедом.

Ребят, если бы я знал, в какую жопу лезу, я бы передумал. Вот я отвечаю.
Но, но, но. Я всё-таки это сделал и сделал, надеюсь хорошо. Поэтому горд неимоверно. И ничего страшного, что на Python декораторы реализуются за 5 минут, просто потому что они уже фактически доступны искаропки, благодаря возможностям языка, а я потратил 5 дней, сражаясь аки лев с конпелятором Rust, и исписав двести строк программного кода (в основном там разбор AST определения функции).

Конечно, пока реализованы не все возможности питоньих декораторов, например, декораторы с добавочными аргументами или декораторы структур и типажей (хотя тут подозреваю, я надорвусь, если возьмусь делать). Но основа: взять функцию и подменить ее обёрткой, — сделана, и этим можно пользоваться. А вот и ссылка на репозиторий: https://github.com/Virtuos86/rust-decorators

А теперь можно и приступить к отладке "рогалика". О боже, дай мне сил…

Virtuos86 7 ноября 2017

У меня наметилась лишняя неделя безработицы недавно, поэтому устав пялиться в Веб 2. 0, я внезапно вспомнил, что программист. [...] читать описание

2908

1

Trust Rust №3: Так, здесь поподробнее

Блоги

Здравствуйте.
Я пишу код на Rust, используя некогда хипстерский редактор Sublime Text, в данный момент плавно переполз на 3-ю версию со 2-ой. Теперь на звание хипстерских поделок претендуют поделки на базе Electron типа VSCode и Atom, а юзеры "саблайма" благополучно перешли в разряд степенных, не бегущих за меняющейся модой серьезных людей .
Работать с Rust кодом помогает плагин `Rust Enhanced`. Помимо надоедливой проверки корректности кода, которая поглощает мои нервные клетки с аппетитом голодной гиены — потому что я обычный быдлокодер, а Rust — очень сложный для нашей братии, — так вот, помимо этого плагин предоставляет несколько режимов для сборки готового кода, от обычной компиляции до запуска тестов/бенчмарков/сборки документации/приготовления кофе/и чего-то ещё.
Но! Но я столкнулся с тем, что при неудачной сборке получаю слишком мало деталей и подробностей. По счастью, `rustc` очень дружелюбный и посоветовал мне использовать ключ `--verbose` для сборки.
Вывод ясен — нужен свой сборочный сценарий. Сказано — сделано.

Выбираем в панели меню пункт `Tools`. Далее `Build System` -> `New Build System...`

Открывается новая вкладка редактора с заготовкой:
{
"shell_cmd": "make"
}

Изменяем на:

{
"shell_cmd": "RUST_BACKTRACE=1 cargo run --verbose"
}

Дальше сохраняем:

Теперь идем по знакомому пути `Tools` -> `Build System` и выбираем свою систему сборки вместо `RustEnhanced`. Теперь в случае проблемной компиляции можно будет увидеть необходимые подробности.

Спасибо за внимание.

Virtuos86 12 ноября 2017

Здравствуйте. Я пишу код на Rust, используя некогда хипстерский редактор Sublime Text, в данный момент плавно переполз на 3-ю версию со 2-ой. [...] читать описание

3271

1

Визуальный редактор тем для Sublime Text 2

Блоги

Virtuos86 13 ноября 2017

Вот. Одна беда — мне надо для ST3, а для него темы это целые пакеты с ресурсами, а здесь можно скачать только голый XML-документ. [...] читать описание

2650

0

Trust Rust №4: Back to The Game

Блоги

Virtuos86 13 ноября 2017

У меня есть две новости, плохая и хорошая. Но поскольку вас их эмоциональная окраска не касается, то начну с любой. [...] читать описание

1985

0

Trust Rust №5: Библиотека `syn`

Блоги

Virtuos86 13 ноября 2017

Как я и обещал — а я всегда держу обещания, когда мне это выгодно — пишу о том, что моими растовыми декораторами пользоваться можно, но осторожно. Хотя я и починил с помощью них свою игру, о чем и поведал в предыдущем триумфальном посте, но тогда же [...] читать описание

2213

1

Занимательное замечание об устройстве Web Extensions API в веб-браузере Mozilla Firefox

Блоги

Когда революционная версия 57 еще пребывала в статусе beta, а я начинал делать адд-оны к \\\"огнелису\\\", я столкнулся с тем, что зачастую в примечаниях к документации о том или ином параметре встречается оговорка \\\"скопировано с Chrome Web Extensions API\\\". Но здесь нужно отметить коренное отличие, даже два.
Во-первых, в огнелисе для доступа к API используется корневой объект `browser`, в то время как Chrome в качестве такового использует `chrome`. Во-вторых, несмотря на идентичное API, существует разница и в способе его использования: в Хроме нужно передавать в функции API (методы chrome) колбэки, что провоцирует COP — колбэк-ориентированное программирование, в то время как Файерфоксе функции API возвращают промисы, что, на мой взгляд, гораздо удобнее.
Когда я обнаружил эти отличия, я немного приуныл, поскольку это означало, что при портировании дополнения между браузерами его либо придется переписывать самым обезьянним образом, либо изначально городить диспатчинг.
Но когда зарелизился FF 57, я в ходе разработки обнаружил, что в Файерфоксе заработал и объект `chrome`. К сожалению, я не проверил, является ли он обычным алиасом к `browser` или он копирует поведение хромовского оригинала и позволяет работать с ним с использованием колбэков, а не промисов. Если это так, то это бы значительно упростило портирование дополнений с Хрома в Файерфокс.

Пустяковое замечание, но для истории полезно.

Virtuos86 5 декабря 2017

Когда революционная версия 57 еще пребывала в статусе beta, а я начинал делать адд-оны к \\\"огнелису\\\", я столкнулся с тем, что зачастую в примечаниях к документации о том или ином параметре встречается оговорка \\\"скопировано с Chrome Web [...] читать описание

2167

0

Trust Rust №6: Типовые состояния (перевод)

Блоги

Virtuos86 2 марта 2018

Ти́ повые состояния (`typestates`) in Rust Мой вольный авторский перевод заинтересовавшего меня поста, который я прочитал, просматривая свежий выпуск \"Неделя в Rust\". Оригинал можно найти здесь. [...] читать описание

3689

2

Habrahabr и творческая импотенция российского программиста

Блоги

Virtuos86 17 марта 2018

Все мы знаем, что такое Хабрахабр, Хабр, Хабра и т. д. [...] читать описание

1923

0

{я пиарюсь} My Clean Bookmarks

Блоги

Virtuos86 18 марта 2018

Есть у меня на AMO (addons. mozilla. [...] читать описание

1832

0

Сборочная система (build system) для текстового редактора Sublime Text 3

Блоги

Virtuos86 28 марта 2018

Понадобилось мне сегодня потыкать сорец написанный на ЯП Си. Потыкать и пособирать, проверяя его работоспособность. [...] читать описание

3549

0

Мочи нет. Анонс большого и вкусного

Блоги

Virtuos86 4 апреля 2018

Пишу уже вторую неделю урывками большой пост про касты и приведения в Rust, хотя информация оказалась в некотором роде не привязана к конкретному языку программирования. Тема интересная и обнаружила широкие пробелы в моей компетентности на уровне [...] читать описание

1401

0

Cast && coercion. Chapter 1

Блоги

Virtuos86 6 апреля 2018

Сколько лет себя помню изучающим Rust , столько меня изводило весьма смутное понимание, что же такое \"каст\" в Rust. Я понимал, что это выглядит как \"сделать из объекта А объект Б\", но с таким уровнем владения материалом далеко не уедешь. [...] читать описание

3973

1

Регистрация

Войти

Главная

Опросы

Форум

Обзор новинок

Обменник

Android

Трекер

PC

Видео

Картинки

Новости

Разные новости

Статьи

Блоги

Комментарии

ПОДДЕРЖИ сайт

Блогосфера » Страница 65

Три сотни минут

Это кто без настроенья?

Размышление холодильника.

Trust Rust №0: Начало

Trust Rust №1: Типы учать думать

Firefox Web Extensions

Trust Rust №2: Смена декораций

Trust Rust №3: Так, здесь поподробнее

Визуальный редактор тем для Sublime Text 2

Trust Rust №4: Back to The Game

Trust Rust №5: Библиотека `syn`

Занимательное замечание об устройстве Web Extensions API в веб-браузере Mozilla Firefox

Trust Rust №6: Типовые состояния (перевод)

Habrahabr и творческая импотенция российского программиста

{я пиарюсь} My Clean Bookmarks

Сборочная система (build system) для текстового редактора Sublime Text 3

Мочи нет. Анонс большого и вкусного

Cast && coercion. Chapter 1