Отвечу сразу iz56. Зря вы так про НС. Дело в том что я давно увлекаюсь распознаванием образов и как следствие смежной областью искусственный интеллект.
Так вот существует 3 категории людей.
1. Обычные люди пользователи компьютеров которые слышали про НС и считают что они могу всё.
2. Каста это программисты которые уже попробовали НС и разочаровались в них. Они уверены что НС это шарлатанство.
3. А есть 3 каста которая использовала логику таки создали искусственный интеллект.
Можно сказать что это профессионалы ИИ они работают в мега корпорациях. Это они создали Океё гугл. Между прочем тот умеет отвечать на вопросы.
Есть автопилот самолёта, есть систем распознавания текста. Есть системы говорилок которые неотличимы от человека.
Так вот искусственный интеллект сейчас наиболее перспективная область развития. Но это "большие данные".
Почемуму перспективно?
1. Примерно через 10 лет мощности компьютера возрастут настолько что то что себе могли позволить мегокорпорации смогут позволить обычные пользователи на персональных компьютера или на небольших кластера из 1-4 машин.
2. Сейчас технологии ИИ зачастую закрыты, а примерно через 10-15 могут появится открытые системы. И кто будет первым тот получит славу и деньги
Так что зря вы так забросили.
Лично у меня есть идеи. Не совсем ИИ скорее вопрос обучения и кластеризации, но тут у мня есть идея как решить задачу века. Но руки пока не доходят дело в том что для проверки гипотезы надо написать много кода. А ещё всё упирается в производительность - а именно проблемы эффективного распараллеливания кода.
Сейчас программистов мало. Народ увлёкся 3D станками. Причем как адитивными так и сабстракционными. Собственно есть парочка идей по 3D принтерам. Но пока всё в секрете и только в голове.
По поводу идей. Идей много.
Дело в том что вычислительные мощностей сейчас с избытком. Излишки. А по сути халява которая лежит у нас под ногами. И первый кто придумает как с этого получить прибыль тот и заработает миллионы или даже миллиарды. Пока что первыми видимо были ребята с криптовалютой. О идея! Надо будет бизнес план сделать.
Из идей ОС целиком исполняющейся на видеокарте. Правда это скорее спор нежели чем идея и руки ещё не дошли.
Файловые системы не раз хотел обсудить. Но не раз убеждаюсь, что всё было придумано в 70-тых годах. И создать что-то принципиально новое тут невозможно. Остаётся только доработка существующих ФС.
Недавно увидел интересный пост по ФС.
http://freepascal.ru/forum/viewtopic.ph ... =30#p84869И в соседней теме ответ. Почему так делать не надо.
Всегда считал что реляционная база данных это таблица данных. А оказывается это не так! реляционная от слова reletion, по русски сравнение. Получается что реляционная БД то такая БД которая спроектирована для сравнения. А операция сравнения это по сути поиск.
Т.е. другими словами говоря реляционная база данных это база спроектированная для быстрого поиска. О как!
К чему я это дело в том что современный ФС и БД строятся на основе Б+ деревьев. Но это же бред! Самая лучшая ФС была и остаётся ФАТ. Именно в ней реализован реляционный принцип.
Поэтому ФАТ работает быстрее других ФС.
Так вот автор хотя и предлагает строить ФС как СУБД то я говорю что надо делать наоборот. БД надо строить как ФС. И за основу брать ФАТ.
Б+ деревья рассчитаны на случайный доступ при минимуме памяти. Но в фат доступ ещё меньше чем в Б+. Сейчас памяти много, да и доступ к памяти линейный. Отсюда видно превосходства ФАТ над другими ФС по большинству параметров.
У ФАТ проблема в том что сама таблица съедает 10% от диска что много. Тут я предлагаю идею динамический размер кластера.
Второй вопрос БД против ФС. Это построения поиска. Как известно полнотекстовый поиск занимает от 30 до 200% от объема данных что честно много. Поэтому встаёт вопрос о выборе ключевых полей по которым делать запросы к ФС? Лично я считаю что в ФАТ выбран наиболее оптимальные параметры. Размер, тип файла(расширение), дата создания, дата изменения. Ещё надо добавить владельца как в Unix.
И что хочется обсудить. Думаю что интерфейс для работы с файлами несколько устарел. И надо делать ещё и интерфейс вида IntrSQL (не помню как точно пишется, имею ввиду STL SQL).