Редактор atom зависает
На днях мне пришлось столкнуться с проблемой зависавшего на старте текстового редактора Atom. Стандартные пляски с бубном вроде: перезапустить, переустановить, перезагрузиться — естественно не помогали. Но, не все потеряно, на помощь пришла команда:
Как можно понять из названия, команда сбрасывает предыдущие настройки состояния открытия.
Если вдруг вы не знаете как использовать подобные команды в windows, просто введите в поисковой строке — cmd, после этого должно появиться стандартная DOS оболочка, в которую и надо вписать указанную выше команду.
Благодарю за ответ!
Позвольте представиться, меня зовут Марина. Более 10 лет я занимаюсь обслуживанием сайтов и развитием интернет проектов. Если вы хотите избавиться от хлопот связанных с созданием и поддержкой сайта, тогда вы попали по адресу. При работе с сайтами я предоставляю качественные услуги, ориентируясь на ваши индивидуальные потребности. Для связи со мной воспользуйтесь формой обратной связи .
То, что Webstorm тормозит - это понятно: торможаба и все такое.
Но почему тормозит простой редактор, написанный на модном, стильном, молодежном, ультрабыстром асинхронном Node.JS - я не понимаю.
Неосиляторы vim или emacs должны страдать.
Тормозит для того, чтобы ты пошёл и отдал дяденьке денюжку за новый и не тормозящий девайс. Правда, то же самое ты сделаешь через год-два.
Хороший пример того, как очередная бредовая идея вида: компы мощные, ОЗУ валом - можно всё писать на html/css/js, провалилась.
Ждём переписывания на Qt/Rust/Swift.
Разве атом провалился?
Хороший пример того, что нужно быренько стяпляпать продукт на яваскрипте. А потом можно не спеша переписать на С++ те части которые тормозят.
Последнее исправление: Bad_ptr 09.08.17 21:11:44 (всего исправлений: 1)
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
Джаваскрипт очень плохо справляется с большими массивами данных, но что бы такой гуй как у атома на кютях написать надо продать душу дьяволу. А раст и свифт вообще непойми к чему упомянуты.
У вас есть опыт разработки на Qt, чтобы такое говорить? На Qt есть Qt Creator, который уделывает vscode и atom вместе взятых.
Последнее исправление: RazrFalcon 09.08.17 21:42:49 (всего исправлений: 1)
Во всех темах только vscode мелькает. О atom и не слышно.
Может это потому что у него проблем больше? У меня каких-либо правдоподобных данных о их популярности нет. Но упоминаний атома как-то больше вижу, хотя может не там смотрю.
Ну и на HN у vscode огромный перевес.
Я имел в виду гуй как у атома на qt написать, Qt Creator выглядит как земля стандартно.
Опыта разработки на Qt как и у тебя собстно на html/js/css - нет.
Драсте. Hacker News.
И что такого невероятного в GUI атома? Я не вижу никаких проблем реализовать его на Qt.
На самом деле в нем действительно нет ничего невероятного, это обычный нормальный гуй. Просто на кютэ видимо не принято такие делать.
Это УГ, который не умеет системную тему, системное сглаживание, интеграцию с ОС и прочие прелести. Ещё и работает раз в 10 медленнее.
Ну так видимо плагины для rust под vscode лучше, вот и советуют. Поиск в гугле golang atom vs golang vscode даёт 400 000 vs 66 000. Показатель тоже сомнительный, конечно. Но других у меня нет.
который не умеет системную тему, системное сглаживание, интеграцию с ОС
Просто на кютэ видимо не принято такие делать.
Просто на кютэ можно делать ещё и нормальные.
Надеюсь, пока самый более-менее гуй на qt у клиента ICQ и то там вроде qt-web или что то типа того.
Но при нажатии сохранить всё , отлично сохраняет. Сыпется при ctrl+s. Нид хелп!!
Переключиться на vs code или ide. Атом очень скверно ведёт себя в больших проектах.
Читайте также: