Александр Смирнов

Финские дороги

2011-09-19T08:59:00.005+03:00

Есть у меня небольшое хобби: фотографирование на улице всего интересного своим телефоном Нокия E63. Бывает, увижу красивые облака, достану свой «кирпич» с кнопками, и вуаля — красивые облака навсегда запечатлены в виде двухмегапиксельной картинки.

А тут как-то раз стоял на ремонтируемом перекрёстке, и оказался у ямы для светофорных коммуникаций. В итоге хочу поделиться с вами поперечным разрезом финского шоссейного полотна:

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

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

Весьма доходчиво об особенности строительства российских дорог говорится в этом ролике:

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

Презентация новой версии iTeX на юбилейной конференции TUG

2011-09-13T22:49:00.002+03:00

Кнуту присуща не только учёная серьёзность, но и отличное чувство юмора.

Первые шаги в Андроиде

2011-09-12T23:36:00.003+03:00

Только что запустил свой первый "Хэллоуворлд" на устройстве с Андроидом. По сравнению с телефонами, снабжёнными MIDP 2.0, Андроид кажется настоящим компьютером с предустановленным JDK. Чего только стоит список пакетов, доступных в Андроиде. Отдельно порадовал способ определения пользовательского интерфейса: каждая из "активностей" может снабжаться своим интерфейсом, написанным на HTML-подобном языке. Правда при желании разработчики могут создавать свои интерфейсы как угодно, хоть в OpenGL. Лишь бы было желание.

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

Ну, и для того чтобы начать программировать под Андроид, вам вполне хватит обычного компьютера, Эклипса и знания "Бейсика" наших дней — вездесущей Явы. Как же тут, скажите, можно удержаться, и не создать какое-нибудь приложение или игру?

Хотели как лучше

2011-09-10T22:53:00.001+03:00

Мысли вслух

2011-09-09T23:28:00.001+03:00

Оказывается, и большие программы могут быть качественно переписаны в очень малые сроки. Самое главное — верить в свои силы.

Современный искусственный интеллект

2011-09-09T08:32:00.000+03:00

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

Очередной эпизод подковёрной войны

2011-08-29T08:49:00.003+03:00

... До коле Гугл их всех не разберёт ...

"Государь" Никколо Макиавелли

2011-08-26T08:41:00.001+03:00

Дочитал "Государя" Никколо Макиавелли. Теперь думаю, что вряд ли смогу найти ещё одну такую книгу, которая столь же просто, доходчиво и внятно смогла бы объяснить как и почему должен вести себя успешный руководитель, политик или даже чиновник. Впрочем, в этой же книге на пальцах объясняются и основы успешной геополитики государства, с многочисленными примерами из античности и средневековья. Сам Макиавелли вряд ли даже мог предполагать о грядущих временах и переменах в мире, но многое из описанного им в "Государе" очень легко переносится и на события сегодняшнего мира. В общем и целом, всячески рекомендую эту книгу всем тем, кто интересуется основами геополитики и управлением государством.

"Бляди" Глеба Сабакина

2011-08-09T10:02:00.006+03:00

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

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

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

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

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

Претензии к будущему, или мысли о "Звёздных войнах"

2011-07-15T12:03:00.009+03:00

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

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

Проще говоря, почему все стреляют друг в друга энергетическими лучевыми установками, и никому в инопланетянскую голову не приходит идея присобачить к какому-нибудь R2D2 двигательную установку, какой-нибудь мегаэкстратермоядерный заряд, и запустить его в борт Дарта Вейдера? Почему Люку Скайволкеру нужно использовать Силу и медитативный аутотреннинг, чтобы метко пульнуть бомбу в сердце "Звезды Смерти" с N-ой попытки? Неужели их галлактические военные историки не знают про землянских камикадзе и террористах-самоубийцах, заполонивших Землю в XXI-м землянском веке? Где интеллектуальные бомбы? Где гипердрайвные ракеты, имеющие точность попадания в пару ангстрем на расстоянии до тысячи парсек? Дикари. Просто дикари какие-то.

Опять же, вокруг героев звёздной киноэпопеи бродят тонны умного железа, способные общаться на разных инопланетянских языках, делать сальто, и даже стирать космические комбинезоны. Однако при всём этом управление космическими кораблями чаще всего сводится к механическим нажиманиям на рычаги, кнопки и педали. Прямо как в тракторах марки "Беларусь" или "Кировец". В одном из эпизодов R2D2 управляет космическим кораблём, но почему в светлом космическом будущем межгаллактические корабли тупее C3PO? Просто возмутительно.

Отдельный вопрос про то, как у них там обстоит дело с их межгаллактической медициной. Я понимаю, что их межгаллактический Минздрав не брал пример с Минздрава страны России, разположенной на планете Земля в далёкой солнечной системе галактики "Млечный путь". У нас тут на Земле, а особенно в России, люди вообще стараются не болеть. Потому что если ты вдруг заболеешь, то ты тут же узнаешь, что врачи у нас - нищие люди, которым самим приходится снабжать медицинские учреждения всем необходимым медицинским оборудованием и препаратами. А в светлом космическом будущем есть какие-то "медицинские капсулы", роботы-хирурги, и различные пришиваемые части тела. Но почему при всём этом нет генной инженерии? Нет лекарств, создаваемых под индивидуальные особенности того или иного организма? Почему Дарт Вейдер должен постоянно ходить в своём чёрном водолазном костюме и дышать каким-то газом? Неужели у инопланетян нет технологий по выращиванию новой кожи и органов, которые наши земляне уже сейчас так активно развивают? Да у них у них там просто какой-то межгаллактический медицинский упадок, право.

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

Другая тема - это поиски человека или гуманоида на разных планетах. У джедаев, например, есть такая способность обращаться к Силе, и узнавать кто из них остановился на какой планете. Скажем, сидит Люк Скайволкер на Уране, и надо ему в Солнечной системе найти Йоду. Вот он глаза закатывает, и в экстазе обращается к Силе, делает запрос к Её поисковой системе. Дескать, "Йода, найти, где." И Сила ему даёт ответ: "Искать Йоду на Марсе должен ты; на южном полюсе." И всё, летит туда наш Люк, находит Йоду, и пьёт с ним марсианский чай. Все дела. А тут Дарт Вейдер со своим учителем носятся по всей галактике как начинающие сотрудники оперативно-розыскной службы. Нет бы обратиться к Тёмной стороне Силы с тем же запросом, и выяснить где сейчас Скайволкер пьёт чай с Йодой. Ан нет, какие-то оперативные донесения, дроны, рыщущие по планетам, да дарт-вейдеровские доносчики. Выходит, не так уж и сильна Тёмная сторона Силы. Нет у Неё, оказывается, поискового движка в столь светлом межгаллактическом будущем. А ведь даже у нас сейчас на нашей нынешней несовершенной Земле абсолютно никакому гражданину нельзя укрыться не только от спецслужб, судебных приставов и коллекторских контор, но и от любых других граждан, желающих найти негодника. Один Фейсбук с его интеграциями сервисов чего стоит. А скоро, возможно, и вообще пойдет мода ходить по улицам с прикрученной к башке веб-камерой. Дескать, посмотрите, люди, как я живу.

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

Идея конфигурируемых вспомогательных сеток для видоискателей

2011-07-07T13:53:00.008+03:00

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

Трети — это очень хорошо, подумал я. Но ведь можно еще придумать и другие вспомогательные варианты. Так сказать, в зависимости от призвания фотографирующего. Итак, после недолгих раздумий, мозг непризнанного гения фотографического искусства и инженерной мысли выдал следующие варианты.

Аскетический вариант для настоящих фотопрофессионалов:

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

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

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

Однако трети — это еще не всё. Представляем вам наш следующий вариант, посвящённый любителям математики и геометрии:

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

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

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

И наконец мой последний вариант предлагается всем тем фотографам, кто мечтает о карьере папарацци:

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

За сим разрешите откланяться. Желаю всем удачных фотографий!

Цитата из "Рухнамы"

2011-07-07T09:58:00.004+03:00

Читаю цитаты из главной книги всех туркмен. Больше всего понравилось вот это изречение:

Туркменское государство очень богато. Можно было бы раздать всё его богатство народу и озолотить каждого. Но готовы ли наши люди после семидесятилетней нужды вдруг стать богатыми? Одной из главных моих целей является воспитание в туркмене привычки к умеренности.

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

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

Случай на газоне

2011-06-30T14:14:00.008+03:00

Вчера во второрой половине дня взялся я за стрижку своего "мини-газона" площадью примерно в 10 соток. Палящее солнце, жара в +30°, мухи, слепни, голодные комары, и прочие прелести жарко-влажного финского лета немного притупили и без того мой тупой мозг и полусонное внимание. Покуда окосил половину травы, начал думать лишь об одном: как бы мне поскорее завершить этот "сенокос". Слава богу, газонокосилка у меня самоходная: знай только, жми на газ и на сцепление редуктора, и она сама будет ползти по газону, ну, а тебе - только идти за ней.

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

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

И только я начал наклоняться за камнем, как заметил мотылька, спешно убирающегося с пути газонокосилки. Стало мне беднягу жалко. Вроде бы не моль, шубу с шерстяными носками не жрёт; вроде бы и не комар, и не овод, кровь людскую не пьёт; ну, и по говну с едой не ползает как муха. В общем, решил я это насекомое пожалеть, и немного отклонить газонокосилку, чтобы она его не затянула вовнутрь. Ну, а сам всё дальше и дальше наклоняюсь за камнем, чтобы его убрать.

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

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

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

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

Снялся с регистрационного учёта в России

2011-06-16T10:06:00.010+03:00

Не прошло и 14 лет, как я решил сняться с регистрационного учёта в России. Говоря нормальным языком, решил выписаться из квартиры родителей в России, и встать на консульский учёт в Финляндии. Родители таким образом будут меньше платить за коммунальные услуги, а я получу в лице консульства и ЗАГС, и ОВИР, и ещё много чего другого, что российскому гражданину может понадобиться в Финляндии.

Так как я проживаю в районе Оулу, то всеми моими заграничными делами занимается российское консульство в славном городе Турку. Туда я и обратился в начале марта с заявлением о снятии ~~господина Шарикова~~ меня с регистрационного учёта в России.

Вопреки всем жутким слухам, распространяемым в интернете неадекватными гражданами, сотрудники российского консульства в Турку оказались очень тактичными, вежливыми и учтивыми людьми. Никто в консульстве на меня не орал, не унижал, и даже не бил. Мои российский и заграничный паспорта не разрывали у меня на глазах; никто не заставлял меня кланяться портрету Медведева; и даже охранник консульства не заставлял меня отжиматься от пола по пятьсот раз, каждый раз приговаривая "славься, Отечество, наше свободное!" Самые грубые слова, которые я услышал от сотрудников консульства в свой адрес, были "извините", "пожалуйста" и "спасибо".

Сотрудники консульства внимательно проверили моё заявление, исписанное моим корявым почерком, и вежливо попросили кое-где исправить и дополнить пару пунктов. В конце-концов меня вежливо предупредили, что снятие с регистрационного учёта через консульство занимает от полугода до восьми месяцев. Ибо велика матушка-Россия, и не у каждого сотрудника местного УВД и ЖЭКа есть время выписывать и оформлять разных отчаливших эмигрантов.

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

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

Решение задач в "Пректе Эйлера"

2011-06-13T21:08:00.012+03:00

Как я и предполагал, к вечеру голова уже перестала что-то соображать, а уровень креативности всё ещё зашкаливал. Видимо, сказалось действие выпитого за день особо чёрного программистского кофе, такого же чёрного ~~как моя совесть~~ как фон консоли в старом Юниксе.

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

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

Картинка всем на зависть.

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

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

Проект Эйлера

2011-06-13T09:47:00.005+03:00

Возможно, что все чёкнутые программисты уже в курсе, но я вчера открыл для себя весьма интересный "Проект Эйлера". Суть такова: вам, (чёкнутому программисту), предлагается решить более трёхсот математических задач при помощи программирования и имеющихся в вашем распоряжении среднестатистических вычислительных мощностей.

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

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

Следует отметить, что часть вопросов была переведена энтузиастами на русский язык, и выложена на сайте euler.jakumo.org.

Тех же программистов, кто хочет отдохнуть от программирования, и кого больше интересуют математические задачи, возможно заинтересует ресурс MathsChallenge.Net, от которого, в своё время и отделился "Проект Эйлера".

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

Сюжет для рекламы страховой компании

2011-06-12T22:57:00.004+03:00

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

Итак, на экране мы видим начало знаменитой сцены убийства постояльцы из фильма "Psycho". Зловещий маньяк тихо и осторожно входит в ванную, поднимает над жертвой нож... И подскальзывается. Громко падает на пол, а огромный нож в это же самое время, описывая невообразимые пируэты, устремляется лезвием в низ, прямо на лежащего на полу маньяка. От удара ножа маньяк вскрикивает, тут же издыхает, а постоялица в ужасе смотрит из душа на то, что лежит на полу.

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

По-моему, гениально.

Июньская жара

2011-06-09T19:51:00.005+03:00

За окном более 30 градусов тепла (по Цельсию) и практически безоблачная погода. Для местных широт такая погода в начале июня — это очень и очень большая роскошь. Чаще всего северная часть Финляндии по летнему прогревается лишь к началу июля, и балует местных жителей жаркой погодой лишь около двух или трёх недель. А тут на тебе: +30 с гаком, и ни одного намёка на ближайший ледниковый период.

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

Примерно вот такие:

Или даже вот такие:

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

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

Вот и сегодня, решив усесться в садовое кресло, увидел такой пейзаж:

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

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

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

Исправившийся супостат:

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

Тут, в общем-то, так бы и жить дальше, но на выходные обещали дожди.

Прогнозы про Нокию

2011-06-08T22:13:00.004+03:00

Почитал сегодня свои же собственные прогнозы касательно будущего различных технологий в Нокии, и потом долго ухмылялся своей же собственной наивности, глупости и недальновидности. Видимо в своё время просто не разглядел той прыткости и деловой оперативности, с которой нынешний нокиевский CEO (Стивен Илоп) взялся кастрировать и вводить в коматоз многие нокиевские разработки.

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

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

Новообращение в Яву

2011-06-08T13:22:00.004+03:00

Позади около пяти лет программирования в Symbian C++, но по иронии судьбы вот уже две недели как я являюсь новообращённым Ява-программистом. До этого, опять же по иронии судьбы, я пять лет работал то с JavaEE, то с JavaME то с JavaSE.

За те несколько лет, что я осваивал идиомы Symbian C++, Ява нисколько не постарела и даже не утратила своей актуальности. Язык по-прежнему живёт и развивается. Из нововведений в Яве стоить отметить разве что поддержку "типизированного кода" (generics), которая программистам на Си++ уже очень давно и очень хорошо известна в виде "шаблонов" (templates).

Однако так, глядишь, через 10 лет в Яве появится и поддержка беззнаковых (unsigned) чисел и возможности определения операторов для классов. Впрочем, если и без них Ява сумела составить достойную конкуренцию многим другим технологиям, то думаю она и в будущем обойдётся без этих мелочей, милых сердцу каждого адепта Си и Си++.

С непривычки, конечно же, немного поражает то огромное количество классов, библиотек и фреймворков, что доступны Ява-программистам. Разобраться во всём этом зоопарке сразу практически невозможно, но тут на помощь приходит старый и проверенный многими годами принцип: если вам, как говорится, нужен топор, то вам незачем браться за стамеску. Ведь по большому счёту, все проблемы программистов решаются при помощи избирательного минимализма и всем известного магического заклинания "RTFM".

Футбольный мяч

2011-06-08T09:27:00.003+03:00

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

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

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

Статистика АдСенса

2011-06-07T12:41:00.004+03:00

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

Ради эксперимента выставил внизу правой панели своего блога три вертикальных баннера от гугловского АдСенса. За полгода на страницах моего блога эти три баннера были показаны Гуглом примерно две с половиной тысячи раз. А посетители блога кликнули по ним аж целых четыре раза. Благодаря этому, Гугл поделился со мной ~~30 серебрянниками~~ 36 центами в непонятно какой валюте.

Если учесть, что за полгода я таким образом разрабатываю пусть даже 0.36 долларов, то сложные математические расчеты показывают: суровой акуле сетевого бизнеса и непризнанному гению заработков на АдСенсной рекламе (в моём лице) потребуется примерно 1,39 миллиона лет, чтобы стать долларовым миллионером.

А по сему, все эксперименты с АдСенсом в моём блоге отныне прекращаются. По крайней мере до тех пор, пока ежедневно этот блог не начнёт посещать по миллиону человек.

Случай на парковке

2011-05-03T17:13:00.003+03:00

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

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

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

Опоздавшее рациональное предложение

2011-05-02T12:25:00.004+03:00

Жаль, что в Симбиане и S60 нет никаких правил для наименования функций, связанных с передачей или получением прав на объекты, то есть касающихся так называемого "object ownership transferring".

К сожалению, многочисленные API в Симбиане изобилуют функциями, в документации которых нет ни слова о передаче или получении прав на используемые объекты. Простейшим примером такой функции может послужить метод RPointerArray::AppendL( const T* anEntry ). Ни в хидере для класса RPointerArray, ни в его официальной документации нет ни слова о том, что класс RPointerArray именно через метод AppendL() получает права на объект anEntry. В документации лишь просто заявлено, что класс RPointerArray принимает на себя обязательства по обеспечению жизнедеятельности объектов, на которые ссылаются хранимые в нём указатели.

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

Только покопавшись в примерах, статьях или книгах для разработчиков, можно найти упоминание о том, что именно в методе RPointerArray::AppendL() передаются права на указываемые объекты. И если о классе RPointerArray ещё как-то упоминается в многочисленных материалах, то о других, более экзотических классах, или библиотеках сторонних разработчиков, уже нет.

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

А ведь казалось бы, что может быть проще, чем добавить к правилу именования L-методов (leaving methods) ещё одно правило, касающееся методов, в которых происходит передача прав на объекты? Например, имена таких методов могли бы заканчиваться на букву "O", от выражения "ownership transferring".

В таком случае метод RPointerArray::AppendL( const T* anEntry ) мог бы получить имя RPointerArray::AppendOL( const T* anEntry ). И тогда программист любой закалки и выучки сразу бы заметил, что в данном методе речь идет не только о возможности "сброса" (leave), но так же и о передаче (или получении) прав на объект anEntry.

Уверен, что это помогло бы предотвратить множество ошибок, связанных с указателями и ссылками на объекты. И хотя мои советы Симбиану не только не нужны, но уже и бесполезны, всё же у любого из разработчиков, создающих программы на Symbian C++, есть право и возможность облегчить жизнь себе и другим программистам. Естественно, если этот мой весьма скромный совет будет найден хоть немного полезным.

Три главные вещи

2011-04-27T14:47:00.003+03:00

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

Прямой линк на видео.

Исходники Симбиана

2011-04-12T14:25:00.007+03:00

Узнав о статусе исходников Симбиана, я всё же попытался зарегестрироваться на сайте symbian.nokia.com в качестве эксперимента, но в конце-концов получил вот такое письмо:

Hello,

Thank you for your application to register as a collaborator at http://symbian.nokia.com

The new Symbian source code delivery system is intended for Nokia’s partners and collaborators who are already working together with us to develop the Symbian platform.

The details that you provided in your registration are not sufficient for us to identify you as such a collaborator and so we cannot approve your application.

If you are an application developer seeking to develop applications for Nokia devices, we welcome you to work with us at http://forum.nokia.com

With kind regards,

Symbian.nokia.com

Что теперь действительно не оставляет сторонним энтузиастам Симбиана абсолютно никаких шансов покопаться в исходниках этой операционной системы.

И казалось бы, действительно, о чем горевать, тем более когда Симбиан уже вовсю сдает позиции Андроиду и АйФону? Однако исторически у Симбиана складывались далеко не самые простые отношения с его собственной документацией. Бывало, что в симбиановском SDK вообще было невозможно найти информацию по тому или иному классу, или какому-нибудь методу. Чаще всего оказывалось, что имеющаяся документация либо плохо раскрывала суть класса или метода, либо просто не говорила о тех или иных особенностях его использования.

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

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

В этом смысле полное ограничение доступа даже к старым версиям исходников Симбиана (под лицензией EPL) выглядит со стороны Нокии более чем "дружественным" жестом. Впрочем, слоган "Not Open Source, just Open for Business" скорее всего станет основополагающим принципом будущей плафтормы Windows Phone, призванной заменить Симбиан в секторе "суперфонов".

Мне, как и многим другим сторонним разработчикам, в данном случае остается лишь сказать Симбиану "прощай". Лично для меня Симбиан ОС была далеко на самой простой системой для освоения и разработки, но именно благодаря ей я лишний раз убедился, что мобильное будущее будет всё-таки за действительно открытыми системами и теми, кто их использует.

Настоящий программист

2011-04-11T15:06:00.007+03:00

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

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

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

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

Настоящий программист во всём полагается на тестера. Даже когда тестер во всём положился на программиста.

Настоящий программист никогда не читает Кнута, Вирта, Дейкстру и многих других общепризнанных специалистов. Излишнее доверие к чужому опыту - верный признак неуверенности в собственных силах и умственных способностях.

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

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

Настоящий программист всегда остается настоящим программистом. Даже когда становится руководителем проекта или целого программистского отдела.

Мысли в пятницу

2011-04-08T13:55:00.001+03:00

В пятницу весеннюю,
Предпоздним вечерком,
Сидел я у компьютера,
И думал обо всём.

О том, что в жизни многое
Понять нам не дано,
Но что ужастно хочется
Познать на свете всё.

И думал: завтра встану
Пораньше, на заре,
Опять возьмусь за Эйлера
И книги Дирихле.

Достану Лобачевского,
Евклида снова вспомню,
И может быть к обеду
Чего-нибудь открою.

Ну, там бозоны Хиггса
В домашней кофеварке.
Закон термодинамики
В прихожей раздевалке.

Иль разрешу какую
Гипотезу Римáна.
Не вся же слава, право,
Григорью Перельману!

Сейчас у человека
Есть просто море данных:
Есть интернет, журналы,
И книжек петабайты.

Но знаю я по опыту,
Что завтра на рассвете
Накроюсь одеялом,
Забив на всё на свете.

И будут ждать бозоны,
И Пифагор с Римáном
Пока тупые фильмы
Гляжу я на диване.

Плагин Readability для Файрфокса

2011-03-18T12:09:00.001+02:00

Вот уже много месяцев я использую плагин TidyRead для удобства чтения книг и статей в Файрфоксе. Однако TidyRead не всегда может "переварить" ту или иную страницу. Очень часто он просто выдает сообщение о невозможности сделать ту или иную страницу удобочитаемой. Дескать, ешь сам своего Льва Толстого с его "Войной и миром" в зеленом шрифте 7-пиксельного размера на розовом фоне.

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

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

"Знакомство с Линуксом" Махтелт Гаррелс

2011-03-14T23:19:00.004+02:00

Не заметил как прочитал "Знакомство с Линуксом" небезызвестной в линусовских кругах Махтелт Гаррелс (Machtelt Garrels). Книжка отлично освежила мне память после нескольких лет жизни как без Юникса, так и без Линукса. Признаться, во время своей учебы в Кулинарном техникуме я несколько лет просидел в терминале легендарной System V Release 5. Правда без наличия администраторских прав моё баловство (слава богу) ограничивалось лишь локальными скриптами, "хэллоувордами" на экзотических языках программирования, и всяческими пристройками к персональной веб-страничке. Однако уже только это позволило мне ощутить всю мощь и красоту юникс-подобных систем. В частности, и Линукса тоже.

Однако годы шли, а мой караван сначала ушел в сторону Java, потом - в сторону Symbian C++. А теперь вот, и в сторону Линукса. Однако Линукс - это надолго. Вероятнее всего, на всю оставшуюся профессиональную жизнь. Тем более, что сейчас уже трудно найти компанию, систему или разработку, которая так или иначе не касалась бы Линукса, или не могла бы получить выгоды от работы с ним. И дело даже не в открытости и бесплатности самой операционной системы Линукс, а в её феноменальной гибкости, масштабируемости и настраиваемости под нужды как отдельного человека, так и целой компании.

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

Поэтому не удивлюсь, если когда-нибудь в будущем со своего телефона за 10$ я смогу запустить окошко терминала или редактор Vim. А пока - всего лишь "Знакомство с Линуксом" небезызвестной Махтелт Гаррелс.

Утренние новости

2011-03-11T09:24:00.002+02:00

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

Включил, понятное дело, ОРТ, потому как было интересно узнать чем же нынче ~~кормят~~ развлекают весь наш российский народ. Попал оккурат на гимн с заставкой из плавно меняющихся видов Кремля. Дескать, вот гимн про Родину, а вот и видеоряд этой Родины, т.е. Кремля.

Не знаю как для кого, а для меня Родина - это небольшой промышленный городок на северо-западе России. Для многих Родина, я уверен, это Санкт-Петербург, Ярославль, Ростов-на-Дону, Воронеж, Петропавловск-Камчатский, или может быть даже Урюпинск. И подумалось мне, что вот хорошо бы под гимн Российской Федерации показывать разные города России, и их памятные места. Естественно, с подписью.

Например, можно было бы показать все центры областей, автономных округов и республик, от Калининграда до Магадана. И обязательно добавлять местные виды природы. Дескать, вот Балтийское море, вот - Азовское, а там - горы Кавказа, или алтайские горы с тундрой Сибири. Вот тогда бы у людей действительно появлялось ощущение того, что они являются гражданами действительно большой и великой страны. А тут - Кремль и Кремль, Кремль и Кремль, Кремль спереди и Кремль сзади, Кремль сбоку, Кремль с другого боку. Ну, подумал, и Кремль с ним, с этим Кремлем. Это ж ОРТ, а не CNN или BBC какой-нибудь.

Однако дальше пошли новости. Первая новость - про убийство целой семьи на Ставрополье. Ведущая с веселыми глазками и воодушевленным придыханием рассказала как с целью ограбления вырезали целую семью, но одному восьмилетнему мальчику удалось сбежать и выжить. Потом быстро включили корреспондента на месте. Девушка-корреспондент уже с испуганными глазками рассказала, что "воры" проникли в дом, связали семью, убили кого смогли и разграбили дом. Дальше опять включили ведущую ОРТ, и следующая новость уже была про ограбление инкасаторов в Словении. Украли целый миллион долларов "в голливудском стиле", бандитов ищут. Потом еще какие-то новости, каждая - в среднем по минуте. В конце новостного блока вставили пятиминутный сюжет о выставке умелых собак в Великобритании. На этом сюжете новости закончились.

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

В общем, вот такие свежие новости на ОРТ, вот такая потрясающая оперативность на федеральном телеканале всея России. Впрочем, еще великий Булгаков не советовал читать перед обедом советские газеты. Теперь в наш век к совету Булгакова можно еще смело добавить и федеральные телеканалы с федеральными веб-сайтами.

Впрочем, какие выводы я сделал из увиденного утром? Те граждане, у кого в России нет интернета, не смеются над федеральными телеканалами. Такие люди вынуждены смотреть и внимать всему тому, что им предлагают эти помойные ведра. А не смотреть телевизор с федеральными телеканалами для среднестатического россиянина - это сродни оказаться в информационном и развлекательном вакууме, что для любого человека очень тоскливо и весьма неприятно. А значит, люди смотрели, смотрят и будут смотреть всё то, что там показывают. Через несколько лет такого просмотра, глядишь, еще и верить начнут каждому сказанному там слову.

Однако с завтраком и ОРТ было покончено, и я отправиля на работу. А на улице местная погода преподнесла сюрприз: 15 сантиметров свежего снега при нулевой температуре. Все кругом превратилось в сплошной снегопад и белое безмолвие. Так и ехал на работу в белой пелене, как оленевод - на край севера в далекой тундре.

Белое безмолвие по пути на работу.

Создание общедоступной папки в Oracle VM VirtualBox

2011-02-16T17:02:00.004+02:00

Если вы хотите изучить Линукс (или любую другую операционную систему), не выходя при этом из Виндовса, то программа VirtualBox как никакая другая лучше всего подойдет для вас. Однако после установки Линукса в "Виртуальном ящике", у пользователей часто возникает необходимость обмениваться файлами между виртуальным Линуксом и вполне реальным Виндовсом. Нижеприведенные шаги должны помочь вам создать папку, доступную как из виртуального Линукса, так и из Виндовса.

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

Первое, что нужно сделать - это создать папку в Виндовсе, которую вы определите для совместного обмена файлов. В моем случае это папка E:\VirtualBox\Shared\

В окне "Виртуального ящика" выберете пункт "Devices" и "Shared folders":

В открывшемя диалоге укажите пусть до созданной вами общей папки:

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

На данный момент вы сделали все необходимое со стороны Виндовса, и теперь настает очередь виртуального Линукса. Если вы работаете в Дебиане, то выберите в главном меню рабочего стола опцию "Applications", затем "Accessories" и наконец "Root Terminal".

Запустите команду sudo mkdir /media/windows для создания общедоступной папки в виртуальном Линуксе. На самом деле создаваемую папку можно было называть как угодно, здесь ей было дано имя "windows" лишь для удобства изложения.

Когда папка создана, её необходимо подключить к общедоступной папке в Виндовсе при помощи команды sudo mount -t vboxsf Shared /media/windows

С этого момента у вас в виртуальном Линуксе появляется папка, видимая и доступная из вполне реального Виндовса. Вот так, например, может выглядеть общедосупная папка в виртуальном Дебиане:

А так её содержимое может выглядеть в Виндовсе:

Теперь, чтобы при каждом включении виртуального Линукса вам не приходилось вручную подключать общедоступную папку, запустите следующую магическую команду в терминале администратора системы: gedit /etc/init.d/rc.local.

В открывшемся файле добавьте следующую команду: sudo mount -t vboxsf Shared /media/windows и сохраните все изменения:

Теперь ваша общедоступная папка будет автоматически подключаться при каждом запуксе вашего виртуального Линукса.

Возможное будущее Нокии

2011-02-03T11:43:00.002+02:00

Как известно, 11 февраля 2011 года Нокия объявит о своей новой бизнес-стратегии. К сожалению я не имею никаких связей с "инсайдерами" или "знающими людьми", но отказать себе в удовольствии предположить пути развития Нокии мне будет очень сложно. Итак, что же нас возможно ожидает 11 февраля 2011 года?

1. MeeGo в качестве платформы для телефонов топового уровня.

Миго - это Линукс, адаптированный для мобильных устройств. Вполне возможно, что Нокия объявит данную платформу своей флагманской операционной системой и средой для разработок мобильных приложений. Мобильный Линукс себя уже отлично зарекомендовал в сотнях и тысячах различных мобильных устройств, включая и телефоны. Своеобразную "медлительность" Нокии в отношении мобильного Линукса можно объяснить либо желанием Нокии довести до ума последние топовые модели телефонов на Симбиане, либо желанием продемонстрировать публике новый и качественный задел на будущее с Линуксом, не растеряв при этом всех преимуществ еще живой платформы Симбиан.

2. Поддержка процессоров Intel Atom и ARM.

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

3. Симбиан в качестве платформы для телефонов среднего и низкобюджетного уровня.

Нокия не настолько глупа, чтобы полностью избавиться от Симбиана и S60. Тем более, что у данной платформы до сих пор имеется очень существенный сегмент на рынке. Однако S60 уже давно не дотягивает до того уровня пользовательского интерфейса, что в данный момент имеется у Андроидов и айФонов. Проще говоря, S60 уже настолько устарела морально и технически, что её будущее мне лично видится лишь в некоторых средних и малых моделях телефонов Нокии. В свете того, что для рядового пользователя красота кнопок гораздо важнее функциональности телефона, нетрудно предположить и то, что поддержка S60 будет окончательно прекращена и мы увидим пользовательскую оболочку, созданную для Симбиана исключительно на Кьюте.

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

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

4. Qt и QML.

Кьют и Кьюмл уже не новость, а практически основная среда разработки приложений для телефонов Нокии. Вместе с Явой они делают жизнь разработчика мобильных приложений практически беззаботной. Во всяком случае, намного беззаботнее, чем жизнь разработчика Symbian C++. Нокия в данном случае лишь может продемонстрировать переносимость кьютовских приложений из Симбиана на Линукс, и предоставить разработчикам инструменты для такого портирования.

P. S. Думаю, какие-то новшества будут касаться нокиевских сервисов в Ovi, а так же возможно навигационных приложений для телефонов. Впрочем, всё вышеизложенное лишь мои собственные предположения, доказать или опровергнуть которые сможет только сама Нокия 11 февраля 2011 года.

Замена USB'шки при помощи Gmail'а

2011-01-30T12:17:00.002+02:00

Как-то раз мне понадобилось притащить домой несколько файлов, а USB'шка была благополучно оставлена дома. О существовании Dropbox'a я тогда еще не знал, но пытливый ум выпускника Кулинарного техникума придумал легкое решение своей проблемы: создать в Gmail'е черновик письма и прикрепить к нему все необходимые файлы.

В силу того, что письмо в Gmail'е не может быть более 25 мегабайт, указанным способом можно будет прикрепить далеко не все файлы. Да и у используемого вами компьютера должен быть хороший интернет-канал. Однако в силу своей умственной испорченности, именно таким образом выпускник Кулинарного техникума приловчился перебрасывать некоторые файлы со своего мобильного телефона на свой компьютер, и обратно. Всё это, разумеется лишь в тех случаях, когда под рукой нет ни компьютера, ни USB-кабеля, ни нокиевского Ovi Suite.

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

Ваши твиты на вашем сайте

2011-01-27T10:44:00.006+02:00

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

На данный момент не могу точно сказать сколько людей заглядывает в мой Твиттер, однако могу точно сказать, что в мой мегапопулярный блог заглядывает до 10 человек в день. Поэтому было бы просто непростительно не поделиться с ними своими твитами. Как раз для таких сверхважных и сверхблагородных целей у Твиттера имеется свой виджет, расположенный по адресу http://twitter.com/goodies/widgets. Залогинившись в Твиттер, вы по указанному адресу должны выбрать "My Website". Далее, для получения виджета с вашими твитами, вы выбираете "Profile Widget".

Твиттер после всех этих сложных и замысловатых шагов создает вам ваш виджет, который вы можете настроить под свои художественные вкусы. Проверить измененный внешний вид вашего виджета можно при помощи нажатия на кнопку "Test settings". Когда ваши художественные поиски будут завершены, вы нажимаете на кнопку "Finish & Grab code".

Кнопка "Finish & Grab code" создает окошко с кодом для вставки вашего виджета на практически любые веб-страницы. Если вы счастливый обладатель блога на Blogspot'е, то в Твиттере должна появиться кнопка "Add to Blogger". Если нет, то дальше всё будет зависеть от того, где вы "проживаете", и каковы возможности вашей веб-платформы. ЖЖ-стам, как я предполагаю, для вставки виджета придется лезть в настройки стилей, или создавать "верхний пост". Однако как бы там ни было, у вас теперь появилась прекрасная возможность делиться своими твитами и на страницах ваших сайтов.

Достижения визуализации в медицине

2011-01-21T15:25:00.002+02:00

TED.com показал замечательную презентацию о достижениях визуализации в медицине. Всё это уже существует, и уже работает. Жаль только, что подобные достижения потребуют достаточно долгого времени (и значительных финансовых затрат) для своего массового распространения. Однако будет просто здорово, если такие технологии станут доступны обычным больницам в ближайшие 10 лет.

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

Основы сегодняшней криптографии за один час

2011-01-19T14:12:00.001+02:00

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

Про любимые языки программирования

2011-01-18T11:53:00.003+02:00

По наводке друга послушал 222-й выпуск "Радио-Т" о различных языках программирования. Должен признаться, что к "Радио-Т" я отношусь совершенно нейтрально, и лично ожидал просто услышать хороший рассказ об особенностях того или иного языка программирования, однако увы, пришлось выслушать лишь байки ведущих о том, что язык Х хуже языка У, потому что язык Й их всех намного лучше.

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

За те более чем 10 лет, что я активно программирую и пытаюсь научиться программировать еще лучше, я неоднократно приходил к одному и тому же выводу: не существует хороших™ или плохих™ языков программирования; есть языки программирования, которые лучше или хуже справляются с теми или иными задачами, и всё.

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

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

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

Фильм "Край"

2011-01-17T13:47:00.005+02:00

Ознакомился с фильмом "Край" Алексея Учителя. По факту просмотра могу смело доложить: креатив оказался настолько термоядерным, что даже начал сомневаться, на самом ли деле это фильм Алексея Учителя. К середине фильма все сомнения отпали: фильм "Край" - это всего лишь еще одна фантасмагория на тему ГУЛАГа и про то, "как оно было на самом деле". Убедившись в том, что "Край" мог бы стать неплохим эпизодом "Утомленных солнцем 2", я сбегал на кухню за второй порцией попкорна, и остаток фильма уже смотрел как черную псевдоисторическую комедию. Однако тут уж, извините, по результатам просмотра Остапа просто понесло.

Итак, 1945-й год. Игнат - солдат-победитель заезжает в какой-то таежный лагерь, чтобы устроиться на работу. В лагере находится примерно 100 осужденных за разного рода военные преступления: прибалты, бывшие немецкие комменданты и те, кто прислуживал фашистам на Родине или в плену. Что характерно, женщины находятся в заключении вместе с мужчинами. Бывшие СС-совцы - с бывшими гражданами СССР, угнанными в германский плен. Видимо, тяжесть преступлений и тех и других была столь велика, что всех решили сгноить в одном и том же таежном лагере. Тем более, что на 100 человек осужденных приходится целых два паровоза, каждый из которых должен возить не по целому составу срубленных деревьев, а по одному вагону. В общем, люди работают на износ, и что там растраты угля и простой ценнейшей техники в голодные годы послевоенной разрухи?

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

При этом в лагере практически нет никакой охраны, кроме однорукого начальника, пишущего по ночам доносы товарищу Сталину, да полупридурковатого и вороватого сторожа-чукчи в исполнении Александра Баширова (привет малым коренным народам России от Алексея Учителя).

Однако несмотря на своеобразные усилия по установлению контактов с местными аборигенами, Игнат не боится подскользнуться и упасть спиной на лагерное "перо" в каком-нибудь темном переулке. Или несколько раз ушибиться об одно и то же бревно во премя погрузки паровоза. Или быть скормленным медведю во время очередного припадка контузии. Игнату все до одного места. Он вышел из Красной Армии, в которой товарищ Сталин бил морду Жукову, Жуков - начальникам фронтов, начальники фронтов - командирам, командиры - Игнату, а Игнат - фашистам. А теперь вот еще и заключенным лагеря без охраны.

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

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

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

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

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

Видите ли, друзья, при проезде любого паровоза по рельсам, будь то "Сапсан" или даже "Фишман", на рельсы действуют не только вертикальные силы, вызванные тяжестью паровоза, но еще и силы, направленные в стороны. То есть силы, норовящие выпихнуть рельсы из-под колес паровоза вследствии колебаний самого моста и гибкости незакрепленных рельс. Об этом отлично знали наши партизаны, подрывая рельсу под вражеским составом в одном-единственном месте. За это в наши дни сажают хулиганов и террористов. Даже за один-единственный болт, выкрученный из крепежа рельс на железной дороге можно получить заслуженную возможность питаться баландой и изучать Уголовный Кодекс РФ.

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

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

То есть что мы наблюдаем по факту? В лесу был найден какой-то человек, который явно не испытывает симпатий к окружающей советской действительности, этому человеку внутри лагеря предоставлена полная свобода передвижения и действий, а Игнат просто дал честное слово, что все будет хорошо. И это в сталинской России, в еще незакончившемся 1945-м году.

Тут даже мне кажется, что если бы какой-нибудь африканский Игнат вытащил Алексея Учителя вместе с любимым паровозом из диких джунглей в лагерь ненавистных зимбабвийцев, то Алексей Учитель всячески постарался бы учинить какую-нибудь диверсию, особенно в свете перспективы получить 9 грамм свинца в область затылка. Ну, чтобы жизнь медом не казалась этим ненавистным и кровожадным дикарям, и чтобы они навсегда запомнили как плохо обижать в Африке русских людей.

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

Пикантности добавляет и то, что Игнат - солдат-победитель, - решает дать своему паровозу немецкое имя "Густав". Лучше бы сценаристы в очередной раз поднатужились, и паровоз был бы назван "Отто фон Бисмарком", или на худой конец "Адольфом". Но, как бы там ни было, местные опять не поняли искренности намерений Игната по отношению к немке, и перестали с ним пить самогон.

Но тут наконец-то приехал "Фишман". "Фишманом" оказался поезд, на котором по ГУЛАГовским лагерям разъезжал контуженный НКВДшник. НКВДшник оказался истинным воплощением ада: арестовал немку и немецкого мальчика; выстрелом в спину убил приемную мать парнишки - бывшую любовь Игната; хамил, и некрасиво тыкал дулом пистолета в глаза и прочие отверстия заключенных; ну, и под конец просто всех достал.

В итоге Игнат по параллельной железной дороге отправился на "Густаве" спасать свою немецкую любовь и парнишку. Обогнал гада на развилке, показав ему рекорд скорости, а после окончания гонок, больно стукнул паровозным спидометром по контуженной НКВДшной голове. За всем этим наблюдал лагерный Народ, стоящий на третьем паровозе со шкурой медведя, распятой в форме звезды, и аплодировал Игнату.

От всех перенесенных потрясений НКВДшник потерял как память, так и остатки контуженных мозгов, и сев на велосипед, по железной дороге уехал вглубь зимней тайги.

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

P.S. Какой же вывод мы можем сделать после просмотра этого замечательного фильма, друзья мои? Вывод будет очень простой: у "Утомленных солнцем 2" появился очень серьезный конкурент в борьбе за "Оскар". Искренне пожелаем им всем удачи, а Алексею Учителю - новых, оскароносных комедий на исторические темы.

Убунту

2011-01-15T00:35:00.008+02:00

Не прошло и 5 лет как мне вновь понадобился Линукс. На этот раз выбор пал на Убунту, как на самый удобный вариант дистрибутива для тех, кто не отличит ядро Линукса от Х Window System.

Чтобы не расставаться с привычным укладом компьютерной жизни, и не приобретать лишней седины, было решено установить Убунту внутри "Виртуальной коробки" от нынешней компании Оракл.

Установка и того и другого прошла просто и замечательно. Немного пришлось повозиться с настройками экрана в Убунте, так как разрешение 800х600 в наши дни приветствуется только на мобильных телефонах, и немного повозиться с настройками общедоступной папки между Убунтой и главенствующей на домашнем компьютере Windows7.

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

Домашняя электронная библиотека

2011-01-08T00:05:00.001+02:00

Копался сегодня в своей домашней электронной библиотеке. Непосильным честным электронным трудом в ней на сегодняшний день накоплено около четырех тысяч книг. Однако если я и дальше буду читать по 15 книг в год, то на знакомство только с текущей версией моей библиотеки у меня уйдет около 250 лет.

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

Фильм "Казино Джек"

2011-01-06T17:56:00.003+02:00

Посмотрел фильм "Казино Джек" о трудовых буднях относительно честного человека с относительно честными представителями правительства США. Фильм прекрасен всем, но единственный его недостаток — это финал, совершенно не адаптированный для российского зрителя. В российской версии фильма Джек Абрамов должен был сесть не в тюрьму, а как минимум в кресло американского депутата со всеми полагающимися неприкосновенностями. Ну, или в кресло заместителя главы администрации Джоржа Буша, на худой конец. Или на борт одного из плавучих казино "СанКруз", с сигарой в зубах, дьявольски хохоча и готовя карты для блэк джека. Вот тогда бы фильм действительно стал "нашенским".

Фильм "Ёлки"

2011-01-05T23:52:00.004+02:00

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

Итоги 2010-го года

2011-01-05T14:15:00.001+02:00

Новый год — это не только весёлое застолье и песни. Это еще и традиционное время для подведения итогов и демонстрации всяческих достижений за 365,25-дневной период, именуемый календарным годом.

Итак, о самообразовании. За 2010-й год я прочитал ровным счётом 15 книг:

"Занимательную арифметику" Я. И. Перельмана.

"Домострой" Сократа.

"Плеяду великих медиков" Гжегожа Федоровского.

"Воспоминания о Сократе" Ксенофонта.

"Занимательную математику" Я. И. Перельмана.

Отрывки из сочинений Гераклита Эфесского.

"Мою войну. Чеченский дневник окопного генерала" Г. Трошева.

"Десять дней, которые потрясли мир" Джона Рида.

"Какое тебе дело до того, что думают другие?" Ричарда Фейнмана.

"Вы, конечно, шутите, мистер Фейнман!" того же Ричарда Фейнмана.

"Легкий способ бросить курить" Аллена Карра.

"Книгу всеобщих заблуждений" Стивена Фрая.

"Собачье сердце" М. Булгакова.

"Ракеты и люди. Горячие дни холодной войны" Б. Чертока.

"Антикиллера 2" Д. Корецкого.

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

Что касается финансов, то за прошедший 2010-й год я, суровая акула сетевого бизнеса, заработал на рекламе АдСенса рекордных 33 евроцента.

Что же касается посещаемости моего блога, то за 2010-й год она парадоксальным образом выросла, и теперь выглядит следующим образом:

А так выглядит география посетителей моего блога:

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

C Новым годом!

2010-12-31T11:07:00.001+02:00

Желаю вам и вашим близким здровья, удачи, любви, а так же трудовых и учебных успехов!
Поменьше багов в коде!
Побольше времени в запасе до окончания проектов!
Всегда крепкого, вкусного и горячего кофе в кружке!
Хороших бонусов в проектах!
Ну, и, самое главное, новых позитивных открытий и свершений в наступающем году!

Закрытие сайта Symbian Foundation

2010-11-30T09:22:00.002+02:00

Как это уже хорошо известно разработчикам под Симбиан ОС, ничто не вечно под луной. Вот и организация Symbian Foundation приказала долго жить вместе со своим сайтом symbian.org. Симбиан.орг за последний год стал весьма интересным многоязычным сборником всевозможных статей и публикаций по части создания приложений и модулей под одноименную операционную систему, но увы, судьба статей, википедии и выложенных на сайте книг уже решена. После 17 декабря Симбиан.орг перестанет работать, а все материалы сайта можно будет заполучить в течении определенного промежутка времени лишь по запросу через емайл. Особо нуждающимся будет предоставлена возможность заполучить всё содержимое Симбиан.орг в виде ДВД-диска через обычную почту.

Таким образом получается, что единственным первоисточником информации по Симбиан ОС становится сайт форума Нокии. Учитывая то, что на сайте Symbian Foundation размещались достаточно критичные для Нокии проекты, вроде Smart Installer'а, нетрудно предположить, что Нокия скорее всего перебросит их на свои площадки, чего нельзя сказать о википедии и статьях. Поэтому чтобы не потерять то, к чему и я приложил свою голову, я просто взял и скопировал все русскоязычные статьи из википедии на сайте Symbian Foundation в один архивный файл. Надеюсь, это окажется полезным не только мне.

Хочется лишь отметить, что судя по той спешке, с которой закрывается symbian.org, можно уже смело предположить, что наступающий 2011-й год для Нокии будет называться годом пользователя и разрабочика платформы Qt. И лично я в этом не вижу ничего плохого. Симбиан ОС еще надолго останется у Нокии в качестве рабочей лошадки, а вот Симбиан Си++, кажется уже нет. Однако всё это касается лишь сторонних разработчиков Нокии, для которых и должна стараться компания. Системщикам же в Нокии по-прежнему еще долго придется помнить все премудрости и колючки Симбиана Си++.

Скорые похороны Симбиан ОС

2010-11-12T13:48:00.004+02:00

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

Во-первых, ни одна здравомыслящая компания не откажется от уже готового решения, приносящего ей прибыль. Компания может отказаться от готового золотоносного решения только ради еще бóльшей прибыли. Однако Симбиан ОС на данный момент представляет собой ту самую рабочую лошадку, которая везет на себе практически все смартфоны Нокии, и таким образом помогает приносить львиную долю прибылей за все её "умные телефоны".

Ради объективности стоит, конечно же, отметить, что Симбиан ОС - это далеко не единственная рабочая лошадка Нокии. Помимо симбиановской платформы S60 у Нокии имеются так же платформы S40 и S30, работающие на полумистической Nokia OS, а так же Maemo и MeeGo. Однако такое разнообразие объясняется прежде всего очень широким спектром моделей телефонов, выпускаемых Нокией, и невозможностью компании игнорировать то, что имеет хоть какое-то значение для её потребителей и разработчиков.

Однако вернемся к нашим ~~баранам~~ экспертам. Второе, что не может позволить себе здравомыслящая компания - это остановиться в развитии своих продуктов и технологий. Скорости этого развития вероятнее всего замедлятся лишь тогда, когда в руках пользователя окажется мобильное устройство, разрешение экрана которого не будет уступать полноценному компьютерному монитору, с объемами памяти, соответствующими ноутбукам, и временем жизни батареи, исчисляемого месяцами. И все это счастье за каких-то 100 условных единиц, исчисляемых зимбабвийскими долларами. А пока это счастье еще не родилось в недрах R&D-департамента, любой компании приходится зарабатывать деньги на своих текущих моделях продуктов, создавать новые модели, устраненять дефекты в старых, и подготавливать очередной задел на будущее.

Не стоит забывать и о факторах успешного развития той или иной платформы. В техническом плане это прежде всего открытость платформы для новых технологий, приложений или веяний в IT. При этом "открытость" в мире мобильных платформ реализуется далеко не всегда в виде открытых исходников мобильной операционной системы. Чаще всего "открытость" платформы - это возможность дополнять функциональность платформы при помощи уже доступных из этой платформы технологий, приложений, библиотек и API. Симбиан ОС в этом отношении имеет очень долгую и весьма успешную историю. Помимо своих встроенных технологий, Симбиан ОС имеет так же достаточно завидный набор из пакетов Qt, Java ME, Flash Lite и Python. И это помимо скромной поддержки пакета OpenC, позволяющего с относительной легкостью портировать приложения, написанные на стандартном Си или Си++, или самому создавать такие приложения.

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

Таким образом получается, что для Нокии сбрасывание со счетов Симбиан ОС - это весьма и весьма непозволительная роскошь. Мне лично думается, что в течении ближайших нескольких лет Симбиан все еще будет сохранять значительную долю на европейском рынке. Удастся ли Симбиану (читай, Нокии) отвоевать значительную долю на рынке США - это уже вопрос не к Симбиану, а стратегам Нокии. Однако нельзя недооценивать усилия всё той же Нокии в деле сглаживания границ между своими мобильными платформами и операционными системами при помощи Qt. "Кьюту" неспроста отводится важная роль в будущем Нокии. Создавать приложения на "Кьюте" - одно удовольствие, а пользователю мобильными программами далеко по барабану на какой операционной системе работает его телефон. Главное - чтобы всё работало.

"Воспоминания о Сократе" Ксенофонта Афинского

2010-11-03T14:09:00.006+02:00

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

Как начинающий, я, понятное дело, взялся за "Воспоминания о Сократе" Ксенофонта Афинского. Сам Сократ, как известно, не оставил после себя никаких письменных трудов, а все что он когда-либо говорил людям, за него на папирусе записали его ученики. Одним из таких учеников был философ Ксенофонт Афинский. Свои "Воспоминания о Сократе" Ксенофонт составил уже после смерти Сократа, поэтому не все слова Сократа до нас дошли в той форме, в которой их озвучил сам Сократ. Но смысл идей Сократа от этого не изменился.

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

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

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

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

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

Вопреки распространенной легенде о долгой тридцатидневной смерти Сократа, на самом деле на момент объявления судебного приговора в Афинах наступил праздник Аполлона, и Сократу отсрочили казнь на один месяц. Многими художниками смерть Сократа изображается полная печали и тоски, однако на самом деле Сократ совершенно сознательно желал себе смертного приговора, потому что не хотел испытывать на себе тяготы старости и старческого слабоумия.

Книжка "Воспоминаний о Сократе" так же оказалась весьма примечательной своими сносками и разъяснениями жизни и быта древних греков. Так, например, гражданами в Древней Греции считались исключительно свободные и финансово обеспеченные люди. Ремесленники или, того хуже, рабы, гражданами не считались, и были для древнегреческих граждан чем-то вроде лопаты, топора или ершика для унитаза.

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

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

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

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

В целом и общем, всячески рекомендую тем, кто желает узнать как о Сократе, так и о действительной жизни в Древней Греции.

Приближенные значения числа Пи

2010-09-03T12:21:00.007+03:00

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

Таких рациональных дробей известно предостаточно. Взять хотя бы вычисления Архимеда. Древний мудрец вычислил, что число Пи больше 223 / 71 и меньше 22 / 7. Древние вавилоняне считали, что число Пи примерно равно 25 / 8. Древние египтяне представили свои варианты дробей: 22 / 7 и 256 / 81. Индийский гений Рамануджан, живший в начале прошлого века, определил число Пи как дробь 355 / 113.

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


#include <iostream>
#include <cmath>

using namespace std;

int main()
{
    double constantPi = 3.1415926535897932384626433832795028841971693993751;
    double calculatedPi;
    double minPi = 3.14149; // Нижняя граница точности наших вычислений.
    double maxPi = 3.14160; // Верхняя граница точности наших вычислений.

    cout.precision(50); // Выжмем из потока вывода все возможное и невозможное!

    cout << "Constant Pi = " << constantPi << "\n" << endl; // Образец для подражания.

    // Вычислим в пределах тысячи все подходящие числители и знаменатели.

    for (int i = 2; i <= 1000; i++)
    {
        for (int j = 2; j <= 1000; j++)
        {
            calculatedPi = (double) j / i;

            if (calculatedPi <= maxPi && calculatedPi >= minPi)
            {
                cout << j << " / " << i << " = " << calculatedPi << endl;
                cout << "Constant - Calculated = " << constantPi - calculatedPi << "\n" << endl;
            }
        }
    }

    return 0;
}

В результате работы этой замечательной программы я получил следующие результаты:


Constant Pi = 3.141592653589793115997963468544185161590576171875

333 / 106 = 3.1415094339622640084996874065836891531944274902344
Constant - Calculated = 8.3219627529107498276061960496008396148681640625e-005

355 / 113 = 3.141592920353982520964564173482358455657958984375
Constant - Calculated = -2.667641894049666007049381732940673828125e-007

666 / 212 = 3.1415094339622640084996874065836891531944274902344
Constant - Calculated = 8.3219627529107498276061960496008396148681640625e-005

688 / 219 = 3.1415525114155249397640545794274657964706420898438
Constant - Calculated = 4.014217426817623390888911671936511993408203125e-005

710 / 226 = 3.141592920353982520964564173482358455657958984375
Constant - Calculated = -2.667641894049666007049381732940673828125e-007

999 / 318 = 3.1415094339622640084996874065836891531944274902344
Constant - Calculated = 8.3219627529107498276061960496008396148681640625e-005

И что же мы получаем? А получаем мы шесть замечательных дробей, которые каждый из нас теперь может взять в качестве приближенного значения числа Пи. При этом дроби 333 / 106, 666 / 212 и 999 / 318 по вполне понятным законам арифметики и квантовой механики дают один и тот же результат. То же самое касается и дробей 355 / 113 и 710 / 226.

Однако дробь 355 / 113 дает наилучший результат, лучше остальных приближая нас к заветному значению числа Пи. Стоит ли лишний раз говорить, что эту дробь открыл гениальный индус Рамануджан, проживший столь недолгую и трагичную жизнь?

А как же, вы скажете, быть с открытиями древних вавилонян, египтян, Архимеда, и всех остальных, неравнодушных к математике? Очень просто. Нужно всего лишь изменить критерии точности наших вычислений. Уверяю вас, что изменяя переменные minPi и maxPi мы легко сможем получить все те замечательные результаты, что уже знаем о приблизительных значениях числа Пи. А может быть, - кто знает? - вы откроете свою, неизвестную науке замечательную дробь, приближающую нас к значению числа Пи.

Цитата

2010-09-02T15:03:00.000+03:00

Нашел в одной хорошей книжке замечательную цитату:

"One of the many consequences of the exponential power-versus-time curve in computing, and the corresponding pace of software development, is that 50% of what one knows becomes obsolete over every 18 months."

"The Art of Unix Programming", Eric Steven Raymond.

Для тех, кто не силен в языках:

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

"Искусство программирования под Unix", Эрик Стивен Рэймонд.

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

Математическая шутка

2010-08-27T13:48:00.001+03:00

Вопрос: чему равен объем пиццы, чей радиус - "ц", а высота - "а"?

Ответ: Пи * ц * ц * а. (πц²а.)

Документальный фильм об истории математики

2010-08-22T12:28:00.003+03:00

Посмотрел замечательный документальный фильм Маркуса ду Саутойя об истории математики. В фильме отлично рассказано (и показано) об истории открытия практически всех ключевых математических понятий как античности, так и средневековья и последних столетий. Естественно, в трех сериях нельзя охватить целиком столь объемный материал как история математики, но Маркусу удалось донести суть всех ключевых открытий, сделанных математиками за последние несколько тысяч лет.

Мяч

2010-08-20T15:50:00.005+03:00

Иногда после работы возвращаешься домой с несколько опухшей головой. Ну, а дома, разумеется, каждый сам себе мастер по борьбе с опуханием головы. Кто-то пъет водку, кто-то - керосин, а я предпочитаю физическую нагрузку. Из всех вариантов физической нагрузки я предпочитаю бег и футбол. Со штангой я еще с детства не дружу. Велосипед отлюбил еще со времен своего студенчества. А вот одеть кроссовки, и побегать ~~от злых собак~~, или погонять мяч - это самое оно.

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

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

Так как старый мяч пришел в некоторую негодность, пришлось покупать новый. В местном хозяйственном магазине за 6 евро был приобретен сертифицированный мяч 5-го размера и соответствующего стандарту веса. Мяч, надо сказать, отличный. Сделан в Китае (как и всё остальное в наши дни), и своим внешним видом вызывает позитивное желание ударить по нему ногой. Будучи произведением китайского спортпромтехснаба, мяч, понятное дело, имеет надписи с характерными грамматическими ошибками, как например, "Suitable for all condition". К такому нежному отношению китайцев к иностранным языкам уже все привыкли, но лично меня больше всего удивила третья иконка в списке условий, для которых предназначен этот мяч:

Теперь, когда я играю с этим мячём, я постоянно задаюсь вопросом: что же имели в виду китайцы? Играть ночью под фонарем? Или в ванной под душем?

Лекция Ричарда Фейнмана "Закон гравитации - Пример физического закона"

2010-08-17T19:16:00.003+03:00

Одна из многих блестящих лекций Ричарда Фейнмана. Лекция примечательна тем, что в ней Фейнман поведал об истории открытия закона всемирного тяготения, а потом объяснил как открытие этого закона привело к открытию других, не менее удивительных законов физики.

Утомленные солнцем 2: Предстояние

2010-07-01T19:48:00.001+03:00

Несмотря на все рецензии, я все-таки посмотрел фильм Никиты Михалкова "Утомленные солнцем 2: Предстояние". Честно признаюсь, увиденное повергло меня в шок. Не долго думая, тут же взял бумагу, перо и чернила. Результат представляю публике.

"Утомленные солнцем 2: Предстояние"

Никита, славой утомленный,
Оскáром златым окрыленный,
Решился на прекрасный шаг:
Второго оскара забрать.

Иль на худой какой конец
Забрать из Канн златой венец.
Чтоб веник пальмовый в оправе
Никите тешил душу в бане.

Коль эпохальная фильмá,
Так денег надо до хе фига.
И чтоб себя не обанкротить,
Никита к власть имущим ходит.

- Патриотичное кино! -
Кричит мэтр Путину давно.
- Отснимем так, что дух захватит! -
И вот, Медведев денег платит.

А деньги - что, коль есть идея,
Патриотична эпопея.
Про упырей в НКВД,
Про Михалкова на коне.

Себя, известно, барин любит:
То царь он, то он гадов рубит.
А коли вдруг он и злодей,
То с массой доблестных идей.

А тут - масштабная фильмá
Про то, какá она - Война.
Чтоб быдло вдруг не позабыло,
Какое ж это время было.

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

Отец народов - психопат,
Больной и жуткий, страшный гад.
То нож достанет из штанин,
То скажет тост. Ну, прям грузин.

Как тут его не уважать?
Возьмет он нож, тебя, и - ать!
Нарежет тонко под шафе,
И сдаст на корм в НКВД.

И вот, Война, начало грусти.
(Комдива лагерь - в Белоруси.)
Пришли военные, ЧК,
И гонят урок под бока.

Комдиву - новый приговор:
Не политзек теперь он, вор.
А политзекам, сдвинув брови,
ЧК пустило море крови.

Везет Комдиву, вот дела!
Видать, Хрущев. Амнистия.
А Сталин, дурик распроклятый,
Комдива упустил, рогатый.

Готовятся к этапу урки.
Летят на лагерь две немчурки.
Орлы фанерные. "Люфтшвайне".
(3D был создан в MS Paint'е.)

Бросают пару мегабомб:
В живых - Комдив да идиот.
У Михалкова так всегда:
В живых лишь он, да слой го быдлá.

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

Не танки даже - корабли!
По всем фронтам ведут бои.
И чтобы русских запугать,
На каждом танке - мегафлаг.

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

На том мосту под все стропила
Взрывчатку ставят два дибила.
Один - минёр. Второй бараном
Глядит под юбку разным бабам.

А тут - Никита лучезарный
Плывет го с бревном под мост кошмарный.
А где Никита, уж известно,
Быдлу конец лишь повсеместный.

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

За сим б окончить этот фильм,
Чтоб режиссер го с бревном уплыл,
Но Михалков - не тот простак,
Чтоб оскар злáтый сдать за так!

Опять нарезка: Надя, лето,
И пионерский лагерь где-то.
Чекист допрашивает дядю,
И дядя тут же ссытся кряду.

И ссутся все без перерыва.
Все, кроме Нади и Комдива.
Надюша власть не признает,
А власть её - наоборот.

Поставлена вожатой Надя,
В передовой своей бригаде,
Где отпрыски врагов народа
Доносы шьют с пол-оборота.

На Надю тоже есть донос,
Но ей донос, чай не понос:
Утерла ксивой нос чекисту,
Завистнику и сталинисту.

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

Идут по морю. Вновь "Люфтшвайне",
И отрисовка в MS Paint'е.
И тут немчура из кабины
Выносит жопу на смотрины.

Идут в пике, и жопа в кадре,
А с корабля ему - петардой!
И все, убили шутника,
Озорника и му дурака.

И командир их эскадрильи
Решил вдруг учинить насилье.
К покорности, коль не склонить,
Так баржу эту потопить.

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

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

Выходит Настенька на сушу,
Целует мину в чёрну душу,
И отпускает её в море,
Чтоб подорвать корабль на взморье.

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

Но вот опять нарезка кадров:
Зима, окоп, Комдив с эскадрой.
Минёр-дибил, да дурачек,
Да командир их, чудачек.

Не войско, право, а штрафбат,
И вдохновитель их - Комбат.
Орудий нет, одни лопатки.
А командир - в сплошных припадках.

То наорет там на кого,
Уставом вытерет чего.
То успокоится опять,
И чашку чая выпьет всмять.

Штрафбату этому, убогу,
Кремлевский полк везут в подмогу.
(Эт за какие же грехи
Мальчишек к уркам подвезли?)

Ведь на троих - одна винтовка,
Да у Комбата - монтировка.
Видать, скрывают чё архивы,
Раз мы дошли так до Берлина.

Однако немцы подошли
С другой, обратной стороны,
И так убили всех опять.
В живых, понятно, лишь Комбат.

Потом опять про нашу Надю.
Цыгане. Немцы. Партизаны.
И муки совести фашистов,
Понасжигавших пацифистов.

Смотреть не мог уж, снова кадры:
Бежит фашист; Комдив - с петардой.
Над ними вновь летит "Люфтшвайне".
На сей раз с бомбой в MS Paint'е.

Фашист с Комдивом - в храм святой,
А тут им - бомба в упокой.
Никита выкрутился шустро:
Повисла бомба вдруг на люстре!

И не убила никого!
В живых - Никита и го быдлó.
Однако кто бы там ни выжил,
А нам уже пора на лыжи.

Зима. Развалины и смрад.
Надюша. Танк. Наш Сталинград.
Танкисту плохо. Умирает.
Надюша рядом. Помогает.

Танкист, понятно, из быдлá,
И жизнь его за-кон-че-на.
Он хоть сгорел, да и контужен,
Но мэтру очень оскар нужен.

И вот, в глазах у смерти близкой
Танкист у Нади клянчит сиськи.
Не "Родина, прощай!" кричит,
Не письмецо родным строчит.

А тупо просит: "Сиськи! Сиськи!",
Мечтая тут же о стриптизе.
Увидев сиськи, умирает,
И рядом с танком замирает.

Конец фильмé. Всё, слава мэтру.
А мне, друзья, скорей карету!
Ни дать, ни взять, тут сразу оскар,
И веник Канн с нагрáдной дóской.

Хотел еще вам рассказать
Про то, что дале будем ждать,
Но есть предел всему на свете.
За сим - "финито ля комеди".

"Моя война. Чеченский дневник окопного генерала" Геннадия Трошева

2010-06-10T11:21:00.004+03:00

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

...Может быть, я так никогда и не взялся бы за собственные мемуары. Однако вышло в свет уже немало книг, где прямо или косвенно рассказывается о событиях в Чечне. Удивительно, но большинство авторов страшно далеки от той проблематики, которую затрагивают в своем "творчестве". Они толком не видели и не знают ни войны, ни людей (чьи имена тем не менее фигурируют на страницах книг), ни менталитета местных жителей, ни армии. В общем, благодаря такому легковесному подходу некоторых авторов создана целая мифология вооруженных конфликтов на Северном Кавказе.

Лиха беда начало. Основываясь на этих созданных пишущей братией мифах, начинает разрастаться новая поросль сказок о чеченской войне. Например, как аксиому уже приняли в российском обществе тезис о полной бездарности и бессилии армии в первой чеченской кампании. Теперь же, опираясь на этот сомнительный тезис, другое поколение "специалистов по Чечне" строит свои не менее сомнительные концепции и выводы на кривом фундаменте. Что из этого может получиться, кроме уродливой конструкции?

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

Побудило взяться за перо и еще одно обстоятельство. Чеченская война сделала широко известными и в нашей стране, и за рубежом многих политиков, военачальников и даже бандитов. Большинство из них я знал и знаю лично. С одними встречался и общался, с другими был в общем строю — плечом к плечу, с третьими воевал не на жизнь, а на смерть. Мне известно, кто есть кто, что кроется за словами и поступками каждого фигуранта. Однако тот имидж, который создала им пресса или они сами себе, зачастую не соответствует действительности. Допускаю, что мои оценки слишком личностные. Но даже в этом случае считаю, что могу публично выразить свое отношение ко многим "прославленным персонажам чеченских войн". Даже обязан сделать это, хотя бы ради полноты картины.

Рассказать о войне на Северном Кавказе побудило меня и желание предостеречь всех от повторения допущенных в 90-х годах серьезных ошибок, и политических, и военных. Мы должны усвоить горькие уроки Чечни. А это невозможно без трезвого, спокойного и глубокого анализа всех событий, произошедших в этой республике за последние десять лет. Надеюсь, что мои воспоминания будут этому способствовать.

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

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

О бабушках в Финляндии

2010-06-04T14:45:00.005+03:00

Хотелось бы сказать несколько слов по поводу истории, столь широко обсуждаемой рядом наших СМИ и некоторыми блоггерами. Речь идет об Ирине Антоновой - 82-летней женщине, которую финские власти собирались выдворить из Финляндии.

На что хотелось бы обратить внимание людей. Во-первых, не совсем понятно почему в российских СМИ речь о случае с Ириной Антоновой и её родственниках идет как о дочери и матери, когда на самом деле фигуранты дела приходятся друг-другу внучкой и бабушкой.

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

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

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

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

При всем при этом выбор способа решения данной ситуации имеет не столь юридический, сколь прагматичный характер: родственники, переехавшие в Финляндию для восстановления семьи, получают от финнов бесплатную медицинскую и социальную помощь, что для 82-летней Ирины Антоновой, я думаю, является далеко немаловажным.

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

Компиляция библиотеки GMP под Windows при помощи MinGW

2010-05-12T12:34:00.009+03:00

Библиотека GMP, или GNU Multi-Precision Library используется во многих программах, так или иначе связанных с точными вычислениями. Библиотека GMP содержит множество алгоритмов и функций, благодаря которым вы можете выполнять в своих программах основные математические операции с заданной точностью. К примеру, расчитать число π до десятитысячного знака. Так как код GMP написан на Си и ассемблере, компиляцию библиотеки приходится осуществлять вручную под конкретную платформу и используемый вами процессор.

Если вы работаете в Линуксе или на Юниксе, то проблем с компиляцией библиотеки GMP у вас практически не возникает. Инструменты компиляции и сборки GMP изначально ориентируются на Unix-подобные системы. Однако если вы работаете в Windows, то можете столкнуться с некоторыми сложностями. Ниже я привожу вариант компиляции данной библиотеки при помощи инструментов MinGW и MSYS. Справедливости ради стоит отметить, что сборку библиотеки GMP можно так же осуществить при помощи среды Cygwin, однако я предпочитаю использовать MSYS, которая после настройки позволяет легко компилировать в Windows многие библиотеки и проекты, созданные под Unix-подобные системы. Итак:

I. Настройка Windows для компиляции GMP

1. Cначала необходимо установить MinGW. Устанавливать MinGW лучше всего в папку C:\MinGW, так как в последствии у вас будет меньше проблем с настройкой других инструментов.

2. После установки MinGW, необходимо установить набор утилит MSYS. Устанавливать MSYS лучше всего в его папку "по умолчанию", то есть в C:\msys\1.0. При установке MSYS будет производиться дополнительная конфигурация, во время которой вас попросят указать местоположение MinGW (папка C:\MinGW в нашем случае).

3. Помимо MSYS-а вам так же понадобятся его дополнительные модули: MSYS DTK 1.0, MSYS flex, MSYS regex и MSYS bison. Все указанные библиотеки и модули вы распаковываете и просто копируете в папку C:\msys\1.0, где образуется ваша Unix-подобная среда. Хотя установка MSYS-а выглядит сложной, на самом деле никаких сложностей с установкой нет, а в итоге вы получаете очень удобную среду для компиляции библиотек и программ из Unix-подобных систем на машине с Windows.

4. После успешной установки MSYS-а, внутри папки C:\msys\1.0\home у вас должна появиться соответствующая домашняя директория пользователя. Вы можете переименовать эту домашнюю пользовательскую директорию в любое другое, удобное для вас имя. Я для удобства переименовал ее в username. Если вы не хотите ничего переименовывать, то в нижеприведенных командах используйте вместо username имя вашей домашней директории.

5. Теперь нужно скачать библиотеку GMP, и распаковать её в вашу домашнюю пользовательскую директорию, то есть в папку C:\msys\1.0\home\username.

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

II. Компиляция библиотеки GMP под Си

1. Откройте папку C:\msys\1.0, и запустите MSYS при помощи файла msys.bat. После запуска убедитесь, что вы находитесь внутри своей домашней директории username.

2. Введите команду mkdir gmp. В эту папку будут помещаться скомпилированные модули библиотеки GMP, а так же её заголовочный файл.

3. Перейдите в папку с библиотекой GMP при помощи команды cd gmp-x.x.x

4. Введите команду ./configure --prefix=/home/username/gmp

5. После окончания конфигурации, введите команду make

6. Теперь, когда библиотека GMP скомпилирована, можно запустить её тестирование при помощи команды make check

7. Очистите компиляцию от ненужных файлов при помощи команды make clean

8. Теперь, когда конфигураци, компиляция, тестирование и очистка библиотеки GMP успешно завершены, скопируйте модули libgmp.a и libgmp.la из папки C:\msys\1.0\home\username\gmp\lib в папку C:\MinGW\lib, а заголовочный файл gmp.h из папки C:\msys\1.0\home\username\gmp\include - в папку C:\MinGW\include. Так же можно скопировать содержимое папки C:\msys\1.0\home\username\gmp\share\info в папку C:\MinGW\share\info.

Теперь ваша среда MinGW получила полноценную библиотеку GMP. Следует отметить, что получившиеся модули и заголовочный файл предназначены для использования в Си-программах. Конечно, никто не запрещает использование Си-библиотек внутри программ, написанных на Си++, однакое если вы хотите явно получить библиотеку для Си++, то на шаге №4 вам следует ввести команду ./configure --prefix=/home/username/gmp --enable-cxx, а все остальное - выполнить точно так же, как и в случае с библиотекой для Си. Единственное, что будет другим - это имена скомпилированных модулей и полученного заголовочного файла. В случае с библиотекой для Си++, они будут соответственно libgmpxx.a, libgmpxx.la и gmpxx.h.

"Десять дней, которые потрясли мир" Джона Рида

2010-05-10T13:43:00.005+03:00

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

Поэма "Аватар"

2010-05-04T18:17:00.003+03:00

Намедни впервые посмотрел "Аватар" Джеймса Кэмерона, и очень впечатлился. Впечатлился настолько, что в голове у меня тут же сложилась целая поэма. Решил вынести ее на суд читателей и зрителей.

"Аватар"

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

Барыгам нужен унобтаний:
По виду - нам привычный магний.
Уж очень нужен он землянам,
Инопланетным басурманам.

Гребут барыги унобтаний,
И продают его давно.
Цена нешуточная, правда:
Мильён по двадцать за кило.

Однако деньги и доходы
Играют всяческую роль.
И вот, герой, десантник Салли,
Решил бабла сбить головой.

У Джейка Салли был брательник,
Ученый малый, не бездельник.
Но вдруг какой-то людоед
Его отправил на тот свет.

А Салли Джейк без ног, в отставке.
Без денег, да и без семьи.
Судьба нелегкая, злодейка,
Американских ВДВ.

И вместо брата славный Салли
Летит в пандорские леса.
Помочь барыгам и военным,
Ну, и биологам слегка.

Пять лет минуло. Холодильник.
Проснулся Джейк, и вот, ура!
В окне красивостью маячит
Пандора, гордая страна.

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

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

Шлют стрелы в зад землянам Наáви.
Ну, в общем, местные джигиты,
Что за стекляшки и конфеты
Никак не сгинут с сей планеты.

Земляне злятся. Нет управы!
Страстей кипит такой накал,
Что гибнут, мучаясь земляне
За весь пандоргский драг.-металл.

А драг.-металлов тонны
Лежат не абы кое-где,
А в лежбище Оматикайя,
Под дубом наáвивской семьи.

И прав был Маркс на счет злодейства,
На счет трехкратных барышей.
Но, друг мой, это ж все Пандора.
Тут все не так как у людей.

На базе есть три группировки:
Барыги; ЧОПовцы; ботаны.
И двое первых, что понятно,
Хотят лишь роста капиталов.

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

А тут еще герой наш, Салли,
Приехал вдруг, издалека.
И в оборот берут беднягу
За мозг, карман и за рога.

Барыгам Салли и не нужен,
Но вот для ЧОПовцев он - свой.
Дебил наш Салли для ботанов,
А с аватаром - как родной.

И вот ложат героя Салли
В изящный, хитрый механизм.
По волшебству мозги уходят
Из Джейка - в синий организм.

Теперь он - трехметровый парень.
С хвостом, очами во сто крат.
Огромный, синий, и подвижный.
Ну, в общем, наáвский камрáд.

И снова, братцы, за работу!
Летит наш Салли в небеса.
Чтоб познакомиться с природой,
Узреть пандорские леса.

Летят ботаны в заповедник.
У Салли, ясно, автомат.
И, так, на всякий разный случай
Мешок тротиловых гранат.

Пандора - край без сожаленья:
Сожрет любой красивый гад.
И даже райские деревья
Тут источают разный яд.

Отбился Салли, недоумок,
От группы, что его вела.
Теперь один, без автомата.
И все. Такие вот дела.

А рядом - злобные мутанты
Хотят сожрать кого-нибудь.
Пусть это будет даже Салли,
Ему и так не протянуть.

И бъет мутантов храбрый Салли.
Кого - куда, но все не так.
Уже и силы на исходе:
Мутантов - тыщи, как-никак.

Но вот, судьба шлет Джейку встречу,
И жизни славный поворот.
Спасает Джейка Наэйтири,
Что в Наáви рядышком живет.

Стройна, красива. И лингвистка.
И на английском "говорить".
И Джейка обучать манерам,
И даже Джейка полюбить.

А Джейку нравятся Наáви,
И нравится на воле жить.
Готов он свой "айпад" с "айфоном"
На дикие леса сменить.

Тем более, что Джейк - не лузер,
И жизнь живет не в попыпах.
Сумел он оседлать Пегаса
О четырех больших крылах.

Однако зов барыг проклятых
Гнетет безмерно мужика.
Он их послал бы, но барыги
Его заслали неспроста.

Докладчик Джейк про племя Наáви,
И вредоносный элемент.
В руках барыг - марионетка.
В руках билогов - ланцет.

Но Джейк послал барыг всех разом,
Сказал: "Я кончел!" Был таков.
Барыги к ЧОПу обратились
За разъясненьем этих слов.

У ЧОПа с Наáви не сложилось
(Десант не любит голубых),
И чтобы отплатить за стрелы,
Решили ЧОПы сделать пых.

Огромну бомбу из тротила
Полковник лично заправлял.
Вот, двадцать третий век, однако:
Тротил, ружье и самопал.

И подлетев к большому дубу,
Полковник надавил курок.
Дуб дуба дал, упав на землю,
Оставив пепла бугорок.

Но ЧОПу мало было дуба,
Ведь бомба делалась не зря.
Теперь летит полковник мрачный,
Чтоб древо жизни сжечь до тла.

Но древо жизни не безмозгло.
Читай, не фраер там какой.
Подняло на уши планету,
Отправив всех на смертный бой.

Слоны, мутанты, носороги,
Табун пегасов в облаках
Надрали жопу десантуре,
Барыгам саданули в пах.

И одержав свою победу,
И проплясав на радость ночь,
Наáви взяли и решили:
Мы срочно шлем земляней прочь!

Летят пусть гады, и запомнят:
Пандора - это организм.
И что барыг тут не потерпят.
И их барыжный героизм.

А Джейк остался на планете,
Чтоб с Наэйтири жизнь прожить.
И чтоб земляне в сиквел-квесте
Смогли Пандору посетить.

Компиляция библиотеки Boost на вашем компьютере

2010-04-30T22:50:00.011+03:00

Библиотека Boost является одним из самых популярных сборников утилит для программирования на Си++. Львиная доля утилит и полезных классов Boost-a находится в заголовочных файлах, поэтому для их использования вашему IDE достаточно лишь указать путь к папке с заголовками библиотеки. Однако Boost так же имеет ряд утилит, воспользоваться которыми вы сможете только после их компиляции. К таким утилитам отнесятся:

Boost.Filesystem
Boost.IOStreams
Boost.ProgramOptions
Boost.Python
Boost.Regex
Boost.Serialization
Boost.Signals
Boost.System
Boost.Thread
Boost.Wave
Boost.DateTime
Boost.Graph
Boost.Test

Именно с компиляцией утилит библиотеки Boost и возникает большинство проблем. Однако следуя нижеприведенным инструкциям вы избавитесь от большинства проблем, связанных с установкой Boost-а на вашем компьютере. Отмечу лишь, что инструкции касаются компиляции Boost-a при помощий дистрибутива MinGW. Итак:

1. Установите либо отдельный дистрибутив MinGW, либо IDE c MinGW.

2. Пропишите в системной переменной Path имеющийся у вас дистрибутив MinGW таким образом, чтобы компилятор gcc мог легко вызываться из командной строки.

3. Скачайте библиотеку Boost и утилиту Boost Jam на ваш компьютер.

4. Создайте папку C:\Boost, и распакуйте в нее библиотеку Boost.

5. В папку с распакованной библиотекой Boost (С:\Boost\boost_1_42_0 в моем случае) поместите файл bjam.exe, извлеченный из архива утилиты "Boost Jam".

6. Создайте системную переменную BOOST_ROOT, содержащей путь к папке с библиотекой Boost (C:\Boost\boost_1_42_0 в моем случае).

7. Откройте командную строку и войдите в папку с библиотекой Boost (C:\Boost\boost_1_42_0 в моем случае).

8. Введите команду bjam --toolset=gcc install, и наблюдайте за процессом компиляции библиотеки Boost.

После успешного завершения компиляции в папке библиотеки Boost (C:\Boost\boost_1_42_0 в моем случае) должны появиться две новые директории:

C:\Boost\include\boost-1_42
и
C:\Boost\lib

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

Обратите внимание на то, что при использовании бесплатных IDE, таких как Code::Blocks или Bloodshed Dev-C++, вам придется дополнительно указать в настройках компилятора пути к двум вышеупомянутым папкам, а так же добавить в список имеющихся библиотек все скомпилированные вами lib-файлы библиотеки Boost.

Интервью с Ричардом Фейнманом

2010-04-28T14:29:00.000+03:00

На бесконечных просторах интернета набрел на интервью с Ричардом Фейнманом, в котором знаменитый физик рассказывает о том, что такое огонь, электричество, свет. Рассказывает немного об астрофизике, Вселенной, а так же от том, что настоящим источником всех открытий является простое любопытство, а не гениальность того или иного человека:

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

Стивен Фольфрам рассказывает о вычислимости природы

2010-04-28T12:21:00.006+03:00

Очень интересная презентация от создателя "Математики" - Стивена Фольфрама. В этот раз Фольфрам рассказывает как о "вычислении на основе знаний", так и о фундаментальной "вычислимости природы":

Первый год - полет нормальный

2010-04-28T08:56:00.003+03:00

28 апреля 2009 года я завел себе блог. Год выдался не совсем простым, что в конечном итоге сказалось на периодичности заметок. Однако стоит отметить, что за те 365 дней, что просуществовало мое интернет-создание, его посетили 534 уникальных посетителя из 31-й страны. За один год они заходили на мой блог около двух с половиной тысяч раз.

28% посетителей шло на мой сайт сознательно (или бессознательно, но все равно приятно). 25% переходило на мой блог со страниц поиска "Гугла". Остальные посетители приходили на мой блог самыми разными путями, начиная с сайтов для разработчиков под мобильные платформы, как например devmobile.ru, и заканчивая "Яндексом", "Рамблером" и различными форумами.

В 2009-м году мои заметки читали в среднем по 2 человека в день. Порою у меня и вовсе не было гостей, но иногда их число доходило до 12-13 человек в день.

Когда я понял, что начинаю составлять мощную конкуренцию автономным блогам, я решил испытать на себе рекламную технологию "Google AdSense", и установить небольшое количество рекламы на заглавной странице. За 4 месяца, я, суровая акула сетевого бизнеса, заработал на гугловской рекламе около 50 центов. Поняв, что такими темпами за год мои капиталы вырастут до примерно полутора долларов, а с вычетом налогов - и вовсе до целого доллара, я прекратил эксперимент, и отключил рекламу. О чем, естественно, не жалею до сих пор.

Однако гордиться я могу другим. За год мне удалось перевести 6 статей по Symbian OS, написать 2 собственные статьи по той же тематике, и перевести 4 главы книги "Устройство Symbian OS". Однако переводы, похоже, это такая же болезнь как и любовь к науке и всему интересному.

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

Перевод книги "Устройство Symbian OS": 2 глава, "Аппаратное обеспечение Symbian OS"

2010-04-27T12:46:00.007+03:00

Перевел вторую главу книги "Symbian OS Internals", или "Устройство Symbian OS": "Аппаратное обеспечение Symbian OS".

Опять, спустя примерно месяц, привожу статистику посещения моих переводов:

1. "Знакомство с EKA2"

30.03.2010 - 1516 посещений
27.04.2010 - 1692 посещения

4. "Межпоточное взаимодействие"

30.03.2010 - 653 посещений
27.04.2010 - 1128 посещений

7. "Модели памяти"

30.03.2010 - 2194 посещений
27.04.2010 - 2415 посещений

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

Лекция от создателя Си++

2010-04-21T11:37:00.009+03:00

Наконец-то довелось увидеть воочию и посетить лекцию небезызвестного Бьярне Строуструпа. Речь на лекции шла о новом стандарте Cи++ - C++0x, об основных особенностях которого Бъярне попытался нам рассказать в течении 2-х с небольшим часов. Обо всем он, естественно, нам рассказать не смог, но главные черты стандарта C++0x были представлены хорошо и кратко.

Итак, основная цель стандарта C++0x заключается в улучшении производительности Си++. Улучшение производительность "по Си++" - это либо повышение быстродействия кода, либо уменьшение количества требуемой им памяти.

Теперь в язык официально встроен новый тип ссылок - ссылки на временный объект, или rvalue. Ссылка на временный объект будет объявляться при помощи оператора тип&&. В предыдущих версиях стандарта Си++ временные объекты могли передаваться в функции лишь в качестве неизменяемых ссылок (тип const&). Теперь же, при помощи ссылок на временные объекты, любая функция сможет изменять их по своему усмотрению.

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

В целях безопасности переменная никогда не будет рассматриваться в качестве ссылки на временный объект, если мы явно не воспользовались шаблонной функцией std::move<T>(). Только в этом случае для объектов данного класса будет задействовано "перемещение", а не "копирование".

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

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

Сложности русификации

2010-04-19T13:25:00.001+03:00

Вот так избирательно русифицирует себя VCL Media Player 1.0.0 на моем компьютере:

Электронные книги будущего

2010-04-15T09:02:00.000+03:00

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

Твиттер

2010-04-14T12:07:00.006+03:00

Я очень долго мучался, думая что же мне делать со своим аккаунтом в "Твиттере"? Ведь я его себе завел, следуя очередному пшику моды, а потом, когда воспаленное воображение уже поостыло, я задумался: а зачем же мне гвоздь без молотка? Но теперь придумал: буду в своем "Твиттере" печатать всякие глупости, пришедшие мне в голову по ходу жизни. С одной стороны, "Твиттер" не позволит напечатать много, тем самым заставляя стремиться к сестре краткости. С другой стороны, "твиты" - это, как мне кажется, что-то сиюминутное, а потому - не всегда объективное, взвешенное и остроумное, и помещать эту краткую писанину в свой блог не имеет никакого смысла. Однако в качестве "эспандера" для тренировки краткости и остроумия, "Твиттер" - самое то. Во всяком случае, для меня.

"Какое тебе дело до того, что думают другие?" Ричарда Фейнмана

2010-04-07T14:17:00.004+03:00

После первой прочтенной книги Фейнмана было очень трудно удержаться, и не прочитать другую. "Какое тебе дело до того, что думают другие?" в большей степени повествует о расследовании гибели космического челнока "Челенджер", и об участии автора книги - Ричарда Фейнмана - в комиссии по расследованию причин аварии. Лично мне было интересно узнать о "внутренней кухне" НАСА, и сравнить работу космической промышленности США с космической промышленностью СССР, великолепно описанной в четырех книгах серии "Ракеты и люди" Бориса Евсеевича Чертока. Тем более было интересно лишний раз убедиться, что там, где политика и спешка начинают диктовать инженерам что и как делать, прежде всего начинает страдать качество создаваемой техники, а в конечном итоге - и престиж страны. Однако "болезней" спешки в прошлом веке не избежала ни космическая отрасль США, ни космическая отрасль СССР.

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

О плохом качестве резиновых колец при низких температурах знали не только инженеры, но и руководство НАСА, которое не смотря ни на что настояло на запуске "Челенджера" при минусовой температуре окружающей среды, в то время как нижняя рекомендованная граница температуры была около +11° C. Среди причин, повлиявших на такое решение, Ричардом Фейманом было указано желание президента США (в тот момент Рональда Рейгана) выступить в Конгрессе, и при этом провести телеконференцию с космонавтами "Челенджера". О печальных результатах этой спешки теперь знают все.

Пульт для спутникового ресивера

2010-04-06T12:43:00.004+03:00

Казалось бы, на дворе 21-й век: компьютеры, интернет, космические полеты и нанотехнологии. Однако чтобы обеспечить круговорот денег и технического прогресса, техника время от времени должна ломаться. Вот и наш пульт от "Топфилда 7710 HD PVR" мигнул на прощанье и приказал долго не раздумывая покупать новый пульт.

У "Топфилда" кнопки включения, выключения, регулирования громкости и переключения каналов продублированы на корпусе. Однако от идеи временной замены сломанного пульта длинной лыжной палкой пришлось отказаться: на дворе 21-й век, да и диван у нас отставлен от телевизора на 4 метра, поэтому к одной лыжной палке пришлось бы прикручивать и другую, что весьма и весьма неудобно. Так же пришлось отказаться от идеи кидать тапки в корпус ресивера в надежде попасть в нужную кнопку, и переключиться на нужный канал. Дело в том, что кнопки переключения каналов переключают лишь номер канала, а не сам канал. То есть если "ОРТ" у нас находится на канале номер 491, то для переключения на канал "РТР" (под номером 689) нам пришлось бы метко бросить 198 тапок, что так же весьма и весьма утомительно.

Как ни удивительно, но положение спас пульт от совершенно другого устройства: "Экстримера", который скромно уместился рядом с ресивером. Я и раньше замечал, что попытка включить "Экстример" приводит к переключению ресивера в режим приема спутникового радио, но до сего момента не придавал этому значения. А тут выяснилось, что нажимая кнопку "9" на пульте "Экстримера" я переключаюсь в ресивер на один канал выше. Опытным путем были обнаружены и другие полезные кнопки пульта "Экстримера": например, кнопка "5" делала звук громче, а кнопка "Back" и вовсе отключала звук. Таким образом унификация комплектующих спасла наш ресивер как от лыжных палок, так и от домашних тапок.

Однако пульт к ресиверу все же пришлось купить. В местных магазинах пульта для нашего "Топфилда" не нашлось, поэтому пришлось залезть в интернет. На сайте немецкого магазина "HM-Sat", где 2 года назад был куплен сам ресивер, была произведена попытка приобрести соответствующий пульт. Однако то ли фортуна в тот день была повернута ко мне не тем местом, то ли солнечная радиация разбушевалась, но на последней странице оформления заказа немецкий сайт рисовал мне красивую пустую страницу. Нарисовал он ее мне и в "Файрфоксе", и в "Интернет Эксплорере". Ожидая, что я уже заказал два пульта, я написал в интернет-магазин письмо, что дескать, я, Вася Пупкин, встретился на вашем сайте с непреодолимой технической проблемой: система оформления заказа так и не дала мне понять заказал ли я то, что хотел, и сколько раз за свое "хотел" мне в конечном итоге придется заплатить. Через 3 дня от немцев пришел ответ с просьбой выдать им последние четыре цифры кредитки, с которой я оформлял заказ. Спустя неделю ответа так и не последовало. Думаю, они подумали что я пошутил, и просто обиделись на мою злую шутку. Что ж, плюнув на свою клиентскую лояльность и перспективу получить 3 пульта вместо одного, я зарегистрировался на сайте "Турбосат", где в тот же день без всяких приключений оформил заказ, а через несколько дней получил замену неисправному пульту.

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

P.S. Материал данной заметки и реклама интернет-сайтов была щедро оплачена с нашей кредитки.

Перевод книги "Устройство Symbian OS": 4 глава, "Межпоточное взаимодействие"

2010-03-30T15:12:00.004+03:00

Перевел четвертую главу книги "Symbian OS Internals", или "Устройство Symbian OS": "Межпоточное взаимодействие". Не без интереса слежу за статистикой обращения к переведенным мною главам:

1. "Знакомство с EKA2"

10.02.2010 - 1213 посещений
17.02.2010 - 1265 посещений
16.03.2010 - 1437 посещений
30.03.2010 - 1516 посещений

4. "Межпоточное взаимодействие"

30.03.2010 - 653 посещения

7. "Модели памяти"

10.02.2010 - 1696 посещений
17.02.2010 - 1817 посещений
16.03.2010 - 2084 посещения
30.03.2010 - 2194 посещения

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

"Вы, конечно, шутите, мистер Фейнман!" Ричарда Фейнмана

2010-03-22T12:11:00.001+02:00

С удовольствием прочитал легендарную книгу Ричарда Фейнмана "Вы, конечно, шутите, мистер Фейнман!" Если вы считаете, что Нобелевский лауреат - это бывший школьный ботаник или заучка, то смело читайте эту книгу. Если вы считаете, что лучший способ освоить науку - это вызубрить учебники, а потом применить знания на практике, то смело читайте эту книгу. Если вы считаете, что человек должен развивать в себе только один талант, то смело читайте эту книгу.

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

Древние египтяне и теорема Пифагора

2010-03-03T15:27:00.004+02:00

"...широко распространенное мнение о знакомстве древних египтян с так называемой теоремой Пифагора не опирается на какие-либо египетские тексты. В них нигде нет указаний ни на общую теорему Пифагора, ни на частные случаи треугольников, для сторон которых a² + b² = с². Правда, греческие ученые, побывавшие в Египте, сообщают, что для построения прямого угла употреблялась веревка, разделенная на 12 равных частей; с этой целью концы веревки связывались и она натягивалась в виде (прямоугольного) треугольника со сторонами 3 : 4 : 5. Но эти свидетельства относятся уже к середине I тысячелетия до н. э. Между тем... теорема Пифагора была известна задолго до того в древнем Вавилоне..."

"История математики" Адольфа-Андрея Павловича Юшкевича, том 1, стр. 31.

"Книга всеобщих заблуждений" Стивена Фрая

2010-02-22T12:07:00.000+02:00

Практически на одном дыхании прочитал "Книгу всеобщих заблуждений" Стивена Фрая. Честно говоря, "Книгу всеобщих заблуждений" можно было бы без всякой скромности назвать "Пятистами страницами удовольствия". В весьма простой форме "вопрос-ответ", с отличным чувством юмора Стивен рассказывает читателям о множестве фактов и убеждений, о которых львиная доля человечества бережно хранит совершенно неправильные представления. Лично для себя я нашел в этой книге очень и очень много интересного. В качестве общего вывода могу точно сказать: книгу нужно обязательно купить в двух экземплярах. Первый экземпляр оставить у себя, а другой экземпляр подарить хорошему другу.

Тест на наиболее подходящую категорию профессий

2010-02-11T12:12:00.000+02:00

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

Перевод книги "Устройство Symbian OS": 7 глава, "Модели памяти"

2010-02-10T11:02:00.005+02:00

Перевел седьмую главу книги "Symbian OS Internals", или "Устройство Symbian OS": "Модели памяти". Определенную помощь при переводе этой главы мне оказал сайт memorymanagement.org, на котором объясняется часть терминов, касающихся управления памятью.

История Терри Фокса

2010-02-04T14:42:00.000+02:00

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

Фильм "Helvetica"

2010-01-21T13:43:00.003+02:00

Всем, интересующимся типографикой, я думаю будет интересно посмотреть фильм "Helvetica", рассказывающий о знаменитом шрифте, и об отношении к нему со стороны дизайнеров и типографов.

Перевод книги "Устройство Symbian OS": 1 глава, "Знакомство с EKA2"

2009-12-28T14:35:00.007+02:00

Перевел первую главу книги "Symbian OS Internals", или "Устройство Symbian OS": "Знакомство с EKA2". При переводе возникли некоторые затруднения с терминами, однако надеюсь, что русскоязычные разработчики Symbian OS, работающие с ядром, смогут указать на неточности моего перевода.

"Путешествие из Петербурга в Москву"

2009-12-04T12:30:00.000+02:00

После всех "технических" и математических книг потянуло на отечественную классику. Давно мечтал познакомиться с "Путешествием из Петербурга в Москву" Радищева. Честно говоря, ожидал увидеть лишь дорожные и бытовые заметки, однако в книге Радищев так же поделился своимы мыслями об устройстве и улучшении российского государства. "Путешествие" недвумысленно намекает на необходимость переустройства порядков и законов России того времени, и, однажды попав к Екатерине II, привело Радищева к обвинению в государственной измене. Смерти Радищев избежал только благодаря милости царицы, правда смертная казнь была заменена десятилетней ссылкой в Сибирь. Только после смерти Екатерины II Радищев получил разрешение Павла I вернуться на поселение в свое имение, и был полностью освобожден при Александре I. Наделав в свое время много шуму, книга по разному встречалась различными эпохами и людьми. Кто-то был от "Путешествия" Радищева в восхищении, кто-то, наоборот, считал Радищева излишне "преувеличивающим" и необъективным повествователем. Мне же хотелось увидеть быт обычных крестьян того времени, что полностью удалось благодаря этой книге. Если вы захотите посмотреть на жизнь простых людей в эпоху Екатерины II, то "Путешествие" Радищева будет для вас весьма полезным источником.

"Искусство программирования. Том 1. Основные алгоритмы"

2009-11-20T13:05:00.003+02:00

Наконец-то одолел первый том "Искусства программирования" Дональда Кнута. Первый том содержит всего две главы: "Основные понятия" и "Информационные структуры", однако количество и качество материала первого тома порою было значительно выше моего уровня восприятия, что, впрочем, вовсе не удивительно. Боюсь, что очень многие тонкости я так и оставил на страницах этой замечательной книги. Впрочем, невыполненные мною упражнения (даже легкие), так же свели на нет всю полноту восприятия книги. Утешает лишь то, что даже усвоенный материал значительно улучшил мое понимание важности грамотного использования структур данных. В особенности - двоичных деревьев. А так же расскрыл универсальную применимость деревьев в обработке данных. Надеюсь, Кнуту хватит времени и сил на дописание всех оставшихся томов "Искусства", а мне - времени и сил на прочтение и понимание хотя бы самых основных моментов его книг.

"Апология математика"

2009-11-19T12:36:00.008+02:00

Удивительно быстро и легко прочитал "Апологию математика" Годфри Харди. Было действительно интересно познакомиться с мышлением "чистого математика", каковым Харди себя называет, и посмотреть его глазами как на "чистую", так и на "прикладную" математику. Не могу согласиться со всеми выводами Харди (в особенности о "бесполезности" чистой математики), однако было приятно лишний раз убедиться, что к математическим теориям и доказательствам математики используются те же эпитеты, которые обычные люди используют к художественным произведениям. Теория или доказательство могут быть "красивыми", "яркими" или "выразительными". При этом Харди очень четко отделяет наш физический мир от мира чистой математики, и приходит к выводу, что ни тот, ни другой мир друг от друга не зависят. Тем более, что по мнению Харди, "чистая" математика - это результат абстракции нашего мышления, а не действия законов физики, химии или биологии на наши мысли. Советую к прочтению всем, кому действительно интересен взгляд выдающегося "чистого" математика как на самого себя, так и на окружающий мир.

MobipocketReader и дополнительные шрифты

2009-11-12T11:31:00.004+02:00

Для чтения большинства книжек я использую бесплатный MobipocketReader. Однако частенько бывает так, что глаза устают от шрифта Nokia Sans S60, встроенного в большинство телефонов Нокии. Покопавшись в интернете по данному вопросу, я выяснил, что оказывается в MobipocketReader можно установить практически любые TrueType шрифты (обычно имеющие в Windows расширения ".ttf").

Рецепт установки дополнительных шрифтов в MobipocketReader весьма прост:

1. Создаете на карточке памяти директорию "resource", а в ней - еще одну директорию "fonts". Путь к вашим шрифтам должен выглядеть примерно так: "E:\resource\fonts".

2. Копируете в созданную директорию "fonts" ваши любимые шрифты. Скопировать их можно прямо из системной папки Windows, отвечающей за хранение шрифтов. Помните при этом, что TrueType шрифты в Windows обычно имеют расширение ".ttf".

3. Перезапустите телефон, и наслаждайтесь новыми шрифтами, доступными теперь в опциях MobipocketReader'а.

P.S. Моя привычка пользоваться MobipocketReader'ом имеет уже многолетнюю историю, и в частности объясняется наличием бесплатного конвертора электронных книг от той же компании - MobipocketCreator'а. С его помощью можно создавать мобильные электронные книги из pdf, doc, txt и html файлов. Впрочем, за последние несколько лет выбор мобильных программ для чтения электронных книг существенно улучшился, и я все больше и больше смотрю в сторону FBReader'a. По крайней мере жду, когда его перенесут на платформу Symbian.

Исследование о природе и причинах богатства народов

2009-11-11T10:15:00.003+02:00

Прочитал "Исследование о природе и причинах богатства народов" Адама Смита. Читал практически 8 месяцев, с 15 марта по 11 ноября 2009 года. Отличная и подробная книга, рассказывающая и объясняющая "на пальцах" основы макро- и микроэкономики. Книга отлично раскрывает как все экономические подробности работы отдельно взятого человека, мануфактуры, отрасли или целого государства, так и особенности экономических взаимоотношений между разными государствами. Всячески рекомендую к прочтению тем, кто заинтересовался экономикой и устройством работы государства, и хочет все понять на простых и доступных примерах, не погрязая при этом в пространных экономических теориях.

Google Reader и Blogspot.com

2009-11-02T14:13:00.003+02:00

Опытным путем выяснилось интересное. Оказывается, Blogspot.com бережно хранит все сообщения, сделанные разными хозяевами одного и того же блога (если один блоггер вдруг решит удалить свой блог, а второй блоггер - взять себе адрес блога первого пользователя). Благодаря Google Reader'у выяснилось, что некая Axocara владела адресом axsm.blogpost.com с января по февраль 2009 года, и создала в общей сложности 27 сообщений то на португальском, то на английском языках. Благодаря переводчику от Google я узнал и многие дополнительные детали: девушка/женщина/старушка повествовала о скоротечности времени, любви, и своих любовно-философских переживаниях. А иногда, видимо утомившись, просто пересказывала мысли англоязычных мудрецов.

Тут бы и сказочке конец, однако в связи с удобствами RSS ридеров, всепроникновенностью поиска от Гугла, и скорбью первого типа, своим подписчикам хочется заявить: я - не старушка, не женщина, и даже не девушка, и к сожалению не знаю португальского. И мне, как я понимаю, с этой "Аксокарой" еще несказанно повезло: эта девушка/женщина/старушка могла бы оказаться злобной садо-мазо-некро-зоофилкой. Вот бы я тогда задолбался объяснять своей семье, друзьям, а возможно еще и начальству почему я сразу не открыл им все нюансы своего восприятия жизни, и при этом распивал с ними в бане алкогольные напитки. Так сказать, бессовестно пользовался оказанным доверием.

Так что любителям Blogspot.com'а возможно стоит учесть эту неожиданную особенность "коллективного" способа сохранения всех записей любого из блогов на сайте Blogspot.com.

Знания и скорбь

2009-11-02T13:21:00.001+02:00

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

Дерево минус корень

2009-10-29T12:30:00.004+02:00

Наверное, только в математике следующее утверждение ни у кого не вызывает удивления: "Дерево минус корень является лесом".

День "H"

2009-09-03T07:28:00.003+03:00

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

Стокгольм, 3 сентября 1967 года.

Отчет за 4 месяца

2009-08-28T13:12:00.003+03:00

За 4 месяца существования моего блога было сделано 6 переводов статей по Symbian OS, и написаны 2 статьи по той же теме. Всего было создано 40 заметок.

За 4 месяца существования моего блога меня посетили 153 уникальных посетителя, которые в общем загружали мой блог более 1000 раз.

В итоге я, суровая акула сетевого бизнеса, за 4 месяца существования своего блога заработал на гугловской рекламе рекордные 46 центов, или 14 с половиной рублей по сегодняшнему курсу валют.

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

Впрочем, вопреки всем моим ожиданиям (и законам логики), количество посетителей моего блога почему-то неуклонно растет. Поэтому есть надежда, что богатство и слава уже не за горами. Правда, меня при этом терзают смутные сомнения на счет существования "Гугла" и его "АдСенса" через примерно миллион лет.

Советы по улучшению производительности программ для Symbian OS

2009-08-28T12:51:00.001+03:00

Мой перевод буклета "Советов по улучшению производительности программ для Symbian OS" теперь выложен и на страницах Symbian Foundation.

Печатный станок Гутенберга

2009-08-21T16:30:00.004+03:00

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

Ограничение заметки по размеру

2009-08-20T09:15:00.004+03:00

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

Советы по улучшению производительности программ для Symbian OS

2009-08-19T23:58:00.005+03:00

Ниже приводится мой перевод одного из буклетов от издательства Symbian Press: "Советов по улучшению производительности программ", или "Performance Tips".

Содержание.

Что такое "производительность"?
Почему производительность столь важна?
Убийцы производительности

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

Разработка и тестирование на эмуляторе
Вы, ваш компилятор и ваш код

Не идите против компилятора
Выучите немного ассемблера

Маленькие советы

Избегайте вызова функций внутри определения условия циклов
Используйте ссылки или указатели там, где это нужно
Не раскручивайте циклы
Избегайте длинных блоков из if и else
Используйте соответствующим образом квалификатор const
Быстрый анализ кода при помощи User::FastCounter()

Инструменты: пошаговый анализатор

Компиляция ROM-файла
Запуск анализатора
Запуск изучаемого кода
Остановка анализатора
Получение данных анализатора
Анализ данных
Копирование файла с данными
Создание графа активности
Выберите активную область и потоки
Создание листинга по всем функциям

Ресурсы для разработчиков

Что такое "производительность"?

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

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

Почему производительность столь важна?

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

Убийцы производительности

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

Код, повторяющийся в циклах

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


// Метод, выполняющий некую простую операцию
ExampleClass::SimpleOperation( SimpleType a, SimpleType b )
    {
    // Создание ненужного сложного типа (см. текст)
    ComplexType c = b.MakeComplex();

    // Еще какой-нибудь код
    }

// Выполнить сложные вычисления
ExampleClass::DoSomeComplexComputation( ... )
    {
    SimpleType a, b;

    while ( moreToDo )
        {
        // Какой-нибудь код

        SimpleOperation( a, b );

        // Еще какой-нибудь код,
        // который не изменяет переменную b
        }
    }

В вышеприведенном примере метод SimpleOperation(), выполняющий некую простую операцию, вызывается в цикле. При каждом выполнении тела цикла, вызывается метод SimpleOperation(), в котором от аргумента класса SimpleType создается один и тот же сложный объект класса ComplexType. При этом сложный тип никак не модифицируется в последующем коде. Такое цикличное создание ненужных объектов класса ComplexType понапрасну растрачивает ресурсы, и может привести к существенному снижению производительности кода. Если бы объект класса ComplexType можно было бы передать методу SimpleOperation() в качестве аргумента, его повторного создания можно было бы просто избежать:

 
ExampleClass::SimpleOperation( SimpleType a, ComplexType& b )
    {
    // Код простого метода
    }

CExampleClass::DoSomeComplexComputation( ... )
    {
    SimpleType a;
    ComplexType b; // Создать объект b в виде сложного типа

    while ( moreToDo )
        {
        // Передать в функцию объект b в виде сложного типа ComplexType
        SimpleOperation( a, b );

        // Еще выполнить код
        }
    }

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

Неэффективное использование динамической памяти

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


void LoopWithHeap( void )
    {
    while ( moreToDo )
        {
        CData* temp = new CData; // Создаем временную переменную на "куче"
        GetData( temp ); // Инициализируем
        ProcessData( temp ); // Используем
        delete temp; // Удаляем
        }
    }

Всегда, где это возможно, временные переменные должны использоваться заново:


void LoopWithHeap( void )
    {
    CData* temp = new CData; // Создаем переменную на "куче"

    while ( moreToDo )
        {
        GetData( temp ); // Инициализируем
        ProcessData( temp ); // Используем
        temp->Reset(); // Обнуляем
        }

    delete temp; // Удаляем в конце цикла
    }

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

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

Ограниченное понимание возможностей библиотеки

Документация по API редко когда содержит подробные сведения о реализации той или иной компоненты. Создание кода на основе некорректно или плохо понятого API может привести к таким проблемам как двойная или нежелательная обработка и модификация данных.

Представьте себе класс, предоставляющий доступ к массиву и реализующий проверку границ его индексов в методе SetElement():


void ArrayClass::SetSize( int aSize )
    {
    iMaxLength = aSize;
    }

void ArrayClass::SetElement( int aPos, unsigned char aChar )
    {
    if ( aPos >= 0 && aPos < iMaxLength )
        {
        iRawArray[ aPos ] = aChar;
        }
    }

А теперь представьте себе программу, которой нужно добавить некоторое число элементов в массив при помощи представленного выше класса:


void ExampleClass::FillArray()
    {
    // Какой-то код
    myArray.SetSize( bytesToProcess );

    for ( currentPos = 0; currentPos < bytesToProcess; currentPos++ )
        {
        myArray.SetElement( currentPos, aByte );
        }
    }

Неэффективность приведенного кода заключается здесь в ненужности проверки границ индексов массива внутри метода SetElement(), так как функция FillArray() устанавливает верхнюю границу для элементов массива внутри себя.

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

Нежелательное приведение типов

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

Обратите внимание на пример приведения типа данных:


TInt intDrive;
TChar ch = ((*drives) [ i ])[ 0 ];
RFs::CharToDrive( ch, intDrive );
TDriveUnit curDrive( intDrive );

В коде необходимо использовать тип TDriveUnit, однако имя диска было сохранено в символьном виде, поэтому нам приходится трижды обрабатывать данные, прежде чем они станут пригодными для нашей программы. А теперь представьте, что данный код расположен в глубине интенсивно используемого цикла, и что большая часть работы цикла будет посвящена выполнению этих трех операций. По этому возможно более подходящим решением стало бы хранение отдельной переменной типа TDriveUnit, которую можно было бы прямо использовать в дальнейшем внутри цикла. Иногда проблема приведения типов может привести к размещению множества временных объектов в стеке программы, исключительно лишь в целях изменения интерфейса к конкретному объекту.

Обратите внимание на нижеприведенный пример, в котором мы можем наблюдать создание временных объектов только лишь ради вызова различных методов:


iDllEntry.iName.Des().Zero();
iDllEntry.iName.Des().Append( aPath.Drive() );
iDllEntry.iName.Des().Append( KSysBin );
iDllEntry.iName.Des().Append( *resourceName );
iDllEntry.iName.Des().Append( KDllExtension );

Пример продемонстрировал нам две проблемы. Главная проблема заключается в создании методом Des() временного объекта. В течении выполнения вышеизложенного года, создаются 5 временных объектов, создание которых можно было бы избежать при помощи одной локальной переменной:


TPtr des = iDllEntry.iName.Des();
des.Zero();
des.Append( aPath.Drive() );
des.Append( KSysBin );
des.Append( *resourceName );
des.Append( KDllExtension );

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

Неэффективное использование файлов

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

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

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

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


EXPORT_C CColorList* ColorUtils::CreateSystemColorListL( RFs& aFs )
    {
    …
    CDirectFileStore* store;
    store = CDirectFileStore::OpenL( aFs, KGulColorSchemeFileName, EFileRead | EFileShareReadersOnly ));
    …
    RStoreReadStream stream;
    stream.OpenL( *store, store->Root() );
    …
    CColorList* colorList = CColorList::NewLC();
    stream >> *colorList;
    return colorList;
    }

Проблема здесь заключается в реализации перегруженного оператора ">>", чья реализация осуществляется методом InternalizeL(). Ниже представлен фрагмент этой функции:


aStream >> card;
const TInt count( card );
TRgb rgb;

for ( TInt ii=0; ii < count; ii++ )
    {
    aStream >> rgb;
    iEikColors->AppendL( rgb );
    }

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


aStream >> card;
const TInt count( card );
aStream->ReadL( iEikColors, count * sizeof( TRgb ) );

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

Неэффективное использование базы данных

Проблемы неэффективного использования систем баз данных в Symbian OS очень близки по смыслу проблемам неэффективного использования файловой системы. Обе системы баз данных, имеющиеся в Symbian OS, весьма широко используют в своей работе файловую систему. Поэтому неправильное использование API баз данных может привести к тем же проблемам, что и в случаях неэффективного использования файловой системы.

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

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

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

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

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

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

Плохое использование шаблонов проектирования

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

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

Рассмотрим следующий пример: в архитектуре было решено применить шаблон состояния (state pattern). Одним из способов реализации этого шаблона является наследование от общего базового класса специализированных классов для каждого состояния некоторого объекта. Для инициализации конечного автомата, разработчики выбрали фабричный шаблон (factory pattern):


CExampleStateFactory* CExampleStateFactory::NewL()
    {
    CExampleStateFactory* factory = new ( ELeave ) CExampleStateFactory();
    CleanupStack::PushL( factory );

    // Создать все состояния
    factory->iStates[ EError ] = new ( ELeave ) TExampleStateError( *factory );
    factory->iStates[ EStarted ] = new ( ELeave ) TExampleStateStarted( *factory );
    factory->iStates[ EStopped ] = new ( ELeave ) TExampleStateStopped(    *factory );

    // И так далее...

    CleanupStack::Pop();
    return factory;
    }

Фабрика состояний обладает всеми инициализированными объектами, каждый из которых содержит указатель на фабрику. Однако если мы более детально рассмотрим класс состояния:


class TExampleStateBase
    {
public:
    TExampleStateBase( CExampleStateFactory* aFactory );

    inline TExampleStateBase* GetState( TStateEnum aState )
        {
        return iFactory->GetState( aState );
        }

private:
    CExampleStateFactory* iFactory;
    }
 
TExampleStateBase::TExampleStateBase( CExampleStateFactory* aFactory )
    : iFactory( aFactory )
    {
    }

TExampleStateStarted::TExampleStateStarted( CExampleStateFactory* aFactory )
    : TExampleStateBase( aFactory )
    {
    }

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

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

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

Обычный код, и код, создаваемый "на будущее"

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

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

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

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

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

Разработка и тестирование на эмуляторе

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

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

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

Вы, ваш компилятор и ваш код

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

Не идите против компилятора

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

Выучите немного ассемблера

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

Маленькие советы

Помимо "убийц производительности", в данном буклете так же представлены маленькие советы, которые помогут вам создавать более эффективный код. Многие из этих советов носят общий характер, и детально рассмотрены в стандартах кодирования для Symbian OS. Некоторые из них все же стоит упомянуть прямо здесь.

Избегайте вызова функций внутри определения условия циклов

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

Используйте ссылки или указатели там, где это нужно

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

Не раскручивайте циклы

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

Избегайте длинных блоков из if и else

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

Используйте соответствующим образом квалификатор const

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

Быстрый анализ кода при помощи User::FastCounter()

Библиотека пользователя при помощи метода User::FastCounter() дает возможность извлечь системное время с достаточной точностью, чтобы измерить скорость выполнения того или иного кода. Реализация этого метода зависит от устройства, однако при помощи API HAL:Get() можно узнать параметры этого счетчика: параметр EFastCounterFrequency дает возможность узнать частоту счетчика, а параметр EFastCounterCountsUp - направление отсчета, используемого в счетчике.

Инструменты: пошаговый анализатор

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

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

Компиляция ROM-файла

Для того, чтобы было можно использовать анализатор, его нужно включить в состав ROM-файла. Делается это при помощи указания файла "profiler.iby" в строке с командой "buildrom":


buildrom h4hrp techview profiler.iby

Запуск анализатора

Самый простой способ запустить анализатор - это вызвать его в командной строке eshell:


start profiler start

Команда запустит отдельный поток, в котором будет работать анализатор. Благодаря этому потоку вы сможете переключаться на другие задачи при помощи комбинации клавиш Ctrl+Alt+Shift+T.

Запуск изучаемого кода

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

Остановка анализатора

После того, как вы получите желаемые данные, переключитесь обратно в командную оболочку eshell, и остановите анализатор:


profiler stop

А затем, закройте и файл, использовавшийся для сохранения получаемых данных:


profiler unload

Получение данных анализатора

В корне диска C вашего устройства вы должны обнаружить файл "profiler.dat". Для передачи его на компьютер, переместите его на карточку памяти вашего устройства.

Анализ данных

Вначале вам следует конвертировать данные из файла "profiler.dat" в формат, понятный программе Excel, так как именно в ней вы сможете создать график активности вашего кода.

Копирование файла с данными

Скопируйте файл "profiler.dat" в ту директорию, где хранятся ваши ROM-файлы. Это делается для возможности использования таблиц символов, использовавшихся для создания ROM-файлов, так как именно при помощи этих таблиц можно извлечь собранные данные. Запустите следующую команду:


analyse -r h4hrp_001.techview.symbol profiler.dat -v -mx > profile.xls

Создание графа активности

Откройте файл "profile.xls" в Excel-е. Удалите первые 6 рядов из таблицы, чтобы ваш граф показывал имена потоков. В первых шести рядах хранятся суммарные данные, которые не стоит добавлять в граф. Подобным образом значения времени, сохраненные в первом столбце, будут лишними для графа, однако удалять их не стоит, так как они будут служить перекрестными ссылками для тех областей данных, которыми вы интересуетесь.

Выделите все данные, и запустите помощника для создания графов. В открывшемся окошке проделайте следующее:

В качестве типа графа выберите "Area", а в качестве подтипа - "Stacked". Нажмите "Next".

Выберите область данных так, чтобы не затрагивать первый столбик. Измените столбик "А" на "B", то есть =profile!$A$2:$V$941 должно измениться на =profile!$B$2:$V$941. Нажмите "Next".

Ничего не делайте в открывшемся окошке, и просто нажмите "Next". В конце выберите "As new sheet", и нажмите "Finish".

Выберите активную область и потоки

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

Создание листинга по всем функциям

Как только вы узнаете время выполнения каждого потока, вы так же сможете создать список функций, упорядоченный по их активности. Например, для того чтобы узнать какие функции вызывались между моментами 51300 и 76900 в потоке EFile, нужно запустить следующую команду:


analyse -r h4hrp_001.techview.symbol profiler.dat -bf -p -s51300-76900 -t EFile* > analysis.txt

При этом следует обратить на следующие особенности:

При определении значений параметра "-s", между заданными значениями моментов времени не должно быть никаких пробелов.

Моменты времени берутся из первого столбика файла "profile.xls".

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

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

Ресурсы для разработчиков

Symbian Developer Network

Symbian Developer Network newsletter

Symbian OS Tools Providers

Sony Ericsson Developer World

Forum Nokia

Sun Microsystems Developer Services

Знакомство с R-классами

2009-08-12T13:43:00.004+03:00

Перевел статью "Знакомство с R-классами" на сайте Symbian Foundation. На этот раз, для удобства доступа, статья была переведена прямо в википедии. Помимо легкости доступа, инструементы википедии так же дают возможность легкой правки и добавления новых материалов, поэтому в будущем я, вероятнее всего, буду использовать именно такой "формат" переводов.

Знания и опыт

2009-08-11T11:23:00.001+03:00

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

Поэтому в деле освоения Symbian OS (и S60 в том числе), я настоятельно рекомендую набираться опыта и ума исключительно при помощи программирования, а не при помощи перечитывания гор книг, статей и буклетов. Конечно, без вводного материала новичку будет очень и очень трудно. Дело даже не в особенностях языка Symbian С++, а в особенности работы самой Symbian OS, претерпевшей за несколько десятилетий множество изменений, и впитавшей в себя множество весьма экзотических особенностей (как, например, использование того же стека очистки и дескрипторов). Однако лучший способ изучить язык программирования, и среду, в которой он применяется, - это создавать полноценные приложения для настоящих пользователей, а не гнаться за теоретическими знаниями в попытках приобрести реальный опыт.

Степень 0

2009-08-07T09:55:00.000+03:00

Как-то даже и не задумывался, что 0⁰ = 1.

Веб-клиент на Perl-е

2009-08-06T09:52:00.001+03:00

Создание веб-клиента на Perl-е оказалось не такой уж и трудной задачей. В сети выложено множество разнообразных примеров, а библиотека LWP дает все необходимое, что может понадобиться в большинстве случаев. Причем, вместо изучения мануалов по сетевому программированию на Perl-е, был выбран сугубо практический подход: полная нацеленность на решение технической проблемы. Результат не заставил себя ждать: за три часа был создан как веб-клиент, так и его достаточно несложные "мозги". Из всего этого меня больше всего порадовали большие возможности Perl-а, и наличие несметного количества примеров в сети. Без примеров из сети у Perl-а не было бы никаких шансов продемонстрировать свои большие возможности. По крайней мере, на моем компьютере.

Перевод "Advanced RArray" или "Подробно об RArray"

2009-08-06T08:27:00.002+03:00

Классы RArray реализуют в Symbian OS массивы. Однако функциональность классов RArray намного выше и сложнее простых массивов. Так, например, при помощи RArray вы можете создавать сортированные массивы, искать элементы в массивах по указанному ключу, а так же задавать определенную стратегию использования памяти мобильного устройства. Обо всем этом вы можете прочитать в моем переводе статьи "Подробно об RArray".

Рисование обеими руками

2009-07-28T11:52:00.008+03:00

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