Кто то из ведущих проекта, с тормозами. Вообще то во всю идут… даже не разработки (они то как раз были в уже конце прошлого века), а уже наверное внедрение ионных двигателей (а так же плазменных и электрических, которые могут позволить сократить сроки миссии на марс до почти месяца!
scophone n21 — две симки — независимые телефоны :)
при звонке самому себе, пикает что кто то звонит, и, по нажатию меню, предлагает либо сбросить входящий вызов и продолжить звонить, либо прекратить звонить и принять входящий звонок…
p.s. пауза между 'пиками' большая… я даже подумал что дозвонился :)
Что то мне говорит, что если 'сверху' приходит заведомо дебильный указ, то, может быть, параллельно, втихую, проходит что то менее дебильное, но более страшное, чтобы шумиха вокруг первого эффективно отвлекла внимание общественности. Может это и не связано вовсе с интернетом, зачем лишние ассоциации давать.
практические применения:
… создание всевозможных корпусов под практически любой техногаджет на 'своем' столе, от уже придуманных и продаваемых до совершенно фантастических — при этом, под настроение :)
корпус для сотового/плеера/флешки/компьютера, подставка для светильника, мебель (отделка, декоративные панели,..), игрушки (для электронных = плата + датчик + моторчик покупаются отдельно), мелкий механический ремонт (хотя бы временный, замена некритичных поломанных деталей ширпотреба)
p.s. замени экструдер на пищевой — бум в домашней кулинарии
Неужели мои идеи, которые я озвучивал на нескольких ирк-канала, усно и даже на каких то форумах, пошли в массы. Создание распределенного торрент-трекера — это следующий, очевидный шаг в развитии p2p сетей, но далеко не единственный.
1. распределенная сеть должна иметь возможность хотя бы пост-модерирования
… иначе, как с сетями edonkey и аналогичными, в сети будет ощутимый процент мусора, отсутствие порядка и удобного каталога по тематике.
2. распределенная сеть должна быть защищена от технических атак
(например сеть freenet, а точнее средства общения, по сообщению разработчиков, сейчас испытывает сильнейшую DDOS-атаку, из-за которой невозможна работа в этой сети)
3. пользователи сети должны быть защищены юридически
Это наиболее сложное условие, даже не представляю как его решить в общем случае, здесь общая идея на данный момент — максимально размазанная ответственность… пусть виноваты будут если не все то хотя-бы многие, плюс максимально усложненный алгоритмы для определения что именно качает какой пользователь — решения в шифровании, рандомизации, и взаимных множественных соединений (freenet — как результат, ужасно низкая скорость работы)… в общем тут труба.
Если рассуждать с позиции 'правильно для всех' — то конечно же делиться! эти деньги (точнее ресурсы — человеческие, время,..) могли бы быть потрачены на что то другое — ускорение прогресса. А вот если рассуждать 'правильно для кого-то одного'…
Может уже пора ввести какие то стандарты для замеров, разработать набор тестов, эмитирующий нагрузку на ряд популярных CMS в дефолтной комплектации со средним размером базы?
Полностью поддерживаю топиккастера! Пора уже давно, вместо абстрактных мегагерцев, указывать гарантированный минимум, операций, способных выполнить сервис под нагрузкой. Я все прекрасно понимаю, и если серверное ПО позволяет указать только процентное соотношение от мощности плюс хостер жестко оверселит ресурсы (это удобно, выгодно и запудривает мозги 'тем, кто не в курсе') то нет никакой необходимости (читай — не выгодно) вводить какой-то другой измеритель, может даже и более удобный для пользователя.
Например Google apps engine считает (и предлагает соответствующие тарифы, позволяющие гибко приобрести именно часы) использование процессора в минутах/часах и на страницах документации приводит даже примеры конфигурации, с которой можно сравнивать и хоть как то оценить наперед затраты.
P.S. Что то непонятное с ценами на этом облаке, даже в минимальной конфигурации цены ощутимо кусачее, чем могут предложить другие представители мира VPS (например находил в интернете варианты от 10$ за xen 128Mb/133mHz или 50$ за тот же xen 1гб озу/1mHz/32Gb диск… что по сравнению с тарифом здесь минимум в два/три раза завышены. В конечном итоге арендовать простенький выделенный сервер (цены от 800р за 2гб/2mHz + 2cpu/320Gb + безлимитка без соотношений порядка 20мб-50мбит по тестам круглосуточно) значительно выгоднее чем туманная надежда на то что запустим сервис в минимальной комплектации и будем повышать нагрузку в зависимости от потребностей… если покрутить параметры до вказанного конфига выделенного сервера, то суммы взлетают до 300$ и выше в месяц, такую цену я считаю несколько неадекватной предлагаемым услугам, особенно в разрезе того, что сама технология виртуализации добавляет ряд потенциальных дополнительных проблем (во время миграции, высокая неконтролируемая нагрузка соседей,..)
но, согласен, побольше конкурентов, больших и маленьких и 'да упадет цена вниз'.
Глюки контроллера, например.
У меня лежит Hitachi 500gb (чем то мне напомнила маркировка на диске злосчастные ibm dtla, когда у них диски целыми партиями дохли) любая итерация прогона тестов чтения/записи выдает ошибки на разных местах диска, т.е. количество глюков остается примерно одинаковым (кажется 24 сбойных сектора) но их расположение прыгает по диску.
Очень странно, что устройство сделано 'коленками вперед' ужасно смотрится, будет мешать при приседании (вперед выпирать под руки) и т.д.
Мне кажется было бы лучше если бы механические ноги были 'коленками назад' (точнее подправить размеры, удлинить ступню, ботинки на носочках, короткие высоко поднятые колени и длинная нага выступающая назад) — как у многих животных ориентированных на бег.
ну уж закачивать то зачем? в свойствах каждого торента сменить пасскей нереально?
p.s. не хочется делать эту монотонную работу самому? поставь autoit/macromaker/…
замкнутый круг: нет телевизора — нет пользователя — нет контента
p.s. у людей нет просто нормальных телевизоров (какой там 3Д, тут простой hdtv в чьих то далеких планах), а уж про интернет…
но встраивание все чаще и чаще компа в телевизор радует.
Здесь как раз и есть 'соус QC', потому как речь идет об одной молекуле, т.е. получен еще один кирпичик квантового компьютера, так как при связывании на данный момент количество молекул (точнее связей) — один из основных проблемный вопросов.
p.s. хотя в 'желтой прессе' (к сожалению, время и образование не позволяют читать и одновременно получать удовольствие от прочтения технически сложных и более достоверных источников) проскакивали сообщения о готовности 'связать' что-то сложнее молекулы — вирус, клетку,… но в этом случае, как я понимаю, весь объект можно считать за один кубит, или точнее ку-N-ит :) где N — количество состояний объекта, а для полноценного QC требуется увеличить количество одновременно связных кубит.
У меня фиговый sciphone n21 (android 1.6 конечно же неофицальная прошивка) и ни разу прием звонка не сбрасывался, вообще нет ни одного нарекания к аппарату как к телефону (извиняюсь, было, считанные разы в местах с плохой и отсутствующей связью, точнее при поездке по ним, сотовая связь не поднималась, но смена режима 'в самолете' и обратно связь поднимала, логики не заметил, в подвалах держал связь прилично).
… но вот как к коммуникатору нарекания подпишусь под каждым словом:
* при скролировании тапом можно случайно нажать на пункт меню, я вообще не понимаю как можно при такой логике интерфейса избавиться от фальшкликов, либо большой паузой срабатывания либо просто тупо не хватает скорости и четкости сенсора на обработку.
* связь wifi может упасть и не подняться автоматически (например, если аппарат уйдет в сон)
… и еще список из сотни пунктов
* тратиться на передачу электроэнергии по проводам нужно значительно меньше чем по трубам газ
p.s. речь идет об электролизе? т.е. солнце тут используется по факту добычи электроэнергии? а чем плохо тогда и ветрогенераторы? я очем… энергоемкость газа кажется в несколько раз выше аккумуляторов (на ту же массу) т.е. перерабатываем в газ, заправляем в баки и едем.
>> Мы понимаем, что критерий довольно спорный, но нагляднее еще никто не придумал. Не FLOPSы же считать, в самом-то деле!
Вот как раз пора бы переходить на более вменяемые и однозначные критерии определения выделяемой мощности. Здесь та же самая беда что и с каналом, который так же является ресурсом.
Вот если бы мощность определялась в FLOPS и IOPS, что гораздо адекватнее и понятнее абстрактных мегагерцев, которые в зависимости от погоды могут давать разный результат (я все понимаю, можно указывать пару чисел — минимально гарантируемый за период и максимально доступные за другой период).
при звонке самому себе, пикает что кто то звонит, и, по нажатию меню, предлагает либо сбросить входящий вызов и продолжить звонить, либо прекратить звонить и принять входящий звонок…
p.s. пауза между 'пиками' большая… я даже подумал что дозвонился :)
… создание всевозможных корпусов под практически любой техногаджет на 'своем' столе, от уже придуманных и продаваемых до совершенно фантастических — при этом, под настроение :)
корпус для сотового/плеера/флешки/компьютера, подставка для светильника, мебель (отделка, декоративные панели,..), игрушки (для электронных = плата + датчик + моторчик покупаются отдельно), мелкий механический ремонт (хотя бы временный, замена некритичных поломанных деталей ширпотреба)
p.s. замени экструдер на пищевой — бум в домашней кулинарии
1. распределенная сеть должна иметь возможность хотя бы пост-модерирования
… иначе, как с сетями edonkey и аналогичными, в сети будет ощутимый процент мусора, отсутствие порядка и удобного каталога по тематике.
2. распределенная сеть должна быть защищена от технических атак
(например сеть freenet, а точнее средства общения, по сообщению разработчиков, сейчас испытывает сильнейшую DDOS-атаку, из-за которой невозможна работа в этой сети)
3. пользователи сети должны быть защищены юридически
Это наиболее сложное условие, даже не представляю как его решить в общем случае, здесь общая идея на данный момент — максимально размазанная ответственность… пусть виноваты будут если не все то хотя-бы многие, плюс максимально усложненный алгоритмы для определения что именно качает какой пользователь — решения в шифровании, рандомизации, и взаимных множественных соединений (freenet — как результат, ужасно низкая скорость работы)… в общем тут труба.
Полностью поддерживаю топиккастера! Пора уже давно, вместо абстрактных мегагерцев, указывать гарантированный минимум, операций, способных выполнить сервис под нагрузкой. Я все прекрасно понимаю, и если серверное ПО позволяет указать только процентное соотношение от мощности плюс хостер жестко оверселит ресурсы (это удобно, выгодно и запудривает мозги 'тем, кто не в курсе') то нет никакой необходимости (читай — не выгодно) вводить какой-то другой измеритель, может даже и более удобный для пользователя.
Например Google apps engine считает (и предлагает соответствующие тарифы, позволяющие гибко приобрести именно часы) использование процессора в минутах/часах и на страницах документации приводит даже примеры конфигурации, с которой можно сравнивать и хоть как то оценить наперед затраты.
P.S. Что то непонятное с ценами на этом облаке, даже в минимальной конфигурации цены ощутимо кусачее, чем могут предложить другие представители мира VPS (например находил в интернете варианты от 10$ за xen 128Mb/133mHz или 50$ за тот же xen 1гб озу/1mHz/32Gb диск… что по сравнению с тарифом здесь минимум в два/три раза завышены. В конечном итоге арендовать простенький выделенный сервер (цены от 800р за 2гб/2mHz + 2cpu/320Gb + безлимитка без соотношений порядка 20мб-50мбит по тестам круглосуточно) значительно выгоднее чем туманная надежда на то что запустим сервис в минимальной комплектации и будем повышать нагрузку в зависимости от потребностей… если покрутить параметры до вказанного конфига выделенного сервера, то суммы взлетают до 300$ и выше в месяц, такую цену я считаю несколько неадекватной предлагаемым услугам, особенно в разрезе того, что сама технология виртуализации добавляет ряд потенциальных дополнительных проблем (во время миграции, высокая неконтролируемая нагрузка соседей,..)
но, согласен, побольше конкурентов, больших и маленьких и 'да упадет цена вниз'.
p.s. если уж 'по закону' мигрировать, то на 'личные ноутбуки персонала' с шифрованием и т.д. только боюсь вайфай и 3g не понравится клиентам :)
У меня лежит Hitachi 500gb (чем то мне напомнила маркировка на диске злосчастные ibm dtla, когда у них диски целыми партиями дохли) любая итерация прогона тестов чтения/записи выдает ошибки на разных местах диска, т.е. количество глюков остается примерно одинаковым (кажется 24 сбойных сектора) но их расположение прыгает по диску.
Мне кажется было бы лучше если бы механические ноги были 'коленками назад' (точнее подправить размеры, удлинить ступню, ботинки на носочках, короткие высоко поднятые колени и длинная нага выступающая назад) — как у многих животных ориентированных на бег.
p.s. не хочется делать эту монотонную работу самому? поставь autoit/macromaker/…
p.s. у людей нет просто нормальных телевизоров (какой там 3Д, тут простой hdtv в чьих то далеких планах), а уж про интернет…
но встраивание все чаще и чаще компа в телевизор радует.
p.s. хотя в 'желтой прессе' (к сожалению, время и образование не позволяют читать и одновременно получать удовольствие от прочтения технически сложных и более достоверных источников) проскакивали сообщения о готовности 'связать' что-то сложнее молекулы — вирус, клетку,… но в этом случае, как я понимаю, весь объект можно считать за один кубит, или точнее ку-N-ит :) где N — количество состояний объекта, а для полноценного QC требуется увеличить количество одновременно связных кубит.
… но вот как к коммуникатору нарекания подпишусь под каждым словом:
* при скролировании тапом можно случайно нажать на пункт меню, я вообще не понимаю как можно при такой логике интерфейса избавиться от фальшкликов, либо большой паузой срабатывания либо просто тупо не хватает скорости и четкости сенсора на обработку.
* связь wifi может упасть и не подняться автоматически (например, если аппарат уйдет в сон)
… и еще список из сотни пунктов
… например приобретая патенты на перспективные но 'вредные' для компании технологии и притормаживать их развитие.
p.s. речь идет об электролизе? т.е. солнце тут используется по факту добычи электроэнергии? а чем плохо тогда и ветрогенераторы? я очем… энергоемкость газа кажется в несколько раз выше аккумуляторов (на ту же массу) т.е. перерабатываем в газ, заправляем в баки и едем.
Вот как раз пора бы переходить на более вменяемые и однозначные критерии определения выделяемой мощности. Здесь та же самая беда что и с каналом, который так же является ресурсом.
Вот если бы мощность определялась в FLOPS и IOPS, что гораздо адекватнее и понятнее абстрактных мегагерцев, которые в зависимости от погоды могут давать разный результат (я все понимаю, можно указывать пару чисел — минимально гарантируемый за период и максимально доступные за другой период).