Как вы так оптом, легко и просто, умножаете на ноль целую технологию.
У любой технологии есть свои «+» и «-», и для разных задач используют разные методики.
Способ хранения данных, доступ к ним определяется на этапе проектирования системы. Даже типы серверов (MS SQL, Oracle, MySQL, ..) отличаются по функционалу, и все это нужно учитывать.
Мне кажется, Ваше отношение к данной технологии вызвано неграмотно спроектированной системой на этапе бизнес логики, вызывающей такие проблемы. Должен быть уровень данных, предоставляющий данные в верхний уровень, и программист, пишущий, к примеру, на .NET, может совсем не знать что там внутри- SQL, XML или что-то совсем другое.
Тут, как в анекдоте:
-Вы не любите кошек? Да вы просто не умеете их готовить!
странно, что обошли стороной вопрос: Какую информацию хранить ?
Например, полет станции "Луна-25"
Об одном и том же событии написали все, кому не лень, включая разных блогеров. Хранить все это ? Но в большинстве своем это перепечатки одного и того же, одни и те же фото и видео. или выбрать что-то одно. Как и что ?
Детские рисунки ...... Для родителей они ценны, а для остального человечества?
Даже вот это наше обсуждение. Нужно его хранить? Будет оно интересно человечеству через 100 лет ?
Перво-наперво нужно решить проблему энергоснабжения.
Будет энергия- можно роботов запускать, можно воду из грунта добывать, можно... все можно. А без источника энергии все остальное смысла не имеет.
А с этим пока проблемы. И этот вопрос обсуждался на разных ресурсах. И самым оптимальным признается ядерный реактор (два, для надежности). Все остальное неэффективно/ненадежно/дорого.
Для начала неплохо было бы определить, для чего планируется его использовать в "тех" условиях, какие задачи решать. Будет ли электричество, радиационный фон, и т.д. Т.З. написать, проще говоря.
Когда учился в институте, изучали триботехнику. В конце семестра- курсовая.
У всех тема курсовой как у людей- разработать антифрикционное покрытие для заданной пары и условий, и только мне попалось- разработать фрикционную пару с заданным усилием.
Интернета тогда не было, а в книжках только антифрикционные покрытия.
Проводили исследование, не у нас.
Короче, разделили участок леса с одинаковой урожайностью грибов на 3 части.
На одной грибы срезали, на второй - вырывали и выкручивали, а на третьей не трогали, просто помечали, что попал в учет.
Эксперимент шел 15 лет. разницы никакой, в пределах погрешности. И эксперимент продолжается до сих пор.
Мне кажется, что-то в этом мире не так....
Мы не учим ИИ умножать. Хотя, это- элементарная функция, и он это умеет.
Вместо этого мы обучаем, что 4*4 = 16
Потом будем учить, что 4*5 = 20
потом 4*6 = 24
.....
Может проще объяснить ИИ, что если встретилась математическая операция- просто проведи вычисление.
Давным-давно, году в 90-92 , мой начальник вернулся с какой-то презентации с горящими глазами...
-Революция в программировании ! Мне не нужно будет столько программистов! Даже секретарша за 3 дня напишет программу! ..!!! !!! !!!
А суть в чем ? Ему показали среду разработки Clarion, где в дизайнере можно было рисовать формы и отчеты, генерировать БД.
Но нет, программисты не умерли как класс, даже размножились. Только видоизменились.
История повторяется ????
Как вы так оптом, легко и просто, умножаете на ноль целую технологию.
У любой технологии есть свои «+» и «-», и для разных задач используют разные методики.
Способ хранения данных, доступ к ним определяется на этапе проектирования системы. Даже типы серверов (MS SQL, Oracle, MySQL, ..) отличаются по функционалу, и все это нужно учитывать.
Мне кажется, Ваше отношение к данной технологии вызвано неграмотно спроектированной системой на этапе бизнес логики, вызывающей такие проблемы. Должен быть уровень данных, предоставляющий данные в верхний уровень, и программист, пишущий, к примеру, на .NET, может совсем не знать что там внутри- SQL, XML или что-то совсем другое.
Тут, как в анекдоте:
-Вы не любите кошек? Да вы просто не умеете их готовить!
Я когда-то так и делал.
чтобы доказать, что в сетевом оборудовании есть какие-то сбои, файл из 10 миллионов нулей гонял по сети. За час появлялось пару измененных байтов.
Камера-микроскоп, паяльная станция с феном, тепловизор....И это у любителя.
Даже страшно представить, что будет у автора, если он станет профи!
вообще-то в оригинале было так:
Правильно заданный вопрос – половина ответа
странно, что обошли стороной вопрос: Какую информацию хранить ?
Например, полет станции "Луна-25"
Об одном и том же событии написали все, кому не лень, включая разных блогеров. Хранить все это ? Но в большинстве своем это перепечатки одного и того же, одни и те же фото и видео. или выбрать что-то одно. Как и что ?
Детские рисунки ...... Для родителей они ценны, а для остального человечества?
Даже вот это наше обсуждение. Нужно его хранить? Будет оно интересно человечеству через 100 лет ?
Таки да. Но есть нюанс...
-мало солнечного света ( марс дальше от солнца)
-из-за невысокого КПД + п.1 -> нужны большие конструкции. На планете места пока хватает, но см. дальше
-пыльные бури на несколько месяцев (нужны мощные накопители энергии)
-быстрая деградация элементов
-отсутствие атмосферы- разрушение метеоритами
Перво-наперво нужно решить проблему энергоснабжения.
Будет энергия- можно роботов запускать, можно воду из грунта добывать, можно... все можно. А без источника энергии все остальное смысла не имеет.
А с этим пока проблемы. И этот вопрос обсуждался на разных ресурсах. И самым оптимальным признается ядерный реактор (два, для надежности). Все остальное неэффективно/ненадежно/дорого.
Для полноты картины не хватает механической развертки, как на настоящих первых РЛС.
Вот это было бы круто!
Вот так выглядит термин "Изобретать велосипед" в исполнении электронщиков.....
У глухонемых есть два вида языка: Дактиль ( когда жестом обозначается каждая буква), и жестовая речь, когда жест обозначает целое слово или понятие.
Я так понимаю, Ваша система распознает только дактиль?
По моему, автор доказал только одну вещь:
-можно реализовать любую фигню, любым образом, особенно если ты не ограничен ресурсами.
А что на счет ответственности ?
Если ПО, разработанное ИИ, во время управления неким ответственным процессом даст сбой ?
ИИ разработал некий двигатель, запустили в производство, потом в продажу.
И вдруг оказывается, что этот двигатель ломается, есть жертвы... Кто отвечать будет ?
Кто возместит убытки жертвам и компании-производителю ?
ИИ ? Инженер, который давал задание для ИИ ?
Чтобы проверить качество разработанного двигателя, нужно много квалифицированных специалистов, испытания, и т.д. - поэтому без людей никак.
А может просто для ИИ дали задание:
придумай стратегию, как привлечь внимание к фирме. А то что-то про нас маловато писать стали...
Ну ИИ и нафантазировал..
О таком способе хранения информации писали еще в журнале "Юный техник" в 80-90 годах.
Для начала неплохо было бы определить, для чего планируется его использовать в "тех" условиях, какие задачи решать. Будет ли электричество, радиационный фон, и т.д. Т.З. написать, проще говоря.
А уж потом думать, что это будет за устройство.
Когда учился в институте, изучали триботехнику. В конце семестра- курсовая.
У всех тема курсовой как у людей- разработать антифрикционное покрытие для заданной пары и условий, и только мне попалось- разработать фрикционную пару с заданным усилием.
Интернета тогда не было, а в книжках только антифрикционные покрытия.
Чуть написал.
Меня терзают смутные сомнения...... Кто-то врет