Давно пора, плюсанул.

Сила СКУЛя не только в запросах а в индексах. Поглядел я бы на гугл если бы он результаты поиска выдавал на следующий день. Так что результаты замеров времени при поиске в студию.

Кстати а зачем сделали разное название 'полей' ?

Наверное, нужно. Но я и find не припоминаю, когда последний раз использовал.

Как можно жить без find'а?

А как жить с find'ом?

Великолепно. Всегда под рукой и доступ к нужным файлам, и пакетная обработка файлов:

find . -type f -exec prog "{}" \;

find . -type f -print0 | xargs -0 -n 1 -P 4 prog

Индексы, Гугл… SQL тут при-чём? SQL это именно что язык запросов. И на сколько я понимаю в гуглопоиске он вообще никаким боком не используется

И зачем мне это всё?

Чтобы чувствовать себя «олдскульным хакиром».

Вы так говорите, как будто бы люди с другой мотивацией специально выбирают обрабатывать по одному файлу руками. Например, если нужно изменить размеры 87519-ти jpeg'ов, то они открывают по одному файлу в GIMP'е. Или если нужно распаковать 24785 архивов тоже распаковывают по одному. И т.д.

Каждый раз когда думаешь что все инструменты для юникс уже сделали обязательно появится чтото на базе этих инструментов или заменяющее их

Вообще идея витала в воздухе, как и попытки сделать файловую систему базой данных

Например, если нужно изменить размеры 87519-ти jpeg'ов, то они открывают по одному файлу в GIMP'е. Или если нужно распаковать 24785 архивов тоже распаковывают по одному. И т.д.

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

Вы так говорите, как будто абсолютно каждый человек обрабатывает по миллиону различных файлов каждый день. У меня такой задачи за 18 лет не было ни разу. Я даже поиском на своем компьютере не помню вообще когда последний раз пользовался. Возможно лет 8 назад или больше. Я всегда знаю где хранятся нужные мне файлы.

Нужно.

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

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

прикольно и ворде даже годно, но depth годней было бы в конец выражения

Утилита написана на языке программирования Rust и в настоящий момент устанавливается с помощью cargo.

Ставить рантайм хипстоязыка для этой безусловно уникальной утилиты.

Дооо, сколько там осталось пока некрософт не бросил и не придумал новое с более модным названием? Да, для скуля уже бросил вроде.

В карму? В личку скинул? Зофрендил? По тонкому льду ходишь...

Индексы, Гугл… SQL тут при-чём?

Согласен. Меня на слове скуль заклинило почему то подумал что он делает индексный файл :)

И кстати если они сделали СКУЛь синатаксис подобынй почему у них поля разные ? Тогда уж бы альсы в строке указали что ли ...

P.S. Вообще народ прав, тем кому нужна ком-строка достаточно хорошо знают : grep, tar, gzip, find и прочую фигню и сделают все что им угодно без проблем. Кто ком-строку не знает им эта прога и не нужна.

Ставить рантайм хипстоязыка для этой безусловно уникальной утилиты.

Стоп. Какой еще рантайм ? Не понял.

Плюсую. find это не просто ценный мех. А с -exec prog «{}» вообще бомба.

Вроде нужно, так как ключи find это угар, но ... раст?

Ну а я, например, нет.

У меня из-за специфики одного диковатого приложения, написанного на коленке двумя полоумными студентами в начале нулевых, по всем компам его использующим (а их больше сорока) создаются огромные количества промежуточных файлов, логов, нужных и ненужных, распределение коих весьма рандомно. Приходилось писать костыли. Приложение переписывать начальство не разрешает(нет половины исходников и никаких доков). Оно хоть и кривовато, но падает не очень часто и требуемое делает. Сам начал в свободное время писать утилиту почти с теми же параметрами, но на си. Если эта работать будет а ломать ничего не начнет - мне повезло и я сэкономил кучу времени. Знаю как минимум одного человека, который в схожей ситуации уже полгода пишет подобную вещь, но на плюсах. Так что спрос есть, еще какой.

А в чём проблема? Удобнее чем С и bash, проще чем С++, быстрее чем питон.

А что из себя представляет этот рантайм, что там за библиотеки, сколько весят?

Это такой троллинг?

С синтаксисом ассемблера будет надеюсь? :)

А что из себя представляет этот рантайм, что там за библиотеки, сколько весят?

Если собирать с настройками по умолчанию, то только C-runtime: libc, libgcc, libpthread и всё такое. Rust библиотеки линкуются статически.

Так это не мы, там выше какой то чел сделал вброс про какой то рантайм :(

Удобнее чем С и bash, проще чем С++, быстрее чем питон.

И что только народ не юзает лишь бы не на ГО писать :)

Вообще идея витала в воздухе, как и попытки сделать файловую систему базой данных

Строго говоря файловая система и есть база данных. Но ни разу не реляционная.

На го тоже много утилит понаписано.

Крайне приветствуется помощь в организации сборки пакетов для различных дистрибутивов Linux

какая минимальная версия раста нужна? у меня есть 1.17 на obs, обновлять немного лениво, но можно

Последняя. Как обычно... Создайте issueс запросом указать мин. версию.

на нормальный язык переписать и будет нужно

Почему не реляционная?

Интересно было бы ее в шелл превратить.

Оптимизировать запросы и твикать параметры уже можно?

И что только народ не юзает лишь бы не на ГО писать :)

Ты б ещё с перлом Rust сравнил.

Вы так говорите, как будто абсолютно каждый человек обрабатывает по миллиону различных файлов каждый день. У меня такой задачи за 18 лет не было ни разу.

Ну а у меня была. Я храню музыку во flac, а на плеере для экономии места на карточке использую mp3. Когда я скачиваю очередной альбом, я запускаю несколько скриптов, которые переименовывают скачанные файлы в нужном мне формате, расставляют теги, перекодируют в несколько потоков в mp3 и записывают на плеер.

Другой юзкейс: приехал я из отпуска, на фотоаппарате куча файлов вида _DESC0646.JPG. Скрипт переименовывает их в формате 2018-03-06 12:27:51.jpg, с учётом часового пояса при необходимости, а также пережимает видео.

Уверен, подобных примеров можно привести очень много. Люди, которые не умеют автоматизировать свои действия на компьютере, часто даже не подозревают, что их повседневные задачи можно делать проще и быстрее.

Ковыряться в большой кодбазе иногда полезно.

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

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

веселее всего когда она размечена типа как lxr.bootlin.com

Последняя. Как обычно...

хипстеры. обновил версию в своем obs до 1.24.1, попробую собрать

веселее всего когда она размечена типа как lxr.bootlin.com

Веселее когда так: https://dxr.mozilla.org/mozilla-central/source/xpcom/io/NonBlockingAsyncInput...

Но я говорю о пакетной обработке, а не диалоговой.

Ковыряться в большой кодбазе иногда полезно.

Это когда из вима делают подобие IDE?

Годно. Ждем под macOS.