Pull to refresh
4
0
Send message

Почему, псевдоним? Про него же даже страница в википедии есть. С фото, записью голоса и библиографией.

В зависимости от задач, можете еще посмотреть о свежих фичах интеропа haxe
и достаточно зрелом (но не единственном) UI фреймворке.

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

Суть тоже весьма субъективно передана. Я задумывался о механике по двум причинам:
1. форм-фактор – сплит мембранками не представлен.
2. программируемый контроллер, позволяющий использовать несколько слоев: хочется иметь много спецсимволов в доступе с основной позиции рук.
Именно тактильные же характеристики от яблочно-ножничковой мембранки вполне устраивают, именно их и хотелось сохранить.

В результате поковырялся с AHK и настроил достаточно много из того, что хотел от умного контроллера, так что интерес пока угас.
Если потребуется кроссплатформенное решение, может, снова подумаю.
может быть легко портирована на старые 8-битные платформы почти без изменений даже в графике
Это очень наивное мнение человека, далекого от разработки игр.
опоздала лет на 30 и интересна немногим
Грубая оценка – около полутора миллионов пользователей только в стиме. Всем бы такому количеству «немногих» быть интересным.
Простите, я подумал, что вы уже про PC и профессиональный софт. Adobe давно перешли на подписки и никаких фотошопов купить навсегда уже нельзя.
Для простых почеркушек пером на galaxy note у меня стоит squid. Не обновлял его несколько лет, в той версии за деньги предлагали докупать только что-то вроде экзотических фонов для заметок типа настандартных клеточек-линеек и изометрической сетки.
Из-за подписок например просто нет нормального софта платного без рекламы для редактирования фото и рисования

Corel 2021 пока еще продается, вроде навечно. Для рисования и обработки фото весьма достойна krita, хоть и бесплатная. С векторной графикой все хуже.
О каком стеке и расширениях речь? Не встречал ни одного расширения, на которое бы не было исходников и свободной лицензии. Справедливости ради, с плюсами и шарпом работовать в vscode не пробовал, но с TypeScript, OCaml, haxe – все функции IDE работают локально, включая «умные сервера» под LSP протоколом.
Есть VSCodium, который позволяет/предоставляет бинарники без телеметрии и зависимостей отсерверов MS.
Правилдля себя код и редактора, и расширений, собирал билды, полет нормальный.
Ну почему же «если»? Плагины для управление в стиле вим есть для большинства IDE, браузеров и всякого другого. Вон, на маркетплэйсе плагинов Intellij – IdeaVim на первом экране с почти 12М установок… Для VSC, разумеется, такие плагины тоже есть.
Именно почему? Потому, что цель была – дать искаженные представления?
подбирайте тип графика под цель анализа данных;
А какая цель в вашем примере: показать линейный характер изменений или запутать? А то правый зеленый график гораздо нагляднее левого демонстрирует, что категория D в два раза (а не на 6%) больше категории B
не являющиеся Far Manager

Не совсем замена, но F11 → Process List отображает в панели список процессов, поддерживающий все прелести навигации: быстрый переход по alt+буква, фильтры, переход в окно процесса по энтеру и, например, возможность грохнуть пачку процессов по маске.
Сравнения чего с чем, простите? И по каким критериям? Haxe с Kotlin Multiplatform? К сожалению, у меня нет опыта взаимодействия с последним, как и повода его получить в обозримом будущем. Такие статьи хорошо писать, после того как проводил сравнение для себя, чтобы выбрать инструмент – поделиться готовым опытом по результатам уже проделанной работы. Знакомиться же с новой технологией только ради статьи на хабре – некоторый перебор по трудоемкости, а также чревато слишком поверхностными знаниями для полноценного сравнения. С другой стороны, если вы готовы на подобный подвиг, я со своей стороны готов всячески посодействовать, делясь знаниями и опытом по Haxe – спрашивайте!
Спасибо за статью. Вам уже советовать поздно, но я всегда прихожу в статьи подобной тематики рассказать о haxe. С одной стороны, команда по масштабам с JetBrains, конечно, не сравнится. С другой – это уже давно не альфа, а весьма зрелый проект с хорошей историей и успешными примерами. Язык тоже весьма приятный. И выбор целевых платформ побогаче. Из актуального добавляются, как минимум – с#, python, lua, php. По производительности сложно оценить в сравнении с Kotlin, но она весьма неплоха, еще и простор для оптимизаций хорош. Кроме того, после генерации получаются весьма читаемые исходники, что может существенно упростить процесс отладки. Ну и раз уж пример из статьи – это игра, то для разработчиков игр полно всяких бонусов.
Ну тут, пожалуй, не могу возразить. Возможно, кому-то с более ограниченными ресурсами доставляет неудобство зоопарк зависимостей.
Вы странно спорите. У меня под windows работают и Tridactyl в фф, и emacs, и zsh без wsl (из cygwin). А спор начался с вашего возражения на сообщение, содержащее:
Почему файл-менеджер вообще привязан к десктопному окружению?

С аргументом про vifm который, в свою очередь, к окружению не привязан. Разве было бы хорошо, если бы vifm зависел от KDE в то время как вы могли бы использовать Gnome или там i3 какой-нибудь?
1) Даже в статически-типизированых языках далеко не все нужно аннотировать благодаря Хиндли-Милнеру. И как можно говорить о без «без серьёзной потери в безопасности», если аннотации никак не проверяются?
2) Типизация – это не замена тестов. Типизация – это замена тестов, проверяющих соответствие типов и аналогичных им.
3) И про ультимативный аргумент – тоже есть что возразить. Во-первых, с ростом популярности этих языков как раз стали видны подвижки в сторону аннотирования типов, что иллюстрирует неспособность чисто динамической типизации удовлетворить потребности «конкурентной среды». Во-вторых, само утверждение о вытеснении и конкурентной среде мне кажется натянутым, так как у нас нет объективных данных, чтобы констатировать это вытеснение.
Про холиварность – согласен, но я повторюсь. Я не против динамической типизации, я против ее защиты в тех местах, где более уместна статическая. Особенно в грубоватой форме, с которой началась эта ветка дискуссии.
Я не то чтобы не понимаю этого или возражаю. Скорее, я не понимаю, зачем выбирать связку: аннотации, которые не проверяются (и, следовательно, могут врать) + тесты, когда можно просто выбрать статически-типизированный язык.
Причем, динамическая типизация у меня не вызывает отторжения, у нее есть преимущества в определенных ситуациях. Мне весьма импонируют лиспы, например.
Но я искренне не понимаю, зачем защищать динамическую типизацию в ситуациях «без тестов – говнокод, а аннотации можно и написать», когда можно просто взять статически-типизированный язык. И не писать целый класс тестов, связанных с проверками типов. Получается как в анекдоте про суровых сибирских мужиков и японскую бензопилу.
А можете пруфов каких-нибудь накидать по этой теме? Ну и в любом случае, тайпскрипт не может добавить силы динамической типизации.
Но ведь если аннотировать типы и проверять их согласованность, то это уже и не динамическая типизация?

Information

Rating
Does not participate
Registered
Activity