Почему я должен использовать IDE? [закрыто]

Я не думаю, что сделать оператор & amp; private делает это, есть ли законный способ сделать это.

Нет, потому что &, который вы используете в сигнатурах функций для передачи по ссылке, не является оператором. Вы говорите либо об адресе оператора (унарного), либо побитового - и оператора (двоичного). Таким образом, это не имеет никакого отношения к передаче по ссылке.

Невозможно запретить передачу по ссылке для типа.

Я сомневаюсь, что ваша мотивация достаточно сильна, чтобы сделать это, и у вас плохое представление о механизме передачи:

Если какая-либо функция пытается получить ее по ссылке, я бы хотел, чтобы она давала ошибку компиляции (в идеале) или запуска временная ошибка.

Функция либо передает параметр по ссылке, либо по значению. Это определяется его заявлением, и я думаю, что ваше замешательство проистекает отсюда. Например:

void foo(X x);

принимает значение x по значению. Невозможно передать его по ссылке. Ни за что. Аналогично:

void foo(X& x)

берет его по ссылке, и он всегда будет.

388
задан 4 revs, 3 users 64% 23 May 2017 в 12:10
поделиться

34 ответа

Это действительно зависит, на каком языке Вы используете, но в C# и Java я нахожу IDE выгодными для:

  • Быстро навигация к типу, не будучи должен волноваться о пространстве имен, проект и т.д.
  • Навигация участникам путем обработки их как гиперссылок
  • Автозавершение, когда Вы не можете помнить имена всех участников наизусть
  • Автоматическая генерация кода
  • Рефакторинг (крупный)
  • , Организует импорт (автоматически добавляющий соответствующий импорт в Java, с помощью директив в C#)
  • Warning-as-you-type (т.е. некоторые ошибки даже не требуют цикла компиляции)
  • Парение над чем-то для наблюдения документов
  • Хранение представления файлов, ошибки/предупреждения/консоль/модульные тесты и т.д. и исходный код все на экране одновременно полезным способом
  • Простота рабочих модульных тестов из того же окна
  • Интегрированная отладка
  • Интегрированное управление исходным кодом
  • Навигация туда, где ошибка времени компиляции или исключение на этапе выполнения произошли непосредственно от деталей ошибки.
  • И т.д.!

Все они экономят время. Они - вещи, которые я мог сделать вручную, но с большим количеством боли: я кодировал бы.

536
ответ дан 3 revs, 3 users 94% 23 May 2017 в 12:10
поделиться

Я не уверен, что существует ясная разделительная линия между текстовым редактором и IDE. У Вас есть подобные Блокноту в одном конце масштаба и лучшим современным IDE в другом, но существует много промежуточной вещи. Большинство текстовых редакторов имеет подсветку синтаксиса; у редакторов, нацеленных на программистов часто, есть различные другие функции, такие как легкая навигация кода и автоматический завершенный. Emacs даже позволяет Вам интегрировать отладчик. IDE даже десять лет назад имели намного меньше функций для помощи программистам, чем Вы будете ожидать серьезного текстового редактора в эти дни.

2
ответ дан Mark Baker 23 May 2017 в 12:10
поделиться

Экономит время для разработки
, Делает жизнь легче путем обеспечения функций как Интегрированная отладка, intellisense.

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

2
ответ дан Nrj 23 May 2017 в 12:10
поделиться

Завершение кода. Это помогает много с исследованием кода.

98
ответ дан 3 revs, 2 users 75% 23 May 2017 в 12:10
поделиться

Мне нравится IDE, потому что он помещает большую функциональность в моих кончиках пальцев. Редактирование/Компиляция/видимость файлов в проекте является всеми вещами, которые я оцениваю в IDE. Я использую Visual Studio теперь, но в прежней жизни я использовал SlickEdit и нашел, что это сделало мой процесс разработки более оптимизированным чем тогда, когда я не использовал его.

1
ответ дан itsmatt 23 May 2017 в 12:10
поделиться

Я не думаю, что справедливо сделать классический "текстовый редактор и консоль по сравнению с IDE", когда "текстовый редактор" действительно emacs. Большинство функций, которые типичны для IDE:s, находится также в emacs. Или возможно они даже произошли там, и современные IDE:s являются главным образом интерфейсными улучшениями/упрощениями.

Это означает, что для исходного вопроса, ответ не таким образом ясен. Это зависит от , как люди на рассматриваемом сайте используют emacs, если они главным образом используют его в качестве текстового редактора, или если они полностью выкладываются и используют пользовательские сценарии, изучают команды для соответствующих режимов, знают о коде, отмечающем и так далее.

55
ответ дан unwind 23 May 2017 в 12:10
поделиться
  • 1
    Это может произойти, если у Вас есть представление, которое пробует к поиску request.user в базе данных, и Вы забываете добавлять login_required декоратор, и Вы пытаетесь получить доступ к представлению без того, чтобы быть зарегистрированным. – qris 3 March 2014 в 18:39

Наличие IDE имеет следующие преимущества:

  • Компиляция состоит обычно "на лету" в том, что не означает больше переключения на командную строку компилировать
  • , Отладка интегрируется, и наличие, которое в IDE означает, что отладчик шага на самом деле использует Вашего оперативного редактора, чтобы визуально показать Вам, какой код выполнен
  • , IDE обычно имеет больше семантического знания языка, Вы работаете в и можете показать Вам возможные проблемы при вводе. Рефакторинг намного более мощен, чем "поисковая замена".

существуют намного больше, возможно, необходимо дать ему попытку.

20
ответ дан Rolf 23 May 2017 в 12:10
поделиться

Очень серьезное основание для использования IDE состоит в том, что они - принятый способ произвести современное программное обеспечение. Если Вы не используете один, то Вы, вероятно, используете "старомодный" материал как vi и emacs. Это может привести людей завершать - возможно неправильно - что Вы застреваете в своих путях и неспособны адаптироваться к новым способам работать. В промышленности, такой как разработка программного обеспечения - где идеи могут устареть в простых месяцах - это - опасное состояние для вхождения. Это могло серьезно повредить Ваши будущие перспективы получения работы...

-2
ответ дан David Arno 23 May 2017 в 12:10
поделиться
  • 1
    Хорошо хорошо затем попытайтесь загрузить пользовательский объект - Вы читали ссылку, которую я изложил? Мог бы сделать что-то как user = auth.get_user(request). С другой стороны я могу все еще только предположить, где Ваша ошибка происходит без более подробной ошибочной трассировки. – Martin B. 8 April 2013 в 15:26

Это зависит высоко от того, что Вы делаете и какой язык Вы выполняете в нем. Лично, я склонен не использовать IDE (или "мой IDE состоит из 3 xterms рабочая энергия, одно выполнение клиента базы данных, и один с подсказкой удара или концом журналов", в зависимости от того, как широко Вы определяете "IDE") для большей части моей работы, но, если бы я должен был разработать собственный платформой GUI, тогда я достиг бы соответствующего языку IDE немедленно - IMO, IDE и графическое редактирование формы ясно сделаны друг для друга.

1
ответ дан Dave Sherohman 23 May 2017 в 12:10
поделиться

Eclipse:

выделение кода Наличия, компилируя в фоновом режиме, указывая на мои ошибки, поскольку я продвигаюсь.

Интеграция с javadoc, предлагая имена переменной с ctrl-Space.

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

Действительно хорошо интегрированный с JUnit, ctrl-F11 запускает тест, говорит мне, что тесты перестали работать. Если существует исключение в окне вывода, я могу дважды щелкнуть по строке и беру меня к строке, которая перестала работать. Не только, что, но и ctrl-F11 удостоверяется, что все компилируется, прежде чем он запустит тесты (что означает меня, никогда не забывают делать это).

Интеграция с муравьем. Одна команда, чтобы создать и развернуть приложение.

Интеграция с отладчиками, включая удаленную отладку веб-серверов.

ФАНТАСТИЧЕСКИЕ инструменты рефакторинга, ища ссылки на раздел кода. Помогает мне знать влияние изменения.

, В целом, это делает меня более продуктивным.

11
ответ дан Matthew Farwell 23 May 2017 в 12:10
поделиться

IDE может быть 'превосходящим' выбором, базирующимся в зависимости от того, что разработчик пытается выполнить.

текстовый редактор А может быть 'выше', потому что IDE обычно приспосабливаются к одному (или маленький выбор) языков.

, Если разработчик проводит большую часть его времени в единственном languge или 'кластере' связанных языков (как C# и T-SQL) в одной ОС, то дизайн GUI, отладка, intellisense, осуществляя рефакторинг и т.д. инструменты, предлагаемые хорошим IDE, могут быть очень востребованы. Если, например, Вы проводите большую часть своего времени, работая в VB.NET, с, возможно, небольшим T-SQL время от времени, в среде Windows, то Вы были бы довольно глупы не посмотреть на Visual Studio или сопоставимый IDE.

у меня нет предубеждения к тем, кто предпочитает IDE или текстовые редакторы, оба могут быть очень продуктивными и полезные , если изучено хорошо !

8
ответ дан 2 revs, 2 users 92% 23 May 2017 в 12:10
поделиться

Это определенно приводит к улучшению производительности для меня. К точке, где я даже кодирую приложения Linux в Visual Studio на Vista и затем использую виртуальную машину Linux для создания их.

Вы не должны запоминать все аргументы вызову функции или вызову метода, как только Вы начинаете вводить его, IDE покажет Вам, какие аргументы необходимы. Вы заставляете мастера устанавливать свойства проекта, параметры компилятора, и т.д. Можно искать вещи в течение всего проекта вместо просто текущего документа или файлов в папке. Если Вы получаете ошибку компилятора, дважды щелкните по ней, и она берет Вам право на незаконную строку.

Интеграция инструментов как образцовые редакторы, соединяясь с и просматривая внешние базы данных, руководящие наборы кода "отрывки", инструменты моделирования GUI, и т.д. Все эти вещи могли иметься отдельно, но наличие их всех в той же среде разработки экономит много времени и сохраняет процесс разработки, текущий более эффективно.

9
ответ дан Gerald 23 May 2017 в 12:10
поделиться
  • 1
    Хорошо, таким образом, вопрос был о v1.9. Возможно, это больше не работает в v1.10. I' ll имеют другой взгляд с этой новой версией. – andyb 8 February 2013 в 06:59

Несколько причин я могу думать для использования IDE:

  • Интегрированная справка является фаворитом.
  • встроенные Осуществляют рефакторинг с Предварительным просмотром Visual Studio
  • IntelliSense, выделение синтаксиса, простота навигации для крупных проектов, интегрировало отладку, и т.д. (хотя я знаю с дополнениями, можно, вероятно, получить многое из этого с Emacs и Vim).
  • кроме того, я думаю, что IDE в эти дни имеют более широкую базу пользователей, и вероятно больше людей, разрабатывающих дополнения для них, но я мог бы быть неправым.

И вполне откровенно говоря, мне нравится моя мышь. Когда я использую чистых основанных на тексте редакторов, это становится одиноким.

3
ответ дан 2 revs, 2 users 71% 23 May 2017 в 12:10
поделиться
  • 1
    @Keven Да, каждое выполнение SQLFiddle независимо от предыдущего выполнения. – Adam Wenger 24 April 2013 в 00:06

Могли бы быть различные причины для различных людей. Для меня это преимущества.

  1. Предоставляет интегрированное чувство проекту. Например, у меня будут все связанные файлы проектов в единственном представлении.
  2. Обеспечивает, повысил производительность кода как [1 116]
  3. Подсветка синтаксиса
  4. Обращение блоков
  5. представление Intellisense
  6. Centralized базы данных и связал файлы UI.
  7. Функции отладки

    Конец дня, это помогает мне кодировать быстрее, чем я могу сделать в блокноте или wordpad. Это - довольно серьезное основание для меня предпочесть IDE.

8
ответ дан vikramjb 23 May 2017 в 12:10
поделиться

IDE в основном:

  • Редактор w/code завершение, рефакторинг и документация
  • Отладчик
  • проводник Файловой системы
  • клиент SCMS
  • инструмент Build

все в единственном пакете.

у Вас может быть все это (и еще немного) использующий отдельные инструменты или просто великого программируемого редактора и дополнительные инструменты, как Emacs (Vim также, но имеет немного меньше IDEbility IMO).

, Если Вы переключаетесь много между одной утилитой и следующим, которое могло бы быть интегрировано в среде или если Вы пропускаете некоторые способности, перечисленные здесь (и более полностью в других сообщениях), возможно, пора переместиться в IDE (или улучшить IDEbility Вашей среды путем добавления макросов или что не). Если Вы создали себя 'IDE' (в смысле, я упоминаю выше), использование больше чем одной программы, то нет никакой потребности переместиться в фактический IDE.

19
ответ дан Vinko Vrsalovic 23 May 2017 в 12:10
поделиться

Существует только одна вещь рассмотреть при решении, использовать ли IDE или нет, и это - делает ли она Вас более продуктивными или нет.

Короткий вопрос так короткий ответ:)

1
ответ дан Nick Pierpoint 23 May 2017 в 12:10
поделиться

Короткий ответ относительно того, почему я использую IDE, является ленью.

я - ленивая душа, которой не нравится делать вещи трудный путь, когда существует простой способ сделать это вместо этого. IDE делает жизнь легкой и так обратитесь к нам ленивый народ.

, Поскольку я ввожу код, IDE автоматически проверяет законность кода, я могу выделить метод и поразить F1, чтобы получить справку, щелкнуть правой кнопкой и выбрать, "переходят в к определению" для перехода прямо туда, где это определяется. Я нажал одну кнопку, и приложение, с отладчиком, автоматически присоединенным, запущено для меня. И таким образом, список продолжается. Все вещи, которые разработчик делает на ежедневной основе, собраны под одной крышей.

нет никакой потребности использовать IDE. Это - просто намного более трудная работа не к.

84
ответ дан 2 revs 23 May 2017 в 12:10
поделиться

IDE обрабатывает трудную работу, которая экономит Вам время.

Это сохраняет все связанные файлы проекта вместе, который облегчает сотрудничать.

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

, Если это имеет автоматические полные функции, это может помочь Вам исследовать свой предпочтительный язык и также сохранить некоторый ввод.

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

1
ответ дан databyss 23 May 2017 в 12:10
поделиться

Проще говоря, IDE предлагает дополнительные экономящие время функции по простому редактору.

0
ответ дан Brian Knoblauch 23 May 2017 в 12:10
поделиться

Моя главная причина использовать каждый - когда код идет вне 100 файлов.

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

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

2
ответ дан OscarRyz 23 May 2017 в 12:10
поделиться

Я не полностью продаюсь на использовании IDE. Однако я думаю, что самым ценным аспектом хорошего IDE, как Eclipse, является хорошо интегрированный Cscope - функциональность стиля быстрое понимание большой кодовой базы.

, Например, в Eclipse, Вы видите, что метод берет аргумент типа FooBar, все же Вы понятия не имеете, что это означает. Вместо того, чтобы тратить впустую минуту, находя определение, твердый путь (и рисковать всеми видами отвлекающих факторов по пути), просто избранный FooBar, поразил F3 , и это открывает соответствующий исходный файл для самой строки, что FooBar определяется.

оборотная сторона IDE, по-моему, то, что они дают Вам большую кривую обучения, кроме случая, в котором Вы хотите использовать абсолютно конфигурацию по умолчанию. (Это верно для Emacs также.)

1
ответ дан 2 revs, 2 users 67% 23 May 2017 в 12:10
поделиться

Быть автором ответа, который Вы выделяете в своем вопросе, и по общему признанию прибывающий к этому немного поздно, я должен был бы сказать, что среди многих причин, которые были перечислены, производительность профессионального разработчика является одними из самых высоко оцененных навыков.

производительностью, я имею в виду способность сделать Ваше задание эффективно с самыми лучшими результатами. IDE включают это на многих уровнях. Я не эксперт Emacs, но я сомневаюсь, что это испытывает недостаток в любой из функций главных IDE.

Дизайн, документация, отслеживание, разработка, здание, анализ, развертывание, и обслуживание, ключевые стартовые площадки в корпоративном приложении, может все быть сделан в IDE.

, Почему Вы не использовали бы что-то настолько мощное, если у Вас есть выбор?

Как эксперимент, посвятите себя, чтобы использовать IDE в течение, скажем, 30 дней и видеть, как Вы чувствуете. Я хотел бы считать Ваши мысли об опыте.

24
ответ дан 2 revs, 2 users 76% 23 May 2017 в 12:10
поделиться

Я думаю, что это главным образом имеет отношение к объему осведомленности для разработчика. IDE обеспечивает макроскопическое представление контекста работы разработчика. Можно одновременно видеть иерархии классов, ресурсы, на которые ссылаются, схемы базы данных, ссылки справки SDK, и т.д. И с таким количеством вещей, затронутых, и влияние, нажатия клавиш и расширяющийся объем архитектуры и архитектурных пересечений, становится все более трудным работать только с одного острова кода за один раз.

OTOH, "просто меня и энергию и страницы справочника" дает мне намного более минимизированное микроскопическое - но интенсивный и точный - представление моей работы. Это в порядке, если у меня есть хорошо разработанный, хорошо разделенный, редко двойная очень связная кодовая база создала на одном языке с одним набором статических библиотек для работы от - не типичная ситуация, тем более, что размеры команды разработчиков выращивают и изменяют структуру кода со временем, расстояние и персональное предпочтение.

я в настоящее время работаю над проектами в Flex и.NET. Одна из более хороших вещей о Flex - то, как немного различных путей там состоят в том, чтобы выполнить стандартную вещь - данные получения по запросу из базы данных, открывать/закрывать/читать/писать файл, и т.д. (Все же, я использую Разработчика/Eclipse IDE Flex - типичный тяжелый пример как VS, потому что я все еще изучаю основы, и мне нужны учебные колеса. Я ожидаю развиваться назад к энергии, как только я уверен в своих шаблонах.) В этом представлении, я могу сделать то, что я должен сделать профессионально путем знания нескольких вещей действительно действительно хорошо.

OTOH, я не могу предположить добираться до той точки с.NET, потому что представление, которое я, как ожидают, поддержу, продолжает расширяться и смещаться. Там намного меньше концептуальной целостности, и по нескольким разработчикам на проекте за несколько месяцев, а тем более непротиворечивости - но поддержки IDE, что, возможно, поощряет его. Таким образом, разработчику действительно нужно к (и может более легко) знать намного больше вещей соответственно. Который также обладает преимуществом помощи им ответить (или даже понять) намного более высокий процент вопросов на StackOverflow. Т.е. у нас может быть более глубокая стопка знаний. И мы можем ответить на более широкое множество объявлений о приеме на работу.

Вещи могут зайти слишком далеко в обоих направлениях. Возможно, с объемом "только для редактора", это похоже, "если у Вас только есть молоток, все похоже на гвоздь". С подходом IDE, для того, что Вы хотите закрепить вместе, у Вас есть широкий выбор застежек и связанные диапазоны инструментов для выбора из - nals/hammers, винты/отвертки, болты/ключи, адгезивы/клеевые пистолеты/зажимы, магниты, и вперед и вперед - все под рукой (с мастером, чтобы помочь Вам начать).

7
ответ дан 4 revs 23 May 2017 в 12:10
поделиться
  • 1
    Это - прекрасная идея, я должен буду попробовать ее для загружения моих изображений также. – Sydwell 7 August 2013 в 20:40

В дополнение к другим ответам я люблю объединяться разработка питание IDE с редактирование питание Vim с помощью чего-то как ViPlugin для Eclipse.

5
ответ дан 2 revs, 2 users 67% 23 May 2017 в 12:10
поделиться

IntelliSense, интегрированный отладчик и непосредственное окно делают меня чрезвычайно более продуктивным ( Visual  Studio  2008 ). Со всем в моих кончиках пальцев я могу сохранить подавляющее большинство огромного проекта в моей голове в то время как написание кода. Microsoft может продолжать допускать ошибку в их OSs, но Visual Studio является одним из самых прекрасных продуктов, когда-либо разработанных.

5
ответ дан 2 revs, 2 users 71% 23 May 2017 в 22:10
поделиться

Я предпочитаю IDE, потому что он разрешает мне интегрировать редактирование/компиляцию/отладку, 1 щелчком спрыгивают с ошибки к строке, генерирующей ошибку. Далее, это разрешает несколько областей информации со стандартными ОС интерфейсами, отображающими информацию. Короче говоря, это дает пользователю основанный на мыши входной интерфейс с современным выходным интерфейсом вместо того, чтобы полагаться на технологию 1970-х и интерфейсы для моей справки.

существуют более сложные пользователи и использование для IDE, я не утверждаю, что использовал их или знал их всех. Когда у меня будет потребность, я изучу их.

0
ответ дан Paul Nathan 23 May 2017 в 22:10
поделиться
  • 1
    Спасибо!, Но у меня все еще есть ошибка... Не может присвоить " 1": " закладка user" должен быть " User" экземпляр. – yup 9 April 2013 в 00:51

Я приезжаю в этот вопрос от противоположного направления. Я воспитывался в программировании с очень немногими пит-стопами на земле Makefile+Emacs. Из моего очень самого раннего компилятора на DOS, Microsoft Quick C, у меня был IDE для автоматизации вещей. Я провел много лет, работая в Visual C++ 6.0, и когда я получил высшее образование в Java Предприятия, я работал с Borland JBuilder и затем обосновался на Eclipse, который стал очень продуктивным для меня.

В течение моего начального самообразования, колледжа и теперь профессиональной карьеры, я приехал, чтобы узнать, что любая основная разработка программного обеспечения, сделанная только в IDE, становится контрпродуктивной. Я говорю это, потому что большая часть IDE хочет, чтобы Вы работали в их специфический стиль I-control-how-the-world-works. Необходимо нарезать и поставить на карту проекты вдоль их строк. Вы имеете, управляют Вашими сборками проекта с помощью их нечетных диалоговых окон. Большая часть IDE управляет сложными зависимостями от сборки между проектами плохо, и зависимости могут быть трудными получить рабочие 100%. Я был в ситуациях, где IDE не произвел бы рабочую сборку моего кода, если я не сделал Чистить/Восстанавливание Все. Наконец, редко существует очевидный способ для перемещения программного обеспечения из разработки и в другие среды как QA или Производство от IDE. Это обычно - clicky фестиваль для получения всех единиц развертывания, созданных, или у Вас есть некоторый неловкий инструмент, который поставщик IDE дает Вам для связывания материала. Но снова, тот инструмент обычно требует, чтобы Ваша структура проекта и сборки абсолютно соответствовала их правилам - и иногда который просто не будет работать на требования Ваших проектов.

я узнал, что, чтобы сделать крупномасштабную разработку с командой, мы можем быть самыми продуктивными, если мы разрабатываем наш код с помощью IDE и делаем все наши сборки, использующие вручную записанные сценарии командной строки. (Нам нравится Муравей Apache за разработку Java.) Мы нашли, что запущение наших скриптов из IDE является просто фестивалем щелчка или кошмаром автоматизации для сложных сборок, это намного легче (и менее разрушительно) к alt+tab к оболочке, и запустите скрипты там.

Ручные сборки требуют, чтобы мы пропустили некоторые тонкости в современном IDE как фоновая компиляция, но что мы получаем, намного более очень важно: уберите и легкие сборки, которые могут жить в нескольких средах. "Одна сборка щелчка" все те гибкие парни говорит о? У нас есть он. Наши сценарии сборки могут быть непосредственно вызваны непрерывными системами интеграции также. Управление сборками через непрерывную интеграцию позволяет нам более официально подготавливать и перемещать Ваше развертывание кода на различных средах, и сообщает нам почти сразу, когда кто-то регистрируется в плохом коде, который повреждает сборку или модульные тесты.

, По правде говоря, мое взятие роли сборки далеко от IDE не причинило нам боль слишком ужасно. intellisense и инструменты рефакторинга в Eclipse все еще абсолютно полезны и допустимы - фоновая компиляция просто служит для поддержки тех инструментов. И, специфическое разрезание Eclipse проектов служило очень хорошим способом мысленно сломать наши проблемные наборы способом, все могут понять (все еще немного бита, подробного для моих вкусов хотя). Я думаю, что одной из самых важных вещей о Eclipse является превосходная интеграция SCM, это - то, что делает разработку команды настолько приятной. Мы используем Subversion+Eclipse, и это было очень продуктивно и очень легко обучить наших людей становиться экспертами в.

49
ответ дан Davew 23 May 2017 в 22:10
поделиться

Я не понимаю то, что Вы спрашиваете. Вы спрашиваете, "Должен я использовать IDE вместо...", но я не понимаю то, что альтернатива - , Vim и Emacs выполняют много функций, которые любой IDE даст Вам. Единственный аспект они не обрабатывают это больший IDE, может быть вещами как разработчики UI. Затем Ваш вопрос сводит только к, "что IDE должен я использовать" с аргументами, которые будут сделаны для более простой области Vim и Emacs.

4
ответ дан 2 revs, 2 users 60% 23 May 2017 в 22:10
поделиться

Не думайте о нем как эксклюзивном. Используйте IDE для преимуществ, которые он предоставляет, и переключатель к текстовому редактору энергии / предпочтительному текстовому редактору при необходимости в некотором серьезном фокусе.

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

5
ответ дан Daniel Bungert 23 May 2017 в 22:10
поделиться

Я использовал Emacs в качестве своей основной среды и для разработки и для почты/новостей для приблизительно 10-летнего (1994-2004). Я обнаружил питание IDE, когда я вынудил меня изучить Java в 2004, и к моему удивлению что мне на самом деле понравился IDE ( ИДЕЯ IntelliJ ).

я не войду в определенные причины, так как многие из них были уже упомянуты здесь - просто помнят, что различные люди любят различные функции. Меня и коллегу использовал тот же IDE, мы оба использовали просто часть доступных функций, и нам не понравился каждый другие способ использовать IDE (но нам понравился сам IDE).

, Но существует одно преимущество с IDE по связанным средам Emacs/Vim, на которых я хочу сфокусироваться: Вы проводите меньше времени, устанавливая/настраивая функции, которые Вы хотите.

С крыло IDE (для Python) я готов начать разрабатывать спустя 15-20 минут после установки. Никакая идея, сколько часов я должен был бы получить функции, которые я израсходовал и работающий с Emacs/Vim. :)

9
ответ дан 3 revs, 2 users 71% 23 May 2017 в 22:10
поделиться
Другие вопросы по тегам:

Похожие вопросы: