Прекрасный обзор разных теорий и класификаий и состояния в области ИИ с точки зрения философии от Тьюринга до наших дней.
Есть ли хороший перевод вашей работы на английский? Есть желание порекомендовать некоторым колегам и друзьям.
Ещё дополню, если ещё не надоел. Не знаю какие в России стандарты теперь, а на западе есть такие (определяющие требования к продукции,): бытовая, индустриальная, аутомотиве (автомобильная), авиционная и космическая) и военная. И плюс специальные стандарты и требования для специфических технологий и условий экспоуатации.
В этих стандартах определяются все параметры, методы испытаний и порядок сертификации.
Должны соответствовать всем требованиям по безопасности (электро и пожарной), по эл. магнитной совместимости, по климатике… таким же как и управляемое оборудование. А смартфон это всего лишь бытовое устройсво с соответствующим сертификатом.
Уж поверьте старику. В том варианте, что вы делаете, возможно только в какойнибудь мелкой частной шаражке. Всё что подключается к технологическому оборудованию должно быть сертифицировано, с соответствующим набором испытаний.
Смартфон может быть использован исключительно только как дополнительный переносной пульт оператора и/или устройство сбора данных состояния оборудованя (как расширение имеющегося функциолнала оборудования), при установке в него соответствующей специально разработанной програмки.
Я не имел ввиду что это тоже самое. В DSP используется дискретная математика. В частности при обработке изображений всё выполняется с матричными вычислениями и преобразованиями.
Очень давно этим не занимался. Ну к пимеру (в шкафу попалась на глаза):
Allan V. Oppenheim.
Aplicatioons of Digital Signal Processinv. 1978.
В главе цифровая обработка изображений есть примеры с картинками и математическими выкладками похожими на некоторые приводимые вами примеры. Математика она и в Африке математика. Много материалов есть в разелах документации на сайтах компаний занимающхся разработкой цифровых процесоров и FPGA.
Как всё это знакомо. А если к описанному Вами и автором статьи добавить работу в "кислотных" условиях" в какой нибудь недоразвитой новодемокротии и заказчики и у пешные успехи начинают хитрить и изворачиваться чтобы выжить, получается ещё красочней.
Отлиная статья. Давно не получал такого удовольстввия от чтения «о нашем грустном» изложенного непринуждённо, нормальным языком без «выпендриваний» и с философким подходом.
С грустью вспомнилась документация и книги про програмные продукы из 80-тых — 90-стых, которые писались техническими писателями — настоящими професионалами.
Это просто «виртуальный» пример — как избежать неоднозначности THIS (просто схема). Вместо ключевого слова THIS, имеющего «нехорошую репутацию», используем переменную указатель на объект.
Это актуально для сложных объектов содержащих другие объекты со сложным взаимодействием.
В прототип можно запихнуть всё что угодно, но кладут туда лишь то, что повторяется в других объетах. А если в этих функциях много навороченных действий, в том числе с DOM-объектами и базами данных, наличие какй то «заготовки» в прототипе никакого выиргыша не даёт.
Потому и «недогоняют» что не знают терминалогию, а она вся английская. Статьи и коментарии на HABR-е могли бы им в этом помочь но многие десь пишут на каком то слэнге какбудто «ботают по фене». Сплошные фьючерсы, тучерсы забиненные… вместо использования професиональных терминов в их исходном англиском написании или русских аналогов, раз уж это пишут наруском.
Я сталкивался с вашей проблемой неопределённости THIS при написании сложнонавороченных объектов. Её удалось решить введением в констрактор объектов локальной переменной SELF которой присваивал значение THIS и использовал её в теле методов объекта.
Примерно так:
Есть и посвежее издания. «Полный справочник по С». 4-е издание. Герберт Шилдт.
Хорошо организованный справочник и для начального ознакомления и для практической работы. Практически полное описание языка и библиотек.
И я таки думаю что это тот же самый Линукс 3.18 с чють изменённым интерфейсом пользователя по налогии с Анроид, как и большинство, если не все потуги российских програмистов с очень новой ОС (кстати последняя версия Линукса уже 5.1 кажется).
А я ещё помню книжку «не к ночи помянутых» советских времён «ОС основы и работа» ну типа того. Там всё прописано «по нотам». Только не ленись и делай. А надо делать и свою ОС и свои компиляторы.
И помнится глава РосТеха грозился обострить и развернуть работы по «тяжолому ПО» года четыре взад.
А чем собстенно Сколково занимается в котором Медведев мечтал по выходу на покой юристом пристроиться. Где возрождение электронной промышленности? Ну хоть чють-чють ниже уровня 40-а микрон российская микроэлектронная технология сдвинулась?
Типа новый типа процессор с тактовой 600 Мгц. Ну прямотаки круто.
Без своей электронной базы создание своих ПО продуктов это фикция. Без этого остаётся жалкий удел батраков мощных западных корпораций. Наглядный пример Япония, которая целиком положилась на американские комплектующие. И противоположные примеры Южная Крея и Китай.
И что больше всего меня смущает — весь пар, финансы и научные ресуры расходуются на поиск чёрны дыр во вселенной толку от которых в ближайшие лет 500 не предвидется.
Сегодня нужны разработки новых архитетектур сигнальных процессоров, а не «дебильное» использование графических карт для матричных вычислений ради быстрого приобщения к криптовалютам.
Но кроме мощных процессоров нужны линейки простых для переферии и сенсоров. И сенсоры тоже нужны. А то как там будет с импортозамещением? Вроде как не складывается. А китаские товарищи, как мне кажется, не охотно идут на кооперацию и промеж разделение труда.
Почемуто о подобных конфликтах между гражданскими кораблями с аналогичным упралением не приходилось слышать. И немножко напоминает ситацию с Boeing MAX.
Явные ошибки в ситеме управления и уровнями ранжирования приоритетов операторов и автоматики. Ну и при той системе какая есть, недостаточная квалификация, подготовка персонала, и координация между членами команды.
Есть ли хороший перевод вашей работы на английский? Есть желание порекомендовать некоторым колегам и друзьям.
Линукс как и любое опенсоурце большой бардак.
Ещё дополню, если ещё не надоел. Не знаю какие в России стандарты теперь, а на западе есть такие (определяющие требования к продукции,): бытовая, индустриальная, аутомотиве (автомобильная), авиционная и космическая) и военная. И плюс специальные стандарты и требования для специфических технологий и условий экспоуатации.
В этих стандартах определяются все параметры, методы испытаний и порядок сертификации.
Должны соответствовать всем требованиям по безопасности (электро и пожарной), по эл. магнитной совместимости, по климатике… таким же как и управляемое оборудование. А смартфон это всего лишь бытовое устройсво с соответствующим сертификатом.
Уж поверьте старику. В том варианте, что вы делаете, возможно только в какойнибудь мелкой частной шаражке. Всё что подключается к технологическому оборудованию должно быть сертифицировано, с соответствующим набором испытаний.
Смартфон может быть использован исключительно только как дополнительный переносной пульт оператора и/или устройство сбора данных состояния оборудованя (как расширение имеющегося функциолнала оборудования), при установке в него соответствующей специально разработанной програмки.
Не знаю былали параноя у советского руководства, но у автора явные симтомы.
А за статью спасибо. Мне поравилась. И может быть полезной для многих. Будем ждать выхода книги.
Я не имел ввиду что это тоже самое. В DSP используется дискретная математика. В частности при обработке изображений всё выполняется с матричными вычислениями и преобразованиями.
Очень давно этим не занимался. Ну к пимеру (в шкафу попалась на глаза):
Allan V. Oppenheim.
Aplicatioons of Digital Signal Processinv. 1978.
В главе цифровая обработка изображений есть примеры с картинками и математическими выкладками похожими на некоторые приводимые вами примеры. Математика она и в Африке математика. Много материалов есть в разелах документации на сайтах компаний занимающхся разработкой цифровых процесоров и FPGA.
Что то подобной попадалось в старину в литературе по цифровой обработке сигналов и цифровой фильтрации.
Как всё это знакомо. А если к описанному Вами и автором статьи добавить работу в "кислотных" условиях" в какой нибудь недоразвитой новодемокротии и заказчики и у пешные успехи начинают хитрить и изворачиваться чтобы выжить, получается ещё красочней.
С грустью вспомнилась документация и книги про програмные продукы из 80-тых — 90-стых, которые писались техническими писателями — настоящими професионалами.
Это актуально для сложных объектов содержащих другие объекты со сложным взаимодействием.
В прототип можно запихнуть всё что угодно, но кладут туда лишь то, что повторяется в других объетах. А если в этих функциях много навороченных действий, в том числе с DOM-объектами и базами данных, наличие какй то «заготовки» в прототипе никакого выиргыша не даёт.
Я сталкивался с вашей проблемой неопределённости THIS при написании сложнонавороченных объектов. Её удалось решить введением в констрактор объектов локальной переменной SELF которой присваивал значение THIS и использовал её в теле методов объекта.
Примерно так:
function createObjectxxx(a, b, c){
this.properti1 = null;
this.properti2 = null;
this.properti3 = null;
var self = this;
this.set = function (d, e, f) {
self.properti1 = d;
self.properti2 = e;
self.properti3 = f;
};
this.init = function(){
self.set (a, b, c)
}
this.init();
}
Есть хороший ресурс:
HTML. The language for building web pages
там есть раздел:
JavaScript Tutorial
с подробным описанием всех элементов языка и итерактивными примерами для каждого элемента.
И в частности по мучающим вас вопросам:
www.w3schools.com/js/js_this.asp
www.w3schools.com/js/js_function_call.asp
www.w3schools.com/js/js_function_apply.asp
www.w3schools.com/js/js_const.asp
Хорошо организованный справочник и для начального ознакомления и для практической работы. Практически полное описание языка и библиотек.
А я ещё помню книжку «не к ночи помянутых» советских времён «ОС основы и работа» ну типа того. Там всё прописано «по нотам». Только не ленись и делай. А надо делать и свою ОС и свои компиляторы.
И помнится глава РосТеха грозился обострить и развернуть работы по «тяжолому ПО» года четыре взад.
А чем собстенно Сколково занимается в котором Медведев мечтал по выходу на покой юристом пристроиться. Где возрождение электронной промышленности? Ну хоть чють-чють ниже уровня 40-а микрон российская микроэлектронная технология сдвинулась?
Типа новый типа процессор с тактовой 600 Мгц. Ну прямотаки круто.
Без своей электронной базы создание своих ПО продуктов это фикция. Без этого остаётся жалкий удел батраков мощных западных корпораций. Наглядный пример Япония, которая целиком положилась на американские комплектующие. И противоположные примеры Южная Крея и Китай.
И что больше всего меня смущает — весь пар, финансы и научные ресуры расходуются на поиск чёрны дыр во вселенной толку от которых в ближайшие лет 500 не предвидется.
Сегодня нужны разработки новых архитетектур сигнальных процессоров, а не «дебильное» использование графических карт для матричных вычислений ради быстрого приобщения к криптовалютам.
Но кроме мощных процессоров нужны линейки простых для переферии и сенсоров. И сенсоры тоже нужны. А то как там будет с импортозамещением? Вроде как не складывается. А китаские товарищи, как мне кажется, не охотно идут на кооперацию и промеж разделение труда.
Явные ошибки в ситеме управления и уровнями ранжирования приоритетов операторов и автоматики. Ну и при той системе какая есть, недостаточная квалификация, подготовка персонала, и координация между членами команды.