Есть идея написать файловый менеджер.
Думаю на чем.

Мотивация:
1 - хочу несколько функций, которых мне не хватает в стандартных менеджерах,
и которые добавить туда слишком сложно. Проще новый написать.

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

И тут, наступают муки выбора языка программирования и среды разработки и архитектуры:
1 - Delphi к сожалению, у меня больше всего опыта работы именно в нем, а он уже никому не нужен
(судя по заработной плате в вакансиях - в среднем около 1.5 - 2 тыс долларов, что примерно в два раза меньше того,
ради чего вообще стоит работать).

2 - С++ тут есть масса вариантов и диалектов - начиная с никому не нужного C++Builder,
(в котором, по понятным причинам, у меня хороший опыт), продолжая странным QT с сомнительными перспективами,
и заканчивая классическими плюсами - либо в MS Visual Studio, либо что-то под линукс на Eclipse / NetBeans и тому подобное.
Опасность плюсов - в безграничности тем и направлений.
Легко можно пойти "не туда, куда надо" и оказаться в результате не востребованным.

3 - Java отпадает по причине личной неприязни к идее JVM, и к ее реализации.
(Как пользователь таких программ, настроен к ним крайне негативно. )
Да - вакансии, да - зарплаты, но все это похоже на какое-то джавабесие, которое должно уже когда-то пройти.

4 - C# честно говоря, просто не знаю зачем вообще нужно писать на шарпе. Чтобы что? В чем смысл?

5 - Теперь очередь в рассмотрении дошла до Web стека.
Да - вакансии, да - зарплаты, да - визы и релокейшен.
Все выглядит круто, хотя и сомнительно, что продержится хотя бы три года такая ситуация.

Итак, если рассматривать применение веб технологий при написании файлового менеджера,
то можно было бы написать сервис на каком-нибудь Node.js
с веб интерфейсом на каком-нибудь ExtJS (Или что там сейчас в моде и круче?).

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

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

А еще остались вопросы выбора базы данных для проекта (SQLite/MySQL/Firebird/MSSQL/Oracle),
и поисковой подсистемы (типа встроенного Elastic Search или Apache Lucene).
И к ним вопросы все те же - баланс между эффективностью и востребованностью на рыке опыта работы с ними.

Сервер БД мне нужен для обьединения информации с нескольких копьютеров и устройств:
планшетов и смартфонов. Предполагается, что он будет хранить списки файлов и каталогов и индексы для быстрого поиска. При этом ФМ сможет отображать и управлять файлами и каталогами не только на устройстве на котором запущен, но и файлами и каталогами на всех компьютерах и устройствах, о которых у него есть информация и есть права доступа.
Быстрый поиск можно реализовать либо индексацией в БД либо внешним поисковым движком.

Базы типа MS SQL и Oracle присутствуют в рассмотрении по нескольким причинам.
Во-первых в случае использования ФМ в корпоративном секторе - наличие таких баз это не проблема.
А для частных лиц всегда есть экспресс-редакции этих баз.
Во-вторых - для примера работ они хорошо подходят, технология пока еще востребована на рынке.
В-третьих - опыта работы с ними у меня много, и его можно использовать и не терять время на изучение.
Это действительно прекрасные инструменты имеющие в своем арсенале какраз то, что нужно - иерархические запросы, хорошо подходящие для работы со структурами типа файловых систем.

В данном случае речь идет о введении дополнительного уровня между данными и пользователем.
Обычная схема выглядит так:
[данные на диске] -> [драйвер] -> [OC API] -> [GUI Application] -> [Человек].
Я добавляю уровень работы с наборами данных:
[данные на диске] -> [драйвер] -> [OC API] -> [ DB SERVICE ] -> [GUI Application] -> [Человек].

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

Ну какие-такие "облака"? Это смешно.
У меня сейчас дома около 10 терабайт данных на различных включенных устройствах под различными ОС.
Плюс еще столько же на отключенных носителях - дисках и флешках.
И как мне во всем этом быстро найти какой-то файл? Откуда я знаю где он?
А может быть он в каком-то ZIP архиве на отключенном диске? Или на смартфоне в загрузках?
Ну, поищи на выключенных дисках Тоталом. :)

Полный комплект ПО будет включать в себя:
Драйвер ФС - это уж точно на C++ писать

Служба - под линукс - не знаю как, а под винду С++/Delphi/возможно С#?

SQL Server - желательно с развитыми функциями иерархических запросов и такими продвинутыми штуками как FILESTREAM в MS SQL Server

Search Engine - можно попробовать реализовать в БД, или как отдельный сервис на базе чего-то готового.

Web интерфейс - для удаленного доступа к системе (уже писал про Node.js)

Native GUI - под каждую ОС своя. Можно и на шарпе попробовать написать, он вроде и под винду, и под линукс в моно собираться (по слухам должен). Не знаю, не пробовал.

Схема работы этого комплекта такая:
1 - Специальный драйвер файловой системы - используется
2 - службой, поставляющей в базу данных в реальном времени события создания, удаления и изменения файлов, и выполняющей в реальной файловой системе команды, получаемые от сервера БД.
3 - GUI файлового менеджера (Ну хорошо, пусть это будет плагин к вашему любимому Тоталу)
Который отображает файлы, основываясь на данных, получаемых из БД, и отсылающий команды для операций с файлами не напрямую в ОС API, а через сервер БД - службе (см. п. 2), исполняющей реальные действия в файловой системе.

---
Adx,
Вы просто не поняли, поскольку я не раскрыл все подробности проекта.
Но, устраиваясь на работу, не только выбирают меня, но и я так же выбираю - с кем мне работать придется.
Если человек не понимает меня, делает поспешные выводы, то работать мне с ним к сожалению, не получится.
Заметив непонимание, я бы вежливо отказался.

ShSergeНету у Вас 10 терабайтов
Я понимаю, что Вам не хочется в это верить,
и мне не хотелось бы расстраивать, но все-таки, к сожалению - есть. :)

Один только каталог личных фоток и видео около 460 гигабайт, плюс его горячая копия
на другом компьютере - столько же. Плюс две офлайновые копии его - на отключенных дисках.
Уже в сумме около 2т.б.

+ Добавим несколько десятков виртуальных машин со снимками состояний.
+ Несколько десятков образов операционных систем,
снятых утилитой dd - с ноутбуков и стационарных компьютеров.
+ Несколько десятков образов самых разных планшетов и смартфонов, которые я прошивал,
и соответственно, делал снимки образов перед прошивкой.
+ хоть и малоценное, но все же занимает огромное место, и требует какого-то управления и поиска и дедупликации: всякие музыкальные/видео/книжные архивы.

И ведь за что ни возьмись - все упирается в базу данных.
Все эти каталогизаторы фоток (DigiKam), музыки, книг и видео - они все ведут свои маленькие базенки SQLite/ MySQL.
Пора уже от этих полумер переходить к полноценному домашнему облаку.

Существующие решения типа owncloud предполагают выделение какого-то одного компьютера
как хранилища того, что туда положили. Но это не то, что нужно.
Я хочу иметь возможность обьединения всех доступных мне компьютеров и смартфонов и офлайн-дисков в единое информационное пространство.
Это совершенно другой подход, при котором есть возможность управлять не только так называемыми "пользовательскими данными", но и вообще всеми файлами - как в обычном ФМ .
eNoseтормоза
Вы пробовали открыть в обычном менеджере в винде каталог с несколькими тысячами файлов?
Вот где тормоза.
Выборка списка файлов из БД этого же каталога и их отображение - займет меньше секунды.
То же и с поиском нужного файла в этом каталоге.
eNoseкакой именно
Я пока под свои потребности хотел бы сделать. А у меня винда и убунту.
eNoseих уже предоставляет ОСь
И да, и не совсем. Узнать о событиях в ФС от операционки в винде не так-то просто.
Можно, конечно, подписаться на события, происходящие в каком-то каталоге.
Этот метод не очень информативен, но работает.
Беда начинается, если хочешь следить сразу за всеми каталогами - при определенном количестве
подписок на события - все начинает дико тормозить вплоть до полной остановки ОС.
Наиболее полную информацию и без тормозов можно получить только от своего драйвера.
Берем исходник FileMon.exe - там есть пример драйвера нужного типа.
Ну, или любой другой пример - и перепиливаем под себя.
Что и как с ФС драйверами в убунту я точно не знаю, может быть удастся обойтись FUSE,
или придется копать глубже - смотреть надо.

schiНазывалось Google Desktop SearchВот, Вы меня поняли!
Да, это почти то, что нужно, только с некоторыми доработками.
Я до сих пор пользуюсь аналогом этой программы от Яндекса - Yandex Desktop.
Вообще, крутая вещь.
Были бы исходники хоть от одной из них. Сидел бы и допиливал бы под себя.

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

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

Но если прикинуть, то в первую очередь я вижу решение под винду.
Со службой реального взаимодействия с ФС, с MS SQL Server Express в качестве центральной БД.
И GUI на делфях.
Пока без драйвера ФС. С периодическим сканированием дисков по расписанию.
В конце мая.

YuRockВ фаре папки с тысячами файлов открываются мгновенно. Индекированный поиск
Давно я не запускал фар, посмотрю что они там сделали.
Что за плагин? Или в стандартной поставке?
Очень интересно.
Главное- как реализована индексация содержимого - как извлекают данные из различных типов файлов, как правильно определяют кодировку, что со стеммингом для разных языков. Куча вопросов.
Ну и наверняка там найду какой-нибдь SQLite :)
YuRockхэш считать и в базу лезть
Нет, конечно же. Драйвер только поставщик событий.
Вся работа на уровне службы в потоках.

uid unique,
называется Enterprise Content Management (ECM).
Спасибо, изучу. Конкурентов надо знать :)
YuRock
драйвера нужны разные для разных устройств и систем
Для разных ОС - да, разные.
Для разных устройств - к счастью, не надо разные.
В винде это называется "высокоуровневый драйвер филтра".
Он не зависит от устройств.

DYUMON,
Думаю, все уже поняли, что название "файловый менеджер" в данном случае весьма и весьма условно.
Я не хотел вдаваться в подробности проекта, и при этом - так неудачно назвал то, что хочу сделать.
Просто для краткости. Но коротко, в результате, не получилось.

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

Поэтому я выбираю вариант делать "как могу и пусть получится, что получится".
И к черту собеседования, примеры работ.
Зато у меня будет то, что мне нужно.

_nautilus_, DarkMaster
Спасибо за очень хорошие комменты по существу.
Я напишу в этой теме, когда (и если) будет результат.

skyANA,
Спасибо, убедили.

Посмотрю чем F# отличается от C#,
подумаю что выбрать.

Areostar,
Но если более конкретно, какую именно тематику имеете в виду, как перспективную?
(ОС/среда разработки/комплект библиотек и классов).
Я люблю плюсы, и даже несколько программ написал на них, но не рискну заявиться на
собеседование как крутой плюсист, коим по факту не являюсь.

О, как, оказывается:
«Через год-два .NET Core потеснит Java на рынке enterprise решений», — Интервью с Jon Skeet, Google