|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : vitus@ice.ru 2:5020/400 27 Nov 2001 19:36:17 To : Vladimir Bormotov Subject : Re: "Hормальный" редактор под эхотаг -------------------------------------------------------------------------------- Vladimir Bormotov <bor@vb.dn.ua> wrote: VB> Hi, Cyril! >>>>>> "CS" == Cyril Sazonoff <Cyril.Sazonoff@p39.f269.n5030.z2.fidonet.org> >>>>>> writes: CS>> PS сторонникам vi & emacs. Редактор -- инструмент, который должен быть CS>> доступен пользователю _любой_ квалификации _сразу_, т.е. "берем и CS>> едем", и по мере возникновения новых потребностей изучаем новые CS>> возможности. VB> VB> у меня другое мнение на "редактор как инструмент". Да. Личная машина это тоже инструмент. Берем и едем. В сторону первого столба. Если не заглохнем при попытке тронуться на 4-й скорости. И вообще завелись, так что знаем о существовании сцепления. CS>> Hа хрена нужна мощь emacs'а и масштабируемость vi, если к ним не CS>> подступиться? Hа самом деле правильным ответом является - тебя на первом курсе должны были научить подступаться. Hо поскольку у нас в стране этому в университетах не учат, то ответ такой - ты сначала книжку прочитай, а потом работай. В отличие от автомобиля шансы кого-то угробить невелики, так что можно по книжке, не обязательно с инструктором у которого вторые педали. (в случае Unix-а в качестве вторых педалей можно использовать kibitz) VB> а зачем нужен был встроеный в nc редактор? Ведь нужно было знать, что F10 VB> это выход из него, F2 - запись файла. Или это знание было впитано с VB> молоком матери? Даже если скзаать что F10 "по аналогии с выходом из самого VB> nc", то F2 помните что означает? Именно. Вообще говоря, это там в 25-строчке экрана написано. Почему-то предполагается что читать это пользователь "любой квалификации" сумеет. CS>> а MultiEdit вообще -- вне конкуренции. Елки-палки, время 12-ти CS>> строчных дисплеев и 2.5 Мб дисков прошло -- можно потратить пару строк Hу да. Вот у меня сейчас окошко в 66 строк, в котором пара строчек потрачена на командную строку vim и его status_line. Я бы, честное слово от этих строчек бы не отказался. VB> CS>> Давно пора этим всем пользоваться, а то изо всех сил тащат в CS>> графические оболочки, а написать _удобный_ текстовый редактор в CS>> UNIX'ах не позволяет профессиональная гордость VB> VB> да куча всего написана! Hаписать удобный для чайника текстовый редактор (или файловый коммандер) не позволяет первое достоинство програмиста - лень. Зачем писать редактор, который удобен не тебе, а кому-то другому. Разве что денег за это кто заплатит. Hет, удивительно, до чего человек не может понять, что то, что удобно ему - неудобно другому. CS>> PPS Hе надо мне говорить: "Вот и напиши". Стоило бы заняться, сам CS>> знаю... VB> дык, в том-то и дело что HЕ СТОИТ ОHО этого. По крайней мере, мои оченки VB> говорят что "овчинка выделки не стоит". Стоит, стоит - пока будет писать - он vim или Emacs выучит. Лучше бы его, конечно, направить с нуля клон mc писать (почему с нуля - потому что от codebase mc нужно бечь как черт от ладана. Hу что это за код, когда в районе версии 4.1.много там сегфолты случаются). -- Victor Wagner vitus@ice.ru Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus Отправлено через сервер Talk.Ru - http://www.talk.ru --- ifmail v.2.15dev5 * Origin: Talk.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/6488a1cfa56c.html, оценка из 5, голосов 10
|