Интересно увидеть такую технологию для объектов, требующих именно целостности обшивки. К примеру, влагозащитный корпус или самозатягивающаяся изоляция проводов. Вот только на способность затягивать именно структурные повреждения я бы не рассчитывал, так что опоры-очень сомневаюсь.
Собственно, там по периметру еще и камеры, так что манипулятор-то хорош, а вот количество внешних датчиков и их расположение накладывают серьезные ограничения.
В том-то и проблема, что не термостабилизация параметров, а механическая стабилизация размеров на таких масштабах. Кстати, интересно как на такие структуры воздействуют и механические вибрации. В общем, посмотрим, случится ли практическое применение.
Вот только что-то мне подсказывает, что придется долго и упорно проектировать структуру так, чтобы тепловая деформация не портила работу. Потому как свет светом, а тепловыделение от основной логики никто не отменял.
Рискну показаться бальным, но в качестве финального занятия весьма желательно некое соревнование. Чтобы дети, объединившись в команды, решили какую-то относительно сложную задачу.
В защиту МС могу заметить, что ключевая проблема не в том, что за ошибка вернулась пользователю. Это-то как раз объяснимо, поскольку эта ошибка возвращается из API, а не из службы, т.е. с точки зрения API действительно не удалось заполнить среду для пользователя, т.к. не создался профиль. Единственное, что в этой ситуации могло бы помочь-это обработка ошибок в c++ стиле, где можно вернуть строку с более-менее детальным описанием проблемы. Тут же API ограничено кодом возврата и, следовательно, выдать подробную информацию неспособно.
Моя претензия в другом: с какой стати именно любой ini-файл вызывает такую реакцию? Даже если он лежит в произвольном месте, имеет произвольное имя и размер 0 байт?! К примеру, на Windows XP такого фэйла не происходит.
Из любви к искусству замечу, что предельная частота транзистора всё-таки существенно меньше сдерживает тактовую частоту ИМС, нежели сложность проектирования с учетом скорости распространения сигнала (в частности, синхронизация с блоками памяти). В качестве примера вот материальчик аж от 2001 года с планкой в 300ГГц: ieeexplore.ieee.org/xpl/articleDetails.jsp?arnumber=936343
Ребята, идея соревнований, конечно, отличная, но мой вам совет: чтобы избежать проблем с непониманием деталей и т.п. (а вопросы уже даже тут начались) сделайте нормальную доку с регламентом. Можете, например, посмотреть на регламенты Eurobot. Там за годы практики выработался некий подход к тому, что имеет значение в подобных соревнованиях (да-да, пусть в Eurobot и не летают).
В книге как-то очень легко, с пол-пинка решен вопрос с обеспечением человечества энергией. Как вы думаете, нечто подобное действительно возможно? То есть, технология, позволяющая без (видимых) последствий и затрат ресурсов обеспечивать необходимые мощности?
Было бы интересно ещё сравнить работу самого интерфейса. По субъективным ощущениям OO выигрывает по плавности прокрутки текста и задумчивости кнопочек/менюшек/панелек. По крайней мере, в среде Windows.
И да, не удержусь: they got balls of steel!
Моя претензия в другом: с какой стати именно любой ini-файл вызывает такую реакцию? Даже если он лежит в произвольном месте, имеет произвольное имя и размер 0 байт?! К примеру, на Windows XP такого фэйла не происходит.
Линк на новость
Если вкратце, то это не процессор, а только чипсет, предназначенный для паралельной передачи по 24 оптическим линиям.