Pull to refresh

Comments 39

снижение порога вхождения в программирование интеллектуальных приложений

Я так понял подразумевается создания спецификаций для SDK и фреймворков для разработки интеллектуальных приложений?
Довольно таки логичный шаг для любой развивающейся отрасли/технологии.
>> «Сделать для машинного обучения то, что появление языков высокого уровня 50 лет назад сделало для программирования в целом»
А что высокий уровень сделал такого ценного и незабываемого для программирования?
То что порог вхождения в языки высокого уровня намного ниже чем в тот же ассемблер за счет унификации и уровня абстракции.
Ещё стоит упомянуть сокращение трудоемкости написания программ. Все же кодить один и тот же более-менее обширный функционал на асме и на C++ немного разные по объему работ задачи.
Nemo: Java — уг, ассемблер рулед
Nemo: гы гы гы
Stranger: Ага, посмотрю я как ты на ассемблере живую трансляцию будешь делать
Stranger: Внуки бегали и смеялись, а старый кряхтящий немов все писал и писал, даже не понимая, откуда внуки...


Не удержался и вспомнил про эту цитату.
Даже ассемблер значительно расширил круг программистов )
Главное не порог вхождения, а стоимость поддержки софта.
высокий уровень — это начиная с C, не забывайте про это :)
Я думал, что порог вхождения в средний уровень достаточно низкий по сравнению с те же ассемблером. Нет, я не говорю, что высокий уровень — это плохо и все такое. Я всего лишь спросил, что такого феерического произошло с их появлением?
А не подскажете что это за такие языки среднего уровня? Я слышал только про низкоуровневые и высокоуровневые. Вики со мной солидарна.
Как вариант, был Pascal языком высокого уровня, но сегодня, глядя на C#5, например, можно отнести Pascal или Fortran к языкам среднего уровня.
Ну, теперь вам надо защитить диссертацию по новой классификации языков и добиться общего признания, ибо, я лично, особой разницы не вижу, особенно относительно самих по себе терминов высокоуровневых и низкоуровневых языков.
1) снизился порог вхождения (=> снизилась стоимость разработки)
2) увеличилась скорость разработки ПО
3) снизилась сложность сопровождения
Вопросы на StackOverflow через 50 лет: «Я зделал робота на XYZ, но он сожрал моего кота. Как мне его пересобрать?»
UFO just landed and posted this here
Учитывая скорость развития 3D принтеров вполне.
Хороший вариант кстати робота-кота.
Или уже создателя — горе программиста.
Робот кот со встроенным 3D принтером, печатающим себя в процессе поедания.
Кот, который сам себя фотографирует в мимимишных позах и постит потом фотографии на ФБ своего хозяина.
Через 50 лет, роботы будут спрашивать на ManOverflow: «Я проводил эксперимент над человеком и у него отросла 3 рука. Как правильно её удалить? Подскажите модуль.»
UFO just landed and posted this here
Для пользователей и так порог вхождения достаточно низкий: достаточно знать только формат данных для готовы реализаций алгоритмов обучения, чтобы методом тыка подобрать алгоритм удовлетворительно решающий задачу. Чтобы самостоятельно разрабатывать алгоритмы на основе машинного обучения, необходимо понимать математические принципы в нем заложенные, а для этого нужно повышать уровень математической грамотности среди программистов, а не разрабатывать SDK с удобным интерфейсом.
Это новый протокол аквинас? // вспоминая Deus ex
UFO just landed and posted this here
Тулкиты есть. Их множество, а при наличии стандартной спецификации нужно будет знать только стандартный интерфейс.
UFO just landed and posted this here
Sign up to leave a comment.

Articles