а смысл делать автономное питание для модели, призванной отработать алгоритмы движения? отработают, и батарейки прикрутят. посмотрите на того же big dog. Вначале ходил на привязи. отработали основные моменты, теперь он и в полях ходит.
у меня соневская зеркалка. Активно пользую их raw-конвертор, софтинку lightbox(позволяет сравнивать 2 фотографии), плюс программу, которая замечает подключенную камеру и сливает фотки в папку с текущей датой. Все работает, нареканий нет. Так что либо они исправляют ошибки, либо Вам катастрофически не везло)
не хватает салазок по типу делловских, чтобы один человек не сильно корячась мог бы ставить и снимать сервера. Не хватает нормальной механики крышки корпуса, особенно на DL160. снимается крайне тяжко. На том же 160м очень неудобно подключать кеш с батарейкой к контроллеру. Экранчик мониторинга в разложенном состоянии болтается, не критично но смотрится некрасиво и неподобающе для серьезных серверов.
Кубики должны быть универсальные, должны сами договариваться о функционале и иметь гораздо больше возможностей. Тогда будет возможно ставить им задачу, базовый набор определит по задаче необходимый функционал, создаст робота для производства кубиков, создаст нужное количество кубиков, соберет их и они ринутся на захват миравыполнение задачи :)
Закатилось солнце IT индустрии. Уходят величайшие люди, отцы-основатели. Кто придёт им на смену? Ждёт ли индустрию застой или же новые яркие решения?..
А пока, просто давайте вспомним каким был Стив и что нового и революционного он принёс миру.
I=U/R, R=const, ибо язык один и тот же(внутренним сопротивлением источника имхо можно пренебречь), напряжение меньше, значит сила тока тоже меньше. практически в 2 раза по сравнению с кроной.
Если вторая картинка полностью закрывает первую, прокликать первую нет никакой возможности: считается что клик был на вторую картинку, и соответственно капча не проходится.
хм. на вскидку видится такая модель анонимной сети с малыми задержками. число буферов для запросов выделяется не динамически, а один раз. возможно рандомно. в буферах всегда находятся запросы: старые запросы, взятые из истории, новые запросы(старые, с рандомно измененными параметрами), актуальные пользовательские запросы. При этом если число реальных пользовательских запросов превышает некий порог(например 75%), нода переходит в состояние «переполнена». в этом состоянии она обрабатывает _все_ буфера по одному разу, не принимая новых запросов. через рандомные моменты времени, частично зависящие от нагрузки на ноду, она уходит в состояние «переполнена». Таким образом, нельзя будет по задержкам, или по изменениям состояний, составить паттерны трафика в цепочке, и вся сеть будет защищена от описанной в статье атаки, оставаясь при этом сетью с малыми задержками.
с нетерпением жду остальных пони))
захват миравыполнение задачи :)А пока, просто давайте вспомним каким был Стив и что нового и революционного он принёс миру.