[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: CLI vs. GUI



17.05.2012 15:09, Artem Chuprina пишет:
> Артём Н. -> debian-russian@lists.debian.org  @ Thu, 17 May 2012 09:42:11 +0400:
> 
>  >> Поскольку им нужно не только видеть, как выглядит текст сейчас, но и
>  >> понимать что с ним будет происходить при некоторых изменениях (например
>  >> при переформатировании на другую ширину) и быть уверенными что от этого
>  >> смысл не потеряется.
>  АН> И, всё-таки, GUI... :-)
> 
> Конкретно в этой задаче GUI как раз сильно мешает.  Особенность
> человеческой психики, ничего личного.
> 
> Так что писать на коленке презентацию, которая будет выведена плюс-минус
> так, как ты ее видишь, еще можно (и то не всегда нужно - видел я
> подобные поползновения печатать объявления в ворде...), а HTML - уже ни
> в коем разе.
Как-раз для HTML, GUI необходим. Если, конечно, вы не рассчитываете на то, что
все ваши пользователи используют lynx, links, w3m или подобное.
К тому же, для написания кода необходим нормальный интерфейс (ну, используя cat
или echo, тоже возможно кое-что написать, но идея плохая (как крайний случай)).
Если вы будете писать в notepad-like, это затянется.
Т.е. нужен редактор с подсветкой синтаксиса. Причём, желательно, с
автоматическим определением по контексту того, что подсвечивать (например, js в
<script> и css должны подсвечиваться по-разному).
Он не обязательно должен работать в графическом режиме, но графический режим
добавляет возможность предосмотра картинок, например. Поддержка мышки и d&d
добавляет возможность быстрой компоновки. Меню организуют структуру команд и
позволяют быстро найти нужную (они не заменяют горячих клавиш), без
использования справки...
В итоге, получается GUI (причём, никто не отменяет поддержку консольного режима).
По-моему, это очевидно.
И чем тут он мешает (при условии, что он спроектирован и реализован грамотно)?


Reply to: