Называйте меня нудным/душным, но ИМХО, знать в git что-то кроме "git add .; git commit -m 'some fixes'; git push" это необходимость для программиста, а не узкие знания нужные единицам
Действительно, пара символов это слишком сложно, еще и автодополнений в консоли не придумали
(2) обернуть название каталога в кавычки (которых, к тому же, нет в (стандартной) русской раскладке — привет, переключение раскладок туда-сюда)...
Мне сложно представить работу в консоли не с английской раскладкой в принципе, к тому же - а вдруг среди необходимых вам спецсимволов будет, например "@" - все равно раскладку переключать.
А еще в некоторых системах/эмуляторах терминала сочетания клавиш могут не работать с русской раскладкой в принципе без костылей, или например пользуешься клавиатурой без F ряда.
(3): вы решили не ту задачу — просили создать несколько каталогов на одном уровне
Не легко решить задачу, которая в голове у вопрошающего, потому что в треде вопроса о создании каталогов на одном уровне не было
самое главное вы не услышали, повторюсь: «набивается она значительно быстрее, чем это вы в консоли всё запишите»
Вы видимо тоже не услышали вывод:
по скорости тут выиграет тот кто быстрее печатает в целом, а не какой-то инструмент
Пожалуй дополню этот вывод - "быстрее печатает и пользуется привычным инструментом": для меня терминал куда более привычный инструмент, чем FAR (с появлением wsl2 вообще перестал им пользоваться).
Я ни в кое случае не умоляю ни сам FAR как таковой, ни файловые менеджеры в целом, ни чей-угодно пользовательский опыт - пусть каждый пользуется тем, что ему удобнее, в конце концов именно благодаря этому у нас есть разные инструменты среди которых и можно выбрать свой "центр компьютерной вселенной".
я наверное не понял какой сценарий хотите воспроизвести, но кажется что "это другое" и если нужно получить список файлов, основываясь на содержимом, то тут более подойдет grep
но вообще тут базовые принципы разные получаются: если нужна интерактивность, то да - файловые менеджеры будут ИМХО вне конкуренции, если нет - в ход идут head/tail/less/grep/awk и т.д. и т.п.
редкоиспользуемый мной lf поддерживает сколько угодно панелей - он работает по принципу сессий и если открыть новый экземпляр, например в новом окне терминала, новой панели/окне tmux или вообще в другом приложении терминала, позволяет выполнять все операции, как если бы это был многопанельный файловый менеджер (например найти файл в окне терминала, там его скопировать, а вставить через встроеннйы терминал в IDE - пример вымученный, но все же). ЕМНИП, nnn работает +\- также, а у ranger есть встроенный multipane режим.
Всегда поражался самоорганизации людей, способных вести такого рода заметки и не раз пытался делать также - в итоге так и не смог развить в себе привычку/дисциплину ведения дел, а жаль
Кмк вы оба правы, просто немного о разном говорите: кажется fluid и crystallized не существуют в отрыве друг от друга. Так, например чтобы успешно решать алгозадачи на собесах, нужен и fluid, чтобы понять на что задача похожа из того, что уже знаешь и собственно сам багаж знаний и умений - crystallized, который как раз зазубривается.
Т.е. решаем (задрачиваем) условные 100500 зачад на списки/массивы/работу с указателями с литкода - тем самым и зазубриваем варианты решения = формируем crystallized intelligence, и научаемся сходу определять «а о чем конкретно эта задача» = формируем fluid intelligence.
В текущем зоопарке форматов конфигурации ini/json/yaml/toml/hcl/kdl/xml/etc. + конфигурации на прикладном языке - js/lua/kotlin/python/etc., появление pkl заставляет меня вспомнить классику
Например программерами так как всякие команды IDE это функциональные клавиши.
Прошелся по маппингам IDE, которыми пользуюсь сам: - IntelliJ IDEA - подавляющее меньшинство связано с F рядом, часть команд дублируются сочетаниями - VSCode (windows), (macos) - аналогично с idea - neovim - ну тут все понятно)
Всем известно, ну или почти всем, что есть разница между плохим и непривычным. Но речь в случае с сенсорными кнопками не о непривычном.
Да, и сенсорный F ряд это именно что непривычное. Так например все мои клавиатуры в формате TKL, но не потому что нужен F ряд, а просто потому что без него непривычно.
При этом в моем окружении есть "программеры" которые перешли от ноутбучной клавиатуры на 60% клавиатуры именно мотивируя это тем, что "ряд не нужен, а больше свободного места на столе нужно", а среди них есть как те кто вернулся к большему формату (80%), так и те кто остался на 60%. А есть и те, кто перешел от ноутбучной к полноразмерной, потому что без NumPad'а человеку непривычно.
И я более чем уверен, что если перейти к объективной оценке, а именно замерить в течении рабочего периода какие клавиши сколько раз были нажаты, окажется что 60%, скорее всего удовлетворит потребности их всех (да, здесь должна быть шутка про «640 Кб должно быть достаточно для каждого»).
В этом случае невозможна работа в слепую.
Такую стадию категоричности лично я прошел в самом начале моего увлечения клавиатурами, когда считал что «на мембранке невозможно быстро печатать» - возможно. Все люди разные и всем удобно разное - посмотрите как стенографисты печатают, там мало того что в слепую и по сенсорным кнопкам, так и о ужас - некоторых букв не хватает, а некоторые дублируются.
У самого 2 отдельных физических клавиатуры - одна дома для работы с windows, другая на работе для macos: привыкнуть к иному расположению Alt, Ctrl|Cmd - это всегда несколько минут для того чтобы "руки вспомнили" за каким сейчас устройством.
Помимо этого, у меня Caps Lock и Ctrl|Control (который именно Control, не Cmd) поменяны местами на клавиатуре и случись поработать за чужим устройством - так же несколько минут на привыкнуть.
И не смотря на это, меня нисколько это не обламывает и не вызывает мучений)
никогда такого не было и вот опять:)
Называйте меня нудным/душным, но ИМХО, знать в git что-то кроме "git add .; git commit -m 'some fixes'; git push" это необходимость для программиста, а не узкие знания нужные единицам
Действительно, пара символов это слишком сложно, еще и автодополнений в консоли не придумали
Мне сложно представить работу в консоли не с английской раскладкой в принципе, к тому же - а вдруг среди необходимых вам спецсимволов будет, например "@" - все равно раскладку переключать.
А еще в некоторых системах/эмуляторах терминала сочетания клавиш могут не работать с русской раскладкой в принципе без костылей, или например пользуешься клавиатурой без F ряда.
Не легко решить задачу, которая в голове у вопрошающего, потому что в треде вопроса о создании каталогов на одном уровне не было
Вы видимо тоже не услышали вывод:
Пожалуй дополню этот вывод - "быстрее печатает и пользуется привычным инструментом": для меня терминал куда более привычный инструмент, чем FAR (с появлением wsl2 вообще перестал им пользоваться).
Я ни в кое случае не умоляю ни сам FAR как таковой, ни файловые менеджеры в целом, ни чей-угодно пользовательский опыт - пусть каждый пользуется тем, что ему удобнее, в конце концов именно благодаря этому у нас есть разные инструменты среди которых и можно выбрать свой "центр компьютерной вселенной".
по скорости тут выиграет тот кто быстрее печатает в целом, а не какой-то инструмент:)
UPD: цитируя коммент 9ти летней давности с reddit (который тоже приводит эту фразу как цитату, что иронично):
я наверное не понял какой сценарий хотите воспроизвести, но кажется что "это другое" и если нужно получить список файлов, основываясь на содержимом, то тут более подойдет grep
но вообще тут базовые принципы разные получаются: если нужна интерактивность, то да - файловые менеджеры будут ИМХО вне конкуренции, если нет - в ход идут head/tail/less/grep/awk и т.д. и т.п.
Как же жизненно, только у меня вместо emacs - neovim :)
редкоиспользуемый мной lf поддерживает сколько угодно панелей - он работает по принципу сессий и если открыть новый экземпляр, например в новом окне терминала, новой панели/окне tmux или вообще в другом приложении терминала, позволяет выполнять все операции, как если бы это был многопанельный файловый менеджер (например найти файл в окне терминала, там его скопировать, а вставить через встроеннйы терминал в IDE - пример вымученный, но все же). ЕМНИП, nnn работает +\- также, а у ranger есть встроенный multipane режим.
head/tail вполне себе пишут имя файла перед выводом если их более одного
Сразу извиняюсь за тупой вопрос, но зачем Far2l при наличии midnight-commander?
https://opentofu.org/ ?
Terraform в целом после смены типа лицензии стало сложнее использовать, а opentofu, емнип, не блокировал свои реестры
(осталось дождать вменяемого состояния развития проекта openbao, как альтернативы hashicorp vault)
А вот кстати кажется, что это тот еще вопрос, где надежнее хранить данные долговременно: flash vs. hdd vs. ssd vs. cd
Всегда поражался самоорганизации людей, способных вести такого рода заметки и не раз пытался делать также - в итоге так и не смог развить в себе привычку/дисциплину ведения дел, а жаль
Кмк вы оба правы, просто немного о разном говорите: кажется fluid и crystallized не существуют в отрыве друг от друга. Так, например чтобы успешно решать алгозадачи на собесах, нужен и fluid, чтобы понять на что задача похожа из того, что уже знаешь и собственно сам багаж знаний и умений - crystallized, который как раз зазубривается.
Т.е. решаем (задрачиваем) условные 100500 зачад на списки/массивы/работу с указателями с литкода - тем самым и зазубриваем варианты решения = формируем crystallized intelligence, и научаемся сходу определять «а о чем конкретно эта задача» = формируем fluid intelligence.
Не bash конечно, но как то пользовался этим https://github.com/sunlei/zsh-ssh - довольно удобно
Надо или это описание поправить, или код выше изменить
FILO тогда уж - First In Last Out
А как интересно крутящий момент передается? где будет зацеп шлицев биты и винта?
В текущем зоопарке форматов конфигурации ini/json/yaml/toml/hcl/kdl/xml/etc. + конфигурации на прикладном языке - js/lua/kotlin/python/etc., появление pkl заставляет меня вспомнить классику
эх, закидают меня сейчас помидорамиyamlПрошелся по маппингам IDE, которыми пользуюсь сам:
- IntelliJ IDEA - подавляющее меньшинство связано с F рядом, часть команд дублируются сочетаниями
- VSCode (windows), (macos) - аналогично с idea
- neovim - ну тут все понятно)
Да, и сенсорный F ряд это именно что непривычное. Так например все мои клавиатуры в формате TKL, но не потому что нужен F ряд, а просто потому что без него непривычно.
При этом в моем окружении есть "программеры" которые перешли от ноутбучной клавиатуры на 60% клавиатуры именно мотивируя это тем, что "ряд не нужен, а больше свободного места на столе нужно", а среди них есть как те кто вернулся к большему формату (80%), так и те кто остался на 60%. А есть и те, кто перешел от ноутбучной к полноразмерной, потому что без NumPad'а человеку непривычно.
И я более чем уверен, что если перейти к объективной оценке, а именно замерить в течении рабочего периода какие клавиши сколько раз были нажаты, окажется что 60%, скорее всего удовлетворит потребности их всех (да, здесь должна быть шутка про «640 Кб должно быть достаточно для каждого»).
Такую стадию категоричности лично я прошел в самом начале моего увлечения клавиатурами, когда считал что «на мембранке невозможно быстро печатать» - возможно. Все люди разные и всем удобно разное - посмотрите как стенографисты печатают, там мало того что в слепую и по сенсорным кнопкам, так и о ужас - некоторых букв не хватает, а некоторые дублируются.
У самого 2 отдельных физических клавиатуры - одна дома для работы с windows, другая на работе для macos: привыкнуть к иному расположению Alt, Ctrl|Cmd - это всегда несколько минут для того чтобы "руки вспомнили" за каким сейчас устройством.
Помимо этого, у меня Caps Lock и Ctrl|Control (который именно Control, не Cmd) поменяны местами на клавиатуре и случись поработать за чужим устройством - так же несколько минут на привыкнуть.
И не смотря на это, меня нисколько это не обламывает и не вызывает мучений)