понедельник, 5 июля 2010 г.

В Чернигов на веле

В субботу (03.06.2010) был установлен рекорд по пройденному километражу на веле за сутки — 286 км. Это была поездка "Гомель — Чернигов".

Расстояние от города до города — 99 км. Для выезда на черниговское шоссе мне от дома 15 км. Остальные порядка 50 км это Чернигов. Город сам плоский и большой, наверное потому так много.

До этого неделей раньше была поездка в Речицу. Тогда получилось 142 км за 8 часов. После неё я был в вменяемом состоянии, и подумалось совершить более большой маршрут, под 200 км. Ранее я уже ездил в Чернигов (но не за сутки туда и обратно), и поэтому знал расстояние и саму трассу.

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

Старт из дома был ~ в 9:30. Прямиком на центральный рынок: велозапчасти там не появились, закупка продуктов в дорогу. Далее на Кристалл, Черниговское шоссе.

До таможни шла боевая скорость — 25-26 км/ч в среднем (с учетом подъемов и спусков). Такой же темп сохранялся и после порядка 20 км. Но далее стало совсем жарко, и поэтому пришлось делать остановки по 10 минут каждые где-то 10 км. В результате ~ в 17:00 уже был в Чернигове.

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

После посещения центральных улиц, парков, пляжа (с купанием) у вела на заднем колесе произошел прокол. Камера не стремительно, но сдулась. Останавливаюсь, запускаю процесс ремонта замены камеры (на новую) — и тут оказывается, что тросик насоса отсутствует (который от насоса до нипеля). По всей видимости он где-то вывалился на одной из стоянок…Вот, думаю, ситуация — более чем за 100 км от дома, в незнакомом городе, с пробитой без насоса камере, да ещё и 9-й час вечера, с нулевым кол-вом гривен в запасе… Вопщем, потопал я пешком в народ спрашивать у всех насоса. На удивление это оказалось проблематично и на поиск ушло несколько кварталов. Но нашлись добрые люди, с насосом. Разговорились, удивились что я из Гомеля и вот так вот приехал (даж пришлось паспорт показать (; ). Приютили, накормили, поговорили о жизни и отправился в путь где-то в 22:30.

Первые 25-30 км прошли на высокой скорости и энтузиазме (25-30 км/ч). Но потом началось самое интересное. Во-первых, становилось все прохладнее, и ехать на большой скорости при моей летней экипировке (шорты плюс футболка без рукавов) не получалось возможным, уже где-то при 20 км/ч начинал буквально замерзать. Во-вторых, в этот момент по всей видимости у организма кончились активные запасы энергии и он не в состоянии был выдавать отдачу более 110-120 ударов пульса в минуту. Это означало топовую скорость в 17-19 км/ч в случае, если нет подъемов и спусков. В-третьих, начало сказываться натирание седла, что меняло манеру езды в более медленную сторону. В результате белорусскую таможню проходил в момент рассвета (66 км от Чернигова, 32 до черты Гомеля). И полный автопилот до города.

Энергетически затраты составили порядка 11-12 тыс. ккал. За этот период было ориентировочно потреблено 3 тыс.. Сброс веса составил ~ 1.5 кг. Очень жестокий способ хочу я сказать (; На дистанции с общим километражом более 100 км никому ездить без подготовки не рекомендую. А повышать дистанцию не более, чем на процентов 30.

Фото (совсем немного) появятся утром в Picasa.


вторник, 18 мая 2010 г.

Full Online

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

При чем уже мысли вида: "ну эт наверняка кто-то уже сделал в онлайне", и первым запросом в гугле попадаю на нужное…

Эра тотального всеобщего экзокортекса наступает (;


понедельник, 17 мая 2010 г.

Контроль веса

~ 3 недели назад у меня запустилась комплексная программа по оздоровлению (о чем намного позже), и одним из пунктов которой было снижение веса. Все началось с того, что я купил себе весы, взвесился и ужаснулся.. При мыслях около 90 кг весы показывали почти 100. При моем росте это почти 1-я степень ожирения.

На сейчас уже изменен рацион и проводятся спортивные аэробичные мероприятия.

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

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

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

А теперь — динамический график отчета, собранный "Google Docs":

За 3 недели потери составили ~ 2-3 кг, и это с учетом того, что сброс более 5 кг в месяц вреден для здоровья и при всем этом не использовалось стрессовых диет и сверхнагрузок.

И кроме того, процесс как минимум диагностики запущен не только у меня (;


среда, 24 марта 2010 г.

PBWorks Launched!

Итак, для организации работы с множеством документов выбран PBWorks.

Достаточно часто приходится обрабатывать что-то, получать результат и оставлять его черти где. На жестком диске, в какой-то ветке обсуждения (с размазанными мыслями), в каком-то исходнике проекта и т.д.. Кроме того, эти результаты имеют свойство теряться (удаляться или прятаться на HDD, пропадать из инета и т.д.) Было бы удобно все хранить в одном месте и системно, при чем таким образом, чтобы можно было в любой момент обратиться, сослаться, вспомнить, восстановить или улучшить. Вот для этой цели и выбран PBWorks. Ранее хотелось даже свой движок написать по этому поводу, но есть на свете ресурсы, охватывающие большинство таких задач (;

Для всеобщей организации планируется следующая группа:

  • Центральная организация — PBWorks. Сюда входит систематизация общих доков в рафинированном варианте (динамический контент по мере улучшения информации).
  • Почта — GMail.
  • Рабочий стол — iGoogle.
  • RSS Reader — Google Reader.
  • Лента событийных обновлений — этот DBLOG.
  • Хранилище изображений — Picasa.

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

У PBWorks имеются следующие плюсы и особенности:

  1. Развертываемость и представление в виде связного "сайта". Т.е. возможность создания страниц с масштабируемым гипертекстом. Например в Google Docs это делать геморойно, а EtherPad не поддерживает цельность и использование заданного множества страниц.
  2. Полный online. Доступность в любое время и с любого устройства.
  3. Содержимое ресурса (если оно открыто) должно гуглится.
  4. Поддержка хранения изменений во времени.
  5. Возможность ограничения доступа для части контента. В бесплатном виде только полный доступ или только приватный доступ для всего workspace'а.
  6. Комментируемость содержимого любыми пользователями (что полезно для рафинирования).
  7. Нотификация изменений (RSS, e-mail, …).
  8. Доступ к разметке содержимого. Имеется только для HTML, CSS уже платен. При чем оно само конвертит часть тегов (b → strong, strike → style и пр.)
  9. Предоставление внешнего API для работы с содержимым.
  10. Внутренняя организация в виде вложенных каталогов + теги.

Секьюрность общения с сервером по SSL и удобная работа с мобильных устройств (в пример Evernote) предоставляется только за $ (всего за 499$ :smile:).

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

Root

четверг, 10 декабря 2009 г.

Закон Мура в ПО

— Сколько занимает места Windows?

— Сколько находит, столько и занимает.

Из жизни

Табличка развития версий TP в статье натолкнула мысль о своеобразном законе Мура для ПО. При чем по нему любой софт будет развиваться именно так, как возмущаются о нем ретрограды — «Вот когда-то ОС влезала на одну дискету, и HDD были в 21 мегабайт, и функциональность была практически такой же!».

А как мне думается, все даже оченьвидно. Имеется две закономерности:

  1. Закон Мура.
  2. Если ПО не останавливать, то оно экспансионно на все возможные ресурсы.

Закон Мура

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

Экспансионность ПО

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

Может кто-то и даже много кто этот подпункт посчитает неправильным (вот я всегда оптимизирую, и мой «Hello World» что-то не занимает все что находит). Но основная мысль заключается в том, что любая оптимизация — это ресурсы. На каком-либо из этапов: разработки, обучения, прошлого опыта. И с течением времени потребность в контроле на каком-то уровне исчезает — закон Мура раздвигает рамки дальше. В результате дешевле сделать без оптимизиации что-то, и если работает — забыть об этом.

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

Заключение

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