Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Третий релиз консольного файлового менеджера XYZCommander, opennews (??), 18-Янв-10, (0) [смотреть все] Кто придумал, что это удобно Давайте уж тогда вообще без конфигурационных файло, Аноним (-), 00:15 , 18-Янв-10, (1) // Ну почему же, для этого были специальные функции, упрощающие конфигурирование Н, Max E. Kuznecov (?), 00:27 , 18-Янв-10, (3) // для этого были созданы специальные функции, Max E. Kuznecov (?), 00:30 , 18-Янв-10, (6) Дело не столько в непонятности, сколько в удобстве xyz skin seablueГораздо н, Аноним (-), 00:41 , 18-Янв-10, (10) // Вообще изначально так и было, формат только другой, соорудил кучу парсеров Но п, Max E. Kuznecov (?), 00:46 , 18-Янв-10, (11) Осталось понять, конфигурационные файлы - они для пользователя или для автора , Аноним (-), 00:57 , 18-Янв-10, (13) Пользователи, не способные разобраться в несложном конфиге в целевую аудиторию н, Max E. Kuznecov (?), 02:28 , 18-Янв-10, (14) +1 ага, в целевую аудиторию, значит, входили хомячки, не осилившие shell , sashkan (?), 03:59 , 18-Янв-10, (19) +1 Разработчик, что либо осиливший, волен выбирать сам целевую аудиторию по своему , a (??), 19:54 , 18-Янв-10, (54) +1 Вы наверно уже забыли, про курсы для бухгалтеров под DOS Где обязательным пункто, pavlinux (ok), 01:49 , 19-Янв-10, (79) Что именно они не будут делать И каких именно из юзеров вы имеете в виду Тут ре, a (??), 02:47 , 19-Янв-10, (90) Вы считаете, что если для конфигурационных файлов непременно не создать специаль, a (??), 02:30 , 18-Янв-10, (15) +4 Что эти конструкции никак нельзя использовать для конфигурации , a (??), 02:33 , 18-Янв-10, (16) –1 Превращаются в ПОЛНОЦЕННЫЕ скрипты, говорите Какой ужас Этого никак нельзя доп, a (??), 03:03 , 18-Янв-10, (17) –1 Кажется я наступил кому-то на больную мозоль Ага, то есть с тезисом, что такие к, Аноним (-), 13:30 , 18-Янв-10, (33) Да ради Бога, никто ж не заставляет пользоваться Кому будет интересно, тот раз, Max E. Kuznecov (?), 13:44 , 18-Янв-10, (34) +1 Или найдет что-то более соответствующее своим хотелкам, и это будет чаще , fr0ster (ok), 12:57 , 22-Янв-10, (138) И кому же по-вашему мнению больнее Хотите сказать мне Ну пускай будет так, есл, a (??), 17:02 , 18-Янв-10, (44) –1 По крайней мере становится понятна ваша позиция Вы опенсурс считаете раздачей, a (??), 17:12 , 18-Янв-10, (46) Человек просто заблудился или просто пришел потролить, ибоЭто фундаментальный пр, ixes (?), 18:44 , 18-Янв-10, (51) +1 Я не говорил про весь опенсурс Только про то, что на тебе, Боже, что мне негож, Аноним (-), 00:04 , 19-Янв-10, (66) Хм Вот точно те слова, где вы это говорили Сначала вы формулируете это как пис, a (??), 01:42 , 19-Янв-10, (77) Легко - В конфигурационных файлах b НЕ ДОЛЖНО быть b переменных, условных в, pavlinux (ok), 01:54 , 19-Янв-10, (80) Слишком однобоко Конфиг может иметь и условные выражения и переменные, но при э, anonymous (??), 02:37 , 19-Янв-10, (88) Да что им объяснять Люди в принципе не понимают, что такое формальные языки и ф, a (??), 02:56 , 19-Янв-10, (91) Еще один Это что Новый закон Закон pavlinux а о конфигурационных файлах Для , a (??), 02:46 , 19-Янв-10, (89) Странно, но я почему-то понял Павла Понял именно то, что он хотел выразить, а н, Slavaz (ok), 03:51 , 19-Янв-10, (93) Третий грамотей Ну-ну Как же вы его могли не понять, если вы с ним одинаково , a (??), 04:17 , 19-Янв-10, (94) А про неопределенность это он вообще здорово загнул Это получается, что в други, a (??), 04:55 , 19-Янв-10, (97) Если отвлечься от формальных языков, от стоит вспомнить, что конфии должны быт, Crazy Alex (??), 19:27 , 19-Янв-10, (102) Я снова отталкиваюсь от определения Конфигурационный файл - это файл, который х, a (??), 21:59 , 19-Янв-10, (104) Верно, я от таких идей и отталкивался в общем-то Вообще я любитель пописать пар, Max E. Kuznecov (?), 03:09 , 18-Янв-10, (18) А кто придумал, что нет Какая принципиальная разница Или вам нужно исключитель, ixti (ok), 00:27 , 18-Янв-10, (4) Я считаю, что это UnixWay-но И таки да, удобно, можно конечно прикручивать п, be_nt_all (ok), 11:05 , 18-Янв-10, (30) // Это Linux-way но Добавить сложности там, где ее не надо А Unix-way он, все же,, anonymous (??), 02:07 , 19-Янв-10, (84) Не знаю кто это придумал, но руки бы ему не мешало оторвать И проблема не в язык, anonymous (??), 01:56 , 19-Янв-10, (81) // На всякий случай С болью вспоминающим о regedit exe 185 даю другую задачку , anonymous (??), 02:05 , 19-Янв-10, (83) // Да, в принципе, ничгео плохого, если не пытаться засунуть в этот же реестр всех,, Crazy Alex (??), 19:37 , 19-Янв-10, (103) Что плохого в реестре Попытка все подвести под единый язык и единый формат Чел, a (??), 23:33 , 19-Янв-10, (107) Не, ну если доброй половине софта хватит вообще key value, то почему бы эту част, anonymous (??), 13:26 , 21-Янв-10, (131) Потому что ответ вы уже сами дали ниже Предложите такой способ на все случаи жиз, a (??), 15:20 , 21-Янв-10, (132) большой плюс -- практически нет зависимостей попробовал как-то я на чистую freeb, Аноним (-), 00:27 , 18-Янв-10, (2) // Ну и по функциональности конечно до mc пока далеко Хотя буду стараться и в бу, Max E. Kuznecov (?), 00:29 , 18-Янв-10, (5) // cd внесите не самое лишнее , wildman (?), 00:34 , 18-Янв-10, (7) // Просто cd как раз так и действует , Max E. Kuznecov (?), 00:37 , 18-Янв-10, (8) ну а смысл если нельзя сделать cd work , wildman (?), 00:39 , 18-Янв-10, (9) Вообще да, надо доделать , Max E. Kuznecov (?), 00:47 , 18-Янв-10, (12) http mc linuxinside com cgi-bin dir cgi Облегченный форк В свое время выручил, dq0s4y71 (??), 17:47 , 18-Янв-10, (47) на кой нужен ещё один файловый менеджер в то время, как с таким большим трудом у, sashkan (?), 04:07 , 18-Янв-10, (20) –1 // Какая тут связь , Bocha (??), 06:05 , 18-Янв-10, (21) // между чем и чем в моём посте вам связь не ясна , sashkan (?), 15:56 , 18-Янв-10, (38) // Зачем нужен еще один файловый менеджер Ответ ниже, здесь http www opennet ru o, a (??), 23:18 , 19-Янв-10, (106) 1в винде я понимаю - без них неудобноа в никсах то зачем , alexxisr (?), 07:04 , 18-Янв-10, (22) // Одно из величайших преимуществ открытых систем - богатство выбора выбора испол, anonymous (??), 07:30 , 18-Янв-10, (24) +3 // 171 эту бы энергию, да в мирных целях 187 , sashkan (?), 15:57 , 18-Янв-10, (39) а меня ломает регулярно набивать pwd или ls, чтобы понять где я сейчас нахожусь, Sergey (??), 19:58 , 18-Янв-10, (55) // постоянное 171 cd pwd ls 187 8212 это-то и есть 171 стиль файлового мен, sashkan (?), 00:13 , 19-Янв-10, (67) Ты или слишком молод или слишком стар Про deco слышал а мс это не вин-хомяки а, mx (??), 09:43 , 18-Янв-10, (28) +1 // я много про что слышал а двухпанельный файловый менеджер в своё время под свм-3, sashkan (?), 16:05 , 18-Янв-10, (40) Ну мне нужен, и чё В чем профит от отучения На кой нужен трамвай, когда есть ли, Ъ (?), 13:57 , 18-Янв-10, (35) +1 // текст, на который отвечаете, прочитать удосужились если нет, повторяю я спраши, sashkan (?), 15:51 , 18-Янв-10, (37) // А ежели ему не натЬ скорость Ежели ему натЬ ну скажем наглядность Ы Да и воо, Diogene the Open Source programmer (?), 18:25 , 18-Янв-10, (49) +1 Так конфиги в джанге как раз самый что ни на есть питон, с импортами, try except, Max E. Kuznecov (?), 18:42 , 18-Янв-10, (50) Ну я ж чесно предупредил что на мой цвет И кстати единственное что не проффеси, Diogene the Open Source programmer (?), 19:25 , 18-Янв-10, (52) Когда разработчик слишком начинает прислушиваться к советам, что и как нужно дел, a (??), 20:08 , 18-Янв-10, (56) Но хуже всех - боты спамяшие банальностями на форумах и мешающие реальным пиплам, Diogene the Open Source programmer (?), 21:19 , 18-Янв-10, (60) Вы хотите сказать, что сказанная банальность помешала вам казаться таким реал, a (??), 21:40 , 18-Янв-10, (61) Это всего лишь значит, что разраб реализовал всё, что хотел, детище его устраива, Slavaz (ok), 21:44 , 18-Янв-10, (62) +1 Писал когда-то, сейчас совсем почти не приходится, а жаль , Max E. Kuznecov (?), 22:17 , 18-Янв-10, (63) Это Слаффка так в миднайт переманивает , pavlinux (ok), 02:09 , 19-Янв-10, (86) +1 Об этом я уже написал здесь http www opennet ru openforum vsluhforumID3 63006 , a (??), 22:30 , 18-Янв-10, (64) Еще раз, я говорил о том, что лучше вообще ни у кого не спрашивать мнения, а вы , a (??), 22:45 , 18-Янв-10, (65) nautilus-ы всякие не лучше ли подойдут в плане наглядности не припоминаю брудерш, sashkan (?), 00:37 , 19-Янв-10, (69) –1 И чё Выпендреж владения литературным русским языком аж зашкаливает, типографика, Ъ (?), 19:39 , 18-Янв-10, (53) о какие знакомые потоки фамильярности и личных выпадов не на лор ли я попал , sashkan (?), 00:30 , 19-Янв-10, (68) –1 Надо было сначала понять куда попал, а уж потом писать первонах и получать за , Ъ (?), 17:40 , 19-Янв-10, (101) Нету скорости работы, как так, так и с файлами Есть высокая скорость выполнения, x (?), 20:29 , 18-Янв-10, (58) +1 ваше слово против моего улыбка для типичных задачек скрипты программы 8212 , sashkan (?), 00:47 , 19-Янв-10, (71) –1 Не, слово _большинства_ против вашего, ага Меньшинства, как показывает история,, x (?), 01:38 , 19-Янв-10, (76) ах, да-да-да, простите как я мог забыть про 171 сферических пользователей в в, sashkan (?), 01:48 , 19-Янв-10, (78) Пользователь-домохозяйка не расстроилась из-за того, что для вас её нет Зачем в, x (?), 02:08 , 19-Янв-10, (85) Не нравится Не пользуйся , User (??), 13:59 , 18-Янв-10, (36) // не надо меня заклинать 171 не нравится не нравится 187 , я не змея, на т, sashkan (?), 16:13 , 18-Янв-10, (41) –1 // а может всетаки змея вообще странно, вот вы все доброхоты все хотите направи, splat_pack (ok), 17:10 , 18-Янв-10, (45) +1 змей-искуситель может быть, может быть вдомёк, вдомёк ещё как вдомёк вот объя, sashkan (?), 18:07 , 18-Янв-10, (48) –1 Только тот, кто сам ничего не создает, может думать, что человечество один раз и, a (??), 20:49 , 18-Янв-10, (59) уважаемый вы, надо понимать и есть автор обсуждаемой программы если так и есть,, sashkan (?), 01:09 , 19-Янв-10, (73) s рассматриваю называю , sashkan (?), 01:11 , 19-Янв-10, (74) Гениально А вы надо понимать, не иначе как Билл Гейтс собственной персоной Ж , a (??), 02:17 , 19-Янв-10, (87) –1 Учебники по их эффективному использованию есть , x (?), 20:21 , 18-Янв-10, (57) // advanced bash-scripting guide есть и перевод для начала man bash, man readli, sashkan (?), 00:43 , 19-Янв-10, (70) // Учебник по эффективным методам решения задач с помощью инструмента, а не учебник, x (?), 01:08 , 19-Янв-10, (72) того, про что вы спрашиваете, в природе не встречал свою собственную методику ра, sashkan (?), 01:32 , 19-Янв-10, (75) А на этом знания списка и методов достижения целей с помощью известных инструме, x (?), 01:57 , 19-Янв-10, (82) То есть вы их прямо отучаете Они не хотят отучаться, а вы отучаете, догоняете и, a (??), 04:22 , 19-Янв-10, (95)   // Имеется в виду SSH Если да, то никакой особенной поддержки нет, просто можно ло, Max E. Kuznecov (?), 12:49 , 19-Янв-10, (99)   // Да чисто механически неправильно набрал аббревиатуру Причем дважды Ж Конечно, , a (??), 23:09 , 19-Янв-10, (105)   Да, наверно минимум зависимостей сделаем одной из главных политических линий С э, Max E. Kuznecov (?), 00:45 , 20-Янв-10, (108)   По прежнему не хочу давать советов Лишь скажу, то что выяснил на собственном тру, a (??), 05:59 , 20-Янв-10, (109) +1   Мужчина, если вы оспариваете, что это на порядок читабельнее, чем вам необходим, Вова (?), 17:20 , 20-Янв-10, (112)   приведите мне то место, где я по-вашему оспаривал, что xyz skin seablueчитабел, a (??), 17:54 , 20-Янв-10, (113)   А Ctrl O оно может Для меня это самая главная вещь в файловых менеджерах , Юзер (??), 09:21 , 18-Янв-10, (26) +2 // Нет, Ctrl O к сожалению пока не умеет, но в планах на будущее есть , Max E. Kuznecov (?), 12:54 , 18-Янв-10, (32) О, блин, опять холивар Нужно-не_нужно - рассудит время Мне представляется, что, Аноним (-), 16:41 , 18-Янв-10, (42) +1 Во Предлагаю формализовать в хорошем смысле слова способы подключения в пакет, Аноним (-), 16:44 , 18-Янв-10, (43) // import module_name В Питоне уже подключение новых скриптов формализовано Или ва, a (??), 04:45 , 19-Янв-10, (96) // толстовато , angel_il (ok), 10:28 , 19-Янв-10, (98) А пуркуа бы и не па Схема прекрасно себя зарекомендовавшая FireFox, Chrome, e, GoodWin (??), 08:03 , 20-Янв-10, (110) // О чем именно вы говорите Так играючи ставя в один ряд FireFox, Chrome, emacs и , a (??), 10:54 , 20-Янв-10, (111) Спасибо за прогу, пока до mc конечно не дотягивает, но время покажет , grait (?), 13:20 , 19-Янв-10, (100) +1 Опа, во FreeBSD уже Быстро работают , аноним (?), 22:10 , 20-Янв-10, (114) // Ага, уже и в арч залили тоже , Max E. Kuznecov (?), 22:49 , 20-Янв-10, (115) А потому что все наши - и автор, и maintainer и коммиттер , Аноним (-), 03:31 , 21-Янв-10, (130) А каким образом он умудряется так кошмарно тормозить При входе в большую директ, аноним (?), 23:41 , 20-Янв-10, (116) // Кроме того, не видно какая кнопка подсвечена в диалогах В целом начинание хорош, аноним (?), 23:44 , 20-Янв-10, (117) // А вот с этим непонятно На активной кнопке установлен курсор, всё должно работат, Max E. Kuznecov (?), 23:49 , 20-Янв-10, (119) // Курсора не видно Выделив все в терминале таки заметил - обычный шрифт - темно-с, аноним (?), 00:22 , 21-Янв-10, (120) А можно скриншот, ОС и терминал какой узнать Лучше на мыло, чтоб здесь не спами, Max E. Kuznecov (?), 00:27 , 21-Янв-10, (122) Лень на мыло, сорри http i082 radikal ru 1001 ad 82a3b4e18325 pngЭто FreeBSD 8, аноним (?), 00:43 , 21-Янв-10, (124) Да, должно выглядеть как в xterm, сделаю кнопку более контрастной , Max E. Kuznecov (?), 00:54 , 21-Янв-10, (127) Пока он считывает весь список файлов в память, на следующий релиз запланирована , Max E. Kuznecov (?), 23:48 , 20-Янв-10, (118) // Т е рекурсивно Если так, надо не оптимизировать, а руки отрывать Вход в дире, аноним (?), 00:24 , 21-Янв-10, (121) // Не рекурсивно, просто на каждый файл создаётся VFS объект, с которыми потом прои, Max E. Kuznecov (?), 00:30 , 21-Янв-10, (123) Видимо это и тормозит, потому что заход в директорию, содержащую 1800 директорий, аноним (?), 00:45 , 21-Янв-10, (125) Безусловно, не зря же я говорил про оптимизацию Сейчас это просто стандартный п, Max E. Kuznecov (?), 00:51 , 21-Янв-10, (126) Блин, не думал что питон столько времени тратит на создание 2k объектов , аноним (?), 01:11 , 21-Янв-10, (128) Ну даже mc не моментально входит в каталоги с большим количеством файлов, а тут , Max E. Kuznecov (?), 01:17 , 21-Янв-10, (129) Вот окольными путями здесь лучше не надо А то получится то, о чем уже шла речь , a (??), 15:46 , 21-Янв-10, (133) gt оверквотинг удален Ну собственно ленивая вычитка как раз один из таких изве, syhpoon (ok), 16:01 , 21-Янв-10, (134) Попробуем еще рассуждать от противного Был, знаете ли, раньше один такой мыслите, a (??), 01:08 , 22-Янв-10, (135) С другой стороны, если функционалом программы является, по сути, навигация по ка, Max E. Kuznecov (?), 01:52 , 22-Янв-10, (136) Это не мой проект Я лишь привел альтернытивные критерии по отношению к банальны, a (??), 02:57 , 22-Янв-10, (137) 1,2,20,26,42,43,100,114,116

Сообщения

[Сортировка по времени | RSS]

	95. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 19-Янв-10, 04:22
	>в то время, как с таким большим трудом удаётся отучать виндо-хомячков от поделия mc, пишутся «аналоги»! То есть вы их прямо отучаете. Они не хотят отучаться, а вы отучаете, догоняете и снова отучаете. И яростно боретесь с разработчиками, которые мешают вам отучать других. Вместо того, чтобы просто не пользоваться файловыми менеджерами и самостоятельно использовать преимущества, которые могла бы дать вам командная строка, если бы вы не тратили столько энергии на борьбу с инакомыслящими. Вот уж действительно, «эту бы энергию, да в мирных целях». См. ниже. А я вот знаете ли, сам файловыми менеджерами не пользуюсь, но юзеров приучаю. И не только я один так поступаю. Представляете, какое святотатство? Меньше потом хлопот с пользователями. И подобные файловы менеджеры с минимальными зависимостями, в этом деле как нельзя кстати. Особенно для удаленных хостингов, как замена веб-интерфейса консолью по SHH. Кстати, вопрос к автору. Как у него с поддержкой SHH? Особенно в комплекте с разными там питоновскими штучками по автоматическому выкидыванию лишних библиотек и сжатию исходников. Очень перспективное направление может получиться по поддержке удаленных пользователей.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	99. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Max E. Kuznecov (?), 19-Янв-10, 12:49
	> >Кстати, вопрос к автору. Как у него с поддержкой SHH? >Особенно в комплекте с разными там питоновскими штучками по автоматическому выкидыванию лишних >библиотек и сжатию исходников. Очень перспективное направление может получиться по поддержке >удаленных пользователей. Имеется в виду SSH? Если да, то никакой особенной поддержки нет, просто можно логиниться удалённо и там запускать программу как любую другую консольную. Так работает. Про сжатие исходников, честно говоря, не слышал.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 19-Янв-10, 23:09
	>Имеется в виду SSH? Если да, то никакой особенной поддержки нет, просто можно логиниться удалённо и там запускать программу как любую другую консольную. >Так работает. Про сжатие исходников, честно говоря, не слышал. Да чисто механически неправильно набрал аббревиатуру. Причем дважды. Ж) Конечно, специальную поддержку SSH лучше не вводить, чтобы не увеличивать зависимоти. Лучше следить, чтобы не было проблем при прозрачной работе по SSH. Я лишь хотел сказать о потенциале применения - удаленная поддержка пользователей в условиях изолированных программных окружений с минимальным количеством подключаемых библиотек. Также в таких окружениях часто жестко лимитируется количество используемой памяти, как оперативной, так и энергонезависимой. Хотя я и не сторонник преждевременных оптимизаций. Особенно на начальных стадиях проекта. Важнее максимально выдеживать чистоту концептуальных моделей и наименьшую возможную связность компонетов. Кладя в жертву по необходимости скорость работы и количество используемой памяти. Потом гораздо проще будет оптимизировать, если действительно понадобится. А вот задача максимальной изоляции непривилигированных пользователей - это как раз напрямую зависит от общей чистоты проекта. Что же касается лимитов, то тут лучше учитывать, что по мере развития техники, эти лимиты все более и более смягчаются, и многие оптимизации, которые в начале пошли в ущерб "чистоте", потом оказываются просто ненужными, а вот обратно "вычистить" проект гораздо сложнее, чем потом оптимизировать более "чистый". Я намеренно выражался максимально обощенно, поскольку давать советов в чужом проекте не особо хочется. И многие приведенные соображения могут показаться банальными опытному разработчику, но именно новички на этом и попадаются. Основная цель рассуждений - это противовес тем высказываениям, зачем нужен еще один файловый менеджер, когда и другие есть. Другие может и есть, а хорошо спроектированных мало. И типа, "зачем мне нужны файловые менеджеры, если я такой крутой, и знаю кучу всяких там шеллов". ("И при этом хочу тривиальные конфиги" См выше.) Для поддержки пользователей, вот зачем. Если таковые имеются, и не один в собственном соку своей крутости варишься. И качественные консольные приложения являются в этой области хорошей альтернативой всяким навороченным веб-интерфейсам. Веб-интерфейсы обычно тянут за собой сложную кучу различных технологических звеньев, как на клиентской, так и на серверной стороне.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Max E. Kuznecov (?), 20-Янв-10, 00:45
	>>Имеется в виду SSH? Если да, то никакой особенной поддержки нет, просто можно логиниться удалённо и там запускать программу как любую другую консольную. >>Так работает. Про сжатие исходников, честно говоря, не слышал. > >Я лишь хотел сказать о потенциале применения - удаленная поддержка пользователей в >условиях изолированных программных окружений с минимальным количеством подключаемых библиотек. Да, наверно минимум зависимостей сделаем одной из главных политических линий. >Также в таких окружениях часто жестко лимитируется количество используемой памяти, как оперативной, >так и энергонезависимой. С этим сложнее, памяти он кушает побольше чем тот же мц, на десктопе это незаметно, а в более других ситуациях может быть серьёзнее. >Потом гораздо проще будет оптимизировать, если действительно понадобится. > >А вот задача максимальной изоляции непривилигированных пользователей - это как раз напрямую >зависит от общей чистоты проекта. > >Что же касается лимитов, то тут лучше учитывать, что по мере развития >техники, эти лимиты все более и более смягчаются, и многие оптимизации, >которые в начале пошли в ущерб "чистоте", потом оказываются просто ненужными, >а вот обратно "вычистить" проект гораздо сложнее, чем потом оптимизировать более >"чистый". Поэтому то я и не сильно беспокоюсь на этот счёт, хотя конечно стараюсь придерживаться разумных пределов >И типа, "зачем мне нужны файловые менеджеры, если я такой крутой, и >знаю кучу всяких там шеллов". ("И при этом хочу тривиальные конфиги" >См выше.) Для поддержки пользователей, вот зачем. Если таковые имеются, и >не один в собственном соку своей крутости варишься. > >И качественные консольные приложения являются в этой области хорошей альтернативой всяким навороченным >веб-интерфейсам. Веб-интерфейсы обычно тянут за собой сложную кучу различных технологических звеньев, >как на клиентской, так и на серверной стороне. Да и просто, есть сила привычки, я, например, по максимуму стараюсь использовать консольные приложение, просто привык и мне так удобнее, оттого и писал, собственно проект
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от a (??), 20-Янв-10, 05:59
	>Да, наверно минимум зависимостей сделаем одной из главных политических линий. По прежнему не хочу давать советов. Лишь скажу, то что выяснил на собственном трудном опыте. Хотя возможно вы это и без меня уже знаете. В своих поисках оптимальных решений, я выяснил, что просто ставить цель в виде минимизации зависимостей оказывается еще не достаточно. Крайне важно учитывать еще и характер зависимостей. Поучительным здесь может быть история многочисленных фреймворков на Руби. Когда-то RubyOnRails (не без влияния которого кстати создавался питоновский Django) считался очень модульным и легковесным по сравнению с существовавшими тогда монстрами на java. Однако в последствии ROR сам был подвергнут сильной критике, и теперь уже сам считается монстром. А разработчики фреймворков теперь уже похоже соревнуются, кто из них создаст наиболее легкий и слабозависимый проект. Это конечно все отдельная тема разговора, могу лишь привести на вскидку заметку из неплохого блога одного рубиниста. Он выделяет два вида связности - coupling and cohesion. "Why coupling is always bad / Cohesion vs. coupling" http://www.hokstad.com/why-coupling-is-always-bad-cohesion-v... Хотя с позиций абстрактной математики и декларативного программирования это все выглядит гораздо прозрачнее. >Да и просто, есть сила привычки, я, например, по максимуму стараюсь использовать консольные приложение, просто привык и мне так удобнее, оттого и писал, собственно проект Это не просто сила привычки. Это скорее верная интуиция и не стоит это недооценивать. Дело в том, что консоль имеет более эффективные математические модели, чем оконные системы. С точки зрения представления и обработки абстрактных данных. А следовательно, более эффективные и емкие реализации пользовательского интерфейса. Правда ценой понятности для пользователей с менее развитым абстрактным мышлением. А о разнице между сложностью и понятностью я уже писал здесь в постах при обсуждении конфигурационных файлов. Существует распространенное заблуждение, что якобы оконные, а тем более графические оконные интерфейсы, являются значительным техническим прогрессом по сравнению с консольными и потоковыми. На самом деле это совершенно не так. Технический прогресс всего лишь позволил создавать  более интуитивно понятные, имеющие аналогию с физическими объектами, но и более ресурсоемкие оконные интерфейсы. Однако близость к физической интерпретации делает "графику" на самом деле менее выразительной для абстрактных данных и логической обработки. Консольные и потоковые интерфейсы имеют с этой точки зрения огромное преимущество. И могут быть реализованы на более "слабой" аппаратуре без потери всей их мощи. Потому они давно и использовались, а не потому что они якобы устаревшие. Кроме того, после волны ажиотажа вокруг "графики", все постепенно возвращается на круги своя. Поэтому можно в этом направлении продолжать спокойно совершенствоваться и не бояться при этом "устареть". И это особенно актуально с развитием вычислительной техники все более в сторону мобильных устройств. В сторону сочетания вычислительной мощи и физической неприхотливости и абстрактности интерфейсов. Что же касается привычек, то это наоборот, привычки обычно мешают освоить консоль как пользователям, так и разработчикам. Вернуться к "графике" можно в любой момент, вопрос - зачем.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "повторим для закрепления"	+/–
	Сообщение от Вова (?), 20-Янв-10, 17:20
	Мужчина, если вы оспариваете, что >[xyz] > >skin = seablue это на порядок читабельнее, чем > let("skin", "seablue", sect="xyz") вам необходимо заниматься чем-то, не требующим никакого общения с пользователями. Подозреваю, что на читабельность вашего кода другими разработчиками вы смотрите с таким же дружелюбием?
	Ответить | Правка | Наверх | Cообщить модератору

	113. "повторим для закрепления"	+/–
	Сообщение от a (??), 20-Янв-10, 17:54
	>Мужчина, если вы оспариваете, что приведите мне то место, где я по-вашему оспаривал, что [xyz] skin = seablue читабельнее, чем let("skin", "seablue", sect="xyz")
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема