From bb1f52fc3ab2520bf787eb6aab7dff722773517f Mon Sep 17 00:00:00 2001 From: Sergey Matveev Date: Sat, 9 Apr 2022 20:55:11 +0300 Subject: [PATCH] =?utf8?q?=D0=9A=D0=BE=D0=B3=D0=B4=D0=B0=20=D1=81=D0=BB?= =?utf8?q?=D1=8D=D1=88=20=D0=B2=20=D0=BA=D0=BE=D0=BD=D1=86=D0=B5=20=D0=BF?= =?utf8?q?=D1=83=D1=82=D0=B8=20=D0=B2=D0=B0=D0=B6=D0=B5=D0=BD?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit https://tookmund.com/2022/04/importance-of-the-trailing-slash Думаю что большинство людей натыкается на важность указания (или не указания) слэша когда используют rsync -- поведение сильно меняется. Про разность поведения при работе символическими ссылками в shell-е: это на практике тоже всегда можно увидеть. И отсюда выработать привычку когда его надо указывать. Не совсем связано с этой темой, но жутко бесит когда люди указывают исполняемый файл через "./foo/bar", где "./" совершенно излишен. Зачем, зачем писать лишние символы? Но когда чуть пришлось повозиться в Ubuntu (a9cb854ba7c0e391ed6d9fa73e4dd134c0a10ee9), то понял откуда это берётся: bash не дополняет путь при нажатии tab-а! "$ fo" ничего не дополнит. То есть уродливый длинный и ненужный "./" берётся похоже из-за дерьмового shell (или дерьмовых настроек по умолчанию). А я последнее время очень полюбил работать исключительно из корня проектов и вызывать всякие утилиты вводя "dev/test.sh ...", "dev/shell.py", и т.д.. Очень на screenshot-ах Plan 9 бросается что команды там можно вводить через слэш: "foo/bar" будет честно искать "foo/" в PATH-е (ну или что там в Plan 9). Нравится. -- 2.50.0