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

Третий релиз консольного файлового менеджера 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]

20. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
Сообщение от sashkan (?), 18-Янв-10, 04:07
>Вышел XYZCommander 0.0.3 (http://xyzcmd.syhpoon.name/), третий релиз нового консольного файлового менеджера для *nix на кой нужен ещё один файловый менеджер? в то время, как с таким большим трудом удаётся отучать виндо-хомячков от поделия mc, пишутся «аналоги»! ведь в *nix есть два богатейших shell-а: bash(+readline+completion) и zsh(+все его прибабахи). на кой?!
Ответить | Правка | Наверх | Cообщить модератору

	21. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Bocha (??), 18-Янв-10, 06:05
	Какая тут связь?
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 18-Янв-10, 15:56
	>Какая тут связь? между чем и чем в моём посте вам связь не ясна?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 19-Янв-10, 23:18
	Зачем нужен еще один файловый менеджер? Ответ ниже, здесь https://www.opennet.ru/openforum/vsluhforumID3/63006.html#95
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от alexxisr (?), 18-Янв-10, 07:04
	>на кой нужен ещё один файловый менеджер? +1 в винде я понимаю - без них неудобно а в никсах то зачем?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	24. "Третий релиз консольного файлового менеджера XYZCommander"	+3 +/–
	Сообщение от anonymous (??), 18-Янв-10, 07:30
	"Одно из величайших преимуществ открытых систем - богатство выбора: выбора использования, выбора установки, выбора реализации." (с)
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 18-Янв-10, 15:57
	>"Одно из величайших преимуществ открытых систем - богатство выбора: выбора использования, выбора >установки, выбора реализации." (с) «эту бы энергию, да в мирных целях».
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Sergey (??), 18-Янв-10, 19:58
	>>на кой нужен ещё один файловый менеджер? > >+1 >в винде я понимаю - без них неудобно >а в никсах то зачем? а меня ломает регулярно набивать pwd или ls, чтобы понять где я сейчас нахожусь и что меня окружает. Хочу, понимаешь панельку видеть со сводной инфой.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	67. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 19-Янв-10, 00:13
	>>>на кой нужен ещё один файловый менеджер? >> >>+1 >>в винде я понимаю - без них неудобно >>а в никсах то зачем? > > а меня ломает регулярно набивать pwd или ls, чтобы понять где >я сейчас нахожусь и что меня окружает. Хочу, понимаешь панельку видеть >со сводной инфой. постоянное «cd+pwd+ls» — это-то и есть «стиль файлового менеджера» (то, что (в таком количестве) абсолютно излишне для продуктивной работы с файлами в «shell-стиле»). да, для работы в таком стиле, файловый менеджер — единственно приемлемое решение. тут не поспоришь. поспорить можно об эффективности выполнения аналогичных задач в разных «стилях».
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от mx (??), 18-Янв-10, 09:43
	> трудом удаётся отучать виндо-хомячков от поделия mc, Ты или слишком молод или слишком стар. Про deco слышал ? а мс это не вин-хомяки а дос-хомяки ( аля нортон ) И вин хомяки это тотал командер как правило ... и Ехплорер так что камень тебе нужно пускать в огород нау и дельфина ...
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	40. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 18-Янв-10, 16:05
	>> трудом удаётся отучать виндо-хомячков от поделия mc, >Ты или слишком молод или слишком стар. Про deco слышал ? я много про что слышал. а двухпанельный файловый менеджер в своё время под свм-370 так даже и писал (будучи зачарован идеей norton commander-а (идеей, не внешним видом — pc вживую увидел не скоро)). >а мс это не вин-хомяки а дос-хомяки ( аля нортон ) >И вин хомяки это тотал командер как правило ... и Ехплорер в сортах хомячков я не такой большой специалист. >так что камень тебе нужно пускать в огород нау и дельфина ... и не подумаю. для людей, у которых мышекликанье уже на уровне рефлексии, подобные штуки весьма пользительны.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от Ъ (?), 18-Янв-10, 13:57
	>>Вышел XYZCommander 0.0.3 (http://xyzcmd.syhpoon.name/), третий релиз нового консольного файлового менеджера для *nix > >на кой нужен ещё один файловый менеджер? Ну мне нужен, и чё? >в то время, как с таким большим трудом удаётся отучать виндо-хомячков от >поделия mc, пишутся «аналоги»! В чем профит от отучения? >ведь в *nix есть два богатейших shell-а: bash(+readline+completion) и zsh(+все его прибабахи). > На кой нужен трамвай, когда есть лисапед? То что shell и файловый менеджер это разные классы программ вас не смущает?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	37. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 18-Янв-10, 15:51
	>>на кой нужен ещё один файловый менеджер? >Ну мне нужен, и чё? текст, на который отвечаете, прочитать удосужились? если нет, повторяю: я спрашивал «на кой», а не «кому». «кому» — я и так прекрасно понимаю… >>в то время, как с таким большим трудом удаётся отучать виндо-хомячков от >>поделия mc, пишутся «аналоги»! >В чем профит от отучения? скорость работы (в т.ч. с файлами). >>ведь в *nix есть два богатейших shell-а: bash(+readline+completion) и zsh(+все его прибабахи). >На кой нужен трамвай, когда есть лисапед? То что shell и файловый >менеджер это разные классы программ вас не смущает? меня смущает тот ход мыслей, в результате которого может зародиться идея: «а не написать ли мне ещё один файловый менеджер?» не знаю, что там вы подразумеваете под «классами», но shell-ы вполне себе заточены под задачи управления файлами.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от Diogene the Open Source programmer (?), 18-Янв-10, 18:25
	>>В чем профит от отучения? >скорость работы (в т.ч. с файлами). А ежели ему не натЬ скорость? Ежели ему натЬ ну скажем "наглядность"? Ы? Да и вообще странный ты тип - "их энергию да в мирные цели", "зачем нежен еще один XYZ" - ты мир отрытого кода тоько сегодня утром откыл? Так я тебя быстро введу в крс дела - тут _каждый_ волен делать что ему нравится. Заметь - не тебе, а ему самому. Впрочем ты в свою очередь волен проповедовать что "шелл наше всё" (ога раз ты 360\370 застал расскажи как чудовишно хорош был грёбанный JCL ;) ну и прочие радикальные дела. PS: Автору продуГда - посмотри как конфиги сделаны в Джанге ... на мой цвет - самое оно, помедитируй может перетянешь к себе?
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Max E. Kuznecov (?), 18-Янв-10, 18:42
	Так конфиги в джанге как раз самый что ни на есть питон, с импортами, try/except'ами и прочими делами. У меня не сильно отличается, частично ими я и вдохновлялся :)
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Diogene the Open Source programmer (?), 18-Янв-10, 19:25
	Ну я ж чесно предупредил что на мой цвет :) И кстати единственное что не проффесионалов в них смущало так это необходимость запятой в описании тупла, типа: TEMPLATE_LOADERS = (     'django.template.loaders.filesystem.load_template_source', ) Всё остальное воспринималось вполне себе "влёт" :) (Правда комментарии были на великомогучем, и таки - были :)
	Ответить | Правка | Наверх | Cообщить модератору

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

	60. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Diogene the Open Source programmer (?), 18-Янв-10, 21:19
	Но хуже всех - боты спамяшие банальностями на форумах и мешающие реальным пиплам общаться :)
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 18-Янв-10, 21:40
	>Но хуже всех - боты спамяшие банальностями на форумах и мешающие реальным пиплам общаться :) Вы хотите сказать, что сказанная "банальность" помешала вам казаться таким "реальным", как вы пытались. Ну что ж, плохим "танцорам", которые пытаются казаться, всегда мешают какие-то... "банальности". Поэтому они обычно и советуют другим, как правильно "танцевать", заверяя в своей "реальности". О чем, собственно, и была речь.
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от Slavaz (ok), 18-Янв-10, 21:44
	>Когда разработчик слишком начинает прислушиваться к советам, что и как нужно делать, >то это может только говорить о несамостоятельности разработчика. И такие проекты >очень быстро вырождаются в мусор. Это всего лишь значит, что разраб реализовал всё, что хотел, детище его устраивает полностью; а дальше просто разраб реализовывает пожелания пользователей, чисто for fun. >С другой стороны. Если разработчик сам знает, что нужно делать, и делает, >то что знает, не боясь ошибаться - всегда найдутся те, кому >это понравится и будет полезным. а также найдутся те, кому не нравится, кто сочтёт какую-либо фичу чрезмерной, лишней и вообще не *NIX-way. Если продукт не для себя или для узкого междусобойчика, то мнение и этой группы несогласных пользователей стоит учитывать. > Поэтому тем, у кого есть способности >что-либо творить, о чужом мнении нужно думать в последнюю очередь. А >что было ошибкой, а что нет, и с какой стороны лучше >разбивать яйца - это тоже лучше решать самостоятельно. Моё мнение: если есть конфликт, то нужен компромисс в виде опции. То есть, пусть пользователи сами решают, хотят они видеть ту или иную фичу или нет. В некоторых специфичных случах нужно принимать решение самостоятельно, это беспорно (например, какая опция должна быть включена по умолчанию :) ). Но чаще нужно просто идти навстречу пожеланиям, дабы повысить интерактивность между разработчиками и пользователями. >И, наконец, те кто всегда точно знают, как по их мнению было >бы лучше, но сами сделать не в состоянии, а только другим >оценку дают - ценность подобных оценок в лучшем случае бывает чуть >менее, чем нулевая. Нет, такие люди могут быть хорошими психологами, социологами или просто толковыми тестерами. Их мнение очень ценно, лучше спросить мнения об новой фиче или об новом внешнем виде у таких пользователей, чем у других таких же как ты разработчиков, ибо у разрабов могут быть одинаково "замылены глаза", а свежие и неожиданно "прямые" решения могут приходить со стороны. По теме: хорошая новость. Не питонист, так бы попробовал подмочь :) P.S. Автор XYZкоммандера, на Си не пишете? ;)
	Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

	63. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Max E. Kuznecov (?), 18-Янв-10, 22:17
	Писал когда-то, сейчас совсем почти не приходится, а жаль ;)
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от pavlinux (ok), 19-Янв-10, 02:09
	>Писал когда-то, сейчас совсем почти не приходится, а жаль ;) Это Слаффка так в миднайт переманивает... :)
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 18-Янв-10, 22:30
	>Это всего лишь значит, что разраб реализовал всё, что хотел, детище его устраивает полностью; а дальше просто разраб реализовывает пожелания пользователей, чисто for fun. Об этом я уже написал здесь https://www.opennet.ru/openforum/vsluhforumID3/63006.html#54 Только существует принципиальная разница между реализацией чужих пожеланий, следствием самореализованности, и зависимостью от чужого мнения, следствием сомнений в себе. >а также найдутся те, кому не нравится, кто сочтёт какую-либо фичу чрезмерной, лишней и вообще не *NIX-way. Это тавтология сказанного мной. Так к кому нужно прислушиваться по-вашему? К тем, кому нравится, или к тем, кому не нравится? Если и те и другие будут в любом случае, что бы разработчик не делал. И если всегда можно найти тех, кому понравится, то зачем вообще обращать внимание на тех, кому не нравится. >Если продукт не для себя или для узкого междусобойчика, то мнение и этой группы несогласных пользователей стоит учитывать. Это зависит от того, как создатель себя позиционирует прежде всего по отношению к себе. Вопрос, а нужно ли быть для тех, кто с тобой не согласен, если всегда можно найти согласных если хорошенько поискать. А еще лучше даже вообще не тратить усилия на поиски согласных, поскольку если достичь согласия с самим собой, то согласные сами находятся без усилий. >Моё мнение: если есть конфликт, то нужен компромисс в виде опции. То есть, пусть пользователи сами решают, хотят они видеть ту или иную фичу или нет. Конфликты в творчестве - это либо результат внутреннего конфликта разработчика, либо внутреннего конфликта тех "критиков", которых раздражает сам факт существования чего-то, что их не устраивает. И вместо того, чтобы искать или самим создавать они призываются создателей выгибаться под чужие нужды. Страх перед возможными ошибками или конфликтами - это и есть показатель внутренней неуверенности создателя. >В некоторых специфичных случах нужно принимать решение самостоятельно, это беспорно (например, какая опция должна быть включена по умолчанию :) ). Но чаще нужно просто идти навстречу пожеланиям, дабы повысить интерактивность между разработчиками и пользователями. Проще предоставить им возможность самим реализовывать свои пожелания, не жертвую своим творчеством. А я уже сказал в самом начале, что это достигается самореализацией. Зависимость от мнения нереализованных людей только усилит неудовлетворенность всех сторон. >Нет, такие люди могут быть хорошими психологами, социологами или просто толковыми тестерами. Психология и социология - это всего лишь инструмент (в случае, если не являются сами объектом творчества). И могут быть использованы как для самореализации, так и для оправдания своего текущего положения. Может быть они и хорошие психологи и социологи, но свои способности в этих направлениях они обычно используют (обычно подсознательно и без умысла, хотя не всегда) для самооправданий и для того, чтобы превратить (это тоже неосознанное желание как правило) творческих людей в себе подобных, чтобы те их не так раздражали. >Их мнение очень ценно, лучше спросить мнения об новой фиче или об новом внешнем виде у таких пользователей, чем у других таких же как ты разработчиков, ибо у разрабов могут быть одинаково "замылены глаза", а свежие и неожиданно "прямые" решения могут приходить со стороны. Все в мире ценно. Вопрос на каком месте каждая ценность должна стоять. Лично для вас мнение других очень ценно. Это очевидно. Разница в том, что творческие люди обычно изнутри чувствуют, что чем лучше они реализуются, тем больше будет от них пользы. Хотя часто испытывают сомнеия правильно ли они поступают. Пока наконец, наслушившись чужих советов, не понимают, что самое ценное им удавалось сделать, когда они поступали по-своему. Остальные же упорно пытаются извлечь собственную выгоду из чужой выгоды. И постоянно испытавют страх, что их не оценят.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	65. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 18-Янв-10, 22:45
	>Их мнение очень ценно, лучше спросить мнения об новой фиче или об новом внешнем виде у таких пользователей, чем у других таких же как ты разработчиков, ибо у разрабов могут быть одинаково "замылены глаза" Еще раз, я говорил о том, что лучше вообще ни у кого не спрашивать мнения, а вы говорите о том, у кого его лучше спрашивать - совершенно разные вещи. Это лишний раз подтверждает вашу зависимость от чужого мнения. Вы просто не представляете, как можно действовать иначе. И пытаетесь все время вычислить, у кого же "глаза замылены" меньше. Поскольку собственным доверяете меньше всего. >а свежие и неожиданно "прямые" решения могут приходить со стороны. Решения вообще могут прийти откуда угодно, даже от противников. Хотя лучшие решения приходят как правило изнутри. Если эту способность постоянно развивать. Только еще раз, решения - это одно, а мнеия по поводу этих решений - совсем другое. Даже если источник и мнений, и решений, один и тот же.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
	Сообщение от sashkan (?), 19-Янв-10, 00:37
	>>>В чем профит от отучения? >>скорость работы (в т.ч. с файлами). > >А ежели ему не натЬ скорость? Ежели ему натЬ ну скажем "наглядность"? nautilus-ы всякие не лучше ли подойдут в плане наглядности? >Да и вообще странный ты тип - "их энергию да в мирные >цели", "зачем нежен еще один XYZ" - ты мир отрытого кода >тоько сегодня утром откыл? Так я тебя быстро введу в крс >дела - тут _каждый_ волен делать что ему нравится. Заметь - >не тебе, а ему самому. >Впрочем ты в свою очередь волен проповедовать что "шелл наше всё" (ога >раз ты 360\370 застал расскажи как чудовишно хорош был грёбанный JCL >;) ну и прочие радикальные дела. не припоминаю брудершафтов, потому рискну оставить сей пассаж безответным.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	53. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Ъ (?), 18-Янв-10, 19:39
	>текст, на который отвечаете, прочитать удосужились? если нет, повторяю: я спрашивал «на кой», а не «кому». «кому» — я и так прекрасно понимаю… И чё? Выпендреж владения литературным русским языком аж зашкаливает, типографика и все дела, только смысл в предложении отсутствует, да и шифт в начале предложения подводит, что не фраза то пустышка в фантике. В общем мне нужна эта программа, а на "кой" она мне нужна, вам должно быть фиолетово. А если это не так, то это хороший повод для очередного заработка вашего психоаналитика.   >скорость работы (в т.ч. с файлами). Эй птичка полетели туда, там столько вкусного... /Крылья, ноги, хвост/ Скорость работы зависит напрямую от привычки, если я/ты/он/она привык пользоваться 20 лет двухпанельными файловыми менеджерами, то мне/тебе/ему/ей удобней и быстрей работать в нём. >меня смущает тот ход мыслей, в результате которого может зародиться идея: «а не написать ли мне ещё один файловый менеджер?» mc слишком глючный, благо в 4.7 много что поправили (спасибо ребятам кстати), при этом написан на С, врубаться в "тоны кода" на С придется долго. На Python получить приемлемый результат тупо быстрее, и такие мысли, как видно, приходили не только ко мне, и автор этой программы оказался менее ленивым чем я, за что ему отдельное спасибо. >не знаю, что там вы подразумеваете под «классами», но shell-ы вполне себе заточены под задачи управления файлами. shell заточен под, а файловый менеджер под конкретную задачу работы с файлами, а узкоспециализированный инструмент всегда выигрывает у широкопрофильного, в решении той самой узкой задачи для которой он предназначен, так что ваша байка о превосходстве оболочек над файловыми менеджерами, работе с файлами, не более чем ваша байка.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	68. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
	Сообщение от sashkan (?), 19-Янв-10, 00:30
	>>текст, на который отвечаете, прочитать удосужились? если нет, повторяю: я спрашивал «на кой», а не «кому». «кому» — я и так прекрасно понимаю… > >И чё? Выпендреж владения литературным русским языком аж зашкаливает, типографика и все >дела, только смысл в предложении отсутствует, да и шифт в начале >предложения подводит, что не фраза то пустышка в фантике. >В общем мне нужна эта программа, а на "кой" она мне нужна, >вам должно быть фиолетово. >А если это не так, то это хороший повод для очередного заработка >вашего психоаналитика. о! какие знакомые потоки фамильярности и личных выпадов! (не на лор ли я попал?) >>скорость работы (в т.ч. с файлами). >Скорость работы зависит напрямую от привычки, если я/ты/он/она привык пользоваться 20 лет >двухпанельными файловыми менеджерами, то мне/тебе/ему/ей удобней и быстрей работать в нём. «удобство» — да, чисто субъективный критерий. «скорость работы» — гораздо объективней. >>меня смущает тот ход мыслей, в результате которого может зародиться идея: «а не написать ли мне ещё один файловый менеджер?» > >mc слишком глючный, благо в 4.7 много что поправили (спасибо ребятам кстати), >при этом написан на С, врубаться в "тоны кода" на С >придется долго. эх ма, про то и речь веду. есть ведь, есть эффективные средства работы с файлами! зачем от добра добра искать? >>не знаю, что там вы подразумеваете под «классами», но shell-ы вполне себе заточены под задачи управления файлами. > >shell заточен под, а файловый менеджер под конкретную задачу работы с файлами, >а узкоспециализированный инструмент всегда выигрывает у широкопрофильного, в решении той самой >узкой задачи для которой он предназначен а вот тут не соглашусь — в вопросе что считать комбайном, а что специлизированным инструментом. >так что ваша байка о >превосходстве оболочек над файловыми менеджерами, работе с файлами, не более чем >ваша байка. ну какая ж это «байка»? history+completion+мета-подстановки — это объективная реальность, данная всем желающим их использовать в ощущениях.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от Ъ (?), 19-Янв-10, 17:40
	>о! какие знакомые потоки фамильярности и личных выпадов! (не на лор ли я попал?) Надо было сначала понять куда попал, а уж потом писать "первонах" и получать за это заслуженные "похвалы". >«удобство» — да, чисто субъективный критерий. «скорость работы» — гораздо объективней. Пруф на замеры скорости? >а вот тут не соглашусь — в вопросе что считать комбайном, а что специлизированным инструментом. Фиолетово в крапинку на ваше согласие. >ну какая ж это «байка»? history+completion+мета-подстановки — это объективная реальность, данная всем желающим их использовать в ощущениях. А что шелл уже отсутствует в двухпанельных файловых менеджерах и не имеет той же истории и дополнения команд?
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от x (?), 18-Янв-10, 20:29
	>>скорость работы (в т.ч. с файлами). Нету скорости работы, как так, так и с файлами. Есть высокая скорость выполнения _типичных_ (привычных) задач, для решения которых нормальные пацаны пишут скрипты/программы, а не насилуют консоль.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	71. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
	Сообщение от sashkan (?), 19-Янв-10, 00:47
	>>>скорость работы (в т.ч. с файлами). > >Нету скорости работы, как так, так и с файлами. ваше слово против моего (улыбка)? >Есть высокая скорость >выполнения _типичных_ (привычных) задач, для решения которых нормальные пацаны пишут скрипты/программы, >а не насилуют консоль. для типичных задачек скрипты/программы — это явный перебор. однострочников в history для мелких задачек более чем достаточно.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от x (?), 19-Янв-10, 01:38
	>ваше слово против моего (улыбка)? Не, слово _большинства_ против вашего, ага. Меньшинства, как показывает история, такие большие затейники... >для типичных задачек скрипты/программы — это явный перебор. однострочников в history для мелких задачек более чем достаточно. У пользователей не бывает типичных задачек, решаемых однострочником. Этим они отличаются от админов.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 19-Янв-10, 01:48
	>>для типичных задачек скрипты/программы — это явный перебор. однострочников в history для мелких задачек более чем достаточно. > >У пользователей не бывает типичных задачек, решаемых однострочником. Этим они отличаются от >админов. ах, да-да-да, простите. как я мог забыть про «сферических пользователей в вакууме». спешу вас разочаровать: для меня лично такого понятия не существует. как не существует и понятий «пользователь-программист», «пользователь-администратор», «пользователь-домохозяйка». для меня лично все они — пользователи. просто пользователи.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от x (?), 19-Янв-10, 02:08
	>спешу вас разочаровать: для меня лично такого понятия не существует. как не существует и понятий «пользователь-программист», «пользователь-администратор», «пользователь-домохозяйка». Пользователь-домохозяйка не расстроилась из-за того, что для вас её нет. >для меня лично все они — пользователи. просто пользователи. Зачем вам такое длинное слово. Есть слово короче - ку.
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от User (??), 18-Янв-10, 13:59
	>>Вышел XYZCommander 0.0.3 (http://xyzcmd.syhpoon.name/), третий релиз нового консольного файлового менеджера для *nix > >на кой нужен ещё один файловый менеджер? >в то время, как с таким большим трудом удаётся отучать виндо-хомячков от >поделия mc, пишутся «аналоги»! >ведь в *nix есть два богатейших shell-а: bash(+readline+completion) и zsh(+все его прибабахи). > >на кой?! Не нравится! Не пользуйся!
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	41. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
	Сообщение от sashkan (?), 18-Янв-10, 16:13
	>>на кой нужен ещё один файловый менеджер? >Не нравится! Не пользуйся! (не надо меня заклинать («не нравится! не нравится!»), я не змея, на такие вещи не ведусь.) эх, если б всё так просто было. на уровне личных предпочтений…
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Третий релиз консольного файлового менеджера XYZCommander"	+1 +/–
	Сообщение от splat_pack (ok), 18-Янв-10, 17:10
	а может всетаки змея? :) вообще странно, вот вы все доброхоты все хотите "направить энергию в мирное русло", но почему ж вам не в домёк что челу просто по кайфу писать именно аналог mc, а не очередной драйвер к ядру линукса. Как вы хотите его заставить писать то что надо вам? Меня так например никто не заставит писать то что мне не в кайф. Ну за денежку разве что :)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
	Сообщение от sashkan (?), 18-Янв-10, 18:07
	>а может всетаки змея? :) змей-искуситель? может быть, может быть. >вообще странно, вот вы все доброхоты все хотите "направить энергию в мирное >русло", но почему ж вам не в домёк что челу просто >по кайфу писать именно аналог mc вдомёк, вдомёк! ещё как вдомёк! вот объясните, каким образом вы (или автор обсуждаемого велосипеда) пришли к этому своему «по кайфу»? только не рассказывайте, пожалуйста, что с детства мечтали написать клон midnight commander-а, не поверю. скорее, задача сложилась и оформилась под влиянием (в том числе) и мнения окружающих. так чем плохо в таком случае моё брюзжание? глядишь, и повлият в нужную сторону! вот соберутся сто человек и скажут автору xyzcommander-а: не нужно это, одумайся, мужик! не клепай ещё один велосипед, обрати внимание на другие задачи, что не доделаны. благо много их, и на всех хватит. и что вы думаете, таки не одумается?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от a (??), 18-Янв-10, 20:49
	Только тот, кто сам ничего не создает, может думать, что человечество один раз изобрело "велосипед" в истории - и все. Ну и посмотрите на первые "велосипеды". И сравните их с современными. А как насчет улучшений, модернизаций. Почему тогда по-вашему существует столько разных моделей и производителей "велосипедов"? Кроме того, те кто сами создавать не в состоянии, не понимают также, что во время создания альтернативных реализаций обычно делается много побочных изобретений, которые потом могут применяться совершенно в разных проектах, и из которых в конечном итоге и собирается что-то принципиально новое. >скорее, задача сложилась и оформилась под влиянием (в том числе) и мнения окружающих. То, что складывается под влиянием и мнением окружающих, обычно и бывает самого низкого качества. >так чем плохо в таком случае моё брюзжание? глядишь, и повлият в нужную сторону! Вряд ли оно на что-то повлияет. Разве что все увидят в вашем лице еще одного сильнозависимого от чужого мнения, который просто не представляет, как можно что-то делать, не глядя на мнение окружающих. >вот соберутся сто человек и скажут автору xyzcommander-а: не нужно это, одумайся, мужик! А автор возьмет, да и проигнорирует, то что ему скажут 100 человек. И только выиграет от этого. Вот прикол-то будет. Потому что когда 1 делает, не то что 100, а 1000 или 10000 говорят, как нужно правильно, но сами сделать не в состоянии. >не клепай ещё один велосипед, обрати внимание на другие задачи, что не доделаны. благо много их, и на всех хватит. и что вы думаете, таки не одумается? Он "клепает" не "еще один велосипед", а еще одну реализацию "велосипеда". Те кто сами создавать не в состоянии, обычно разницу не понимают. Ну не понравилась ему реализация существующих, вот он и решил по своему сделать. У него есть такая свобода выбора в отличии от тех, кто может только ездить на "велосипедах", созданных другими и жаловаться, что не так сделали. И ждать, что может быть когда-нибудь кто-нибудь сделает так, как они хотят.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 19-Янв-10, 01:09
	уважаемый! вы, надо понимать и есть автор обсуждаемой программы? если так и есть, то давайте я вам вкратце сформулирую свою точку зрения: велосипедами в контектсте этого треда я рассматриваю не файловые менеджеры как таковые, а новые реализации shell-ов. они есть, эти shell-ы. bash и zsh — наиболее развитые и продвинутые велосипеды. а файловые менеджеры — это нечто вроде дополнительных колёсиков к имеющимся двум, а то и трём. да, есть люди, которым не так важна эффективность работы, сколь наглядность. да, есть люди, которым вообще с файлами нафиг не нужно иметь дело. лишь очень изредка. вот для вышеупомянутых узких категорий пользователей файловые менеджеры просто необходимы. как яркие игрушки для младенцев. но вот пользователь подрастает, пора бы отучаться ему от ярких кубиков. и если у ребёнка мозг открыт для нового, сознание чисто и готово к принятию реального мира, то взрослому человеку, приученному к ярким кубикам, расставаться с ними ой как тяжело! ох, с каким же скрипом отрывается он от бесконечно щёлканья — мышкой, в случае графического файлового менеджера, или enter/home/enter, в случае cli-менеджера!
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 19-Янв-10, 01:11
	s/рассматриваю/называю/
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Третий релиз консольного файлового менеджера XYZCommander"	–1 +/–
	Сообщение от a (??), 19-Янв-10, 02:17
	>уважаемый! вы, надо понимать и есть автор обсуждаемой программы? >если так и есть, то давайте я вам вкратце сформулирую свою точку зрения: Гениально! А вы надо понимать, не иначе как Билл Гейтс собственной персоной! Ж))) >велосипедами в контектсте этого треда я рассматриваю не файловые менеджеры как таковые, а новые реализации shell-ов. они есть, эти shell-ы. bash и zsh — наиболее развитые и продвинутые велосипеды. Не надо так примитивно оправдываться. Вот как вы до этого написали. >не нужно это, одумайся, мужик! не клепай ещё один велосипед, обрати внимание на другие задачи, Из чего следует, что под "велосипедом" вы как раз и имели в виду "файловые менеджеры как таковые". >а файловые менеджеры — это ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... Это вы все тоже пишете для самооправданий. Суть была гораздо проще. Вы высказали мнение, что "переизобретать велосипеды" это плохо. Я высказал мнение, что это хорошо, хоть в прямом, хоть в переносном смысле. И привел аргументы выше, на которые вы возражения найти не смогли. А если вы считаете, что файловые менеджеры - такое по-вашему зло, так вам же сказали, ну не пользуйтесь. А когда еще и программы писать научитесь вместо того, чтобы других учить, то никогда файловые менеджеры не пишите. Я вот, например, файловых менеджеров не пишу и не пользуюсь. Хотя ничего дурного не вижу. в том, что человек взял и решил написать свою собственную альтернативу уже существующим.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от x (?), 18-Янв-10, 20:21
	Учебники по их эффективному использованию есть?
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	70. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 19-Янв-10, 00:43
	>Учебники по их эффективному использованию есть? advanced bash-scripting guide (есть и перевод). для начала. man bash, man readline. и практика, практика, практика. про zsh ничего внятного не скажу. не пользуюсь за ненадобностью.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от x (?), 19-Янв-10, 01:08
	Учебник по эффективным методам решения задач с помощью инструмента, а не учебник по    самому инструменту. Учебник по строительству дома, а не руководство по молотку, гвоздям, доскам, пиле, ножовке и т. д. Есть?
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от sashkan (?), 19-Янв-10, 01:32
	>Учебник по эффективным методам решения задач с помощью инструмента, а не учебник >по    самому инструменту. Учебник по строительству дома, а >не руководство по молотку, гвоздям, доскам, пиле, ножовке и т. д. >Есть? того, про что вы спрашиваете, в природе не встречал. свою собственную методику работы каждый, наверно, пишет для себя лично. тут, пожалуй, как с программированием. изучаете инструмент, кирпичики, а уж как с помощью них решать свои задачи — … хотя… можете заглянуть, например, в раздел http://linuxforum.ru/index.php?showforum=90 наверняка что-нибудь полезное почерпнёте. p.s. давно вот подумываю в блоге что-то подобное замутить. некое «деление опытом». вскорости не обещаю. поглядывайте иногда, если что: sash-kan.blogspot.com
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Третий релиз консольного файлового менеджера XYZCommander"	+/–
	Сообщение от x (?), 19-Янв-10, 01:57
	>того, про что вы спрашиваете, в природе не встречал. А на этом (знания списка и методов достижения целей с помощью известных инструментов) , знаете ли, и строится подбор инструментов для решения задач, дабы достичь определённую цель. >свою собственную методику работы каждый, наверно, пишет для себя лично. Ага. Методика называется "хождение по граблям". >тут, пожалуй, как с программированием. изучаете инструмент, кирпичики, а уж как с помощью них решать свои задачи — … Ага, выучить молоток, а потом бегать с ним в надежде что-нибудь (и идеале всё) забить, даже если никто не просил.
	Ответить | Правка | Наверх | Cообщить модератору

	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 | Индекс форумов | Темы | Пред. тема | След. тема