Обновить
106
0
Глухов Михаил @Rigidus

Solution Architect | Senior Developer

Отправить сообщение
На самом деле дело не в человеческом эго и неизбежности устаревания знаний: нет никакой неизбежности. Если технология реализована концептуально целостно — она не переизобретает сама себя, девальвируя уже усвоенные знания. Просто, возможно, пора признать — веб сделан гораздо хуже, чем его можно было сделать, и значительно хуже чем более концептуально сильные системы — взять тот же UNIX
Ну почему же. Когда на первом этаже прорубили несущую, чтобы сделать вход в магазин…
Мне было бы интересно поиграться с написанием программ под него и исследовать возможности программирования дрона на более низком уровне, чем Scratch. Возможно, производитель оставил лазейки для изменения прошивки, например
Я использовал самописную продукционную экспертную систему для задач автоматизации поиска работы. Подход себя оправдывает. Хотелось бы несколько более развернутого экскурса в историю, с примерами развития концепций экспертных систем
Ух ты, мне было бы очень интересно узнать, как так получилось — настоящий триллер )
Редактирование определенно необходимо. Я бы даже очень был рад полному интерфейсу
Не надо думать, что школьники не способны воспринять то что сказал Грэм. Практически каждый может осознать все изложенные здесь смыслы и полностью перевернуть свою жизнь, руководствуясь этим пониманием. Например, перестав ждать от школы или института откровений и истин, поняв изьяны системы образования и бесполезность попыток революционного преобразования в отдельно взятом учебном классе
Не стоит заблуждаться — конец кругозора — это еще не конец века по меткому выражению Шопенгауэра
Это расхожее предубеждение. JavaScript вообще вне конкуренции со своими }); }); }); });.
Если бы я получил доступ к этому тексту когда выпускался из школы — это бы полностью перевернуло мою жизнь. Все те ответы, которые пришлось находить вслепую здесь описаны с абсолютной ясностью
Поддерживаю и считаю далее ненужным кормить тролля
en.wikipedia.org/wiki/Intentional_programming и «исполняемые спецификации»

Описывая поведение в таком стиле мы можем модифицировать уже работающую программу с возможностью отката без остановки (горячая замена кода, отвечающего за поведение) и удобно разделять знания между коллективами разработчиков
Можно в личку скинуть ссылку на гитхаб с исходниками?
Я тоже считаю подход внутренне противоречивым. Однако, как на ваш взгляд можно было было бы устранить хотя бы часть этих противоречий?
Если подход вам кажется бесперспективным — Смысл тратить время на комментирование? Иначе: почему бы не приложить усилия и сделать прототип самостоятельно, чтобы продвинуть обсуждение вперед?
Полиморфные вирусы — отличный пример. Выскажу гипотезу, что самомодификация используется только в полиморфных вирусах именно потому, что инструменты, которые мы используем затрудняют написание в самомодифицирующем стиле чего-то большего по объему и сложности, чем полиморфный вирус.

Я думаю, что если бы самомодифицирующиеся (и программы, модифицирующие другие программы) программы было как-то проще писать — в индустрии было бы существенно больше интересных и эффективных подходов, особенно в части унаследованного кода и его поддержки
Накладные расходы на критику подхода несопоставимо меньше усилий, потребующихся чтобы просто сделать модельный пример. Я бы мог сколько угодно докапываться до терминологии или каких-либо второстепенных аспектов вроде блокировок — это не требует особого труда.

Пока я не вижу заинтересованности в предложенном подходе с вашей стороны, так как не вижу усилий в конструктивном русле. Однако я вижу множество негативных комментариев — как прикажете вас понимать?
«Сделай сам» (с)
Стоит опробовать подход чтобы это понять
Мне кажется автору стоит взять вас в научные руководители при написании этой курсовой работы или дипломного проекта. Я бы тоже присоединился ради того чтобы опробовать подход. Спасибо за ценное указание на VHDL и информацию о способе его работы

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность

Специализация

Архитектор программного обеспечения
Ведущий