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

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

И все к этому привыкли…!?

Летом можно ходить в одной футболке – и на улице и дома. Для того, чтоб дойти до магазина не нужно одевать зимнюю шубу, валенки. Идя по весенне-летнему городу не приходит мысль “когда же приедет автобус?”, “блин, снег в лицо”, “чорд, я замёрз!”, “ааа, ветер сдувает”. Летняя температура в 15-25^oC – самая комфортная для нас, именно столько градусов мы стараемся поддерживать в своих домах и квартирах вне зависимости от того, что за окном.

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

К чему я?

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

И?..

И это нормально. Всё хорошо. Всё так, как должно быть. Кто не понял – сам виноват Большая просьба не перегибать палку и не воспринимать всё абсолютно дословно. Я не говорю что у теплой/жаркой погоды нет минусов. Я понимаю, что люди живут ещё и не при таких температурах, но кто сказал что это нормально?

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

Чуть-чуть весны

  

Для питания десятка ярких светодиодов потребовалось сделать 2 стабилизатора, каждый на:

• V_in = 12V
• V_out = 4V
• I_load = 0.2A

Сначала попробовал lm317 (линейный стабилизатор) – можно было жарить блины на ней через десяток секунд)). Резисторы – тоже не вариант – даже 5W кирпичи заметно грелись уже при рассеивании 2W. Да и вообще – зачем в пустую жечь энергию?)

Благо Виталик(организатор питерского HackSpace) смог подсказать что выбрать и какие компоненты использовать

Схема

Берётся из даташита (lm2575.pdf):

Компоненты

• C_in – 470µF, 16V
• C_out – 1000µF, 10V
• D1 – 1N5822
• L1 – 100µH, 2.1A (#101)
• R1 – 1k
• R2 – 2.2k

Изменяя соотношение R2/R1 можно получать необходимое напряжение (по формуле выше).
Сделал на тонком фольгированном стеклотекстолите – не смотря на малое количество деталек, они массивные и как то нужно их удерживать Травить не стал – просто вырезал резаком дорожки (о чем много раз пожалел, пока искал где смыкаются дорожки области). На каждую ушло часа полтора-два.

Ну.. схемка работает

Фоточки

На память сделал фоточки и устарил под old-school – такое количество аналоговой обвязки сильно напоминает когда я занимался аналоговой электроникой

Для одного из наших приложений “Говорящие вещи” потребовалось сделать яркий, жизнерадостный, но не отвлекающий фон. Мы перебирали несколько разных вариантов с deviantart (где средний фон – 500кб, OMG), но почему-то смотрелось не очень внушающе(растяжки, отвлекающие цвета).

В интернетах наткнулся на пост товарища @gobozov: Android. Tiled background with diagonal lines, как говорится, inspired by .. . В котором был пример стильного фона (stripes + полупрозрачный градиент). Выглядит – круто.

В его варианте используется tile background как фон Layout + ImageView с градиентом. Я попытался чуть-чуть упростить и уменьшить количество файлов.

Stripes

Последнее время меня прёт от этих полосочек Они способны придать любому приложению/странице эффект Web2.0. Есть множество ресурсов, на которых можно сгенерить эти полосочки: stripegenerator.com или www.stripemania.com

Фон

Теперь создадим drawable: res/drawable/background.xml состоящий из двух слоёв:

1. Stripe нужно размножить “замостить”
2. Сделать радиальный градиент от от полупрозрачного белого до практически прозрачного белого

И поставим его в фон корневого Layout:

Результат

(сверху ActionBar – GreenDroid)

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

Итак,

Прошивка моей мечты: финальная версия

Все кастомные прошивки достаточно хороши, а их зависания возникают из за карты памяти. Как хорошо что в андроиде много от линукса! Мне пришло в голову посмотреть содержимое /var/log/messages при очередном зависоне. Я не ошибся – графика действительно замирала, а adb shell успешно подсоединялся и я получал свой busybox

Пробовал ставить другую прошивку – runnymede AIO 6.0.4.1 (вместо InsertCoin), но результат тот же: через пару недель стал виснуть несколько раз в день.

Зависания вполне логичны – во время активного IO на sd card. Например: при включении интерета(посылается broadcast о включении сети, на который обычно многие приложения реагируют, т.е. запускаются для того чтоб синхронизироваться), при прослушивании подкастов и паралельно запуска, к примеру, браузера, а также при включении телефона (многие приложения имеющие слушающие broadcast от запуска устройства начинают загружаться).

В логах я увидел одно и тоже – сначала ядро пишет что sd карта не отзывается, потом говорит что перезапускает контроллер, инициализирует и… и снова карта не отзывается. Судя по всему карта памяти фигеет от такой активной работы с ней и выключается ))

Карта памяти была microSDHC KINGMAX 8Гб Class 6.

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

На некоторое время я поставил стоковую рутованную и к ней link2sd. Телефон перестал зависать (т.к. большинство приложений висит на internal flash), но и место вместе с этим доступное место для приложений уменьшалось.

Даже была мысль оставить её, но HTC sense 2.1 и медленее и неудобнее по сравнению с 3.5 – за то время как я пользовался кастомными прошивками очень привык к ней.

Class 10!

Позже нашёл время купить новую флешку – microSDHC APACER 8Гб Class 10, AP8GMCSH10-R , быстренько разбил её на 3 раздела (fat32-6.7Gb, ext4-1Gb, swap-32Mb) с помощью gparted, скопировал содержимое первого раздела из старой.

Был уверен, что придётся ставить заново (уже знал что это будет runnymede AIO), но решил попробовать восстановить ранее не рабочий бэкап.

И о чудо – заработало! Как надо! После восстановления телефон загрузился с runnymede AIO как ни в чём не бывало!

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

К важному вопросу о батарейке:

• за ночь(8часов idle, wifi включён, но не уверен что используется) – 25%
• при среднем использовании батарейки хватает ровно на день
• 30 минут яндекс карт съедают 40%
• 1 час подкастов – 10%

Меня очень устраивает, то что нужно!

Ещё раз обращаю внимание, что прошивка обалденная (у неё даже инсталлер графический – aroma installer). А ниже несколько скриншотиков :)

“Ребята, прошивка здоровенная!! Здоровеннная!”

UPD: самая здоровенная прошивка моей мечты тут

Полтора года мой HTC Desire радовал буквально всем, кроме батарейки(что свойственно всем андроидам) и объёмом внутренней памяти.

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

Хватит это терпеть! (ц)

Последней каплей стала необходимость снести приложение для создания mindmap. Потом снести twitter & beyondpod, ага.

Решением проблемы могло стать использование кастомной прошивки, которая имеет app2sd++ feature. Это такая feature когда все приложения ставятся не на внутренний flash телефона, а на карту памяти. Как потом я узнал это не есть хорошо.

Терминология

Чтоб читателю было понятнее предмет разговора – нужно ввести терминологию и основные понятия.

В приложении есть 4 сущности

• apk - место, откуда достаются ресурсы
• dalvik-cache – скомпилированный байткод виртуальной машины dalvik
• lib – как поняно из названия папка с нативными либами (NDK)
• shared_prefs, databases и cache- настройки, данные и кеш приложения созданные уже после запуска приложения.

Все, кроме apk лежит в папке /data/data/some.package.name/, а apk в /data/app/some.package.name-N.apk.
По сути это и есть android application filesystem layout (незачем переводить)

Как хранятся файлы приложений?

До Android 2.1 все выглядило как я написал выше, однако, в версии 2.2 была добавленна возможность переносить apk на sd карту в монтируемый зашифрованный раздел в виде файла.

Но этого оказалось мало – не все приложения умели так “переезжать”, а некоторые вдобавок теряли функциональность (не могли быть запущенны при старте системы, не могли иметь при себе виджет)

И что делать?

Многие кастомные прошивки имеют такую фишку, как app2sd++ – смысл в том, чтоб создать второй раздел ext4 на sd  карте, монтировать её на место /data (где должен быть internal flash).

Отличное решение – таким образом пространство для приложений ограничивается только размером второго раздела sd карты.

В частности по совету настоящего Гика Кости я поставил ruHD – это прошивка с htc последним sense, с фунционалом app2sd++. Правда очень понравилась, но версия 3.0 тормозила и постоянно перезагружалась. ruHD 2.x – терпимо, но чтоб телефон не зависал и не перезагружался им лучше было не пользоваться.

Почему так столько глюков и мало батарейки?

Во многом из за моей карты памяти – class 2. У неё очнь ограниченная пропускная способность, время доступа к памяти, как следствие ОСь просто не ожидает что простая операция чтения скажем dalvik-cache файла займёт время раз в десять больше. Увеличивается CPU wait time (линуксоиды поймут) из за ожидания IO. Кстати это всё можно помониторить – adb shell top

С батарейкой отдельная тема. Для Андроидов нигогда не будет много батарейки. До прошивки  у меня телефон при следнем использовании в лучшем случае жил день.  С ruHD – часа 4-5 Затраты на протокол sd, на поддержку во включеном состоянии карты памяти – все это заметно сказывается на батарейке.

Здоровенная прошивка!

Я задался себе целью на1ти прошивку, которая не будет форсировать монтирование раздела /data на дополнительный раздел карты памяти (как это делал ruHD). Или как минимум, чтоб это можно было отключить (по сути это обычный скрипт в /etc/init.d).

Перечитал тысячи отзывов пацанов и “профи” на 4pda – понял что там адеквата в лучшем случае 10%. Почитал xda-developers, к своему удивлению обнаружил, что  адеквата там не на много больше. То ли русские набежали с 4pda, то ли распределение фейковых гиков примерно не зависит от места проживания(всем же хочется показать что  имеешь мнение). В итоге среди всего этого треша выделил несколько прошивок,  которые и попробовал. Не буду утомлять – выбрал InsertCoin. Минимум изменений (судя по всему) по сравнению со стоковой htc sense 3.0. Очень порадовало, что по умолчанию прошивка помещает apk на второй раздел sd-карты, а остальные файлы оставляет на internal flash. По сути это уже встроенный app2sd.

Дальше ставится замечательная тузла link2sd – и ручками выбираются приложения, dalvik-cache который нужно слинковать на второй раздел флешки. Да, это обычный symlink.

Именно это решение мне больше всего подходит, потому что:

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

После двух недель юзания InsertCoin могу сказать что это отличный компромис для меня – да, иногда может зависнуть и перезагружаться по кругу. Так, я проспал на Android Dev Camp, что символично

Моя интерпретация широко известного паттерна.

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

Он говорит от том, что есть 3 основных компонента:

• Model – данные
• View – предстваление
• Controller – бизнес логика

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

Model

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

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

View

Представление – отображение полученной информации. Предствление понятия не имеет откуда взялись эти данные, и часто даже не знает что это такое. Зато представление может показывать переданные данные, т.е. оно знает как их отображать. Самый простой пример представления – это то, куда ты смотришь. Это экран, на котором написан этот текст. Представление знает как показать этот текст, но не знает откуда этот текст появился. Также представления – это шаблоны сайтов, формочки в телефоне, графики, каптчи, rss фиды.

Controller

Бизнес-логика – связующее звено. В зависимости от задачи, которая поступила контроллеру он выдёргивает нужные данные из модели и помещает их в нужное представление. Некий glue.

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

Например?

А теперь пример с температурой (нечто дающее информацию о температуре).

У нас есть модель – это может быть: сервисы яндекса, сохранёная температура в бд или термодатчик подключенный к компу. Каждая модель знает как работать со своим datasource(интернет, подключение к бд, последовательный порт)

У нас есть представление – это может быть: вывод в консоль, вывод на экран компьютера, зачитывание голосом компьютера или вывод на принтер. Опять же – на вход одни и те же данные (цифра – температура), а каждое предстваление знает “показать” то, что ему пришло.

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

Итого

Если не понятно, перечитай ещё раз, продолжая ассоциативный ряд моих примеров.

Лучше поймёшь только когда напишешь сам Вот только тогда наступает полное понимание.

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

Зима вроде на улице. Как и полагается все – от муниципальных органов до ларьков создают зимнее/новогоднее настроение своими вывесками, акциями, украшениями и рекламой.

Решил поучаствовать  в этом безумии – сделал зимние обои для андроида. Была цель – быстро и просто сделать вброс и посмотреть как на него отреагируют юзеры.

Так и получилось – первый релиз сделал за полтора дня (порядка 8 часов ушло от начала разработки, прямо в маршрутке, до паблишинга в маркете). Потом ещё ушло порядка 8 часов на всякие улучшательства.

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

А теперь синенькие!

31го декабря  запилил версию с синим фоном. На самом то деле опять же в ГИМПе изменил кривую цвета(сделал пресет) и прогнал так всю графику (в том числе для маркета). По времени – около часа ушло.

Тут я столкнулся с уже известной проблемой: нельзя размещать несколько приложений с одним и тем же packageName. В случае с красными обоями это был ru.ruxlab.xmaslivewallpaper. Синие обои точно такие же во всём, как красные за исключением ресурсов. В новых packageName стал ru.ruxlab.xmaslivewallpaperblue. При этом все классы остались по-прежнему в пакете ru.ruxlab.xmaslivewallpaper(кроме R.java соответственно). В svn пришлось делать copy.

И скриншотики, конечно же ниже:

Результаты?

Их нет.

Красные(первые) на момент написания поста имели смешное количество скачиваний – несколько меньше 500. И это за 2 недели и с нормальным инфоповодом.

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

Очень хотел разместить на upload.cnet.com, но эти ребята такие серьёзные, что несколько раз отклонили заявку на регистрацию

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

Продолжаю экспериментировать с названием и первыми строчками описания. Пытаюсь понять как маркет предлагает “похожие” приложения, как ранжирует выдачу. Например добавление слова FREE как я понял только портит выдачу (менее релевантно получается, т.е. лучше “Xmas live wallpaper 2012″, чем “Xmas live wallpaper 2012 FREE”).

С новым годом!

Новогоднего вам настроения!

В середине 2011 года вышел закон, в котором отменяется певод времени на летнее. #СПАСИБОСАМИЗНАЕТЕЗАЭТО.

Вот только кто софту скажет что всё поменялось? В частности в джаве есть косяки Оракл не торопится выпускать апдейт под венду, который исправляет время.
Напомню, что даже если в венде поставленны патчи и оно показывается правильное время, джава будет по-прежнему показывать GMT+3 (вместо GMT+4), т.е. на час раньше.

Да, оракл выпустил патч (глазам не поверил – консольная тузла) под винду, которая помогает системным администатором всё вернуть в рабочий режим. Я так и не смог накатить его на рабочую машинку, видимо фиговый из меня админ, ога :-/ . Да и желания фиксить таким образом нет – ну ок, я сделаю это на своей машине, а пользователи? Надо им разбираться там куда что как писать и запускать? Важно понимать, что если моя программа показывает не правильно, то виноват именно я, а не оракл или самизанаетекто.

Я запарился с этим возится (не предстваляю как пришлось бы мучатся конечным юзерам) и сделал мега костыль в программке на swing (десктопный клиент-нотификатор к SugarCRM) – при старте даю возможность “подогнать” смещение времени так, чтоб стало “как нужно”.

Суть задачи

Получилось большое введение . Задача в создании “красивого” контролла для ввода коррекции времени.

Решается достаточно просто, но пришлось скомпоновать много похожих решений в сети

UPD: скорректированное время

Вариант привести к нормальному виду (ибо непонятно по отношению к чему человек выставляет смещение). Справа от Spinner’a поставить время, которе получилось после внесения коррекции.

Так явно посимпотичнее. Зато количество кода на такую “мелочь” увеличилось значительно. Важно не забывать останавливать таймер когда фрейм не активен (в моём случае он не создаётся заново при открытии), и запускать когда появляется.

Все эти манипуляции с календарём – вынужденная мера. Да, прям вот так руками пришлось пересчитывать время GMT.

Справа – как выглядит под вендой

Немного моей бредни про зиму Питере.

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

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

Последние несколько лет я не могу терпеть это безобразие – в действительности выходишь на улицу – снег и метель в лицо. Стараешься как можно быстрее добежать до места куда нужно. Тут явно не до прогулок. Забегаешь в метро – там жара (в сравнении), сразу взмокаешь. Выходишь – разумеется снова на холод. Вы прекрасно знаете как не приятно выходить из тёплого в холод – дискомфорт. И так весь день!

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

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

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

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

Почему нужно #сжечьзиму

• избавиться от холода
• избавиться от ветра
• избавится от темноты по ночам (Питер знает что такое белые ночи)
• уменьшить количество травм
• больше гулять
• меньше одежды
• меньше болеть

А как #сжечьзиму?

А никак. Просто важно не забывать, что нам не нравится, а поэтому “бороться с мельницей“.

Разумеется есть альтернативы – в холодные зимние месяца поехать в тёплые страны. Чем не вариант?

Какую зиму я хочу?

Это эгоистично, ну и пусть. Сухую, тёплую (от -3^о до +10^о)

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

Чтоб кофе можно было попить на улице. Чтоб утро начиналось не с вьюги.

Дальше можно самостоятельно продолжить ассоциативый ряд Короче – чтоб было комфортно.

Конец декабря 2011 года в Питере

Мне явно подфортило – сейчас(31 декабря 2011) на улице стоит отличная погода (по моим меркам) – средняя температура днём +3^о, ночью – -1^о, на улице сухо. 28-30 был сильный ветер 15-20м/с (из за которого поднялась вода в городе на 289см), но он не лядяной, поэтому вполне терпимо. 30-31 декабря так вообще спокойно

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

Немного моих фоток Питера с 27-31 декабря 2011:

Иногда логика людей совсем не подаётся объяснениям

• “Ты че не пьёшь, больной чтоли?”
• Татуированный человек никогда не наедет на нормального, только потому что у него нет тату. Зато “нормальные” видимо считают своим долгом высказать своё мнение о том, как татуировки ужасны и как теперь жить.
• “Линукс говно!”
• “Ты не так решаешь задачу – делай по-моему!”

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

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

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

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

Единственным “выжившим” проектом стал GeoChat (анонимное общение с людьми поблизости). К большому сожалению на момент написания команды уже не было. Несмотря на кучу порождённого почти за год кода он не пригодился – все решения были слишком “общие” и абстактные. Также повлияло то, что я не могу брать чужую работу, за которую не заплатил

Буквально за 2 недели смог написал первый прототип (паралельно изучив достаточно глубоко nodejs), ещё неделя – и презентовал его на sumIT, где получил хороший фидбек.

Что получилось

На тот момент у меня уже были приличные знания разработки под андроид, поэтому быстренько набросал нативную обёртку, чтоб можно было в выгрузить на Android Market

Можно посмотреть, потыкать приложение:

• Перейти в любом современном браузере (читай webkit) на CrazyGeo.com – откроется чатик прямо в браузере
• Поискать на маркете: GeoChat
• Воспользоваться QR-кодом справа

Скриншоты (v1.0)

Мобильное приложение

Экран входа

Окошко с чатом

Mobile view (хоть в бложике могу не подбирать перевод ) использует zeptojs – это облегчённая версия всеми любимого jQuery специально для мобильных устройств. В частности “изкаропки” есть swipe – можно пальцем слайдить по экрану для перехода между вкладками (к сожалению, без анимации).

Нативная обёртка на андроиде ничем не отличается, кроме:

• не даёт WebKit движку засыпать. Заметил что в мобильных Safari/Chrome после отправки браузера в бэкграунд через 1-5 минут отваливается соединение. Я не виню браузеры, всё логично . В обётке под андроид таких проблем нет – висел ооочень долго, неотваливаясь
• наличия вибрации. Когда к тебе обращаются через @ телефон вибрирует. Так делают твиттер-клиенты и я вижу это важным фактором “возвращения” пользователя

Сайтик

Дизайн сам скопировал взял идею с sequelizejs (ORM для nodejs). Очень понравились background stripes. Ну и всякие html5 штуки вроде теней, полупрозрачности и скруглённых бордеров. Надо отметить что и сайт на nodejs. У неё достаточно приятные html/css шаблонизаторы.

А что не так?

Невозможно собрать аудиторию из хотябы 20-30 человек на одной площади в одно время, да ещё и заставить их возвращаться (тот самый показатель retention rate). По крайней мере пока. Если читатель думает по другому – жду писем на ruX[собак]CrazyGeo[точка]com

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

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

После долгих дум пришёл к следующим идеям

Использовать шумы

Вокруг туча замечательных шумов и наводок! Хоть где то их можно использовать. Например читать с ног ADC и использовать для рандомизации эти значения.

Запоминать значение

По умолчанию библиотека gcc-avr инициализирует random seed value в 1. Можно заменить на что нить другое. Мы можем запоминать в EEPROM и инкрементировать это каждый запуск контоллера. Разумеется инициализировать генератор этим значением через srandom(val)

Использовать температуру

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

Использовать ^ (xor)

Вместо установки только что полученного значения с ADC/датчиков можно сделать с этим значением xor. Навроде srandom(newvalue ^ oldvalue).

Почему xor? Эта операция гарантированно возвращает новое значение (сущность побитовой операции такая, можно взглянуть в таблицу истинности)

Читать память

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

Пример будет ниже в моём решении

Сохранять собранные данные в своём EEPROM

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

Ещё…

Можно напридумывать куча способов, рассуждая в этом же направлении

Я очень доверяю народу из форумов avrfreaks, поэтому привожу их совет :

Моё решение

Скомпоновав мысли выше, вывел вот такое:

Что получилось

До запуска прошивки состояние EEPROM:

>>> read eeprom 0 30
0000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
0010  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff        |..............  |

После первого запуска(и последующих картина памяти будет менятся)

>>> read eeprom 0 30
0000  00 35 97 bf 07 00 5d bc  53 4a 00 ea 07 13 06 01  |.5....].SJ......|
0010  00 00 dd 5a ff ff ff ff  ff ff ff ff ff ff        |...Z..........  |

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

Есть задача: требуется загрузить ось с флешки. Компьютер не умеет сам по себе стартовать с pendrive и/или отсутствует boot-flag на разделе с системой. На компьютере установлен grub2

1. Убедится, что требуемый раздел виден

Сначала нужно проверить, что флешка отображается в списке (ls). Например, нужен раздел (usb0, msdos6).

В моём флешки нет. Чтоб grub увидел флешку нужно загрузить ряд модулей:

После этого снова попробовать, флешка должна появиться

Устанавливаем корень

Указываем ядро

Для линукс систем нужно указать используемое ядро и (если нужно) initrd

Указываем ядро

Загружаемся!

В swing-приложениях при работе с встроенными ресурсами (такие как изображения) есть разница, откуда эти ресурсы подцепляются в зависимости от условий запуска. Это может быть запуск из IDE а может запуск JAR файла

Из-за этого придётся привести в порядок местоположение файлов
В итоге должна структура, как скниншотике справа

1. В корне нужно создать папку/пакет resources
2. Все ресурсы (изображения/тексты/звуки) переместить туда
3. Поместить класс Resource, который обеспечит доступ к ресурсам:
   package resources;
   
   import java.awt.Image;
   import java.awt.Toolkit;
   import java.net.URL;
   
   /**
    * Resources loader
    * @author ruX[Ruslan Zaharov], http://ruX.pp.ru
    */
   final public class Resource {
       public static final Image getImage(String filename) {
           Image image;
           try {
               final URL url = Resource.class.getResource(filename);
               image = Toolkit.getDefaultToolkit().getImage(url);
           } catch (Exception e) {
               image = Toolkit.getDefaultToolkit().getImage("resources/" + filename);
           }
           return image;
       }
   }
4. Для получения ресурса из любого места в коде следует общаться так:
   final Image trayIco = Resource.getImage("tray.gif");

Вообще странно, что приходится так такнцевать с бубном. Казалось бы это достаточно стандартная операция – допустим, расставить иконки в меню. Разумеется эти иконки должны быть вшиты в jar, а не висеть снаружи, на мой взгляд (для наиболее простой “транспортировки” приложения).

Об учёбе на последнем году обучения на специалиста в нашем университете на специальности 210202.65 «Проектирование и технология электронно-вычислительных средств». Кафедры ПКС(ныне ПБКС) факультета КТиУ.

После того, как я стал резидентом бизнес-инкубатора QD роль “основного” универа (говоря про ПКС) отошла на задний план.

Я стал ходить в основной универ как когда то два года назад ходил в Ингрию – послушать что интересного есть. Т.е. лекции превратились в интересные “свободно посещаемые” семинары. Хожу в основной универ – просто послушать, только потому что интересно. Сейчас много пар про создание полупроводников, устройство, физические процессы протекающие там, проектирование топологии ИС и даже семантик веб. Скворцов, Халецкий, Бондаренко, Муромцев – замечательные преподы

Чтоб разнообразить процесс обучения и сделать что то на практике по специальности я долгое время пытаюсь работать над проектами Геннадия Николаевича (декана ИФФ) по мониторингу  теплового потока и сейчас начинаю работать над мобильным приложением для музея Оптики ИТМО, которое использует онтологии, во главе с Дмитрием Муромцевым и Юрой Катковым.

Остальные активности имеют очень мало отношения к основному универу и почти все завязанны на QD/MTE, в этот раз я о них умолчу

Итого для меня учёба в основном универе на пятом курсе нечто вроде семинаров Теории&Практика, проходят мимолётно и увлекательно, местами полезно.

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

На примере одногрупников вижу что можно не ходить вообще, малоли кому нужно

Люди собираются вместе чтоб создать нечто.

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

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

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

К чему я это?

Мне кажется, что лучше иметь горящие глаза, которые много не видят в реальной жизни, но помогают создать нечто. Хотябы чтоб просто проверить идею на прочность. Ни один crash-test, и уж тем более советы и воссторженные возгласы знакомых и друзей не могут изменить реальные потребности людей. Можно очень много говорить о use-case проектов, приводить красочные примеры (особенно на стартап-ивентах), но если этот use-case будет действовать в одном из тысячи случаев – это пустое сотрясание воздуха. Давайте приблизимся к реальности.

Подходы

Есть pull & push подходы. В кратце push это, когда продукт/сервис “вталкивается” пользователю и у него нет потребности в этом (т.е. навязывается потребность), а pull – когда проект/идя рождается из неудовлетворённых потребностей. Кажется я осознал, что большинство моих(и не только идей) – это push подход. Как правило, разрабатывается или познаётся некая технология которая потом раздувается до проекта на её основе.  Это – не плохо. Это – мало кому нужно, а чтоб заставить пользоваться нужно много сил маркетологов, пиарщиков. Уверен, часто это не оправданно. А ведь как хочется сделать то, что хочется, да?

Инвестиции

Ну а как же? Пузырь надувается – видно вокруг, что у нас, что на западе инвесторы так и пытаются сунуть деньги любому более-менее внятному проекту. Мне очень нравится подход Игоря Хлуденцова (стартап-тренер на Селигере 2010), в котором всё просто: если не можешь сделать проект(не наукоёмкий) без инвестиций – значит ты не можешь его сделать, также: любой проект можно сделать без вложений (дада, именно так. Игорь действительно умеет и рассказывает как), и последнее: инвестиции могут ускорить процесс создания проекта, а если инвестор видит, что вы можете справится и без него – тем более обратит на вас внимание. Формулирвки наврал, но суть такая же.

Уверен, ходить на стартап-ивенты только для того, чтоб попытаться выловить деньги инвестора – плохо. Получить советы, критику – уже лучше. Главное чтоб это не становилось целью проекта!

Аудитория

Возвращаясь к аудитории проекта. На сколько она выдуманная? Честно, для себя – так или иначе всё проявится в релизе, но когда уже будет поздно, разумеется об этом не обязательно говорить инвестору(хотя это будет благородная честность). И с самого начала нужно видеть как преподнести, донести до аудитории свой продукт. Как она о нём узнает?

Заметил серьёзную ошибку у себя и своих коллег по цеху – ориентацию на новаторов и early adopters (по Джефри Муру). Уйма проектов доходят до стадии безубыточности и там остаются, именно потому что левая часть распределения Мура кончилась и продукт никому больше не нужен. Впорчем, это успех.

Именно по потребностям ЦА определяется как должен выглядеть конечный продукт и как его монетизировать.

Команда

Ядро всего. Могут быть тысячи идей, сотни проектов но именно команда (слаженность, сплочённость, отношения) создаёт продукт. Не открою секрета если скажу что инвесторы смотрят на команду в первую очередь. Даже если проект не выстрелит, а команда будет вместе – они смогут создать ещё много разного. А если команда никакая – то врядли что-нибудь сделают.

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

Пусть команда знает всё, что должна знать, не больше.

К чему пост?

Просто мысли. Те, с кем общаюсь знают откуда они появились.

Да, это простые истины
которые можно найти в любой
бизнес-литературе, я в курсе.

При работе с библиотекой mysql для ноды(уверен это будет с любой либой) возникает маленькая проблемка – ываывÐ. Это всё из-за кодировки в которой по умолчанию работает сервер базы данных.

Как исправить?

Предлагаю для начала проверить какая кодировка сейчас используется:

Ну и установить то, что хочется нам:

После этого проблем с абракадаброй нет:

Вместе с установкой соединения

Кусочек кода, устанавливающий соединение с БД из geoChat:

Немного не очевидный процесс настройки FTP cервера (на примере proftpd)

Как известно инстансы имеют айпи в сети 10.x.x.x, а не внешний. Внешний же (Elastic IP) подключается динамически

Как настроить тогда?

Первым делом отредактировать конфиг proftpd.conf:
(части авторизации касаться не буду – у меня через SQL)

Т.е. нужно разкоментить директивы MasqueradeAddress и PassivePorts и вписать туда elastic IP (смотри в панели AWS) и порты 49000-49999

Сетевая часть proftpd настроенна, теперь к настройке Security Group в AWS (слева в группе Network & Security).

Нужно добавить в список разрешённых портов 20-21 и 49000-49999 и незабыть нажать кнопочу Apply rule changes, как на скриншоте справа.

На этом всё, авторизацию придётся настроить отдельно

branfuck – это такой простейший язык программирования который реализует некую “полную машину Тьюринга”, подробнее в википедии, там же и подробное описание команд. Кому лень – пример, выводящий традиционное Hello world:

Для тех, кто видит в первый раз это кажется диким. Ну разе lisp не страшнее?)

Зачем??!

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

И всё-таки зачем?

В рамках #SumIT был конкурс javathon от Sun Oracle на написание приложения используя последние java-технологии. Напомню, что за 2 недели назад вышла Java 7. Один из вариантов был написать компилятор какого-либо языка в джава-байткод за 23 часа. Подробнее о конкурсе и результатах

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

Попутно добавили ещё одну команду, которая является расширением языка. “~”, “тильда” – создаёт задержку на 300мсек. Вводя тильду у нас удалось достичь эмуляции “набора текста” из за-за задержки при выводе на экран.

Макс предложил название jFuck – клёвое!

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

jFuck

Для разработки использовали maven, чтоб его… Тормознутая хрень, да. Точно не для нетбука – это был первый опыт работы с ним.

Разумеется, мы использовали библиотеки для генерации байткода – Apache BCEL (org.apache.bcel). Писать руками достаточно сложно, тем более в такое ограниченное время (фактически у нас вышло 4+10=14 часов, не спать было бы глупо – больше протупили бы)

Так же нам очень пригодилась публично выложенный код самого интерпретатора брейнфака, очень грамотно написанный (например есть “минусовая” память). Автор vampirus (vampirus.ru/code/brainfuck)

Как работает компилятор?

Мы имеем некую заготовку, класс Tmpl, который умеет выполнять инструкции брейнфака, вызывая соотвествующий метод. Например “+” должен вызвать метод incValue(). Дальше в этот класс нужно внедрить сами инструкции, т.е. код который будет вызывать методы у заготовки.

Кто внимательно читает сразу увидит что есть большое количество повторений одинаковых инструкций, и вызывать 200 раз метод incValue() – глупо. Есть где опимизировать А ещё если посмотреть на брейнфак можно заметить наличие циклов “[...]“, которые достаточно сложно реализовать (нужно уметь корректно отмечать добавлять закладки и проверять условия, в случае чего нужно вернуться к этим закладкам. В контексте генерации байткода выглядит устрашающе ) Поэтому мы добавили оптимизатор – во время компиляции мы эмулируем работу брейнфака, соответственно раскрывая циклы. В этом же месте и считаем количество повторений инструкций.

Например

Кусок кода, который добавляет в instructionList(читать как набор инструкций метода) вызов метода с одним аргументом

Сам Tmpl класс:

Фактически этот класс – изменённый BFInt смерженный с Memory, взятый у вышеупомянутого автора vampirus. Как видно все вызываемые методы имеют один единственный аргумент – целое число повторений.

В Tmpl есть пустой метод run() – именно он заполняется инструкциями на этапе компиляции.

В самом же компиляторе jFuck основной метод, который загружает шаблонный класс Tmpl, и заменяет пустую заглушку (stub) run() на сформированный код.

Весь компилятор

Получился не большой:

Ах да, так как Макс и я студенты СПбГУ ИТМО, поэтому назвали соотвественно package: ru.ifmo.jfuck

Скачать jFuck

Все в архиве jFuck.tar.gz(компилятор + генератор)

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

Почти 4 года на очень слабом десктопе простояла Джента. Но терпение кончилось – снёс.
Why?

Есть несколько очень важных для меня моментов:

• Первая цель установки gentoo – высокая скорость работы, благодаря оптимизациям под процессор, отключение не нужных фитч. Как выяснилось – это не то что сказка, но мало применима к этому железу
• Процессор – Celeron 1.7Ghz, тормоз. Помню ещё лет 8 назад(в далёком 8ом классе) я купил материнку и проц по дешёвке б/у в радиокружке. Памяти – целых 512Мб. Сложно передать сколько времени происходят все операции… Например
  • Поиск package – около 2 минут
  • Резрешение зависимостей в emerge -uDNa world – минут 10
  • Сборка OpenOffice 2.3 – полтора дня(!), OpenOffice 3.1 – сутки
  • Сборка gcc и прямых зависимостей – пол дня
• Вторая цель установки – понять как устроен линукс несколько ближе, получить знания. Спасибо, многое для меня стало яснее. Уверен, это помогло мне немного улучшить понимание устройства системы, связи компонентов. Научило более подробно читать документацию и багрепорты. На такой медленной системе хорошо заметны многие оптимизации софта – я смог это прочувствовать. Но поизучал – и хватит.
• Десктоп стоит дома – я же дома бываю редко. Из за инертности (в плане пересборки зависимостей) периодически часть софта перестаёт работать. Дома – не станут разбираться в чём проблема, им нужно чтоб просто работало и это правильно

И это только основные причины

Xubuntu

Выбирал не долго, ведь на нетбуке убунту

Встала не сразу – единственная болванка, что я нашёл оказалась зацарапанная, и всё что я смог сделать – загрузиться с неё и установить ручками через проверенный debootstrap прямо из интернетов

Разница

Оказалась не большая – где то быстрее, где то медленее. Почему-то медленее стало отрисовывать графику(GF 5500) , компиз стал подтормаживать(только в сессии Xfce, в гноме все ок), чего раньше не замечал в дженте.

В среднем скорость увеличилась – ибо пересобирать ничего не нужно. Воткнул и работает. Скачал и установил.

Думаю поможет с выбором
что ставить на слабые машины