https://mobile.opennet.me/openforum/vsluhforumID3/105277.html Доступен (http://blog.atom.io/2015/10/29/atom-1-1-is-out.html) второй стабильный релиз редактора кода Atom (http://atom.io/), развиваемого инженерами компании GitHub. Atom может использоваться не только как самодостаточное решение, но и в роли технологического стека (http://electron.atom.io/) для построения специализированных решений, например, на базе Atom построены продукты Visual Studio Code (https://www.opennet.ru/opennews/art.shtml?num=42132) от компании Microsoft и Nuclide (https://www.opennet.ru/opennews/art.shtml?num=42486) от Facebook. Код проекта распространяется (https://github.com/atom/atom) под лицензией MIT.<br><br><br><br><br>Основу Atom составляет компонент Electron (https://github.com/atom/electron) (ранее Atom Shell), представляющий собой основанное на Chromium и Node.js ядро. Функциональность редактора формируется через работающие поверх ядра дополнения, для установки которых предлагается встроенный пакетный менеджер "apm (https://github.com/atom/apm)". Electron поставляется в форме самодостаточного фр https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#73 Wed, 04 Nov 2015 19:38:15 GMT Я имею некоторое представление, какие данные в оперативке хранит IDE. Тут на самом деле даже нет разницы Idea это или нет -- движок в продуктах JetBrains одинаковый и кушает примерно одинаково. Меня смущает, что тогда, когда я писал на C++ (Qt4) и пользовался QtCreator, то даже на достаточно большом проекте такого пожирания оперативки не наблюдалось. Конечно, сравнение немного неуместное, но тем не менее, я считаю, что можно было бы написать IDE, которая более рационально использует память, используя другие средства. Хотя, конечно, вышло бы дорожи и дольше.<br>То же самое и с Atom. Я не понимаю желание создавать расширения на js и css.<br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#72 Tue, 03 Nov 2015 11:41:36 GMT Медленно, но верно, в заданном направлении, пишем Eclipse на JavaScript. Eclipse такой тормоз, он же на Java!<br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#70 Mon, 02 Nov 2015 17:24:27 GMT И чем таки он лучше vim?<br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#69 Mon, 02 Nov 2015 17:24:20 GMT &gt; И markdown, кстати, тоже для хипстеров. Настоящие мужики используют reStructuredText. <br><br>Который был запилен специально для питона?<br>http://docutils.sourceforge.net/docs/ref/rst/introduction.html ( Developed byDavid Goodger)<br>&gt; The primary goal of reStructuredText is to define a markup syntax for use in Python docstrings<br><br>Фу, зашквар!^W^W<br>А если серьезно &#8211; там несколько разные ниши.<br>https://gist.github.com/dupuy/1855764<br><br><br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#68 Mon, 02 Nov 2015 13:33:46 GMT зачем мне less когда вим вполне справляется. <br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#67 Mon, 02 Nov 2015 12:49:43 GMT Тем, что при разработке обычно запущено не одно приложение. IDE, ОС, кеши, браузер, база данных, прочие сервисы будут использовать свои отдельные лимиты до 4Gb. Так что в сумме 16 Gb для x64 или 8Gb для x32 вполне нормально, если тормоза от свопа не нужны. Прикидка по моим приложениям, для других могут и больше/меньше быть<br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#66 Mon, 02 Nov 2015 12:09:41 GMT Мы всё ещё говорим о системных требованиях многозакладочного Блокнота с подсветкой синтаксиса?<br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#65 Mon, 02 Nov 2015 11:55:50 GMT AsciiDoc ?<br> https://mobile.opennet.me/openforum/vsluhforumID3/105277.html#64 Mon, 02 Nov 2015 11:30:08 GMT &gt;&gt; или для тебя 640mb много?<br>&gt;Ну, раз для тебя это пустяк, пришли пару планок по ddr2 по полгигабайта.<br><br>Самовывоз из Питера<br>