Но ведь при наличии таких «квантов» и связей обучающий материал можно строить по разным схемам, необязательно по кратчайшему пути. Можно будет составлять последовательность тем, имея перед глазами схему связей, устраивать в индивидуальном порядке оперативное повторение пройденного и уже начавшего забываться материала по мере необходимости. Может и что-то новое изобретут на такой основе.
Эта добрая сила удерживает далеко не всех авторов, но к счастью, она пока что предотвращает появление шифровальщиков с более опасными способами проникновения, чем вложение в e-mail.
Мысль любопытная, но генерировать ещё большее количество бессмысленного словесного мусора считаю не просто излишним, но даже сомнительным с морально-этической точки зрения. И без того уже страдаем.
Как вы себе это представляете в без-серверной архитектуре?
Исхитриться-то как-нибудь можно. Например, остающиеся в онлайне клиенты могли бы хранить сообщения (скажем, с некоторым таймаутом) для дальнейшей передачи получателю и перекидывать их другим при плановом выходе из сети. Для повышения надёжности можно ввести дублирование (скажем, кто-то оказывается "главным хранителем" сообщения и назначает нескольких дублёров, при внезапном выходе дублёров из сети назначают новых дублёров, при уходе главхранителя им становится один из дублёров). Если сохранять сообщения в локальном хранилище и возобновлять бдение при возвращении в онлайн, можно будет дополнительно защититься от потери сообщения при внезапном выпадении сразу всех хранителей.
Так вот и хотелось бы увидеть комментарии от вас, как от работающего в этом направлении человека, что будет в таких условиях. Каково это — когда сразу все программы и данные всегда "загружены" в память, когда нет и не нужно никакого "сохранения"? Как изменятся принципы написания программ, взаимодействия, хранения данных? Что станет с пользовательским интерфейсом? Какие ещё интересные изменения привнесёт это нововведение?
Так ведь, насколько я понимаю, самое вкусное в перспективах такой памяти как раз в том, что исчезает разделение на оперативное и постоянное хранение, исчезает само понятие "диск" и производные, вроде "загрузки". Вот когда понадобятся во всю силу ОС, построенные на этих принципах.
А можно в общих чертах прокомментировать, как эта концепция дружит с энергонезависимой оперативной памятью? А то тут на днях рассказывали, что RRAM пойдёт на коммерциализацию и вообще обещают подвижки в этой области.
Базировались-то они базировались, но сам по себе переход от общего к частному не труднее обратного и используется не реже. «Иванов — депутат? Без сомнения, ворюга и взяточник. Петров — женский парикмахер? Наверняка нетрадиционно ориентированный. Сидорова — продавщица? Обвешивает, к гадалке не ходи.»
Индукция (переход от частного к общему) вообще свойственна людям гораздо больше, чем дедукция (переход от общего к частному), на чём в своё время и построил успешный бизнес Шерлок Холмс.
Насколько я понял, Холмс использовал термины «индукция» и «дедукция» в трактовке, отличающейся от общепринятой. В его интерпретации «индукция» означала способность прогнозировать события, исходя из текущей обстановки, а «дедукция» соответствовала реконструкции событий и обстоятельств, следствием которой эта текущая обстановка явилась.
Анекдот воспроизвёл по памяти, читал его много лет назад уже не помню где. Возможно, в ФИДО. В любом случае, содержание тут воспроизведено полностью и почти без искажений.
Профи-то как раз таких «хитрых конструкций» избегают и пишут очень понятно. Конструкции громоздят энтузиасты, с восторгом осваивающие язык и вообще программирование.
Напоминает анекдот про математика, который начинает письмо к другу словами «Здравствуй, дорогой Вася! Пусть X — Банахово пространство...»
Материал статьи излагается в терминах и понятиях, знакомых опытному программисту, но отдающимися шумом прибоя в ушах новичка.
Исхитриться-то как-нибудь можно. Например, остающиеся в онлайне клиенты могли бы хранить сообщения (скажем, с некоторым таймаутом) для дальнейшей передачи получателю и перекидывать их другим при плановом выходе из сети. Для повышения надёжности можно ввести дублирование (скажем, кто-то оказывается "главным хранителем" сообщения и назначает нескольких дублёров, при внезапном выходе дублёров из сети назначают новых дублёров, при уходе главхранителя им становится один из дублёров). Если сохранять сообщения в локальном хранилище и возобновлять бдение при возвращении в онлайн, можно будет дополнительно защититься от потери сообщения при внезапном выпадении сразу всех хранителей.
Khronos Group вообще-то представила (те же самые ребята, которые OpenGL и OpenCL). NVIDIA просто один из спонсоров, наряду с AMD, Intel и другими.
Насколько я понял, Холмс использовал термины «индукция» и «дедукция» в трактовке, отличающейся от общепринятой. В его интерпретации «индукция» означала способность прогнозировать события, исходя из текущей обстановки, а «дедукция» соответствовала реконструкции событий и обстоятельств, следствием которой эта текущая обстановка явилась.
Материал статьи излагается в терминах и понятиях, знакомых опытному программисту, но отдающимися шумом прибоя в ушах новичка.