Informatik

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

Lingualeo
, правда насчет работы в офлайне — не уверен. А так — все есть. + если использовать вместе с сайтом, то вообще бомба!

Ключевые слова для поиска — javascript observer. Одна из первых ссылок в гугле делает почти то что требуется.
Также советую посмотреть на события в backbone.js.

Как насчёт OpenCV?

Из того что пока нашел есть две библиотеки Tesseract и ABBYY Mobile OCR.

Так есть же специальные антенны для 3G модемов. Помогают реально, увеличивают скорость и качество приема в разы, позволяют поймать 3G, там где ловило только EGDE.
Можно даже сделать самому. А вот первое попавшееся из гугла из готовых продуктов.

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

И.Н.Бронштейн, К.А.Семендяев Справочник по математике для инженеров и учащихся ВТУЗов. М., Наука, 1986 (13-ое издание)

Код добавить не получится, это действительно так. Вы можете использовать AdSense на wordpress.com, только два «но»: блог должен быть популярным (25 тысяч просмотров в месяц), а заработок делится пополам с сервисом. Может, правила уже успели поменяться.
en.support.wordpress.com/advertising/

Если хотите вести тематический блог и зарабатывать на AdSense, то используйте blogspot.com, там вставить блок с рекламой можно даже без лазанья в коде, сервис-то гугловский (но вы в HTML-код всё равно полезете, чтобы кастомизировать дизайн).

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

Рекомендую toggl.com, весьма приятный интерфейс и вполне достаточный инструментарий для анализа.

На мой взгляд нужно во-первых, как уже писали разделять логин и отображаемое имя. Хотя бы из соображений безопасности. Во вторых нужно обязательно давать возможность сменить отображаемое имя. Это даст пользователям больше возможностей. Особенно если вы разрабатываете форум или какую-то социальную сеть. На хабре этого нет, т.к. хабр имеет достаточно жесткие правила, и тут многие знают друг друга поименно. Что касается логина — тут лучше всего вспомнить про бритву Окама и не плодить сущностей. Зачем разделять логин и e-mail?

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

тоже буквально на днях задался аналогичным вопросом, точнее сначала чуть более расширенным вариантом — нужен ли никнейм вообще если есть емеил для логина, Имя+Фамилия для отображения на сайте в виде(Вася П.), пришел к выводу что все равно нужен для более человечной идентификации профиля пользователя. чтобы урлы были не /profile/id123456, а /profile/nickname — это никаких допнагрузок не создает на сервак, а пользователям понятнее и удобнее. Ну и теперь можно ответить на ваш вопрос — все зависит от типа сайта и методов авторизации на нем. Если ник используется для логина лучше не позволять его менять, если просто для отображения на сайте(Display Name в форумах IPB и vBulletin) — то почему бы и нет, главное чтобы зная текущий никнейм вы всегда могли определить пользователя, ну и никакого функционала(типа банов) не было завязано на никнейм. И последнее важно правильно спроектировать бд и логику, чтобы избежать лишних запросов.

тут даже коммент отредактировать нельзя, а вы про ник говорите)

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

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