Меня например даже более беспокоит наличие уязвимостей в ПО и зараженных прошивок — китайцы этим грешат слишком часто, чтобы просто сбросить со счетов…
Извините, но это устройство скорее из оперы «пустить пыль в глаза». Оно лишено компактности, которой отличается iPhone, к тому же лишний вес и столь же лишний аккумулятор не добавляет легкости. Проведение звонков и реализация других телефонных функций идет через стороннее для плеера ПО, в котором наверняка полно уязвимостей. Поддержка интернета — отдельный разговор, ибо это едва ли не основное достоинство текущего iPhone. А ставить этот девайс на плеер ради того, чтобы «просто звонить» — не вижу смысла.
Разве что на продвинутые смарты, у которых одновременно есть поддержка профиля ADDP (стереовещание) и AGWP (звуковой шлюз), да и то не факт, что у его процессора здоровья хватит в реальном времени пересылку обрабатывать.
Вспомните недавнее прошлое: было такое устройство, если не ошибся, ASUS PCI RAMDeck, оно позволяло установить в PCI слот платку с тремя лишними модулями памяти. Виделось все это как дополнительный жесткий диск, на который предлагалось переместить кеши. И где теперь это устройство? Фокус при загрузке и доступе к системным данным в обилии библиотек, которые кэшируются неявно, и их все в любом случае не удастся держать в кэше, реализованном подобным образом. Все эти проблемы и вызвали к жизни NAND SSD с его стабильно повышенной (относительно традиционных HDD) скоростью произвольного доступа на чтение.
Для большей ясности я бы просил описать более или менее точно ситуацию разработки. Судя по описанным показателям повышения производительности, использование такой реализации контейнера имеет смысл только в том случае, когда в памяти динамически создается и удаляется множество буферов, наполняемость которых априори не известна. Возможно, такая ситуация и возникает в некоторых нагруженных мультимедиа-приложениях, но и в таком случае ее можно было бы достаточно легко обойти. Хотелось бы увидеть реальное применение приведенного кода с достаточно точной оценкой прироста производительности.
Книги Скотта Келби можно равно посоветовать начинающим и опытным (намеренно не использую слово «профессионал»). Сборники практических примеров никогда не бывают лишними, хотя бы в качестве базы для экспериментов.
Подтверждаю, неплохо было бы напомнить, что большинство kit-объективов ощутительно врут и не раскрывают всех возможностей камеры, особенно при съемке в нестандартных условиях.
Классный пост, из области Artisan Crafts в IT. Честь вам и хвала, автор! Невольно вспоминается Code Pilot, девайс из продвинутых старых наборов LEGO Technic, он с помощью штрихкодов управлял моторчиками и музыкой, и даже одним-двумя концевиками. Особой прелестью была автоматическая генерация условий в получавшейся программе. Помнится, я даже спроектировал на основе набора довольно функциональную автоматическую линию… Жаль, фото не сохранилось.
Если знаешь свои собственные предпочтения, то быстро набирается список из пары десятков исполнителей, музыка которых торчит в плейлистах постоянно, и уходит в каталог для коллекции. Что же касается новых релизов, то я их держу в папке загрузок торрент-клиента, и по прослушивании решаю, что с ними делать, не откладывая. То же и с видео, не считая того, что сам раздаю или того, что невозможно записать на DVD или каким-то образом вынести из недр системника.
Отменная статья, молодец автор! Уже не в первый раз возникает идея скрестить HTTP и торрент. Помнится, я тоже уже предлагал такую идею на рутрекере, но меня завалили ссылками на нетсукуку и Tor… =) Буду теперь сидеть и переваривать написанное, может, что и выйдет в итоге на уровне концепта…
Очень познавательно — сойдет в качестве туториала по генетическим алгоритмам для достаточно продвинутого начинающего =). Кстати, реализовать «скрещивание» вполне возможно, по-моему, еще и на основе VMT, но это относится скорее к моему любимому С++.
Я давно вынашиваю идею сборки «биомеха», который будет действовать в соответствии не с жесткими процедурами, а с т.н. «действиями», которые будут представлять из себя нечто вроде макросов, а активироваться определенными паттернами сенсорных сигналов, накапливающихся в буфере памяти, причем определение нужного паттерна будет нечетким, а сами паттерны должны меняться при достаточно долгом повторении одной и той же сенсорики. Так вот: для обсчета «задумчивой» ситуации, когда для определенного содержимого буфера нет определенного паттерна, я намерен применить генетический алгоритм. Не знаю, насколько он будет успешен для подобных задач, но попытка не пытка…
Да уж, надо надеяться на продолжение туториала со скриптами и программированием. Работу с плагинами придется, видимо, осваивать самостоятельно, но дело того явно стоит — сделать на Unity виртуальную лабораторию, судя даже по этому туториалу — практически раз плюнуть, если есть модели. Будем ждать…
Честно говоря, я сторонник на сей момент подробного туториала, не думаю, что подробности останутся за кадром или будут раздражать. Во всяком случае, я точно с большей охотой начну изучение с пошагового руководства.
Столкнулся с проблемой копипаста при составлении простенького параметризатора для управления роботом — там 18 параметров, ко всем применяется одна и та же функция. Ошибку искал неделю в уже скомпилированной и поставленной на место работы программе. В конце концов плюнул, и вышел из положения, перегрузив функцию, которая устанавливала параметры, так, чтобы она обращалась не к одной переменной, а к специальной вспомогательной структуре — списку передаваемых параметров с некоторой «обвязкой». Такой подход немного позже привел меня (тогда еще зеленущего студента) к идейке пакетирования команд, так что проблема оказалась полезной.
Меня например даже более беспокоит наличие уязвимостей в ПО и зараженных прошивок — китайцы этим грешат слишком часто, чтобы просто сбросить со счетов…
P.S. Но за пост благодарю, хотя бы за раскопки.
Ну а редкими вещами надо делиться =)
Я давно вынашиваю идею сборки «биомеха», который будет действовать в соответствии не с жесткими процедурами, а с т.н. «действиями», которые будут представлять из себя нечто вроде макросов, а активироваться определенными паттернами сенсорных сигналов, накапливающихся в буфере памяти, причем определение нужного паттерна будет нечетким, а сами паттерны должны меняться при достаточно долгом повторении одной и той же сенсорики. Так вот: для обсчета «задумчивой» ситуации, когда для определенного содержимого буфера нет определенного паттерна, я намерен применить генетический алгоритм. Не знаю, насколько он будет успешен для подобных задач, но попытка не пытка…