`

Schneider Electric - Узнайте все про энергоэффективность ЦОД


СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

Best CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Типично пятничное.

третий раз пытаюсь набрать этот текст.

а всё потому, что вебдванольные сайты так грузят мой несчастный древний целерончик, что он порой начинает работать по собственному плану, в самое неподходящее время откликаясь на вчерашние случайные нажатия мышки.

просматриваю rss-заголовки новостной ленты, которую формировал для себя сам.

читаю.

пишут всякое.

в мире нет стабильности, всё как обычно.

и тут - бац:

Likely cause of Intel e1000e bug discovered

о, думаю, а вот это опасносте - у меня как раз дома и core2duo, и сетевая карточка на e1000 на материнке, и, выходит, ошибка of Intel меня касается.

почитал новость.

пришлось порыться в предыстории.

"ну мальчик, ну ...!" - хочется сказать автору заголовка новости на вебдванольном до тридцатисекундной 100% загрузки процессора OSTATIC.

потому что не "cause of Intel e1000 bug", а именно что "cause of Linux e1000 bug".

и незачем мирных людей пугать.

очень жаль, конечно, что Yanko Kaneti убил из-за этой ошибки интегрированную сетевую карту своей материнки от Asus (комментарий #2).

хорошо, что вроде как причина найдена и проблема вроде как устраняется несложно (пока всё именно что "вроде как").

ну так это ещё не всё.

ещё и великий и ужасный Rasterman портировал своё детище - великий и ужасный Enlightenment, на... Linux-платформу для мобильных телефонов.

ну ладно бы портировали на мобильники WindowMaker.

или там fluxbox.

ну даже с культовым fvwm2 я согласен.

по крайней мере благодаря fvwm2 можно будет всю жизнь возиться с одним мобильным телефоном - и не заметишь, как подкралась поздняя седая осень и мудрость, хехе, а ещё не весь конфиг под себя переделан.

но Enlightenment - это, как бы, мягко говоря, перебор.

кто знает, что такое Enlightenment, тот понимает.

а кто не знает - ставьте любой линукс и изучайте E17.

потому как вдруг завтра с этого дейстительно придется звонить.

нет в мире стабильности, увы.

и чтобы не забыть:

Даже не лежало. Валялось. Под ногами.

вот где не ожидал встретить что-то новое - так это в текстовых редакторах. тем более, после MultiEdit времён DOSа, который мне до сих пор кажется эталоном человеческого текстового редактора (если, конечно, не считать культовые штуковины для негуманоидов с восемнадцатью маленькими щупальцами каждого тентакля).

итак, всё дело в... непечатном символе табуляции.

он обычно используется даже не столько для "наведения красоты", сколько для повышения заметности и распознаваемости семантически и синтаксически связаных фрагментов текста за счет выравнивания их по вертикали виртуального листа.

и, что характерно, дисплеи уже бог весть сколько лет все растровые, GUI кругом, а одна маленькая деталь в текстовых редакторах оставалась неизменной. а именно, - ширина знакоместа.

и, соотвественно, ширина N знакомест, "отображающих" табуляцию (обычно конкретное N указывается в настройках текстового редактора).

отсюда и бесконечные поиски программистами хороших моноширинных шрифтов.

поразительно - только в 2008 году кто-то до этого додумался и предложил символы табуляции, обозначающие не "длинные пробелы", а виртуальные колонки переменной ширины. этот кто-то - Ник Гравгаард, датский программист.

а больше об этом и говорить-то нечего, всё понятно из демонстрации на странице автора идеи.

поддержка "эластичной табуляции" реализована Гравгаардом в виде плагина для редактора Gedit, и, похоже, скоро появится во многих редакторах популярных IDE.

 

ps

 

меня поправили - Гравгаард (или Гравгорд, как кому нравится) придумал эластичную табуляцию в 2006 году.

правда, начнают выидеть в ней смысл всё-таки в 2008 - по крайней мере, если верить записи в блоге Гравгаарда.

А не пробежаться ли изменившимся лицом пруду?

одним знакомым понадобилась, в общем, несложная вещь - система видеонаблюдения за продавцами на торговой точке. люди от техники далёкие пошли по пути наименьшего сопротивления - им кто-то присоветовал кого-то.

к присоветованым отправили договариваться, да и просто поговорить,  девушку. она вернулась испуганной. похоже, на всю оставшуюся жизнь. отчего к задаче все стали относиться с благоговением.

присоветованные же, избрав тактику тотального запугивания, притащили на торговую точку СЕРВЕР. и стали ИНСТАЛЛИРОВАТЬ прямо на месте. если учесть, что один из присоветованных - неопределённого возраста бородатый леший с пиратской серьгой в ухе, а второй - тощий, высокий, в ядовито-салатовой куртке с нехитрым узором из серебристых конопляных листьев, процедура инсталляции настолько впечатлила и продавщиц, и потенциальных покупателей, что в этот день никто ничего вообще не продавал и не покупал.

когда мне рассказывали об этом, люди так и говорили, со сдавленным ужасом и уважением: СЕРВЕР и ИНСТАЛЛИРОВАТЬ.

сервер я видел. заурядная машина, атлон 64, копеечная материнская плата, гигабайт оперативки, 250 гиг винт. серверного в нём разве что зачем-то здоровенный кейс (кстати, никто не поинтересовался куда его устанавливать). специфического - плата видеозахвата долларов за 450 примерно.

на сервер успешно инсталлировали Ubuntu, и факт этой успешности не может не радовать. а вот с платой видеозахвата вышла некоторая проблема. она номинально как бы поддерживается драйвером, но реально как бы не совсем. если точно - то совсем не. в общем, она не работает. несмотря на то, что для чипсета её (BT-какой-то-там, мне это совершенно всё равно было с самого начала) вроде как есть какая-то поддержка.

присоветованный из конопляника, как выяснилось, - гуру. он пытался из этой поддержки, которая вроде как  есть, сделать поддержку, которая есть. но что-то у него то ли не заладилось, то ли он гуру в каких-то других вещах.

не заладилось это "что-то" примерно на две недели. после нервы и карманы владельцев торговой точки не выдержали ужаса стремительно надвигающегося горизонта разорения, и были предприняты меры.

методы кризис-менджмента просты и эффективны:

  • вернуть СЕРВЕР
  • купить видеорегистратор за $250

через два дня всё заработало.

это всё даже не к тому, что ходить в публичные места ИНСТАЛЛИРОВАТЬ в марихуановом прикиде не совсем как бы гуд.

а к тому, что кризисы - это не только плохо, это еще и весьма  интересное время.

я попытался искать, что же говорят серьёзные люди в этот период о перспективах open source и связанных с ним бизнесов. и как-то уныло выглядит картина. практически все молчат. так, по мелочи можно кой-чего отыскать - в Business Week, например (кстати, так я не понял, в чём там вопрос, собственно), да вот ещё в Datamation (хотя это совсем иной и масштаб, и специфика).

а ведь действительно интересно. в прошлом году американские венчурные капиталисты инвестировали во всё, что прямо или косвенно связано с open source всего 196 миллионов долларов против 265 миллионов в 2006 году. с начала этого года инвестиции составили 150 миллионов, и похоже, все уже списали их в убытки.

цифры эти и без того копеечные (в масштабах такой здоровенной и мощной страны, как США), будут, по-видимому, ещё сокращаться.

что это значит?

венчурные капиталисты работают в основном со стартапами. значит, стартапы получат меньше денег. значит, стартапов будет меньше. значит, меньше будет новых независимых идей (их и так немного в стартап-среде, но будет ещё меньше). значит, будет скучно.

увы.

ну, разве что развеселит Уго Чавес, выучит, наконец, Haskell и начнёт активно анонимно комментировать ни на минуту не снижающих градус отоларингологов.

и это будет действительно весело.

Тот случай, когда мировые рынки ничуть не волнуют

увы, я опять не знаю, какой тег прицепить к этой записи.
поэтому пусть будет какой-нибудь.

дома у меня по вечерам из кранов вместо горячей течёт вода, температуру которой может назвать уютной только совсем уж психически нездоровый фанатик учения Порфирия Иванова.

вчера у нас отключалось электроснабжение целого микрорайона.

сегодня утром я ехал за рулём от конца проспекта Победы на улицу Прорезная рекордное время - один час 15 минут.

я уже очень долго за рулём и хорошо знаю, что утром и вечером пытаться проехать через Караваевы дачи, например, можно, но попытка окажется отвратительной.
и так далее.

многие улицы перестроены, проезжая часть расширена, работы упорно продолжаются, ситуация же не только упорно не желает улучшаться, а и вовсе ухудшается.

в связи со всем этим меня заинтересовали ответы на очевидные вопросы.

у нас ведь есть какая-то наука, ведь есть же?
некие государственные научно-исследовательские институты?
и есть, вроде как, даже некий бюджет "на науку"?
больше того, у города есть средства.
и более чем немалые.
и вот даже как-то и неудобно спрашивать, тем более, что непонятно - у кого спрашивать-то:

кто-то в городе Киеве занимается изучением города как системы?

кто-то пытается строить модели этой системы и прогнозировать, например, последствия "локальных модернизаций" наподобие расширения проезжей части дороги перед сужением и двумя последовательными светофорами на 150-метровом участке?

кто-то пробовал на основании  моделирования оценивать возможность установления директивного обязательного начала рабочего дня для секторов центральных районов так, чтобы разнести по времени всплески плотности транспортных потоков?

кто-то пытался моделировать и оптимизировать размещение остановок общественного транспорта? оценивать влияние сети остановок на пропускную способность дорог?

кто-то пробовал оценить на модели, что будет с городскими системами водо- тепло- и электроснабжения, если 15-градусные морозы ударят, например, в первых числах октября?

а что будет с этими сетями через 5 лет? 10? 15?

кто-то этим занимается?

заказывала ли городская власть академической науке такие исследования?

занимается ли кто-то мониторингом транспортных потоков?
мониторингом загрязнения воздуха?
мониторингом движения облаков отравы, например, от пробки на Московской площади?
куда они движутся?
с какой скоростью?
как изменяется концентрация отравы?
как она соотносится с качеством того, что под видом бензина нам наливают на бензоколонках?

и так далее.

иными словами - кто-то пробовал применять прикладную математику и компьютеры по непосредственному их назначению в интересах наших городов и, в конце концов, в наших интересах?

не в интересах владельцев сетей супермаркетов, не в интеерсах акционеров банков, а в интересах горожан.

если есть что-то подобное - очень хотелось бы ознакомиться с плодами.

так что если кто что знает, или, тем более, - причастен, излейте, пожалуйста, посильно.

это ведь вовсе не так дорого, как кажется.
это ведь - гроши.
особенно в сравнении с последствиями творящегося тотального безумия.

 оно, конечно, много интересного происходит в мире, но как-то не очень интересно за всем этим наблюдать, умывшись из ведра и греясь у буржуйки.

а с нашим нынешним пришибленным урбанизмом, реализующим идею сближения города и деревни методом трансформации города в конгломерат сёл, буржуйка, ведро и байки возле колодца (ну простите, мы же в городе, - возле бювета), скоро могут стать реальностью.

вообще, поразительно, как всех волновала проблема 2000 года, и как сейчас никого не волнует проблема городской инфраструктуры.

Непростая выдалась осень

Или мне кажется, или действительно что-то не так и всё смешалось в доме. Вот, например, предлагает зачем-то TopCoder почему-то программистам поучаствовать в соревновании с призовым фондом $50.000. На этом понятные слова и даже местами буквы для меня лично заканчиваются.

Суть соревнования - нужно придумать алгоритм, который на основании статистики футбольных матчей (данные за несколько лет) будет предсказывать результат.

Ну я бы понял, если бы такую задачу после больших и затяжных народных праздников поставил перед читателями какой-нибудь уездный околотехнический журнал. И никто не заметил бы, и нескольким районных сумасшедшим была бы забава.

Но TopCoder.

Но анонс на CIO. Который Business Technology Leadership, если это сочетание хоть что-то обозначает.

Какое вообще отношение имеет программирование к решению такой задачи? И программисты?

Подобные задачи, по хорошему, вообще не шибко-то и решаются. Да, можно идентифицировать систему "команды - результаты игр" с резульатом - некоторой моделью.

Это уже здоровенный кусок работы.

Потом надо выяснить, насколько хороша модель. Это вообще неформализуемо в общем случае.

И в конце концов окажется, что вся эта работа - пустышка.

Тут куча разделов прикладной математики намешана. Это исследовательская задача, причем из серии "как выигрывать в рулетку". И к программированию это не имеет никакого отношения.

Но раз такое предлагают программистам, значит...

А что, собственно, значит?

Значит, что благодаря тотальной вебдванольной профанации началась вторая волна веры в "компьютер сам всё делает", только теперь с небольшим изменением в главном фетише. Теперь "программисты-блогеры сами всё делают".

Непростая нынче осень, да.

С обострениями.

Чем бы их запускать, вот в чём вопрос

если рассмотреть "запускалки программ", application launchers, как отдельный класс приложений, получится примерно такая картина:

все, что есть - командные запускалки да разные механизмы, упорядочивающие всевозможные аналоги кнопок GUI (иконки, пиктограммы, секторы и т.д.).

собственно, это все.

в мире командных запускалок можно выделить два фундаментальных класса.

первый - автоматические индексаторы с сокращением результатов индексации в соответствии со вводимым пользователем шаблоном. самые яркие примеры из трех ОС (MacOS X, Windows и *nix) - QuickSilver и Launchy.

второй - алиасные запускалки. пользователь задает для выбранных файлов, команд и т.д. короткие алиасы и в дальнейшем уже оперирует ими. пример - SlickRun.

естественно, есть и гибридные командные запускалки, в которых реализованы и индексация, и алиасы.

как по мне, командные запускалки далеко не так удобны, как кажется.
и восторженных эпитетов (вплоть до "гениально") в отношении них я использовать не собираюсь.

индексаторы в реальной работе неудобны.
особенно если работаешь в системе с большим числом установленных программ (например, утилитарного характера).
чем больше программ - тем больше множество, полученное в результате индексации, тем больше надо вводить символов, для того, чтобы сократить его до приемлемого размера. плюс, часто приходится из отселектированного подмножества выбирать конкретный элемент, например, клавишами навигации (стрелками).

алиасы - да, хороши.
пока их мало.
и можно обойтись одно-двухбуквенными, для самых часто используемых программ.
а вот если алиасов становится много, голова этого не выдерживает.

кстати, для использования алиасов в Windows совершенно нет нужды устанавливать сторонние программы, достаточно штатной вызываемой по Win + R запускалки.

вызываем regedit, и идём в

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths

всё, что здесь есть - это имена, которые легко запускаются с помощью меню Run

но так как они не совсем "человеческие", то можно и даже нужно сделать кой-какие добавления.

например, для doc-файлов удобнее всего создать ключ doc.exe
вот так:

Чем бы их запускать, вот в чём вопрос

все, алиас готов.
теперь можно в Run набирать doc и жать Enter - запустится Word.

такие же ключики можно сделать для xls (Excel) и pdf (акробат).

что-то, расширения файлов чего менее привычны, можно именовать иначе.
например, lr - это Lightroom.

и так далее.

прекрасно работает и не засоряет систему.

а вот GUI-ориентированные запускалки, с ними тоже как-то не очень.
свежих идей, можно сказать, ноль.
всякие панели или занимают пространство экрана, или избыточны и нефункциональны или уродливы и ресурсоемки, или зачем-то похожи на какие-то запчасти от MacOS X (казалось бы, 2008 год на улице, а всё ещё находятся шалунишки, неутомимо копирующие эти милые голубенькие переливающиеся прелести) и объединяют все прочие достоинства.

единственная действительно очень хорошая штука, на мой взгляд, - российская разработка True Launch Bar.

и ещё, конечно, предоставляемая виртуальным десктопом Dexpot (который, кстати, обновился до версии 1.4.1 и стал шустрее и лучше работать) возможность размещать разные множества иконок на разных вирт. десктопах.

в принципе, меня устраивает Win + R с алиасами для наиболее часто используемых программ + разложенные Dexpot иконки для программ, которые используются не так часто и с которыми работь лучше всего в полнооконном режиме.

подворачивать окно приложения, чтобы добраться до иконок на десктопе - не очень удобно, лишние движения.

вот если бы, например, по Win + что_то_там можно было "поднять" иконки с десктопа над окном приложения (в стековом порядке) и стрелками, например, выбирать нужное - ммм, это была бы "вкусная" утилита, кстати.

хотя, возможно, такое уже и есть, просто мне не попадалось.

Статистика знает всё

Журнал Embedded Systems Design провел очередной опрос своей читательской аудитории и посетителей тематических конференций. Всего ответило 1100 человек, естественно, специализирующихся в разработке программного обеспечения встраиваемых систем. Среди ответов есть весьма показательные «откровения».
 
Главное, что надо понимать – речь идёт о ПО, исключительно важном и баснословно дорогом при обнаружении ошибок во время эксплуатации. Даже не из-за очевидных банальностей типа «я доверяю свою жизнь программисту управляющего тормозами моего автомобиля контроллера» .  А просто потому, что для того, чтобы сменить прошивку какого-нибудь вспомогательного контроллера автомобиля, например, управляющего опусканием-подниманием стекла, придется отзывать с рынка всю выпущенную с ошибкой партию машин.
 
Во-первых, мы становимся свидетелями того, как самая экстремальная отрасль программирования преобразуется в классическую индустрию. Достаточно взглянуть на то, что волнует разработчиков. А волнует их больше всего соблюдение графика рабочих совещаний. Причем значимость этого фактора выросла с прошлого года на 10%. А классически программистские трудности – отладка и борьба со сложностью кода, - по сравнению с организационными их уже трудно назвать сверхзначимыми (важность процесса отладки вообще снизилась).
 
Во-вторых, очевидное соображение - аутсорсинг не может быть популярным в областях,  где требуется очень высокое качество кода, - получает подтверждение. В 61% американских проектов встраиваемого ПО не используются услуги контрактных разработчиков. И этот показатель увеличился с прошлого года на 4%.
 
В-третьих, практикующие разработчики, о ужас, фактически ничуть не ценят такие инструментально-идейные пласты, как доступные средства разработки и утилиты Linux, сторонние готовые библиотеки, средства разработки и анализаторы кода, UML-инструментарий. Все это считают важным и полезным единицы процентов специалистов. Главные инструменты, по их мнению, - компилятор-ассемблер, отладчик, осциллограф и, само собой, знания (этого в опросе нет, но и так понятно). Иными словами:  в навороченный инструментарий, разработчики похоже, уже наигрались окончательно, и придерживаются правила «навороченные инструменты – это хорошо, но отличное образование и серьёзный опыт – несоизмеримо лучше».

В-четвертых, повторное использование кода на деле имеет смысл только с уточнением – разработанного собственными силами в своих же прежних проектах. Апологетов  сверхнадежности, доступности  и пригодности к повторному использованию open source кода ожидает страшное разочарование – совершенно не ценят программисты-эмбеддеры творческое наследие сообщества. Впрочем, сторонний коммерческий код, предназначенный для повторного использования, они ценят ещё меньше.

В-пятых, к области «не интересуемся» можно отнести и встраиваемые операционные системы. Причем трехлетняя история этого отсутствия интереса весьма забавна. В 2006 году встраиваемая ОС была не нужна в 86% проектах опрошенных специалистов, в 2007 – в 78%, в 2008 степень «ненужности» опять  возросла – 81%. И при этом списать спад интереса на то, что ОС требует слишком много ресурсов процессора (которые во встраиваемых системах на вес золота) уже не получается – это уже волнует меньше чем 10% специалистов, мощные и малопотребляющие процессоры теперь доступны.

В том незначительном секторе, где ОС все-таки нужна и используется, картина выглядит примерно так: 70% отъедают коммерческие системы и ОС собственной, внутренней, разработки (в пропорции примерно 2,5 к одному). За четыре года количество проектов, в которых используются сугубо коммерческие ОС, сократилось на 6%. Таким же «успехом»  пользуются и open source OC – то же самое сокращение на 6% за 4 года. Интереснее тот факт, что разработчики ощутимо разочаровались и в коммерческих системах, и в open source – оценка применимости этих систем в следующих проектах сократилась на 10-13%.

Ну и последнее о встраиваемых операционных системах. Разработчиков в них действительно волнуют следующие вещи – характеристики работы ОС в реальном времени, наличие инструментария, отсутствие отчислений, стоимость закупки и перечень процессоров, для которых ОС реализована.
Практически же не волнуют – открытость исходных текстов, степень знакомства с технологией ОС, наличие технической поддержки.

Если точку зрения embedded-разработчиков разделяют и прочие разработчики, как этот последний пункт сочетается с моделями коммерческого успеха open source ПО, которые делают ставку на техническую поддержку, понять трудно. Естественно, когда речь идет об инструментальном и прочем специфическом ПО, ориентированном на программистов.

Тем же оружием

Слово "перформанс" в наших реалиях для меня лично по сути ничего не означает. Те "перформансы", с которыми я знакомился по описаниям, не заслуживали ни одного доброго слова. Но вот это...

Немецкое отделение RIAA требует от претендентов на распространение плодов своего творчества заполнения отдельной формы на каждый используемый неоригинальный сэмпл, даже на смый крохотный.

Не буду судить, - хорошо это или плохо. Не возьмусь. потому что:

  • с одной стороны, я не считаю пользователей музыкальных конструкторов из сэмплов - композиторами (по большому счёту, и музыкантами тоже не считаю, и это моё право), а,
  • с другой стороны, не могу считать отдельные, хоть бы и крохотные, фрагменты музыкальных произведений, - незначимыми.

Второе, наверное, следует пояснить. Вся массовая культура давным-давно строится на "взрывном фрагменте". Если он есть, - есть и  очередной шедевр массовой культуры, остальное обрамление доделают ремесленники (давайте вспомним ABBA и Boney M с их местами гениальными взрывными фрагментами, которые моментально въедаются в мозг даже тем, кто ничего не смыслит в музыке).

Так вот, немецкое отделение RIAA требует от нынешних "композиторов"  признания неоригинальности сэмплов. И документальное подтверждение этой неоригинальности. Хорошо это или плохо, опять же, не буду судить.

Но перформанс музыканта-авангардиста Йоганна Крейдлера не могу не поддержать. Крейдлер создал ммм... музыкальное произведение, состоящее и 70 тысяч двухсот (!) неоригинальных сэмплов. Соотвественно, теперь несчастному германскому отделению RIAA придётся оформлять 70 тысяч двести документов.

Это фрагмент нового сложно-лицензируемого искусства. Художественные достоинства оценивать не возьмусь. Но и в том, что это действительно авангардно - лицензировать каждый крохотный фрагмент, - сомневаться не буду.

 

Увидеть время

захотелось мне что-нибудь интересное смастерить. причём, чтобы и "железячное, и попрограммировать немного, и не повторять готовую конструкцию, а «с нуля» - от идеи до железяки и кода.

и придумались мне весьма специфические часы, которые показывают не условное время (все «шкалы» времени, конечно же, условны), а уникальность текущего момента времени. по-моему, ничего подобного никто не делал.

выглядеть такие часы могут просто – матрица светодиодов размером N x M, на которую «проецируется» битовое слово с числом битов N*M (назову это слово T) по следующему принципу: бит  равен 1 - соответствующий светодиод включен, бит равен нулю - выключен.

Увидеть время

такая картинка отображается какой-то короткий промежуток времени, например, несколько секунд. потом она изменяется. задача – сделать так, чтобы картинка никогда не повторялась. и была псевдослучайной. таким образом, за время работы часов каждый момент времени будет действительно отображён неповторимой, уникальной картинкой на светодиодном дисплее.

каюсь, требование к уникальности каждой комбинации поначалу сбило меня с толку и я сдуру было захотел нагородить здоровенный битовый массив, используемый для проверки уникальности сгенерированного каким-то образом T. то есть, T используется как адрес, и по этому адресу проверяется бит в большом массиве оперативной памяти – если бит равен нулю, то его значение изменяется на 1, а слово T считается пригодным к отображению, в противном случае, если бит T уже установлен в единицу (комбинация уже отображалась), просто генерируется новое T и процесс проверки продолжается.

а, оказывается, все просто до невозможности. есть исследования линейных конгруэнтных мультипликативных генераторов математика Деррика Лемера, и есть замечательная рекуррентная формула 1969 года (авторы – Льюис, Гудман, Миллер, в их честь назван генератор псевдослучайных чисел LGM): 

Увидеть время

кстати, Лемер – весьма интересная личность. он был женат на дочери иммигрантов из России, тоже математике, и тоже с мировым именем, Эмме Троцкой. вот первая фраза из книги воспоминаний Эммы Троцкой: «Я родилась в 1906 году в городе с прекрасным названием Самара, на великой реке Волга. Я надеялась посетить свой родной город до тех пор, пока  он не сменил название на ужасное Куйбышев. С тех пор я полностью утратила к нему интерес».

и, кстати, число  Увидеть время  тоже очень интересное. это так называемое простое число Мерсенна (Марен Мерсенн – французский монах, математик, учившийся с Рене Декартом).

ну а уж число 16807 вообще культовое, можно сказать, 37 тысяч страниц, долго расписывать, почему именно.

так вот, последовательность, генерируемая по формуле Льюиса-Гудмана-Миллера, по сути является циклическим списком, состоящим из неповторяющиеся псевдослучайных 31-битовых чисел в диапазоне от 1 до 2,147,483,646. и тот факт, что каждое число из диапазона встречается в последовательности строго один раз – фундаментальная особенность генераторов подобного класса.

так как решаемая задача – сугубо декоративного характера, все прочие свойства псевдослучайной последовательности меня не интересуют. зато простота формулы, приличный период повторения последовательности и неповторимость чисел в пределах одного периода – именно то, что надо.

если время отображения одного слова T принять равным одной секунде, полный период  последовательности будет отображаться примерно 2,147,483,646/(60*60*24*365) или 68 лет при непрерывной работе часов. секунда даже многовато, но это уже и не важно, период отображения – величина, задаваемая программно.

по-моему, это отличная штука, можно с cознательного детского возраста наблюдать такие часы всю жизнь, и картинка ни разу не повторится.

итак, в часах будет светодиодная матрица 5*6, отображающая 30-битовое слово. ещё один бит будет использоваться, например, для изменения цвета (как – пока не вопрос, да и это несложно).

если с фундаментальной функциональностью устройства уже всё понятно – это простой 8-битовый микроконтроллер с загруженной программой реализации приведенной выше формулы, 30 светодиодов, каким-то образом подключенные к контроллеру так, чтобы можно было  отображать сгенерированное 31-битовое слово, то в нюансах начинаются всякие забавные вещи.

например, хотелось бы, чтобы визуально картинка менялась не по принципу переключения, а плавно – одни светодиоды гаснут, другие – загораются, картинка удерживается какое-то время, потом цикл повторяется.

пока вижу одну возможность - микроконтроллер со встроенными двумя управляемыми ШИМ-генераторами (широтно-импульносная модуляция – способ удобно непосредственно цифровым способом формировать переменные аналоговые величины) и программно сформировать два сдвинутых по фазе ШИМ-сигнала, описывающих трапецеидальные аналоговые импульсы. каждый светодиод может быть подключен к одному из этих двух генераторов, или ни к чему (что уже означает – для каждого светодиода потребуется трёхпозиционный управляемый ключ). но это, конечно, пока. как-то неизящно.

буду думать ещё.

а часы будут здесь неспешно (а, может, и спешно) доводиться до полной детальной спецификации и работающего образца.

а теги, которые нельзя выбирать персонально - это сущее мучение. я уже думал прицепить тег "Сделки" - всё-таки, что-то сделать хочется, но потом благоразумие победило.

И да, и нет

итак, некоторые (если не многие) уже действительно устали ждать и пытаются приняться за дело самостоятельно. это о "копеечном таблете, предназначенном исключительно для браузинга" - о примерно двухсотдолларовой машинке без клавиатуры, накопителей и прочего (по ссылке - весьма немаленькая страница, там под тысячу комментариев и число их растёт).

идея проста - машинка-браузер. всё. никаких возможностей установки ПО, ничего лишнего - только браузер и всё. ну, разве что для Skype сделано исключение.

из органов управления - кнопка включения. для ввода - тактильный экран с виртуальной клавиатурой.

программное обеспечение - адаптированные ядро Linux и браузер Firefox.

ориентировочная конечная цена - $200.

в общем, устройство вполне логичное - идея терминала нового поколения, похоже, никуда не исчезает и продолжает витать в воздухе. а речь идёт действительно о терминале.

но для подобных терминалов кажется куда более подходящей идея, реализованная Opera в системе "малый браузер - промежуточный сервер". иными словами, что-то, аналогичное Opera Mini.

во-первых, такой таблет должен быть сравнительно небольшим. а небольшой экран - штука специфическая, далеко не все страницы с него удобоваримо просматривать.

во-вторых, такой таблет принципиально беспроводный. а это - трафик. он, само собой, стоит денег, но тут важнее даже не столько персональная экономия, сколько возможность комфортабельно работать в насыщенном подобными устройствами окружении. иными словами, - получать максимум от инфраструктуры. и чем ниже трафик таких устройств, тем эффективнее будет использоваться беспроводная инфраструктура (и на её развитие этот факт, что очевидно, негативно не влияет).

в-третьих, появление промежуточных серверов означает и возможность появления всяких сопутствующих бизнесов. а это - рабочие места и денюжка. что очень неплохо.

в-четвёртых, такое "middleware" как набор сервисов, позволяет действительно упростить терминал чуть ли не до безобразия. ведь массу очень неприятных вещей можно переложить именно на middleware-серверы. например, ту же локализацию полностью убрать из терминального кода. а это уже огромный кусок работы. плюс подобной стратегии - возможность "массовых модернизаций", когда апгрейд middleware приводит к тотальному изменению работы терминалов (в идеале - к улучшению, конечно, но это ведь в идеале).

в общем, мне кажется, что не стоит повторять печального опыта всех этих simputer, пытаясь идти по тому же пути до максимального упрощения. тут нужно что-то другое, куда более интересное, чем по сути студенческий проект "DIY Yet Another Linux Distribution".

кстати, на тему таких альтернативных систем - стала доступна книга Вирта и Гуткнехта "Project Oberon - The Design of an Operating System and Compiler", четыре мегабайта pdf.

и проект BlueBottle жив, и даже 24 июля выпустил очередной релиз системы, точнее, ревизию 1415 (75 мегабайт упакованный образ дистрибутива).

 
 
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT