Яку ефективність надає Emacs або Vim проти Eclipse? [зачинено]


75

Я почав кодувати близько 5 років тому. Я був представлений через Java та Eclipse, які обидва мають суттєву стигму у програмістському співтоваристві. Деякі люди в компанії, в якій я зараз стажуюсь, віддають перевагу emacs або vim. Я не бачу, як базовий текстовий редактор швидший чи простіший, ніж IDE загалом, хоча я ціную, що деякі речі, такі як побудова, як правило, швидші з командного рядка.

Це справа клубу «старих хлопців» чи може бути ефективнішим запрограмувати проект таким чином?

Чи можете ви надати кілька варіантів використання для демонстрації? Якби я виступав за Eclipse, я б сказав, що рефакторинг та автозавершення були досить зручними інструментами.

Гав


25
Ви не сказали "основний" текстовий редактор, правда? :-D Emacs може бути всім: текстовим редактором, IDE, медіаплеєром, засобом перегляду зображень, засобом перегляду PDF-файлів, веб-браузером, ... Я повинен визнати, що він не перевершує кожну з цих ролей, але в будь-якому випадку ... ;-)
danielpoe

20
Emacs або vi (m), все залежить від ваших релігійних переконань, подібні на мет для того, щоб {вставити IDE сюди} бур’ян. IDE - це лише ліки, що вводять до справжньої сили темної сторони.
благає

6
@danielpoe: ти забув психолога!
благає

найкращим варіантом використання буде виглядати набагато модніше, ніж решта ваших колег.
Can Yegane

3
Має 59 голосів за, але закритий як не конструктивний модами. Людина цих модераторів справді ненавидить кожне питання.
DollarAkshay

Відповіді:


48

Я почав працювати в IDE, таких як Eclipse, але перейшов на Vim близько 2 років тому.

Причини використання редактора текстового режиму:

  • Його можна використовувати як IDE практично для будь-якої мови (ви вивчаєте її один раз і використовуєте для всього)
  • Він може виконувати всі ті вигадливі речі, як автозавершення, рефакторинг та багато інших складних операцій, які ви можете розширити, додавши макроси або плагіни
  • Він працює майже скрізь (і може використовуватися через оболонку SSH)
  • Вам не потрібно ГБ оперативної пам'яті, щоб запустити його

Якщо ви справді наполегливі, ви виявите, що робота в такому редакторі з часом стане швидшою, і насправді стає вкоріненою як свого роду "м'язова пам'ять". Це означає, що ви можете кодувати, не сповільнюючи, щоб думати про процес.


7
Щоб зробити vim повним кодом, ви завжди повинні щось налаштовувати.
Микола Голуб’єв

5
Я думаю, це начебто мається на увазі. На моєму досвіді Eclipse вимагає стільки ж, якщо не більше налаштувань.
Арам Верстеген

46
І vim запускається швидше, ніж можна сказати "Затьмарення".
Людвіг Вайнціерл 02

3
З іншого боку, Emacs вимагає МЕНШЕ ГБ оперативної пам'яті: PI любить звіра.
kjfletch

4
@kjfletch Я не уявляю, яку версію Emacs ви використовуєте ... моя версія ніколи не використовує дуже багато оперативної пам'яті. Навіть при кучі файлів, відкритих у буферах, я ніколи не помічаю уповільнення через Emacs.
Джонатан Штернберг,

58

Vim / Emacs

  • Дуже швидке / ефективне написання коду
  • Низький обсяг пам'яті
  • Швидкий доступ до командного рядка
  • Нескінченні можливості завдяки сценаріям / плагінам
  • Ніколи не доводиться залишати клавіатуру

Затьмарення

  • Повнофункціональна IDE для багатьох мов
  • Відмінна підтримка рефакторингу

Усі

  • Крос-платформа
  • Функція багата
  • Розширюється за допомогою плагінів

Як правило, я пишу томи коду vimта виконую завдання налагодження через свою IDE. Знайомство з базою коду, безумовно, є фактором, оскільки IDE є чудовим інструментом для переходу та вивчення незнайомого вихідного коду.


1
+1 за найчіткішу та найбільш організовану відповідь, IMHO.
Android Eve

Мені дуже сподобалось IntellIJ IDEA, оскільки він має відмінні прив'язки клавіш vim з усіма потужними функціями повної IDE. QtCreator також має пристойну підтримку прив'язки ключів vim. Однак я все ще не знайшов корисного рішення в Eclipse.
Кори Д

1
Цінно освоїти редактор, який також працює в командному рядку. Як Emacs, так і Vi (m), але IDE, як правило, цього не роблять, як і сучасні силові редактори, такі як TextMate або Sublime Text.
RP Dillon

28

Аргумент "Eclipse для Java" - це інший аргумент, ніж "Eclipse для [чогось, що не є java]". Eclipse робить рок для Java.

Я маю на увазі, vi - це викрутка, а може, швейцарський армійський ніж, а Eclipse - як великий комбінований млин та розкидач асфальту. Ви точно не порівнюєте їх, ви просто використовуєте обидва.

Крім того, ви працюєте в чомусь гігантському, про що ви мало що знаєте, але який Eclipse розуміє? Прикладом може бути робота над самим Eclipse. Тут Eclipse має ідеальну видимість, повну підтримку мови, і вам потрібні підказки з тостами та посилання на документацію.

Але якщо ви вводите 100-рядкову програму Ruby для перетворення бази даних SQL, Eclipse не додасть великої цінності, особливо враховуючи її багаж.

Крім того, дуже важливо правильно налаштувати vi, інакше ви не будете обманювати апеляцію. Слід встановити автовідступ, показ матчів, обробку вкладок та різні інші параметри. У вас повинен бути простий спосіб створення файлу тегів. Google може знайти генератори тегів, або просто написати одне з нуля, за допомогою декількох рядків коду оболонки та sed (1).

Я не вважаю рефакторинг критерієм. Це не те, що ви робите раз на годину або навіть раз на день. Звичайно, запустіть великий IDE, коли вам потрібно рефакторинг. О, і не чекайте автоматичного рефакторингу будь-чого, крім Java.

Нарешті, vi насправді може зробити багато речей, яких IDE не може почати робити. Глобальна підстановка згрупованих регулярних виразів є свого роду узагальненим механізмом рефакторів, що завгодно. Щоб оцінити гештальт vi, вам потрібно вивчити режим рядка (":"). Коротко кажучи, це все одно, що мати sed (1) у вашому редакторі.


19
Я не згоден з частотою рефакторингу. Рефакторинг може бути таким простим, як перейменування імені класу / методу та виконання напруженої роботи IDE - це велика економія часу. Я знаю про команду, у якої стажист проводив 2 тижні, переглядаючи код вручну, перейменовуючи ...
SteveD 02

7
+1 за вказівку на нашу тему "Затьмарення для Java". "Eclipse робить рок для Java." Я згоден на 100%.
Людвіг Вайнціерл 02

16
Будь ласка, не кажіть людям використовувати заміну для рефакторингу.
R. Martinho Fernandes

Хіба я не сказав використовувати "IDE, коли вам потрібно рефакторинг"? Але чим далі ви віддаляєтесь від Java, тим менше у вас рефакторингу IDE ...
DigitalRoss

@DigitalRoss, в принципі, ніщо не забороняє Eclipse отримувати згруповані регулярні вирази глобальної заміни - ніхто просто не знайшов часу.
Thorbjørn Ravn Andersen

23

Все залежить від того, що ви хочете / очікуєте, і яка ваша модель використання.

Якщо ви шукаєте Java IDE, Eclipse важко обіграти. Це написано на Java, для Java, людьми з Java.

Якщо ви шукаєте інструмент для швидкого редагування файлів із командного рядка, Emacs або vi обидва відповідають рахунку.

Якщо ви шукаєте інструмент, з якого вам ніколи не доведеться виходити, оскільки він може робити все, що завгодно (надсилати / читати пошту, керувати проектами, списками завдань, компілювати, налагоджувати тощо, тощо, тощо), тоді Emacs - це більше "ефективний".

Якщо ви шукаєте причини змінити редактора, визначте, що ви хочете. Якщо ви хочете покращити Eclipse, vi та Emacs не дадуть вам цього, дотримуйтесь Eclipse.

Якщо ви шукаєте маленького спритного редактора, vi відповідатиме вашим вимогам.

Якщо ви шукаєте розширюваний редактор, Emacs - це шлях.

З яким інструментом ви вирішите піти, зануріться . Дізнайтеся всі тонкощі, поширюйте їх відповідно до ваших потреб. Використовуйте його до меж та станьте ефективним у використанні.


5
+1 за "Яким би інструментом ви не вирішили піти, зануріться. Вивчіть усі тонкощі, розширте його відповідно до своїх потреб. Використовуйте його до межі та станьте ефективнішим у використанні."
NlightNFotis

+1 Кожен з них має свої сильні сторони. І Emacs, і Eclipse пропонують емуляцію vim, яка може забезпечити послідовний інтерфейс, поки ви використовуєте кожен із них для того, у чому вони хороші.
Гордон Густафсон

15

Emacs може бути потужною IDE, але, перейшовши від Emacs до Eclipse, я повинен сказати, що ніколи не повернусь назад. Eclipse просто пропонує стільки функцій, що ви не можете отримати в Emacs.

Перегляди даних та файлів, якими я користуюся, Mylyn та сфери користувальницького інтерфейсу для налагодження, інтерфейсу CVS, усі вони вбудовані та прості в отриманні та використанні. Я трохи використаю мишку, щоб дістати їх.


Мені він не "потрібен", я просто вважаю за краще використовувати його та користуюся приємними інструментами інтерфейсу та розрізнення, які Eclipse надає безпосередньо в моїй IDE.
RC.

Можливо, інтерфейс CVS хороший, але я справді розчарований Subclipse (плагін eclipse SVN). На даний момент я б серйозно (і зробив!) Скоріше скористався командним рядком для SVN.
Тихон Джелвіс,

В основному я мав на увазі той факт, що ви використовуєте CVS, а не те, що насправді працює. Не частина інтерфейсу.
альтернатива

@mathepic - Так, ми на щастя переїхали до Mercurial. :)
RC.

Особисто мені подобається "зробити наступну логічну річ" при використанні контролю версій з Emacs.
Chen Levy

12

Насамперед. VIM є більш продуктивним для програмування, ніж Eclipse. Ваша особиста продуктивність у VIM може бути жахливою, але потенційна межа VIM набагато вища. Це факт.

VIM - це бойове мистецтво. Це відчуває себе неприродно, коли ви вперше використовуєте його. І ви навіть не можете змусити це працювати. Потрібні роки практики, щоб поступово стати продуктивними. Спочатку ви зосереджуєтесь на освоєнні невеликих деталей. Повільно всі ці біти, які ви опановуєте, складаються, поки текст без зусиль витікає з кінчиків пальців на екран. Складні правки, від яких ваш колега зітхне, зіскочать з ваших рук, перш ніж він зможе закінчити видих. Мало людей, які можуть користуватися VIM. Менше хто може використовувати його продуктивно. І можливо, ви ніколи не зустрінете майстра у своєму житті. Але за чутками вони існують.

VIM призначений для того, щоб тримати руки на домашньому ряду. Переміщення руки від клавіатури до миші деморалізує. Це грубий руховий рух. Рух рукою має фсикологічний ефект, який шкодить вашій мотивації. Використовуючи VIM, хтось може прикрутити ваші зап’ястя до клавіатури, і ви все одно можете легко відкривати файли, розділяти вікна, відкривати вкладки, будувати проект, шукати / замінювати, міняти шрифти, змінювати кольори тощо. І все це з блискавичною швидкістю.

VIM є модальним. Це означає, що вам не потрібно робити складні комбінації клавіш, де ви утримуєте клавішу управління + Shift + клавіша. Це довго болить ваші руки. Натомість ви виконуєте команди. Немає необхідності в комбінованих ключах через модальний характер.

Ми зберігаємо дані в нашій пам’яті, як це роблять комп’ютери. Наша пам’ять може вміщувати лише кілька значень за раз. Подивіться, скільки різних цілих чисел ви можете тримати в голові, перш ніж вони почнуть вислизати. Ми долаємо це людське обмеження, записуючи речі. Якщо дані випадають із нашої пам’яті, ми можемо легко переглянути те, що записали, щоб повернути їх назад. Якщо ваш час витрачається на грубу моторику, ви втрачаєте фізичні речі, які могли витратити на обробку даних у вашому мозку. Ви хочете, щоб ваш розум витікав на екран без жодних зусиль. Це може звучати не так вже й багато, але здатність VIM без особливих зусиль перенести на екран те, що у вас у думках, є ВЕЛИКИМ підвищенням продуктивності. Важко передати словами те, що я намагаюся сказати.

VIM підтримує заповнення коду. Як текстові, так і пошукові. Він може витягувати текст із безлічі файлів. У VIM можна мати все, що завгодно. Або зробіть це самостійно, або використовуйте щось, що хтось приготував.

VIM підтримує goign до визначень за допомогою ctags. Ви також можете знайти всі посилання на елемент. Знову ж таки, у VIM можна отримати все, що завгодно.

Сценарії VIM величезні. Ви можете завантажити або створити тисячі кольорових схем і змінити кольори в одну мить. Спробуйте змінити шрифти або кольори в Microsoft Visual Studio, і він буде зависати протягом 20 секунд, поки завантажується дані. Це не дозволить вам зберігати кольорові схеми, і ви повинні витрачати 30 хвилин на налаштування кольорів та шрифтів кожного разу, коли ви хочете змінити обстановку. У VIM ви можете встановити нульовий інтервал між рядками, щоб вмістити більше рядків коду на екрані. Я отримую понад 80 рядків. Visual studio використовує 2 пікселі інтервалу для кожного рядка, і ви не можете його налаштувати !!! Менше рядків = більше прокрутки = менша продуктивність = змушений використовувати маленькі шрифти для більшої кількості рядків = напруга очей.

Розділені вікна відкриваються в інстанції у VIM. Це корисно, коли вам потрібно переглянути дані в одному розділі коду, який знаходиться далеко від місця, яке ви вводите (або в іншому файлі). Вам не доведеться витрачати час на розмір вікон або турбуватися про те, що вікна графічного інтерфейсу перекривають одне одне і відстають одне від одного. Вікна коду, пов'язані з ООН, можна відкривати на вкладках, щоб не зайняти простір на екрані, але дозволяти швидке перемикання.

VIM як IDE: http://www.youtube.com/watch?v=MQy2rVOf-z0&feature=fvwrel VIM помста: http://www.youtube.com/watch?v=lQNFfhC4QI8


8
"Потрібні роки практики, щоб поступово ставати продуктивними". Ну, ми живемо не вічно, чому б ти витрачав своє життя на ускладнення речей, коли можеш бути продуктивним за лічені години? Це як прослуховування музики за допомогою програм командного рядка замість Winamp.
Sorin Trimbitas

@SorinTrimbitas З тієї самої причини, чому люди вкладають гроші, щоб скористатися складними відсотками, замість того, щоб витрачати їх у хвилину, коли вони їх заробляють. Звичайно, ви можете бути продуктивними за лічені години, а потім зможете підтримувати цей рівномірний рівень продуктивності протягом усього життя. Або ви можете вкласти деякі початкові інвестиції, а потім побачити, як ваша продуктивність зросте набагато вищим. Крім того, ця цитата вводить в оману. Минують роки, щоб стати такими продуктивними, як ви були зі своєю IDE. Швидше це означає, що ви будете постійно збільшувати свою продуктивність, чим більше ви її використовуєте.
JBentley

8

Я роками використовував vi для редагування коду різними мовами, і дуже люблю його. Але я знайшов такі середовища розробки, як Eclipse, ще більш приємними для розробки Java, і зараз я прагну майже повністю працювати в Eclipse. Я час від часу відмовляюся від використання vi для кількох спеціалізованих заходів, таких як масове вставлення повідомлень про авторські права, головним чином тих, що мають справу з певними видами початкових редагувань, які погано автоматизовані в Eclipse. У мене також є тип файлу Windows .java, який відображається на vi, коли я просто хочу переглянути вихідний файл, не чекаючи, поки Eclipse відкриється.

Деякі привабливі функції Eclipse:

  • заповнення імені методу
  • підсвічування помилок
  • спливаючі коментарі JavaDoc
  • рефакторинг

Я вважаю, що це набагато ефективніше, ніж vi загалом, тому вам слід спробувати його і перевірити, чи це справедливо і для вас.


6

Пам’ятаю, я десь читав про дослідження, яке показало, що люди сприймають комбінації клавіш як ефективніші, ніж миша, хоча насправді це було не завжди.

Інший психологічний ефект полягає в тому, що ми надаємо цінності речам, які є дорогими, тобто, оскільки Emacs важче навчитися, він повинен бути якимось чином кращим.

Я думаю, що ці ефекти могли б пояснити багато надзвичайної прихильності деяких людей до Emacs / Vi.

Однак, у випадку з Eclipse, я вважаю, що це може бути дуже повільним і навіть зрідка аварійно завершувати роботу, але це не справа проти IDE загалом.

Я регулярно використовую і Eclipse, і VS, і Emacs. Я б також використовував TextMate, але у мене вже немає mac. Це залежить від того, що я роблю, точніше, від того, яка система найкраще підтримує мою мову та інструменти.

Я знаю людей, які витрачають значно більше часу на програмування свого редактора, ніж витрачають щось корисне. Деякі з них навіть визнають себе, що роблять це лише для виклику. Інші люди часто стверджують, що Emacs / Vi може зробити набагато більше, ніж IDE, оскільки вони піддаються сценаріям. Ну, більшість IDE (включаючи Eclipse) також можна скриптувати. У цьому сенсі майже всі редактори еквівалентні (хоча, зізнаюся, деякі редактори легше створювати сценарії, ніж інші).

Якщо вам подобаються IDE, моя порада - продовжувати використовувати їх. Там немає єдиного істинного Editor .

РЕДАГУВАТИ:

Це , як видається, стаття Нік Bastin має в увазі. Я згоден, що це далеко не остаточне джерело. Однак я все ще думаю, що міркування щодо сприйнятої та реальної продуктивності не є тим самим, що все ще зберігається.


21
Це "дослідження" було проведено Apple у 1989 році (не справді наукове дослідження, а дослідження фокус-групи), коли вони намагалися оцінити мишу як справжню "нову" технологію для людей, які звикли використовувати свій комп'ютер повністю з клавіатурою. Зараз часи (і інтерфейси) зовсім різні, і навіть Тогнацціні погодився, що редактори - це одне місце, де клавіатура завжди була (і є) завжди швидшою (припускаючи, звичайно, що ваші комбінації клавіш не є тим, про що вам доводиться думати).
Нік Бастін,

Emacs - це великий REPL, тому якщо ви кодуєте emacs lisp і натискаєте C + X C + E, ви можете побачити проміжні значення групи s-виразів. Його також можна запрограмувати на відображення кожного окремого проміжного значення без натискання клавіші Cx Ce, і це на довгу милю вибиває кожну роздуту IDE Java або Visual Studio ... youtube.com/watch?v=TgHvRcbYJ-8&t=38s Emacs займає лише 50-100 МБ на моєму ПК у порівнянні з оперативними пам’ятями, необхідними ATOM, Visual Studio, Eclipse та IntelliJ.
aoeu256

4

Це залежить від мов.

Для Java або .NET використовуйте IDE (Eclipse, Netbeans, Visual Studio ...).

Майже для всіх інших мов (C, C ++, ruby, python, haskell, lisp ...) vi та emacs кращі, на мій погляд.


Якщо ви робите .NET, ви можете отримати найкраще з обох світів: Visual Studio + ViEmu.
R. Martinho Fernandes

4
Ви можете написати, чому vim / emacs краще для c / c ++ Eclipse / CDT?
Сергій

3

Ефективність, яку забезпечують vim / emacs, в основному забезпечується їх інтенсивним використанням клавіатури. У цих програмах ви можете робити майже все, що завгодно, безпосередньо з клавіатури, а не зупинятись і користуватися мишею.


2

Я б сказав, що фактичні редактори vim / emacs набагато перевершують текстовий редактор Eclipse з точки зору ярликів, які вони пропонують. Однак я повністю згідний з вами щодо рефакторингу.

Більшості людей доводиться писати сценарії, щоб виконати такий рівень рефакторингу, на який здатний Eclipse. Я думаю, що частина цього - хвастощі прав або люди просто роблять це так само, як завжди.


6
Ні, більшість з нас просто не пишуть код там, де для "рефакторингу" потрібно змінити 150 різних файлів.
jrockway

10
Я готовий поспоритись, що міг би змінити 2 файли швидше, ніж ти в Eclipse, ніж ти міг у vim / emacs. Крім того, деякі з нас успадковують поганий код, який вимагає рефакторингу та інструменти, подібні тим, які пропонує Eclipse, роблять це набагато простішим.
Mike McQuaid

@Mike, сильно залежить від ЩО зміниться.
Торбьорн Равн Андерсен

@ Thorbjørn @Mike Я можу це швидко змінити, використовуючи touch.
альтернатива

@mathepic, сильно залежить від визначення змін ...
Thorbjørn Ravn Andersen

2

Я б у будь-який час пішов на emacs, а не на затемнення. Я також повинен сказати, що emacs з оголеною кісткою не такий вже й чудовий, але після певної настройки ви ніколи не захочете його відпустити. Зокрема, я розповім вам, наскільки корисним був emacs під час написання моєї магістерської дисертації, який повинен пояснити, чому Eclipse поступається, лише тому, що він менш універсальний.

Я магістерську дисертацію написав на наступних мовах програмування: C ++, Python та R. Більше того, мені довелося написати купу сценаріїв оболонки та сценаріїв cmake. Вгадай що? Emacs має велику підтримку для всього цього. Зокрема, приємно було працювати з AuCTeX для виготовлення документів LaTeX. Тоді Emacs забезпечує чудовий режим ESS для роботи з R. Так само, він пропонує засоби для python. Після того, як у мене з'явилися сценарії cmake для побудови коду C ++, мені залишилось лише викликати компіляцію з використанням emacs і я закінчив. Eclipse не може робити ці речі взагалі, тому вам потрібно буде навчитися користуватися багатьма різними програмами. Конспектування? Для цього існує організаційний режим, і це чудово!

І тоді моїй програмі потрібен був дуже потужний комп’ютер (не такий, як будь-який ноутбук). Отже, я міг просто робити все віддалено з emacs !!!! Використовуючи бродягу, я виявив, що виконую віддалену інтерактивну оцінку коду R, віддалену компіляцію, виконання та налагодження коду C ++ та все в тому ж хорошому вікні локального emacs, яким я користувався. Навпаки, мої друзі, які для всього використовували окремий інструмент, значно повільніше розробляли програмне забезпечення, яке мало працювати на іншому комп’ютері.

Ось у мене є деякі інші історії, але я думаю, це дасть вам хорошу уяву про те, що ви можете робити з Emacs. Загалом, я вважаю, що вибір використання emacs (незважаючи на криві навчання) було найпродуктивнішим рішенням, яке я коли-небудь приймав.

Сподіваюся, це допоможе.


1
+1 fo з згадуванням про те, що вам потрібно налаштувати Emacs перед використанням. Це поширена помилка, яка призвела до мене декількох спроб Emacs, перш ніж я нарешті отримав її. Причина полягає в тому, що якщо ви запускаєте IDE або редактор, ви очікуєте, що він спрацює нестандартно. Через це непорозуміння мене часто звинувачували в тому, що Emacs не відповідає тому, що я про це чув, і кинув його. До наступної спливаючої статті, що прославляє Emacs.
Hi-Angel

1

Цей аргумент у нас був нещодавно на роботі. Я вважав, що одна функція, без якої я не міг би обійтися, - це автозаповнення Emacs. Автозаповнення Eclipse базується на синтаксичному аналізі - код аналізується, і під час введення коду вам пропонується вибір завершення. Автозаповнення Emacs базується на простому текстовому аналізі. Це означає, що це працює у відкритому тексті, у коментарях, у документації - скрізь. Я постійно повторюю, що автозаповнення Emacs - це те, чим IntelliSense хоче бути, коли виросте.

Оновлення:

Eclipse дійсно пропонує Alt- /, який повинен бути схожий на Emacs. Не впевнений, наскільки це добре працює.


Я вважаю, що Emacs також може виконати завершення на основі файлу TAGS (по суті, офлайн-версія структури даних, необхідна для "Перейти до визначення"), але я не маю досвіду роботи з версією Java.
Thorbjørn Ravn Andersen

1

Єдине місце, де я віддаю перевагу IDE, - це налагодження. Я налаштував моє середовище vim для налагодження, але його було настільки боляче використовувати, настільки незграбну, що тепер я просто переходжу до своєї IDE (Netbeans), коли мені потрібно налагодити. vim чудово підходить для редагування тексту, IDE чудово підходить для більш складних речей (таких як налагодження та деякі завдання, пов'язані з управлінням проектами).


0

Як і деякі публікації вище, я почав із IDE (Eclipse). Звідти я перейшов до Emacs, а потім повернувся до багатофункціонального текстового редактора (TextMate).

Для мене ефективністю була можливість мати редактор на рівні інтерфейсу. Дозволяючи мені інтегрувати іншу службу, яку я створив (або іншу), у своє середовище псевдо-IDE.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.