Цена вопроса же 100₽/мес за подписку на Bookmate. И там уже книги, и аудио, и в тексте, аудио можно слушать и через приложение букмейта, и через приложение музыки, кому как удобнее.
Я заметил. И дело даже не в новинках, для меня я.музыка стала гораздо менее полезна, когда оттуда исчезли все, кроме самого первого, альбомы Souljazz Orchestra, ну вот для меня этот оркестр пролетарского джаза из Канады один из важных источников концентрации. А рекомендательная система у Яндекса правда очень хорошая хорошая, к примеру вряд ли бы я без них вышел на String Driven Thing (шотландская группа из 70-х)... Вот только её ценность для меня (и не только) теперь не то, чтобы околонулевая, но сильно-сильно упала и вряд ли я смогу оценить улучшение её алгоритмов.
Ну КПДВ — иллюстрация старой и обидной для пррграммисток байки что дескать женщина программист имеет такое же отношение к женщинам и программистам, как морская свинка к морю и свиньям.
Вот только в обзоре 6 Open Source Paint Applications for Linux Users на itsfoss, на которую идёт ссылка из укзанной вами новости, под MS Paint понимают paint.net. Программу редактирования графики похожую на photoshop примерно третьей версии со слоями, эффектами и т.п. И первый по списку в ifoss — pinta — форк пайнт-нета под Gtk#.
Да-да, альтернатива MSPaint называется mtPaint, а myPaint, это неограниченный холст, хорошая поддержка графических планшетов и богатый набор кистей. Т. е. софтинка для цфровой живописи.
Аккуратней надо обзоры писать, или буковки t и y кто-то попутал?
Сам не использовал, но есть же специалтзированное open source решение: pkp.sfu.ca/ojs ( detskie-chtenia.ru — пример российского гуманитарного журнала с использованием этого движка и более чем солидным учредителем)
Если уж быть совсем точным, то Теренс У. Пратт недаром в своём учебнике 1970-х (который при последующих переизданиях вырос в объёме раза в три, но в стройности изложения, увы, понёс потери) ввёл понятие «время связывания». Которое, когда говорят о языках и средах программирования прежде всего касатся типизации и распределения памяти, но не только. Compiletime и runtime — два возможных значения. Даже не крайних, то есть runtime то наверное — крайняя точка, но помимо времени компиляции есть ещё время проектирования языка, компилятора и железа, на котором они будут работать.
Ну а так, да, если не вдаваться во все «оттенки серого»: compileteme — статика, runtime — динамика.
До того как появился язык ML (ныне в основном известны такие его диалекты, как Ocaml и F#, ну и Haskell тоже кое-что оттуда унаследовал) и вывод типов не пошёл в мейнстрим, считалось, что языки со статической типизацией требуют многословия и неудобны. Сегодня это, очевидно, не совсем так. И традиционно динамические языки, начиная с первого из них — лиспа (см. SBCL), начали миграцию в сторону статики. Python, в общем-то тоже. Что, кстати, неудивительно, с учётом того, что те библиотеки, которые во многом и делают Питон таким популярным, написаны фактически (в примерно равных частях) на C, C++ и Фортране (и немножко питона, чтоб приклеилось).
Ах да, раз я уж упомянул вначале управление памятью, грех будет не упомянуть Rust. Который вот прямо сейчас меняет представление о статическом распределении памяти.
Графические интерфейсы, IDE, веб-браузеры могут включать Nvim в качестве редактора или хоста скриптов
Справедливости ради — недавно появился libvim. Разработчики onivim (который в первой версии был как раз фронтендом к nvim) сделали этот vim в динамической библиотеке потому как клиент-серверный подход nvim их чем-то не устроил.
Но да, это Revery, новый, разрабатываемый GUI-фреймворк для Ocaml/ReasonML, продвигаемый как «лёгий и быстрый нативный электрон без JavaScript». И Revery — это роллинг без каких-то мало-мальски чётко обозначенных релизов. Как и собственно Reason начиная с 2018 года. И для работы с такими ролиингами Facebook (там та же команда, что и React делает) разработала специальный пакетный менеджер «в стиле» node.js/npm/yarn — esy.
Я это к тому, что майнтейнеры этот самый libvim как раз esy и собирают. Но наверное можно и что-то более традиционное туда прикрутить, но это уж «дело самих утопающих».
Пакетный менеджер давно уже часть стандартной поставки emacs, а готовые сборки, как по мне — зло, потому как легче над этим вот всем контроль потерять (тем более что emacs особенно хорош при работе с немейнстримовыми языками программирования, например Ocaml, а там что-то «лингвоспецифическое» всё равно ставить придётся).
Вот у него, кстати, Qt и QML «под капотом». Любителям настраивать терминал через CSS по идее должно быть вольготно. Cтавить себе и проверять, впрочем не буду, терминал у меня не для «поприкалываться» и даже не для тренировки/восстановления дизайнерских навыков.
Hyper — терминал, который заслуживает того, чтобы вы попробовали использовать его на своей системе. Его интерфейс сделан с помощью CSS/HTML, а базируется он на фреймворке Electron
Ой, терминал на электроне. Здорово то как. Ми-ми-милота <sarcasm /> Вот лично мне красоты Terminology как то уже приелись (хотя EFL далеко не Electron). Ну хотите вы терминал через CSS и XML раскрашивать, так и QML вам в руки, всё равно Qt по любоиу в ситеме уже есть (мне лично ни к чему, но есть ли терминалы черех QML настраиваемые?, любопытно же).
А я, наверное, завтра научу (официально благословлённым путём — правки исходников) самый простой из терминалов — st запускать внутри себя tmux (всегда или при запуске «пустого» шелла, ещё не решил), и сделаю это терминалом по умолчанию.
Я не знаю, что со мной не так, но Ranger мне показался не только недостаточно отзывчивым, но и контринтуитивным. В отличие от vifm, который у меня прижился, и пока числится самым адекватным FM для Linux. mc — откровенно не моё, с XTree/ZTree я в своё время перешёл на Far далеко не безболезнено. И да, если уж совсем «на минималках», то nnn — у него одна из основных команд скопировать имя файла и выйти в консоль, а там уже в шелле пишите, что вы с этим файлом делать хотите (хотя я смотрю там много нового появилось, надо будет поизучать).
Не говоря уж про emacs, который вы зачем-то упомянули. Ну да, раскладка клавиатуры по умолчанию в Emacs слегка инопланетянская, но есть же evil-mode и ещё по дюжины emacs-пакетов, переводящих его в режим модального редактирования.
Ну и да, консольный neovim может потребовать от вас апгрейда эмулятора терминала. По краней мере раньше было так, хотя я и не жалею что перешёл со штатного терминала xfce на навороченый terminology.
Вообще-то суперминималистичный st + tmux мне по душе больше, но корректно интегрировать это в xfce мне надоело, хотя наверное стоит исходники st поправить, чтобы он сам tmux в себе запускал и т. д., благо подход suckless.org к приложениям это именно поощрение патчей для настройки приложений для своих нужд.
Я? Я просто рересказал выступление, рассуждает Илья Климов. Со ссылками на свой удачный опыт (разработка для Юнеско) и чужой неудачный. Я кстати на фоне недавней статьи про «пишем свои комаоненты для Svetle» не понял, почему де Svetle якобы не поощряет их написание.
На самом деле, пресловутый SvelteScript, о котором так любит упоминать Илья, отличается от JS лишь симантически (не синтаксически) и только в 3-х пунктах
Я вообще-то больше плюсовик, сюда поинтересоваться фронтендом зашёл. Так Qt добавляет в C++ столько же, если не меньше. Однако шаблон Qt-шного компонента уже не напишеь (зато видел во времена Qt3 как коллега писал генератор похожих компонентов на Perl). В общем верю, что это не самая большая проблема, но кто-то столкнуться может. И наверное если человек начал со «SvetleScript», то потом для него, возможно, «сюрприз будет». А может и нет.
Гыг, если уж кого и сравнивать с Jquery, так это React с его компонентами
Мой небогатый и древний опыт во фронтенде был как почти без плагинов jquery и даже jqueryUI. Исспользовал эту библиотеку Чисто чтобы дёрнуть DOM-элемент по CSS-селектору (а вообще, я ещё немного помню такназываемый Dynamic HTML с его весьма зачаточным DOMом, времён четвёртого IE и четвёртого же Netscape. И какой «чудесный» фреймворк под IE3-4, NN3-4 спользовал когда-то, вот правда названия уже не скажу).
Как я писал выше и даже давал ссылку, Svelte не просто проще совместить с чем-то, он практически создан для этого.
Ок, поработаю «Рабиновичем», перескажу. Про Svetle он сказал, что там нет готовых компонентов и нет предпосылок для написания таких реюзабельных компонентов. Поэтому сложные веб-приложения стоит начинать если производительность для вас во главе угла, например планируется активная эксплутация на дешёвых мобильных устройствах. Ещё он похвалил там рендеринг на стороне сервера и отметил весьма пологую кривую обучения. Поругал за переосмысление JS, которое не только делает невозможным использование TypeScript, но сводит с ума любые анализаторы JS, начиная от jslint и до его любимого Flow.
В паре прошлогодних докладов точно, а кажется и в этом, хотя мимоходом, он кстати весьма себе похвалил Angular, который начиная с 8-й версии (по его словам) по степени «магии исчезновения» может уже вполне поспорить со Svetle и поощряет хорошую арзитектуру и создание реюзабельных веб-компонентов. Ну и да, в любом случае производительней React и Vue, поскольку работает с невиртуальным DOM.
В общем, несморя на жуткую кривую обучения и не особо любимый им TS, рекомендовал переходящим во фронтенд разработчикам именно его (послушаю умного человека).
А Svetle. ну мне кажется вот в этой свежей статье недаром предлагается переход на Svetle именно с JQuery. Правда в отличии от JQuery Svetle, судя по описанию, сложно с чем то иным совместить. Или нет?
Ну так это сетевой инсталлятор, под никсы такой тоже есть, но при нынешней цене на дисковую память проще поставить один-три пакета из состава вашего дистрибутива.
Ну из переведённого куска текста видно только, что это минималистический лисп, близкий к какому-нибудь Lisp 1.5, где заявлена как цель как можно более позднее связывание (т. е. изначальная ориентация на компиляцию, а не интерпретацию, хотя JIT и AOT-компиляцией в современных лиспах, конечно, никого не удивишь). И, из этого же текста следует что это state of the art, и чтобы компиляция была эффективной там надо работать и над реализацией, и над «дополнительными ограничениями» (статической типизацией?).
Ну вот Пол Грэм это такой celebrity от IT вообще и мира Лиспа в частности, Лиспа, что новый диалект Лиспа от него — новость. Пусть это и не первый лисп от Пола Грэма.
Цена вопроса же 100₽/мес за подписку на Bookmate. И там уже книги, и аудио, и в тексте, аудио можно слушать и через приложение букмейта, и через приложение музыки, кому как удобнее.
Я заметил. И дело даже не в новинках, для меня я.музыка стала гораздо менее полезна, когда оттуда исчезли все, кроме самого первого, альбомы Souljazz Orchestra, ну вот для меня этот оркестр пролетарского джаза из Канады один из важных источников концентрации. А рекомендательная система у Яндекса правда очень хорошая хорошая, к примеру вряд ли бы я без них вышел на String Driven Thing (шотландская группа из 70-х)... Вот только её ценность для меня (и не только) теперь не то, чтобы околонулевая, но сильно-сильно упала и вряд ли я смогу оценить улучшение её алгоритмов.
Аккуратней надо обзоры писать, или буковки t и y кто-то попутал?
Ну а так, да, если не вдаваться во все «оттенки серого»: compileteme — статика, runtime — динамика.
До того как появился язык ML (ныне в основном известны такие его диалекты, как Ocaml и F#, ну и Haskell тоже кое-что оттуда унаследовал) и вывод типов не пошёл в мейнстрим, считалось, что языки со статической типизацией требуют многословия и неудобны. Сегодня это, очевидно, не совсем так. И традиционно динамические языки, начиная с первого из них — лиспа (см. SBCL), начали миграцию в сторону статики. Python, в общем-то тоже. Что, кстати, неудивительно, с учётом того, что те библиотеки, которые во многом и делают Питон таким популярным, написаны фактически (в примерно равных частях) на C, C++ и Фортране (и немножко питона, чтоб приклеилось).
Ах да, раз я уж упомянул вначале управление памятью, грех будет не упомянуть Rust. Который вот прямо сейчас меняет представление о статическом распределении памяти.
Справедливости ради — недавно появился libvim. Разработчики onivim (который в первой версии был как раз фронтендом к nvim) сделали этот vim в динамической библиотеке потому как клиент-серверный подход nvim их чем-то не устроил.
Но да, это Revery, новый, разрабатываемый GUI-фреймворк для Ocaml/ReasonML, продвигаемый как «лёгий и быстрый нативный электрон без JavaScript». И Revery — это роллинг без каких-то мало-мальски чётко обозначенных релизов. Как и собственно Reason начиная с 2018 года. И для работы с такими ролиингами Facebook (там та же команда, что и React делает) разработала специальный пакетный менеджер «в стиле» node.js/npm/yarn — esy.
Я это к тому, что майнтейнеры этот самый libvim как раз esy и собирают. Но наверное можно и что-то более традиционное туда прикрутить, но это уж «дело самих утопающих».
Ой, терминал на электроне. Здорово то как. Ми-ми-милота <sarcasm /> Вот лично мне красоты Terminology как то уже приелись (хотя EFL далеко не Electron). Ну хотите вы терминал через CSS и XML раскрашивать, так и QML вам в руки, всё равно Qt по любоиу в ситеме уже есть (мне лично ни к чему, но есть ли терминалы черех QML настраиваемые?, любопытно же).
А я, наверное, завтра научу (официально благословлённым путём — правки исходников) самый простой из терминалов — st запускать внутри себя tmux (всегда или при запуске «пустого» шелла, ещё не решил), и сделаю это терминалом по умолчанию.
Ну и да, консольный neovim может потребовать от вас апгрейда эмулятора терминала. По краней мере раньше было так, хотя я и не жалею что перешёл со штатного терминала xfce на навороченый terminology.
Вообще-то суперминималистичный st + tmux мне по душе больше, но корректно интегрировать это в xfce мне надоело, хотя наверное стоит исходники st поправить, чтобы он сам tmux в себе запускал и т. д., благо подход suckless.org к приложениям это именно поощрение патчей для настройки приложений для своих нужд.
Я? Я просто рересказал выступление, рассуждает Илья Климов. Со ссылками на свой удачный опыт (разработка для Юнеско) и чужой неудачный. Я кстати на фоне недавней статьи про «пишем свои комаоненты для Svetle» не понял, почему де Svetle якобы не поощряет их написание.
Я вообще-то больше плюсовик, сюда поинтересоваться фронтендом зашёл. Так Qt добавляет в C++ столько же, если не меньше. Однако шаблон Qt-шного компонента уже не напишеь (зато видел во времена Qt3 как коллега писал генератор похожих компонентов на Perl). В общем верю, что это не самая большая проблема, но кто-то столкнуться может. И наверное если человек начал со «SvetleScript», то потом для него, возможно, «сюрприз будет». А может и нет.
Мой небогатый и древний опыт во фронтенде был как почти без плагинов jquery и даже jqueryUI. Исспользовал эту библиотеку Чисто чтобы дёрнуть DOM-элемент по CSS-селектору (а вообще, я ещё немного помню такназываемый Dynamic HTML с его весьма зачаточным DOMом, времён четвёртого IE и четвёртого же Netscape. И какой «чудесный» фреймворк под IE3-4, NN3-4 спользовал когда-то, вот правда названия уже не скажу).
Спасибо, почитаю.
В паре прошлогодних докладов точно, а кажется и в этом, хотя мимоходом, он кстати весьма себе похвалил Angular, который начиная с 8-й версии (по его словам) по степени «магии исчезновения» может уже вполне поспорить со Svetle и поощряет хорошую арзитектуру и создание реюзабельных веб-компонентов. Ну и да, в любом случае производительней React и Vue, поскольку работает с невиртуальным DOM.
В общем, несморя на жуткую кривую обучения и не особо любимый им TS, рекомендовал переходящим во фронтенд разработчикам именно его (послушаю умного человека).
А Svetle. ну мне кажется вот в этой свежей статье недаром предлагается переход на Svetle именно с JQuery. Правда в отличии от JQuery Svetle, судя по описанию, сложно с чем то иным совместить. Или нет?