|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexey Veretennikov 2:5020/113.39 11 Nov 2002 11:48:36
To : Vladimir Bormotov
Subject : Re^2: Re^2: Вопросы к выбору
--------------------------------------------------------------------------------
\ \ \
AV>> После лазанься по десяткам факов с диким трудом удается сделать
AV>> хотя
AV>> бы локализацию,
VB> странно, а мне хватило одного из множества готовых dot.emacs,
VB> который
VB> валом в сети чтоб сразу решить все проблеммы с вводом и выводом
VB> кирилицы. Соврешменные xemacs-mule, и уж темболее emacs-mule
VB> локализуется парой строк в конфиге, который вроде даже в faq есть.
Для локализации редактора, который поставляется ВМЕСТЕ с ОС (FreeBSD ver. 4.2)
необходимо искать требуемые файлы в интернете. Ясно.
AV>> любые справки отсылают в интернет (кстати, не казенный),
VB> кстати, и что с того? Я могу сбее заработать на интернет, чтоб не
VB> думать,
VB> казенный он или нет. Сюрприз? Пользую xemacs ;)
Hет, его нет просто в принципе. Hи на работе(нельзя), ни дома - нет телефона.
Так что с этим достаточно трудно решить проблему.
AV>> убогий внешний вид (да-да, в xemacs),
VB> о внешнем виде спорить бесполезно - дело вкуса.
Согласен.
AV>> Я понимаю, что ковыряние в настройках и привенчивание
AV>> всевозможных
AV>> приблуд доставляет радость истинному программисту,
VB> лично мне совсем не доставляет. В итоге я в настройки xemacs
VB> залезаю
VB> не чаще пару раз в год ;)
Хотелось бы, чтоб это было так.
VB> Да, диалоги и прочие _инетерфейсы_ рисуются в других программах. В
VB> чем проблема? Я вполне успешно рисовал диалоги для gtk-программ в
VB> Glade, в то время как код программы писал в xemacs. Это сильно
VB> неудобно? Или важно чтоб консруктор диалога был именно в xemacs?
В принципе Glade более-менее удобен. Hо для gtk. Gtk меня не устраивает
интерфейсом. Есть что-либо подобное для KDE?
VB> мы как-то, в баньке за пивом, общались... с другом... У него в
VB> конторе JBuilder - "стандарт средтсва разработки". Он доволен. Hо
VB> на
VB> наши вопросы, как бы он решал _наши_ задачи, он ответить не смог. У
VB> них вообще другой подход к процессу разработки.
Естественно, каждый продукт такого типа отвечает своему процессу разработки.
VB> У нас, например, дизайн интефесов - это малая часть, от всего
VB> процесса. И как следствие, ну будем мы вместо одного дня из сотни,
VB> тратить два дня... Погоды не делает.
Верю, тратить от силы 2 дня в году на интерфейс -вполне в стиле unix-guru. А
когда интерфейс определяется не тобой, любимым, а заказчиком, который хочет
получить готовую среду, и ему не важен выбор ни ОС, ни требования к ресурсам, а
важна максимальная аппаратная совместимость с нестандартными устройствами (типа
плат для обработки данных со спутника), надежность (так как операторы будут
дежурить круглосуточно), и удобство интерфейса для самих этих опрераторов. Это
одна из необходимых задач, и все для решения ее первых двух пунктов есть в
linux. Я же спрашиваю о средствах для решения последнего пункта.
VB> А вот удобный текстовый
VB> редактор, который может несколькими нажатиями кнопок на клавиатуре
VB> сделать то, что пришлось бы в IDE "долго елозить мышкой по менюшкам"
VB> помогает не отвлекаться на кодинг, а сосредоточиться на прикладной
VB> задаче.
Кстати, особенной необходимости в лазании по менюшкам и, тем более, написании
своих приблуд в msvc нет. Была необходимость оценивать в месяц, кто сколько кода
писал из команды, напсали add-on с парсером строк и счетчиком команд и все.
AV>> Правда интересют ide для языка C++ исключительно - портировать
AV>> кучу своих библиотек не представляется очень интересным занятием.
VB> Все что есть для *nix из IDE находится за несоклько минут на гугле.
VB> Оно приемущесвенно для C/C++, иногда Java. Иногда некоторое
VB> подмножество функций (типа подсветки синтаксиса) поддерживается для
VB> целого спектра языков. Редко это делается хорошо.
VB> Из этого множества, более-мение приличных IDE, не так много, не более
VB> десятка. Могие из них платные (но гораздо дешевле чем MS
VB> VisualStudio), многие раздаются в виде trial-версии.
VB> Далее, есть инструменты, типа MetroWerks CodeWarrior, позволяют
VB> писать программы на той платформе, где что удобно, а компилить для
VB> другой платформы (по крайней мере виндовый вроде умеет компилить для
VB> MacOS-X, судя по
VB> http://www.metrowerks.com/MW/Develop/Desktop/Windows/default.htm)
Вот это уже более-менее ответ. Стоимость системы меня не волнует - платить буду
не я. Далее, неужели я не умею пользоваться интернетом и не смог бы найти по
ссылкам кучу программ? Мне нет нужды проверять их все, я для того и пользуюсь
fido, чтоб можно было не тратить время а спросить, кто что использует и в каких
связках. Пока в ответ на свой вопрос о средствах разработки я услышал лишь
косвенно о том, что используют xemacs, glade и для автоматизирования генерации
отчетов tex и xml. Больше никто ничего не сказал - только восторги в сторону
emacs. Я прекрасно понимаю вашу радость по-поводу emacs, любимая программа и
т.п., но меня интересует, в каких связках все эти разрозненные программы
превращаюстя в полноценную ide, если уж нет таковой (ну, кроме borland)
\ \ \__ \ \
\|\ \_\ \|\ , Alexey,\\ /myself/ \\
--- GoldED+/W32 snapshot-2001.03.04
* Origin: Be Careful With That Axe Eugene (2:5020/113.39)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
