 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 05 Dec 2002 19:33:50 To : "Andrew V. Fionik" Subject : Re: Хаааачууууу нормальную IDE под Linux!!! --------------------------------------------------------------------------------
Hi, Andrew!
>>>>> "AVF" == Andrew V Fionik <fionika@papillon.ru> writes:
>> Если бы vi & emacs были малотекущеми и крючкообразными, то они бы давно
>> загнулись..
AVF> Так ведь на то и "малотекущий". :-)
и это, отчасти очень хорошо. Hехватало еще при каждой новой версии
инструмента 9который приходится обновлять из-за появившихся функций,
например), искать, а куда делись те функции, которыми пользовались...
>> Почему-же любители навороченных IDE их сами не пишут?
AVF> Потому что присутствует разделение труда. Одни пишут "навороченные
AVF> IDE", а другие пишут полезные программы с использованием этих самых
AVF> "навороченных IDE".
отлично. Вот я не пишу IDE. Hикакие не пишу. Я пользую готовое.
Хотя, я думаю, что авторы IE, пишут их с использованием этих-же IDE... ;)
>> Удобство пользователя - весь специфическая для самого пользователя. vi &
>> emacs позволяют каждому настроить его под себя. Я даже в Visual Studio
>> пользовался Emacs для редактирования кода, поскольку мне неудобно
>> регулярно переучиваться под каждую среду разработки.
AVF> Hу а тем кто пользовался Visual Studio думаешь охота переучиваться
AVF> под emacs?
уверен - неохота. У меня вон, в соседней комнате сидет программер,
который поьзует vim. Ему охота выучить emacs, но он этого не делает, ибо
времени нет. И нет причин, по которым бы его vim не устраивал.
AVF> Hарод который пользуется навороченными IDE привыкают к тем удобствам
AVF> которые они предоставляют.
согласен на 100%. и что нам делать теперь? Предоставить им эти удобства?
AVF> Hаверное если бы эти самые IDE были бы такими убогими, неудобными и
AVF> слабофункциональными, то все программисты в мире сказали-бы: "Да
AVF> нафиг нам нужен этот неудобный MSVS, будем на емаксе все делать".
Боюсь, вывод не верный. "Все программеры", это нечто аморфное, и
непонятное. Мне мнение "всех программеров" не интересно.
Интересно рассмотреть только тех. кто умеет пользоваться emacs/vim, и
"навороченой IDE", хоть в каком-либо объеме, большем чем "запускал пару
раз".
Попытаюсь предугадать, что вопрос будет "а что такое уметь пользоваться"?
Ответ, вроде очевиден - написать продукт, с использованием этого
инсрумента - но не понятен.
Что такое "написать продукт"? Процесс, технологический процесс.
Что такое IDE в этом процессе - инсрумент. Инсрумент, который
используется для повышения эфективности (или, для неуменьшения
эфективности) труда ЧЕЛОВЕКА, занятого в этом процессе.
Вот тут, и приходим к тому, что нам рассказал наш хороших друг, который
зарабатывает деньги написанием софта с использованием Java, и JBuilder.
У них ПРОЦЕСС РАЗРАБОТКИ учитывает то, что у разработчиков будет JBuilder.
спользуются сильные стороны этого инсрумента, и неиспользуются слабые.
Тоже самое можно сказать про emacs. Hапример у него очень слабая сторона
"веение файла проекта" ;))
Значит у нас выбор - или, мы ищем инсрумент, который соотвевует нашему
ПРОЦЕССУ (и умеет вести проект, добавлять туда файлы и тд.), или меняем
процесс, в котором "фал проекта" просто не нужен.
Hапример в том процессе разработки в котром участвую я, не нужна
"пошаговая отладка", и как следствие, не нужны отладчики вообще.
Тут, летом, был флейм на эту тему, мне даже рассказали когда отладчик дает
выигрышь перед хорошим логом, и даже когда лог не дает ваще ничего, а
отладчик даст хоть какой-то результат. Было интересно это узнать, но, у
нас такого не будет. Вообще. Итого, нам не нужен инсрумент с отладчиком.
Если будет нужен - emacs, в той или иной мере умеет использовать внешние
отладчики (я пробовал C/C++, perl).
Это все можно продолжать, долго, по каждому пункту... Hо нужно ли?
Если человеку HУЖHО ЧТО_ТО ТИПА MS VisualStudio, то почему-бы просто не
пользовать эту самую MS VisualStudio? gcc бывает и под win32, и
кросскомпилятором его там можно сделать (вот от, который vim пользует,
ради прикола собрал cris-gcc в cygwin. Бинарники им получаются точно
такие-же, как cris-gcc, который производитель железа пишет для Linux ;)
Сидите себе под виндами, пишите программы в MS VS, смотрите "структуры по
указателям любой вложености в пошаговой отладке", и "вызывайте функции
типа strlen(s)". Hикто ведь не мешает ам использовать ваш ПРОЦЕСС
РАЗРАБОТКИ, который привычен, и удобен для разработки софта с target
platform - Linux. Я думаю, что даже rpm'ы можно на винде заворачивать,
если сильно захотеть... ;))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/254125ed33e3.html, оценка из 5, голосов 10
|
|
|