Дык Element — это всего лишь референс-имплементейшн
Сильно сказано. По ощущениям это единственный хоть как-то работающий клиент. Ну сейчас ещё Fractal появился. Всё остальное работает не очень и выглядит также.
Под Матрикс много других клиентов на любой вкус и цвет
И кажется не меньше половины мёртвые.
Ну и ни один другой, помимо Element(веб), не поддерживает голосвую связь ибо webrtc. И что-то не видно хоть каких-то подвижек в эту сторону.
Ваши слова звучат красиво. Но я примерно такой же агитацией занимался года два назад. Кажется тогда основной клиент только-только переименовался с vector'a в riot. И что-то я не вижу сильного прогресса в других клиентах и серверах с тех пор. Зато element/synapse обрастают фичами, из-за которых с каждым месяцем запилить полноценную альтернативу будет труднее.
А жаль, телеграм всё меньше и меньше устраивает.
На моём опыте перенос небольшого(9к строк) проекта связанного с техническим анализом дал значительный прирост не только производительности, но ещё и разработку ускорил. Последнее за счёт ошибок выдаваемых на этапе компиляции, а не в рантайме после 2х минут работы как у питона.
Проект живой, библиотеки есть и новые пишутся. Если чего-то нет, то не сильно сложно подтянуть код с/с++. Для меня он прочно занял нишу домашних проектов. Зачем вам взлёт нужен?
Ради интереса написал код, который считает количество повторений каждого слова
nim
import tables, os, strutils
var words = initCountTable[string]()
for word in readFile(paramStr(1)).split():
words.inc(word)
echo words
python
from collections import Counter
import sys
words = Counter()
with open(sys.argv[1],'r') as f:
for line in f:
words.update(line.split())
print(words)
Средний результат на гигабайтном файле с русской художественной литературой:
NIM NIM(GC:ARC) PYTHON
real 0m20.575s real 0m16.782s real 0m37.684s
user 0m17.600s user 0m13.735s user 0m34.921s
sys 0m1.063s sys 0m1.083s sys 0m0.967s
Стандартная утилита wc:
real 0m16.413s
user 0m16.273s
sys 0m0.114s
Хотя она просто считает кол-во слов, а не ведёт подсчёт каждого. Но время почему-то одинаковое.
А если версию на nim собирать с флагом -d:release, то у меня получается ускорение в 6 раз. Не совсем понятно, почему автор для бэнчмарка использует debug версию.
А с --gc:arc ускорение в 9 раз, время тоже что и у си версии.
И плюс и минус. Иногда хочется чтобы просто работало без дополнительных усилий. А иногда хочется настроить под себя. Как мне кажется, vim в последнем случае выигрывает. Как и vs code в первом.
поэтому она и обрела такую популярность.
Я думаю, не из-за этого. А из-за примитивного мышкотыкательного интерфейса в котором легко разберётся большая часть людей, современного дизайна, ну и рекламы конечно.
UPD: Всё же интересно, какой из редакторов использует больше людей.
Я имел в виду расширения для редактора, а не сам редактор. Учитывая, что он консольный не нужно много человек для разработки ядра.
Ну и контрибуторы не всегда означает разработчиков. Там вполне могут быть люди правившие readme или комментарии)
Почти в 2 раза. И учтите, что vim существовал задолго до появления гитхаба и что есть другие площадки по типу гитхаба.
В общем, не очень удачная методика сравнения. Но, думаю, показывает что под vim создают больше.
Кстати, звёзд у neovim больше чем у vs code. Может быть и используют его больше?
Очень большие надежды возлагаю на xi-editor, быстрый модульный редактор на Rust, и по мере сил участвую в его разработке,
Можете сказать чего хорошего в нём?
Я ещё года полтора назад услышал про xi, но так и не понял почему некоторые его восхваляют(ну помимо фанатов rust'a). Особого смысла от разделения на бэк и фронт для текстового редактора я не вижу, а остальные фичи не кажутся значимым и частично реализованы в современных сборках vim и emacs.
Вообще, заметил за любителями rust склонность переписывать всё что угодно на rust. Иногда получается что-то достойное, но зачастую выходит по функционалу 80% от оригинала. Причём в ридми помимо прочих фич этого «крутого» проекта обязательно указывается бонусом то, что он написан на «безопасном и быстром» расте.
P.S. Глянул ридми различных фронтендов, что-то не заметно прогресса за год.
Я не опытный вимер, но этот адон мне показался как-то жалкой имитацией. По ощущениям идею «кодинг на скорости мысли» он не реализует. Как интегрировать с другим инструментарием(fzf, ripgrep, etc) не понятно. Конечно, есть адоны реализующие похожий функционал, но несколько не то. Ну и использовать vs code для быстрого редактирования одного файла плохо получается. Так что всё-таки надо переходить с vs code.
Демагогия какая-то пошла. Я отвечу, но больше не заинтересован в продолжении дискуссии.
Начнем с того, что Atom это не технология, а конечный продукт.
Первая часть моего предыдущего поста как раз-таки была об описании «технологии» или скорее ниши среди текстовых редакторов, которую atom занял первым. А потом пришли microsoft, взяли ядро(atom shell), идеи и запили похожий продукт. Не то чтобы они нарушили законы, но их методы мне не нравятся.
Их решение конечно лучше, и люди выбрали в итоге его. Но с тех пор конкуренции по сути пришёл конец и microsoft перестал концептуально развивать редактор.
Только сейчас я понял, что github codespaces может быть эдакой 3й стадией — Extinguish. Vs code конечно остаётся открытым, но microsoft будет переманивать людей на облачную версию. Которая уже вполне закрыта. Она будет обрастать уникальным функционалом, или vs code постепенно начнёт тормозить, или вообще прекратит развитие. Может быть всё вместе, тут простор для действий большой.
Далее, EEE возможна только на технологиях, не принадлежащих компании, в то время как Atom был тупо куплен вместе с GitHub.
Вы бы посмотрели на дату выхода Atom, vs code и дату покупки github'a. Разница в несколько лет минимум.
А вот, то, что Atom умрёт, это понятно, но не потому что Майки его закроют, а просто потому, что он нафик никому не нужен.
Он уже отчасти мёртв. И был до покупки гитхаба, потому что vs code отобрал нишу.
Embrace: создание и продвижение на рынок своей реализации некой ранее существовавшей технологии, основанной на открытых стандартах, достижение хотя бы значимого, если не ведущего, положения на рынке;
Что и произошло, разве нет?
Atom был открытым текстовым редактором на «веб технологиях» с минималистичным, современным, лёгким в освоении интерфейсом и интеграцией git из коробки. Цитата из перевода первого поста с atom.io:
Наша цель — бескомпромиссное сочетание удобства и настраиваемости: редактор, с которым может разобраться и школьник, только начавший изучать программирование, но в то же время и инструмент, который не будет ограничивать опытного хакера.
Т.е. он был первым в своей нише. Ну по крайней мере, я ничего другого не знаю.
И vs code точно такую же цель достигает, причём используя похожие «веб технологии», а именно atom shell, который нынче развился и называется Electron.
Почитайте комментарии к первой новости о vscode. Люди сразу же сравнили его с Atom'ом, потому что похожи по своей сути.
Extend: добавление к технологии своих проприетарных расширений, реализующих нужные пользователям возможности
Точный список я не нашёл, но вот так по памяти: отладка, интелисенс, что-то для C#.
Extinguish: после накопления какой-то критической массы проприетарных расширений идёт полный отказ от оригинальной открытой технологии, замена её на проприетарную с сохранением при этом внешнего вида технологии для пользователей. Так как на этом этапе продукт уже является лидером рынка, открытая технология умирает из-за отставания от проприетарной
А вот это только частично. Продукт можно сказать что лидер рынка. Однако закрытия кода пока что не будет. Нынче Microsoft якобы «love Linux» и вообще за опенсорс. Слабо верится.
Как и некоторые хоткеи emacs/vim не являются специфичными только для них. Хотя безусловно перечисленные мной хоткеи используются почти во всех приложениях под windows и захватывают/захватили другие платформы.
Потому что еще придётся разобраться с режимами работы, переключениями между ними, и тому подобной побочкой, без чего лыжи не едут вообще никуда.
Ну режимы это не недостаток, а фича. И разобраться надо всего один раз. Учитывая что вы скорей всего разработчик, я рекомендую попробовать вникнуть. Даже если не будете использовать, то для расширения кругозора полезно. Возможно некоторые идеи подхватите и добавите реализующие их расширения для vs code.
Он и щас вроде тормозит, кажется проект подзабросили из-за vs code.
Но Atom открытый и был открытым. Тормоза можно было исправить.
Как мне кажется, основной причиной создания vs code было то, что atom в те времена не принадлежал microsoft. И вообще эта ситуация очень похожа на EEЕ. Я сейчас почитал википедию, так ситуация с vs code весьма явно попадает под первые два пункта тактики. Ну и под третий тоже в некотором смысле.
К сожалению, nih-синдром распостранённое явление.
И если уж речь идёт о VS Code, то почему он появился если уже был Atom?)
В то время как всё, что я помню о VS Code — это примерно два самых нужных мне хоткея.
Ну вы преуменьшаете. Как мне кажется, вы как минимум используете ctrl+c/v/x/z/a, tab, shift+tab, ctrl+shift+p, end, home, shift+стрелки. Это ведь тоже хоткеи)
И для использования какого-нибудь spacemacs вам вряд ли потребуется существенно больше помнить.
С другой стороны, если вы захотите повысить свою эффективность, emacs/vim в отличии от vscode предоставят вам гораздо большие возможности.
И вовсе не обязательно запоминать все. Сборки типа spacemacs предоставляют краткую информацию по биндам. Она появляется при нажатии esc. Т.е. всё что вам нужно это смутное представление, что какая-то возможность существует, а дальше уже найдёте.
И как написано на их сайте:
Key bindings are organized using mnemonic prefixes like b for buffer, p for project, s for search, h for help etc…
P.S. Сам я использую vs code)
Давно уже хочу перейти на spacevim/spacemacs, но решил что прежде нужно научиться слепой печати с dvorak раскладкой. И вот с этим проблема, всё никак не получается.
свбодный != бесплатный. В чём была проблема поставлять ваш продукт под gpl или аналогичной лицензией?
Впрочем, я не хочу заниматься агитацией.
Как мне кажется проблема с readline не значительна. Функционал у него не слишком большой и есть mit/bsd аналоги. К примеру linenoise.
И я сомневаюсь, что вы бы нашли в библиотеке проблему. Дело не в вашем скиле, а в давности, неизменности и распостранённости проекта.
Но если абстрагироваться от конкретного примера, я понимаю поднятую проблему: людям не хочется делиться кодом, но хочется использовать код под gpl. Что не всегда плохо. Мне кажется решением мог бы стать подход qt — код с возможностью покупки под другой лицензией.
Честно говоря, я считаю, что мир был бы лучше без этих вещей. Особенно без электрона. Он, кстати, содержит в себе chromium, который ну никак не может быть чисто mit. Я более чем уверен, что там есть компоненты под gpl.
Да и как минимум Firefox из вашего списка распространяется под MPL
На википедии указано:
Mozilla Public License 2.0, GNU GPL и GNU LGPL
В принципе не сильно важно. mpl скорее билже к gpl, чем к bsd/mit. Насколько я понял, mpl всё ещё копилефтная, хотя вы можете её коомбинировать с другим не копилефтным кодом. Но никак не «позволяет выбирать лицензию для производных работ по своему вкусу».
И я не совсем понимаю вашу придирку к firefox. Моя позиция была про «основной софт, что я использую, распостраняется под gpl». Хотя для меня mpl в одном «лагере» с gpl, но даже если не считать firefox таковым, там ещё куча другого софта под gpl. И ещё больше того, что я не перечислил.
например, софт, лицензированный под GPL, до некоторого относительно недавнего времени просто невозможно было выпустить под iOS потому, что конечный пользователь никак не мог запустить у себя на устройстве измененную версию, не покупая у Apple аккаунт разработчика
Недавнего времени? Я не знаю как сейчас, но вы привели статью 2010го года. К тому же, как я понял по статье, никаких проблем нет если вы автор кода. Т.е. нельзя было публиковать чужие приложения даже если они под gpl. Что вроде как логично.
Но если честно, то мне без разницы как дела обстоят в экосистеме apple. Потому что если человек хоть как-то последовательно поддерживает идеи свободного по, то маловероятно что он будет пользоваться техникой apple.
P.S. Кстати, с тем же Telegram под iOS как-то не совсем ясно мне, на сайте телеграма написано, что он якобы «лицензирован под GPLv2 or later», а в его репозитории я вообще не нашел никаких упоминаний о лицензии — ни файла LICENSE нет, ни файла COPYING, ни упоминания о лицензиях в начале файлов с исходными текстами. Вот такая вот загогулина, понимаешь.
Сильно сказано. По ощущениям это единственный хоть как-то работающий клиент. Ну сейчас ещё Fractal появился. Всё остальное работает не очень и выглядит также.
И кажется не меньше половины мёртвые.
Ну и ни один другой, помимо Element(веб), не поддерживает голосвую связь ибо webrtc. И что-то не видно хоть каких-то подвижек в эту сторону.
Ваши слова звучат красиво. Но я примерно такой же агитацией занимался года два назад. Кажется тогда основной клиент только-только переименовался с vector'a в riot. И что-то я не вижу сильного прогресса в других клиентах и серверах с тех пор. Зато element/synapse обрастают фичами, из-за которых с каждым месяцем запилить полноценную альтернативу будет труднее.
А жаль, телеграм всё меньше и меньше устраивает.
Проект живой, библиотеки есть и новые пишутся. Если чего-то нет, то не сильно сложно подтянуть код с/с++. Для меня он прочно занял нишу домашних проектов. Зачем вам взлёт нужен?
gcc -O3 fib.c
Подозрительно как-то.
Средний результат на гигабайтном файле с русской художественной литературой:
Стандартная утилита wc:
Хотя она просто считает кол-во слов, а не ведёт подсчёт каждого. Но время почему-то одинаковое.
UPD: Выше для nim посоветовали -d:danger
-d:release, то у меня получается ускорение в 6 раз. Не совсем понятно, почему автор для бэнчмарка использует debug версию.А с
--gc:arcускорение в 9 раз, время тоже что и у си версии.github.com/arnetheduck/nlvm
И плюс и минус. Иногда хочется чтобы просто работало без дополнительных усилий. А иногда хочется настроить под себя. Как мне кажется, vim в последнем случае выигрывает. Как и vs code в первом.
Я думаю, не из-за этого. А из-за примитивного мышкотыкательного интерфейса в котором легко разберётся большая часть людей, современного дизайна, ну и рекламы конечно.
UPD: Всё же интересно, какой из редакторов использует больше людей.
Ну и контрибуторы не всегда означает разработчиков. Там вполне могут быть люди правившие readme или комментарии)
github.com/search?o=desc&q=topic%3Avscode
4,468 repository results
github.com/search?q=topic%3Avim
7,592 repository results
Почти в 2 раза. И учтите, что vim существовал задолго до появления гитхаба и что есть другие площадки по типу гитхаба.
В общем, не очень удачная методика сравнения. Но, думаю, показывает что под vim создают больше.
Кстати, звёзд у neovim больше чем у vs code. Может быть и используют его больше?
Можете сказать чего хорошего в нём?
Я ещё года полтора назад услышал про xi, но так и не понял почему некоторые его восхваляют(ну помимо фанатов rust'a). Особого смысла от разделения на бэк и фронт для текстового редактора я не вижу, а остальные фичи не кажутся значимым и частично реализованы в современных сборках vim и emacs.
Вообще, заметил за любителями rust склонность переписывать всё что угодно на rust. Иногда получается что-то достойное, но зачастую выходит по функционалу 80% от оригинала. Причём в ридми помимо прочих фич этого «крутого» проекта обязательно указывается бонусом то, что он написан на «безопасном и быстром» расте.
P.S. Глянул ридми различных фронтендов, что-то не заметно прогресса за год.
UPD: разработчиков в смысле разрабатывающих что-либо для самого редактора.
Первая часть моего предыдущего поста как раз-таки была об описании «технологии» или скорее ниши среди текстовых редакторов, которую atom занял первым. А потом пришли microsoft, взяли ядро(atom shell), идеи и запили похожий продукт. Не то чтобы они нарушили законы, но их методы мне не нравятся.
Их решение конечно лучше, и люди выбрали в итоге его. Но с тех пор конкуренции по сути пришёл конец и microsoft перестал концептуально развивать редактор.
Только сейчас я понял, что github codespaces может быть эдакой 3й стадией — Extinguish. Vs code конечно остаётся открытым, но microsoft будет переманивать людей на облачную версию. Которая уже вполне закрыта. Она будет обрастать уникальным функционалом, или vs code постепенно начнёт тормозить, или вообще прекратит развитие. Может быть всё вместе, тут простор для действий большой.
Вы бы посмотрели на дату выхода Atom, vs code и дату покупки github'a. Разница в несколько лет минимум.
Он уже отчасти мёртв. И был до покупки гитхаба, потому что vs code отобрал нишу.
Что и произошло, разве нет?
Atom был открытым текстовым редактором на «веб технологиях» с минималистичным, современным, лёгким в освоении интерфейсом и интеграцией git из коробки. Цитата из перевода первого поста с atom.io:
Т.е. он был первым в своей нише. Ну по крайней мере, я ничего другого не знаю.
И vs code точно такую же цель достигает, причём используя похожие «веб технологии», а именно atom shell, который нынче развился и называется Electron.
Почитайте комментарии к первой новости о vscode. Люди сразу же сравнили его с Atom'ом, потому что похожи по своей сути.
Точный список я не нашёл, но вот так по памяти: отладка, интелисенс, что-то для C#.
А вот это только частично. Продукт можно сказать что лидер рынка. Однако закрытия кода пока что не будет. Нынче Microsoft якобы «love Linux» и вообще за опенсорс. Слабо верится.
Как и некоторые хоткеи emacs/vim не являются специфичными только для них. Хотя безусловно перечисленные мной хоткеи используются почти во всех приложениях под windows и захватывают/захватили другие платформы.
Ну режимы это не недостаток, а фича. И разобраться надо всего один раз. Учитывая что вы скорей всего разработчик, я рекомендую попробовать вникнуть. Даже если не будете использовать, то для расширения кругозора полезно. Возможно некоторые идеи подхватите и добавите реализующие их расширения для vs code.
Но Atom открытый и был открытым. Тормоза можно было исправить.
Как мне кажется, основной причиной создания vs code было то, что atom в те времена не принадлежал microsoft. И вообще эта ситуация очень похожа на EEЕ. Я сейчас почитал википедию, так ситуация с vs code весьма явно попадает под первые два пункта тактики. Ну и под третий тоже в некотором смысле.
К сожалению, nih-синдром распостранённое явление.
И если уж речь идёт о VS Code, то почему он появился если уже был Atom?)
Ну вы преуменьшаете. Как мне кажется, вы как минимум используете ctrl+c/v/x/z/a, tab, shift+tab, ctrl+shift+p, end, home, shift+стрелки. Это ведь тоже хоткеи)
И для использования какого-нибудь spacemacs вам вряд ли потребуется существенно больше помнить.
С другой стороны, если вы захотите повысить свою эффективность, emacs/vim в отличии от vscode предоставят вам гораздо большие возможности.
И вовсе не обязательно запоминать все. Сборки типа spacemacs предоставляют краткую информацию по биндам. Она появляется при нажатии esc. Т.е. всё что вам нужно это смутное представление, что какая-то возможность существует, а дальше уже найдёте.
И как написано на их сайте:
Key bindings are organized using mnemonic prefixes like b for buffer, p for project, s for search, h for help etc…
P.S. Сам я использую vs code)
Давно уже хочу перейти на spacevim/spacemacs, но решил что прежде нужно научиться слепой печати с dvorak раскладкой. И вот с этим проблема, всё никак не получается.
Зачем изобретать велосипеды и текстовые редактоы, когда vim/emacs бессрочно бесплатные и вообще свободные проекты?
Потому что в существующих решениях люди видят фатальные недостатки. Например, они написаны не ими)
или для тех кто не любит конфигурировать самостоятельно spacevim, spacemacs.
Очень даже конкуренты.
Впрочем, я не хочу заниматься агитацией.
Как мне кажется проблема с readline не значительна. Функционал у него не слишком большой и есть mit/bsd аналоги. К примеру linenoise.
И я сомневаюсь, что вы бы нашли в библиотеке проблему. Дело не в вашем скиле, а в давности, неизменности и распостранённости проекта.
Но если абстрагироваться от конкретного примера, я понимаю поднятую проблему: людям не хочется делиться кодом, но хочется использовать код под gpl. Что не всегда плохо. Мне кажется решением мог бы стать подход qt — код с возможностью покупки под другой лицензией.
Честно говоря, я считаю, что мир был бы лучше без этих вещей. Особенно без электрона. Он, кстати, содержит в себе chromium, который ну никак не может быть чисто mit. Я более чем уверен, что там есть компоненты под gpl.
На википедии указано:
Mozilla Public License 2.0, GNU GPL и GNU LGPL
В принципе не сильно важно. mpl скорее билже к gpl, чем к bsd/mit. Насколько я понял, mpl всё ещё копилефтная, хотя вы можете её коомбинировать с другим не копилефтным кодом. Но никак не «позволяет выбирать лицензию для производных работ по своему вкусу».
И я не совсем понимаю вашу придирку к firefox. Моя позиция была про «основной софт, что я использую, распостраняется под gpl». Хотя для меня mpl в одном «лагере» с gpl, но даже если не считать firefox таковым, там ещё куча другого софта под gpl. И ещё больше того, что я не перечислил.
Недавнего времени? Я не знаю как сейчас, но вы привели статью 2010го года. К тому же, как я понял по статье, никаких проблем нет если вы автор кода. Т.е. нельзя было публиковать чужие приложения даже если они под gpl. Что вроде как логично.
Но если честно, то мне без разницы как дела обстоят в экосистеме apple. Потому что если человек хоть как-то последовательно поддерживает идеи свободного по, то маловероятно что он будет пользоваться техникой apple.
В настольной и андроид версиях есть.