The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Утверждён переход Fedora Desktop на Btrfs и замена редактора vi на nano, opennews (??), 16-Июл-20, (0) [смотреть все]

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


48. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  –6 +/
Сообщение от Аноним (48), 16-Июл-20, 14:16 
> Использование по умолчанию nano вместо vi обусловлено желанием сделать дистрибутив более доступным для новичков, предоставив редактор, которым сможет пользоваться любой пользователь

Сделать дистрибутив более ламерским. Раньше то как-то люди начинали пользоваться ОСями с vi, и ничего, никто не умер.

Ответить | Правка | Наверх | Cообщить модератору

51. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Анонимemail (51), 16-Июл-20, 14:31 
Для "хакеров" сборку генту никто не отменял. А также LFS и вот это вот все.
Если я хочу подправить какой-то конфиг/написать коммит на удаленном серваке, vi(m) мне и не нужон. Хватит и nano. А для граждан, которым нужно что-то более специфическое - есть пакетный менеджер и репозитории. Обмазывайтесь своими вимами на здоровье.
Ответить | Правка | Наверх | Cообщить модератору

67. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (67), 16-Июл-20, 15:11 
В генту nano если чё. Оно даже в базовые файлы прописано и очень ругается, когда удаляешь и заменяешь на православный вим. Не, я всё понимаю, но нано это кривое дерьмо, которое особенно опасно использовать в генту -- во время моих экспериментов с "оптимизациями" флагов он запорол мне не один файл и система оказывалась моментально убитой.
Ответить | Правка | Наверх | Cообщить модератору

69. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (67), 16-Июл-20, 15:14 
Vim, кстати, продолжал работать, хотя там тот же ncurses (который у меня тогда сломался благодаря компилятору).
Ответить | Правка | Наверх | Cообщить модератору

150. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Анонимemail (51), 16-Июл-20, 17:58 
Тут суть не в самом генту, а в самом процессе ее сборки.
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

166. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (67), 16-Июл-20, 18:35 
> Тут суть не в самом генту, а в самом процессе ее сборки.

Чё её собирать? Самый обычный дистрибутив, разве что сделали чтобы было попроще применять патчи и переключать флаги компилятора. Вот и вся разница. И нано таки вместо вима штатно поставляется, т.е. на установочной флешке будет тоже нано. Фи.

Ответить | Правка | Наверх | Cообщить модератору

75. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  –1 +/
Сообщение от Аноним (48), 16-Июл-20, 15:18 
Всю жизнь он тут был по-дефолту, а тут вдруг репы теперь советуют подключать. Ну вот и подключай, чтоб свой nano поставить. vi - часть стандарта Single Unix Specification и POSIX, а твой nano нет, а потому именно он и должен быть установлен отдельно.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

130. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (12), 16-Июл-20, 17:19 
Тут же GNU/Linux юниксом не считают ;)
Ответить | Правка | Наверх | Cообщить модератору

206. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (-), 16-Июл-20, 21:57 
> Тут же GNU/Linux юниксом не считают ;)

Дык euler linux штука довольно специфичная...

Ответить | Правка | Наверх | Cообщить модератору

68. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +2 +/
Сообщение от Аноним (124), 16-Июл-20, 15:12 
Да, помню я qemm386 в config.sys и soundblaster в autoexec.bat прописывал без всяких подсказок из интернета. Избаловалось современное поколение, перфокарты им вручную колоть надо, да в поле рожать, а не вимы-наны всякие.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

132. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (12), 16-Июл-20, 17:21 
Из Нортона по F4. Я бы тоже без интернета догадался.
Ответить | Правка | Наверх | Cообщить модератору

238. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Ананимас008 (?), 17-Июл-20, 04:11 
это если этот самый волков/нортон есть.
а если бы таки прочел книжечку, то понял бы что простого

copy CON filename

достаточно

Ответить | Правка | Наверх | Cообщить модератору

101. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (12), 16-Июл-20, 16:31 
>Раньше то как-то люди начинали пользоваться ОСями с vi, и ничего, никто не умер.

Раньше терминалы физические были без клавиш F1 - F12 и без, привычных нам, Ctrl, Alt, Shift.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

162. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (27), 16-Июл-20, 18:25 
Это в какой параллельной вселенной и насколько "раньше"? До сотворения мира, или все же чуть попозжей?

F1-F10 - изобретение ibm pc. (11-12 добавлены сильно позже)
Alt тоже, а нынешняя meta была, хихи, escape (и нажимать ее следовало - отдельно!)
Но ctrl, shift - были даже на терминалах времен динозавров. И заметьте, sigabrt был повешен на ctrl-C в юниксах тех времен, когда ibm ничего кроме огромных шкафов и не думала выпускать.

Собственно, по этой причине vi и не использует никаких сочетаний с ctrl - половина этих команд вообще не отправлялась в линию, они локальным терминалом управляли. Вторая половина могла обрабатываться драйвером линии, не доходя до программы. Что, кстати, вполне актуально и сегодня, если чуть выйти за рамки мирка 1ВМ-РС. Очень здорово ведь - повесить команду save на xoff... И да, у ttl-serial обычно нет другого flow control, и буфер не бесконечный ни разу.

Ответить | Правка | Наверх | Cообщить модератору

279. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Ag (ok), 17-Июл-20, 13:51 
> Раньше терминалы физические были без клавиш F1 - F12 и без, привычных нам, Ctrl, Alt, Shift.

А вот фиг вам. PF1 - PF24, а у IBM-овских 327x еще PA1-PA3.

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

296. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (27), 17-Июл-20, 22:05 
PF24 - это только IBM и есть, причем только 3277  - у более ранних только 12, а у более поздних, как видишь:
https://upload.wikimedia.org/wikipedia/commons/a/a8/IBM-3279...
вообще ни одной, потому что нахер не нужны совершенно неинтуитивные и незапоминаемые в  таком количестве (зато есть аналог escape - слева в углу).

А у vt100 и иже с ним, которые традиционно и использовались с юникс-системами - только PF1-PF4, и то из них три гвоздем прибиты, по сути только PF1 изредка использовалась прикладным софтом (нет, это никогда не help, потому что help - PF2). Зато есть вполне нормальные control и escape. https://upload.wikimedia.org/wikipedia/commons/9/99/DEC_VT10... - сравните с ibmским уродом - сразу видно, что делали для людей, а что для прикованных рабов.

Ответить | Правка | Наверх | Cообщить модератору

160. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (160), 16-Июл-20, 18:20 
> Сделать дистрибутив более ламерским. Раньше то как-то люди начинали пользоваться ОСями
> с vi, и ничего, никто не умер.

А еще раньше люди загрузчик тумблерами на шине себе набивали, и никто от этого не умер.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

181. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (48), 16-Июл-20, 19:38 
Раньше это, к примеру когда я захотел FreeBSD изучить и купил по ней книжку. Там была статья в том числе и про vi, прочитал, попробовал, а только потом начал осваивать систему. А тут вдруг зумерам vi стал сложен. Аудиокнижку послушай про основы работы с vi, если читать разучился.
Ответить | Правка | Наверх | Cообщить модератору

194. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  –4 +/
Сообщение от Аноним (-), 16-Июл-20, 20:51 
Прикольные, конечно, проекции, но не угадали: я еще дедушку Нортона видел. И даже он уже был удобнее этого непотребства, на мой вкус.

А фрибсд имхо пусть идет вслед за vi. Две неудобные и неэффективные штуки фигарящих на своей волне, как по мне. Если кому это нравится - им и карты в руки, я этим пользоваться не собираюсь.

Ответить | Правка | Наверх | Cообщить модератору

277. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  –1 +/
Сообщение от Нормальный (ok), 17-Июл-20, 13:00 
Самый адекватный камент
Ответить | Правка | Наверх | Cообщить модератору

309. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (-), 17-Июл-20, 23:56 
> Самый адекватный камент

Ну я как бы пробовал и фрибсд. И не понял нахрена делать столько дурацких ритуальных камланий когда в линухе это можно в цать раз проще и быстрее делать. Если кто понимает зачем вся эта порнография - ему и карты в руки.

Ответить | Правка | Наверх | Cообщить модератору

297. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (27), 17-Июл-20, 22:14 
> Прикольные, конечно, проекции, но не угадали: я еще дедушку Нортона видел.

лучше бы ты дедушку фрейда видел, мальчик с синдромом утенка.

> И даже он уже был удобнее этого непотребства, на мой вкус.

для людей, чьи мозги необратимо изуродованы нортоном и msdos - он безусловно удобнее. Ведь дурацкие бессмысленные функциональные клавиши так "очевидно" и легко запомнить.
Было, пока в голове у тебя гулял межушный вакуум.

А те кто увидел сначала нормальные редакторы и нормальные шеллы, а не убл..очный недоделок - ничего в нем хорошего не обнаружили.

> я этим пользоваться не собираюсь

для тебя в винде все давно сделали как ты любишь. Бери и пользуйся.
Зачем подобные тебе рвутся уродовать линукс, который изначально делали те кто никакого нортона никогда не видел и близко - и именно поэтому он получился таким, какой есть - вот чего понять невозможно.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

308. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (-), 17-Июл-20, 23:47 
> лучше бы ты дедушку фрейда видел, мальчик с синдромом утенка.

Не факт, не факт, хотя дедушка конечно тот еще затейник.

> для людей, чьи мозги необратимо изуродованы нортоном и msdos - он безусловно удобнее.

Ггг и что характетно, в пингвинах есть миднайт, в виндах FAR - и я бы сказал что они по своему эффективны, из-за сочетания быстрой навигации, 2-панельных операций и к тому же командлайна под боком.

Более того - все кому я показывал как я ворочаю файловые операции почему-то немедленно ставили себе миднайт и начинали это делать в моем стиле. Уж не знаю почему, возможно им нравилось что теперь все это в РАЗЫ быстрее чем их варианты :)

> Ведь дурацкие бессмысленные функциональные клавиши так "очевидно" и легко запомнить.

Ну, лифтами даже самые тупые как-то пользуются. А там кнопок и то больше бывает. Так что вот этот аспект у меня проблем не вызвал. К томе же один и тот же кей делает одно и то же по смыслу насколько это возможно. Скажем F8 что файло стирает, что выделенные строки в редакторе. Хрыч Нортон и его компания таки имели некие представления о логической консистетности.

> Было, пока в голове у тебя гулял межушный вакуум.

Там на случай склероза, вы только подумайте, в нижней панельке подписано какой кей сейчас чего делает :). Nano это собезьянил до некоторой степени, кст. На мой вкус - хорошая идея. Хотите - запоминаете, не хотите - не запоминаете.

> А те кто увидел сначала нормальные редакторы и нормальные шеллы, а не
> убл..очный недоделок - ничего в нем хорошего не обнаружили.

Я как-то не понял для себя чего хорошего в vi. А вот баш мне допустим вполне по вкусу. Я бы предпочел чтобы он был немного более сиобразным, но в принципе и так для меня и моих нужд работает, а програмить на нем мегапроекты я все-равно не собираюсь.

> для тебя в винде все давно сделали как ты любишь.

Я пробовал винду, а потом Linux - и пришел к выводу что так как в линухе мне нравится больше.

В том числе, шелл и ряд аспектов юниксвэя. Скажем идея пайпить относительно простые проги друг в друга - весьма годно придумано. Можно забавный датапроцессинг и прочую мелкую автоматизацию "на коленке" наворачивать. В винде эти аспекты через ацкую джеппу. Цмдехе убог, поварщель слишком хардкорна и делает мозг. Золотой же середины у мс просто нет.

Еще винда тормозная, если та же прога в лине в 3 раза быстрее билдуется - я чо, самый МакЛауд втрое дольше ждать?

И она враждебна к системщикам. Блин, официозным методом мс отстроить ядерный драйвер? Ни разу не смог, заколебался раньше. А в ядре что, вон модуль ядра, за 5 минут скомпилил и вгрузил без всякой камасутры. Логично что в лине в 100500 раз больше системщиков в результате :)

> Бери и пользуйся.

Да зачем мне это тормозное некастомизируемое уг с отсталыми технологиями и бэкдорами? У них вообще нет для юзерья ничего сравнимого с btrfs например. Только для серверных некий ReFS, который на вид - как сильно обкоцаный вариант btrfs/zfs. Я что, самый больной платить за серверную винду за право поюзать тот обрубок? :)

Алсо, я решительно не представляю себе как запилить из винды одноплатник под вон ту пром автоматизацию например. И лицензия к тому дико враждебна, как и отсутствие сорца. Так что дорогие сэйлзы из мс, курите-ка бамбук. Вам мне нечего продать, для начала.

> Зачем подобные тебе рвутся уродовать линукс, который изначально делали те кто никакого
> нортона никогда не видел и близко -

Гы! Миднайт в пингвине был ... давно. Даже на каком-то совсем антике с 2.4 ядром ажно мне попадался.

> и именно поэтому он получился таким, какой есть - вот чего понять невозможно.

Если кто еще не понял, ветеранюниксадминов обставили на повороте - и админить так как это делали именно они никто особо и не хочет почему-то. Наверное потому что много непродуктивных ритуальных действий и прочих камланий.

Ответить | Правка | Наверх | Cообщить модератору

317. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (27), 18-Июл-20, 02:03 
> Ггг и что характетно, в пингвинах есть миднайт, в виндах FAR - и я бы сказал что они по своему
> эффективны

для страдающих синдромом утенка - безусловно. Остальные пользуются шеллом в юниксах и виндовым файлменеджером в винде. (попытки его косплеить в линуксных поделках "для десктопа" вызывают только недоуменные усмешки)

> Более того - все кому я показывал как я ворочаю файловые операции почему-то немедленно ставили
> себе миднай

потому что ты не в состоянии показать как это бысто и эффективно делают шеллом - просто потому что не умеешь.

> Там на случай склероза, вы только подумайте, в нижней панельке подписано какой кей сейчас чего
> делает

ну вот в этом и разница - вы зазубрили что там в нижней панельке подписано (потому что если каждый раз будете это читать - это будет уже вовсе не быстро и эффективно) - то есть совершенно бессмысленную отбалдовую информацию. И это ценнейшее знание бережно храните тридцать лет. А кто-то тридцать лет назад посмотрел на эти панельки и не понял, в чем прикол - copy я наберу быстрее чем вычитаю, на какой там она Fчто-то.

> Я как-то не понял для себя чего хорошего в vi.

потому что не научился пользоваться юниксом (а не vi).
Ничего удивительного.

> А вот баш мне допустим вполне по вкусу.

баш - один из самых отвратительных шеллов на свете, и, что характерно - вы им не можете пользоваться, вы ставите mc - потому что зазубренная f8 для вас "быстрее и эффективнее".

> В том числе, шелл и ряд аспектов юниксвэя. Скажем идея пайпить относительно простые проги друг
> в друга - весьма годно придумано.

вы не поверите, но винду надо тоже было не "пробовать", а почитать книжку (и не из серии "for dummies [from dummies]").
Тогда бы, возможно, вы узнали что эта идея там (еще во времена dos 2.0) позаимствована из юниксов, и "пайпить простые проги" можно точно так же. Но при этом можно и очень непростые (задачи взрослого админа сегодня в разы сложнее чем то для чего придумывали свой способ Ритчи с Томсоном, простые программы тоже кончились)  - правда, придется изучить еще одну довольно толстую книжку - про powershell.
Но вам надо сразу и нахаляву - поэтому вы выбираете всегда самое дерьмовое решение.

> Логично что в лине в 100500 раз больше системщиков в результате :)

и в результате все эти недоучки пишут недодрайвера, угу. А файловые системы тихо портят данные.
(в очередной раз наблюдая lockup в e1000) И проблемы с драйверами почему-то именно у л@п4атых поделок, а не в винде, где эти 100500 просто неспособны свои высеры довести до компилирующегося хотя бы состояния (а потом у них нет денег на сертификат, а LE там почему-то не принимают). А кто способен - в одно жало написал, к примеру, https://github.com/billziss-gh/winfsp - и ничуть не ныл что это суперсложно и ну ооооочень долго компилируется (десятки секунд на моей офисной помойке). Ну да, книжку снова пришлось прочитать, даже две - там отдельно про ddk, и отдельно про ifs еще потребуется поразбираться.

> У них вообще нет для юзерья ничего сравнимого с btrfs например.

да, такого чудовищного невменяемого дерьма, требующего каких-то "балансировок" вручную - и правда нет.
Зато есть ntfs - двадцать лет уже как, которая просто работает, а не крэшится на ровном месте.
refs "юзверью" нафиг не нужна (хотя и доступна в десятке уровня pro, вместе с dataspaces), а взрослые мальчики знают как ее готовить.  

> Алсо, я решительно не представляю себе как запилить из винды одноплатник под вон ту пром
> автоматизацию например.

ну да, книжки ведь не для тебя, а на stackovf ты не нашел подходящей копипасты.

> Если кто еще не понял, ветеранюниксадминов обставили на повороте

Это вечные недоучки только фантазируют, что они кого-то "обставили". По факту обставили они самих себя - дешевые ненужные рабы. Ничего толком не умеющие, и все делающие плохо, ведь инструмент ими ниасилен. Тяп-ляп, и так сойдет.

Результат я вон на работе вижу - четыре месяца висит задача "перенести базу данных со старого диска на новый". В любимом mc это немного затруднительно, а книжки не для вас.
Правда, дешевого раба выкинули в феврале на мороз, и новую вакансию было приоткрыли, но тут же закрыли - а зачем, собственно? Нового тяпляпера выдал аутсорсер, так и дешевле, и проще, а если ему фару на лоб повесить - то он косить может еще и ночью. База, правда, так и не перенесена. (Нет, это я за них делать не буду, мне совершенно неинтересно разбираться что они там понасочиняли и как это потом чинить - ведь в документацию тяпляперы тоже не могут.)
Зато могут рассказывать, как они кого-то там "обставили на повороте". А на деле загадили поляну так, что и в болотных сапогах по ней ходить неохота.


Ответить | Правка | Наверх | Cообщить модератору

324. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +/
Сообщение от Аноним (-), 18-Июл-20, 04:45 
> для страдающих синдромом утенка - безусловно.

Кроме утят тут дело еще и в
1) Скорость. Это _быстрый_ способ навигации по иерархии. В mc особенно круто стало после "links keys" когда стрелками стало можно. В far такого вроде нет. Более быстрых методов шарахаться по иерархиям я элементарно не знаю.
2) Визуально видно что тут у нас вообще такое.
3) И кстати встроенная вьюха (кста, даже с хексредактором!) очень полезна для опять же быстрой классификации того что тут навалено. Чойта за data7.wtf?! А, унутрях это зипархив? Ну, ок, а что там у нас? :)
4) И кстати оно умеет навигацию в дофига форматов архивов и прочие фтп как будто сие тоже дира.
5) Один бах ctrl+space и я знаю сколько вон то добро весит. Удобно если это на какую-нибудь флешку хотелось слить и дофига. А у вас сколько нажатий это займет? :)

> Остальные пользуются шеллом в юниксах

Он прикольный, НО имеет одно слабое место. Даже с автодополнением навигация по разлапистой иерархии там все же шибко тормозно. Миднайт это круто фиксит - и при том вся моща шела остается под рукой. Поэтому ее становится проще и быстрее запплаить "к вон той дире".

> и виндовым файлменеджером в винде. (попытки его косплеить в линуксных поделках "для
> десктопа" вызывают только недоуменные усмешки)

А этот просто тормоз - и там нет мощи консоли под боком. Там конечно есть свои сильные стороны типа превьюх фото. Но, черт, GUI - тормозит. И лично в моем случае это сильно сажает скорость операций. Я занимаюсь туповэйтингом машины. И лично меня это анноит. NTFS к тому же еще и сам по себе тормоз, на 50К файлах в 1 дире он раком встает хоть с какой программой вообще.

...надеюсь, это немного проливает свет на то почему те кто видел как я работаю с файлами тоже поставили миднайт. Я делаю такие операции быстрее в несколько раз. И, кстати, пример до чего можно разогнаться подал тоже какйо-то античный *никс админ с миднайтом, ворочавший файло так что я не поспевал за его действиями следить. А теперь я и побыстрее него это умею. В досе и нортоне таких скоростей не было т.к. там операции с диском изначально очень тормозные.

> потому что ты не в состоянии показать как это бысто и эффективно
> делают шеллом - просто потому что не умеешь.

Я предпочитаю брать лучшее из обоих миров. Где лучше работает обзор, я миднайтом. А где лучше скроить конструкцию на шелле - отлично, шелл как раз и был под рукой. Без шелла миднайт был бы совсем не то. И это то чего нет в нормальном виде в графически двухпанельниках, что делает их глупыми и бесполезными артефактами. Шелл - половина крутизны *nix-way, отказаться от этого я не готов.

А что, возьмите да попробуйте. Только если вдруг подсядете - сорь, я предупреждал, заразно :)

> ну вот в этом и разница - вы зазубрили что там в нижней панельке подписано (потому что
> если каждый раз будете это читать - это будет уже вовсе не быстро и эффективно) -

Это как раз свобода маневра. Если пару конфигов поколупать, раз в месяц - лучше надписи почитать. А если хочется поплотнее поорудовать, нужные шорткаты постепенно запомнятся и эффективность возрастет. Без радикальных и неестественных действий. ИМХО это хорошо и правильно.

> и не понял, в чем прикол - copy я наберу быстрее чем вычитаю, на какой там она Fчто-то.

А я бахну F5 на чем вижу. В разы быстрее чем вы напечатаете. И, кстати, я вон те 20 файлов могу "зеброй" выделить - и закопировать только 11 из. Даже если и не смог придумать годный wildcard или алгоритм и просто in-situ пометил "на глаз". В шелле вы это не повторите в сколь-нибудь эффективном виде.

Ну в общем я бы не стал учиться у вас эффективности файловых операций =)

> потому что не научился пользоваться юниксом (а не vi).

Я не собираюсь безусловно упираться в концепции даже если это хреново работает. Однако, имею заметить, шелл с башем мне пришелся вполне по вкусу. Равно как и пайпинг прог друг в друга. Отличные инструменты в мою палитру, весьма эффективные, если к месту и по делу. И, кстати, отлично сосуществует с миднайтом.

> Ничего удивительного.

На мой вкус вы не в состоянии признать что у концепций бывают и слабые стороны.

А попробуем наглядно?! Сколько нажатий кнопок вам надо чтобы вернуться на 1, на 2 и на 3 уровня иерархии вверх и посмотреть что там? Посчитайте и скажите свои кнопки для этих случаев. Я скажу свои. И сравним. Как вам идея? :)

> баш - один из самых отвратительных шеллов на свете, и, что характерно - вы им не можете пользоваться,

Обычное развитие sh. Вполне недурное для задач мелкой системной автоматизации и тому подобного. А больше мне от него ничего и не надо.

> вы ставите mc - потому что зазубренная f8 для вас "быстрее и эффективнее".

F8 на том что я хочу развидеть - эффективно! 1 нажатие для ЗБС - абсолют. Эффективнее только прямой интерфейс в мозг.

> вы не поверите, но винду надо тоже было не "пробовать", а почитать
> книжку (и не из серии "for dummies [from dummies]").

Вы не поверите, но я умею ее на уровне энтерпрайз админа, со всеми эксченжами и домен контроллерами. Но виндовая автоматизация мне ну вот не нравится, от слова вообще. На баше я, видите ли, могу просто пойти и просто сделать. Поэтому вон там дира с мувиками с камер, а вон там мой скриптик, который их разгребает. Такой модели - такой командлайн ффмпега. А вон той этакий. А вот еще крутануть мувик, если теги говорят что он вертикальный, дабы проц не жрать. А вот тут сколько у нас аудиотреков? Если 1 то так, если 2 то эдак.

А в чем пойнт? Есть дофига мувиков. Пара минут, и скриптик сам ворочает их классификацию, зырит теги, меняет командлайн, я это запускаю и забываю. А потом остается толко забрать результат.

На именно виндовых технологиях я что-то такое сделать бы вообще толком не взялся. Не то чтобы это нерешаемо - но как-то слишком канительно или хардкорно и весь пойнт профачен.

> dos 2.0) позаимствована из юниксов, и "пайпить простые проги" можно точно так же.

Просто cmd.exe убогий, bash работает кривовато, powershell какое-то нечто не от мира сего. И явно не целит в мелкую автоматизацию. А для полновесного хардкора дотнетчики и так могли дотнет взять. И даже блабла про АД не катят, админы АДа которых я знаю накодили себе тулсы на js/vbs под wsh в результате, потому что так им тупо проще и быстрей было.

> Но при этом можно и очень непростые (задачи взрослого админа сегодня в разы сложнее чем
> то для чего придумывали свой способ Ритчи с Томсоном, простые программы тоже кончились)  -

Вы начинаете догадываться почему появился системд и почему он не очень юниксвэйный? :)

> правда, придется изучить еще одну довольно толстую книжку - про powershell.

К счастью, не мне. Я не понимаю зачем такое УГ надо и какой у него юзкейс.

> Но вам надо сразу и нахаляву - поэтому вы выбираете всегда самое дерьмовое решение.

Да вот фэйл в том что под виндой мне как-то в целом дерьмовее ощущалось - так что я не только сэкономил, но и заапгрейдил эффективность. Win-win.

> и в результате все эти недоучки пишут недодрайвера, угу. А файловые системы
> тихо портят данные.

Это вы майкрософту расскажете, у которых несчастный ntfs.sys цатый год к ряду падает в бсод при налете на битые метаданные. А в линухе - при первом намеке на что-то такое даже если сам не смогу пофиксить, то уж стопудово покажу тем кто сможет и всячески подыграю чтобы они смогли вдуплить что там в их коде идет не так.

С майкрософтом так решительно не катит - до них, для начала, лично я ни разу не смог доораться. Пинаться с индусней первой линии сапорта зело утомительно. А в лине я знаю где живые разработчики ключевых подсистем обитают. И поэтому в лине я таки смог наслаждаться более-менее BUG FREE кернелом и дровами.

> (в очередной раз наблюдая lockup в e1000)

Ну вы там наблюдайте. А я у себя выбил все GPU lockups, что покруче будет. И знаете, винды более 3 недель аптайма никогда не выживали. Линух до 3 месяцев точно может, да и больше тоже, просто иногда кернель посвежее все же хочется, так что я все же ребутаюсь.

> И проблемы с драйверами почему-то именно у л@п4атых поделок, а не в винде,

У меня ровно обратный опыт. В лине у меня нет проблем с драйверами. В том числе и потому что я несколько раз плотно впрягался в войну с багами при поддержке вон той толпени. Это было кайфово и, главное, РЕЗУЛЬТАТИВНО. А в винде мало тоого что были - так я еще и доораться до тех кто реально может это пофиксить не смог.

> потом у них нет денег на сертификат, а LE там почему-то не принимают).

Ну а я вот в своих линухах патчу себе дрова, экспериментирую с разными кернельными штуками - и, лол, у меня мастер ключ есть. Которым все и подписываю. Обойдусь без индусских нянек как-нить. А для хакеров у меня lockdown включен, чтобы им было поудобнее долбаться. Прикольно же когда система работает на меня, против плохих парней. А в винде почему-то все наоборот...

> А кто способен - в одно жало написал, к примеру, https://github.com/billziss-gh/winfsp
> - и ничуть не ныл что это суперсложно и ну ооооочень долго компилируется (десятки секунд
> на моей офисной помойке).

У майкрософта какой-то очень гиморный официальный DDK на мой вкус. Линуксные модули попрообвать компильнуть и вгрузить в 100500 раз проще и быстрее. И взять руль своей системы в своей руки можно. Что я и сделал. Мне так больше нравится. Обойдусь без нянек.

> Ну да, книжку снова пришлось прочитать, даже две - там отдельно про
> ddk, и отдельно про ifs еще потребуется поразбираться.

Флаг вам в руки. Я когда-то перся от ядра NT но как-то задолбался от враждебности ms ко всему этому и нахрен оно теперь мне надо, с линухом для меня открылись новые горизонты. Соврешенно недостижимые для меня из винды.

Я не смогу запилить околоиндустриальную эмбедовку из винды на ARM. А на лине - легко. И даже бесплатно. И это полностью подконтрольный мне solution. На котором я к тому же могу легально денег рубануть. И кастомизировать от и до как мне надо. Винды против такого без шансов, там такой кейс не предусмотрен толком.

> да, такого чудовищного невменяемого деpьма, требующего каких-то "балансировок" вручную - и правда нет.

В эпоху энтерпрайзов я разбаловался, познал виртуалки и снапшоты и возжелал и железками рулить в таком же духе. И вот теперь, в линухе, я это, натурально, могу. А в вашем чудовищном невменяемом этсамом - нечего мне предложить :)

> Зато есть ntfs - двадцать лет уже как, которая просто работает,

Ну не, я хочу чтбы за 20 лет был какой-нибудь прогресс. Технологии 20-летней давности совсем без улучшений? Зато с предложением это оплатить в 5-й раз? С троянами внагрузку? Ой, себе оставьте.

> а не крэшится на ровном месте.

А что ж я тогда юзерам вынимал файлы с тома который винду в бсод при попытке монтирования роняет? Fuse его более-менее сжевал, юзери получили файлы назад, чему были неимоверно рады :)

> refs "юзверью" нафиг не нужна (хотя и доступна в десятке уровня pro,
> вместе с dataspaces), а взрослые мальчики знают как ее готовить.

Шли бы эти зайчики-маздайчики... в какой там еще powershell.

> ну да, книжки ведь не для тебя, а на stackovf ты не нашел подходящей копипасты.

А зачем? Я с линухом уже между "на ты" и "эй ты, кoзел!". Я им пользуюсь для себя и всех своих воркфлоу и в состоянии решить все технически проблемы. Де факто взяв уровени OEM-а и системного интегратора. По поводу чего не прочь аплаить знания и скиллы и для других - for fun and profit. Майкрософт сделал более чем достаточно чтобы убить для меня fun, так что теперь могут убираться к дьяволу. Вместе с книжками, троянами и бредовыми условиями.

> Это вечные недоучки только фантазируют, что они кого-то "обставили".

Кроме фантазий есть еще тупо списки вакансий. И вообще когда меня какой-то маздаец учит юникввэю это лол. Меня конечно можно подколоть что и у меня был виндовый бэкграунд... но проблема в том что я не считаю его более эффективным, так что для меня переход имел серьезный пойнт :)

> По факту обставили они самих себя - дешевые ненужные рабы.

Вопрос спроса и предложения. Псинодевам не так уж плохо платят, кста. На мой вкус они просто слишком вебмакачные, для себя я предпочел странные гибридные поприща где радикально меньше конкурентов, а индустриалы и вокруг к тому же народ не бедный.

> Ничего толком не умеющие, и все делающие плохо, ведь инструмент ими ниасилен. Тяп-ляп,
> и так сойдет.

Опять же, рынок. Если пипл хочет это, за столько и платит столько - получает то что получает. Мне сие не особо нравится и поэтому я не занимаюсь вебмакакингом.

> выдал аутсорсер, так и дешевле, и проще, а если ему фару
> на лоб повесить - то он косить может еще и ночью.

Ну, это проблемы того аутсорсера и вас. Мне то какое дело?

> деле загадили поляну так, что и в болотных сапогах по ней ходить неохота.

Эй, парни, вы правда этому маздайниксадмину нагадили на поляну? Какие молодцы! Смотрите, он добавки просит!

Ответить | Правка | Наверх | Cообщить модератору

356. "Утверждён переход Fedora Desktop на Btrfs и замена редактора..."  +1 +/
Сообщение от Аноним (272), 20-Июл-20, 13:20 
> Скорость. Это _быстрый_ способ навигации по иерархии.

ничуть не быстрее шелла.

> В mc особенно круто стало после "links keys" когда стрелками стало можно.

вы забыли про двадцать раз нажать стрелку вниз, прежде чем будет "можно" всего лишь на следующий ее уровень.
Да, там есть tab completion, но он в разы неудобнее и медленнее шелловского (потому что просто tab занят ненужно-фичей дос-поделки)

В explorer просто тычут мышью в нужное место иерархии или добираются до него через shortcut. Эта часть в нортоне была сделана с опозданием на пять лет и плохо слизана с другого, действительно стоящего файлменеджера, не пытавшегося быть оболочкой вокруг command prompt. Поэтому и в mc она убогая и ей почти никто не пользуется.

> Визуально видно что тут у нас вообще такое.

это нужно только для разгребания файлопомоек - что в большинстве случаев редкость. В оставшихся требует гуя, ибо файлопомойка нынче либо видео, либо фото с автогенеренными бессмысленными IMG_2345.JPG именами. В линухе для этого нет ничего вообще.

> И кстати встроенная вьюха (кста, даже с хексредактором!) очень полезна для опять же быстрой
> классификации

и как, ловко помогает хексредактор отличить IMG_2345.JPG от IMG_2346.JPG ?
А остальное требует гуев, умеющих в thumbnails как минимум, а в идеале - метаинфу (потому что не по имени эти файлы ищут). То есть совсем не ложится в нортоновскую концепцию 80х годов.

> Один бах ctrl+space и я знаю сколько вон то добро весит.

вы опять забыли стотридцатьраз стрелкавниз

> Удобно если это на какую-нибудь флешку
> хотелось слить и дофига. А у вас сколько нажатий это займет?

du -sh abcd<tab>

> Он прикольный, НО имеет одно слабое место. Даже с автодополнением навигация по разлапистой
> иерархии там все же шибко тормозно.

это только если промежуточные уровни иерархии - из одной-двух позиций (точнее, строго с двух). А если их там сотня - быстрее будет снова шелл. И из одной тоже, потому что tab сразу дополнит до последнего уровня.

> А этот просто тормоз - и там нет мощи консоли под боком. Там конечно есть свои сильные стороны
> типа превьюх фото. Но, черт, GUI - тормозит.

у меня не тормозит, что я делаю не так?
У вас скорее тормозет не gui, а парсер (поскольку он анализирует метаинфу а не только последние три буквы после точки) - надеюсь, догадаетесь, почему и что надо сделать.

> Ну вы там наблюдайте. А я у себя выбил все GPU lockups, что покруче будет. И знаете, винды
> более 3 недель аптайма никогда не выживали.

так может работать надо было, а не др...ть?
У меня почему-то ничего не происходит с виндой - ни после трех недель аптайма, ни после тридцати, кроме очередных плановых обновлений. Никаких gpu lockups. И сетевые карты тоже не локаются. Поэтому мне совсем неинтересно знать, что там л@п4атые у себя поломали и как вы там героически это исправили - я в это наигрался в 2000м и раньше, и ничуть не почувствовал себя героем - убив кучу своего времени на исправление чужих косяков (портящих мои а не чужие данные, на минуточку), что еще пол-беды, так еще и на уговоры что исправление все же надо принять.

> Ну не, я хочу чтбы за 20 лет был какой-нибудь прогресс.

ну вот вам прогресс - за 20 лет линуксные костылики и подпорочки под идеями тридцатилетней давности кое-как догнали уровень ntfs5, 2000го года разработки. Со всеми промежуточными граблями - типа героических битв с 2G лимитом в середине 2000х и еще более смешными.
Теперь можно снова догонять data spaces и director - с пустым-то бидоном бегать легче.

> Кроме фантазий есть еще тупо списки вакансий.

ну вот есть - куча вакансий для дешевых дурачков, пашущих 24x7, да.
Неспособных базу передвинуть с диска на диск - наверное, не нашли готовый рецепт в серверфолте. Уровень системного интегратора, ога.

> И вообще когда меня какой-то маздаец учит юникввэю это лол.

мальчик, я работал в юниксах когда ты еще не родился. Проблема в том что мне как раз были интересны - юниксы, а не дерьмовый косплей идей винды, подсмотренных через плечо, или убогих дос программ 87го года. Эта поляна теперь до омерзения затоптана, на ней уже вряд ли что-то вырастет, кроме дешевых поделок "чтоб не платить".

> Опять же, рынок. Если пипл хочет это, за столько и платит столько - получает то что получает.

Ну так и не рассказывайте сказок что кого-то "обставили".
Пипл хочет задарма и побольше - вы именно это предоставляете.

Пиплу который хочет хорошо и надежно - вы ничего предоставить не можете, для этого не драйвера на коленке говнякать надо уметь.

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру