Часть редактора Atom переписали на С++, чтобы не так тормозил

провалилась

Разве атом провалился?
Хороший пример того, что нужно быренько стяпляпать продукт на яваскрипте. А потом можно не спеша переписать на С++ те части которые тормозят.

js-макаки начали что-то подозревать.

Честно не понимаю, как может тормозить текстовый редактор.

Это говно жрало 2 гига памяти и я вернулся обратно на Вим.

Хороший пример того, что нужно быренько стяпляпать продукт на яваскрипте. А потом можно не спеша переписать на С++ те части которые тормозят.

Прости за троллинг, но ты так говоришь, словно на JS писать сильно быстрее. Мне кажется, тот же Python позволяет написать аналогичную функцию за меньшее число строк кода.

Это уже не первый их такой факап, github вроде на ruby (и это чувствуется), части которого они на C переписали, чтобы пользоваться можно было. Не учатся на ошибках.

и я вернулся обратно

Зачем было уходить?

А разве нет. Его идею подхватила MS и выкатила VSCode, который и убил atom.

Понятное дело, что никакой статистики не найти. Но большая часть пишет именно в vscode.

Но большая часть пишет именно в vscode.

Имхо, сомнительное утверждение.

Я про vscode vs atom.

А при чём тут ruby? Весь веб на скрптоте. Вот только недавно начали Go использовать.

Зачем было уходить?

В одной конторе использовали плагины для автоматического ревью кода. Все пользовали Atom.

А прикинуть популярность можно сравнив количество плагинов для Atom и VSCode'а. Наверное, если у них они свои.

А разве нет.
Его идею подхватила MS и выкатила VSCode

Видимо нет. Даже наоборот.

Я тоже.

Сомневаюсь, что это показатель.

Тем не менее, у атома 6.5К, а у vscode не нашел.

У него даже среди скриптоты плохая репутация из-за каких-то особенностей дизайна (всё является объектом, с потоками и jit тоже какие-то проблемы вроде были).

Хз-хз. Я сужу по rust и go. Во всех темах только vscode мелькает. О atom и не слышно.

Ну и на HN у vscode огромный перевес.

с потоками

У всей скриптоты проблемы с потоками.

Но я в скриптоте не силён, они мне все на одно лицо, поэтому я пишу на python.

Ъ

Издеваешься?

Atom 1.19 introduces a native C++ text buffer implementation

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

Шта?

uin (09.08.2017 21:41:28) Безумный питонщик

У вас есть опыт разработки на Qt, чтобы такое говорить? На Qt есть Qt Creator, который уделывает vscode и atom вместе взятых.

Во всех темах только vscode мелькает. О atom и не слышно.

Может это потому что у него проблем больше? У меня каких-либо правдоподобных данных о их популярности нет. Но упоминаний атома как-то больше вижу, хотя может не там смотрю.

Ну и на HN у vscode огромный перевес.

Что такое HN?

Я имел в виду гуй как у атома на qt написать, Qt Creator выглядит как земля стандартно.
Опыта разработки на Qt как и у тебя собстно на html/js/css - нет.

Нет. Всплывает очередная тема «а какая IDE есть у раст» - и все советуют vscode. atom почти не встречал.

Что такое HN?

Драсте. Hacker News.

И что такого невероятного в GUI атома? Я не вижу никаких проблем реализовать его на Qt.

На самом деле в нем действительно нет ничего невероятного, это обычный нормальный гуй. Просто на кютэ видимо не принято такие делать.

обычный нормальный гуй.

Это УГ, который не умеет системную тему, системное сглаживание, интеграцию с ОС и прочие прелести. Ещё и работает раз в 10 медленнее.

Нет. Всплывает очередная тема «а какая IDE есть у раст» - и все советуют vscode. atom почти не встречал.

Ну так видимо плагины для rust под vscode лучше, вот и советуют. Поиск в гугле golang atom vs golang vscode даёт 400 000 vs 66 000. Показатель тоже сомнительный, конечно. Но других у меня нет.

который не умеет системную тему, системное сглаживание, интеграцию с ОС

Прям проиграл с подливкой, системные кнопки и все вот это в html то же есть просто они убоги и стилизовать под них еще такие же убогие ползунки/вкладки/всплывающие боксы и все чего в системе нет из «стандартного» - изврат, к тому же они в одной так выглядят, в другой так, это qt пытается под всех подстроится и то у него хреново получается.

Просто на кютэ видимо не принято такие делать.

Просто на кютэ можно делать ещё и нормальные.

Надеюсь, пока самый более-менее гуй на qt у клиента ICQ и то там вроде qt-web или что то типа того.

самый более-менее

У вас ещё и с русским проблемы?

https://trends.google.com/trends/explore?q=/m/01r_y0,/m/0_x5x3g

Microsoft Visual Studio

И какое отношения студия имеет к vscode? Кроме общего производителя?

системные кнопки и все вот это в html то же есть просто они убоги и стилизовать под них еще такие же убогие ползунки/вкладки/всплывающие боксы и все чего в системе нет из «стандартного»

а) Чем убоги?

б) В Qt ничего не надо стилизовать. Оно само.

На правах наброса:

vscode даже в гугл трендах нет, настолько он популярен.

Ага, вижу тебе нибамбит, а как про js/html кукареки сочинять так все нормально.

Блин, прогавал... Видимо он сам заменил, ибо вбивал я code.

https://trends.google.com/trends/explore?q=visual studio code,/m/0_x5x3g,vscode

Так лучше, тут они на равных. Хотя не ясно как гугл отличает запрос atom.

Зачем сочинять? Тема о тормозах веб 2.0.

В Qt ничего не надо стилизовать. Оно само.

Ну вот я и говорю оно само (и с переменным успехом), а дописать своих элементов которых ни в кюте ни в системе нет (а может и в системе есть но нет в кюте) вы не можете, а может и можете (как вот в qtox - полоска с пользователями) но через боль и слезы.

вы не можете

Вы может и не можете, а мы можем. И успешно это делаем. Ибо это основная фича Qt - легко клепать кастомные виджеты.

Ну т.е. vscode, как минимум не популярнее, а вполне вероятно, менее популярен.

Гы, это ж надо, такой пурги про html/css/js налепить, когда речь практически про алокатор памяти была.

Saving a file now happens asynchronously without blocking the UI

ахринеть! шёл 2017 год...

я подозреваю, что эти пейсатели и на С++ могли накосячить :)

Хипстота хлебнула жизни и стала переписывать на что-то адекватное.

так они тупо c++ плагин для ноды налабали для ускорения ввода и редактирования текста, сам гуй и его обвяз так и остались на js

дык на js было же, в v8 и node всё однопоточненько же).

гмм... у меня и раньше не было к ним доверия. а теперь я окончательно убедилась, что шлак.

Вообще-то писать на чем-то высокоуровневом, потом профилировать и критические части переписывать на С/С++ это распространенная и общепринятая практика. Ваш, К.О.