atomlib

http://bitcoinwatch.com/
Также есть ставки по всем текущим биржам.

blockchain.info/charts/market-price

Про маркетинг и PR — onstartups.com/

Что появляется можно смотреть по том кто приходит на ultralightstartups.com/, хотя для этого нужно прилагать усилия.

techcrunch.com/startups/

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

Не соглашусь, что C++ — убожество.

C# ведь позволяет очень просто подключать COM-компоненты, и работает с ними почти как со своими сборками.

Так что, я, наверное, выбрал бы C++ — если нужен быстрый независимый плагин, и C# — если сам плагин надо сделать побыстрей. А так как, насколько я понимаю, вы профилируетесь на C#, то это наиболее подходящий вариант. Ну, если обёртки писать для C++-либ, то я бы отдал предпочтение промежуточной либе на C++/CLI, потому что слишком много факторов нужно учитывать, если писать обёртку на C#, и не всегда это просто, например, если захочется передать массив строк.

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

Я думаю, Вам сюда — support@habrahabr.ru

Без сарказма… Просто только они знают ответ.

Посмотрите на интернационализацию фреймворка YII к примеру ссылка

Раздел Перевод->Перевод сообщений
Одним из типов источников перевода есть CGettextMessageSource, который позволяет переводить сообщения, хранящиеся в формате GNU Gettext

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

Погуглите на следующие темы:
• AJAX
• JSON
• appendChild
Если в наличии есть jQuery, то погуглите:
• jQuery ajax
• jQuery append

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

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

Все равно никто ничего не скажет. Поэтому мои предположения:

1) Снижение нагрузки на DNS.
за: на каждое обращение к профилю юзера выполняется лишний ресолвинг. вносит задержки. лишняя нагрузка на сеть.
против: новость «как DNS лег под хабрэффектом» хорошо опубликовать первого апреля.

2) >9000 виртуальных хостов сильно огорчили сервер.
за: очень возможно, особенно если они были «брутально» прописаны в конфиге апача.
против: сильно сомневаюсь что оно так. Сотни-то хостинговых кампаний предлагают услуги виртуального хостинга, когда и поболее доменов висит на одном сервере, и чем хабр отличается? Да и высоконагруженные проекты с кучей поддоменов: тоже есть хорошие примеры, ЖеЖешечка например, так же, работает себе, и ничего!

3) Виртуальные поддомены вначале планировались для чего-то еще, типа возможности для хабраюзеров создать свой мини-сайт на хабре. Но потом решили так не делать. А сейчас просто «выпилили нахрен столетний рудимент» во время очередной итерации рефакторинга.
за: иногда код следует перебирать и архитектурно. куча заведомо мертвого кода в проекте — путь в никуда, как жизнь в городе-призраке!
против: только зачем? если рудимент не мешает, то святой принцип: работает-не трогай!

4) Поддомены *.habrahabr.ru хотят дать компаниям под корпоративные блоги (посолидней как-то ведь), а юзеров просто передвинут /users/username/.
за: очень даже возможно. Маркетингово совершенно нелогично когда «компания» имеет какую-то «домашнюю страничку» /companies/thecompany/ а «юзер» получает целый «домен».
против: а компаниям на это пофиг, у каждой из них есть свой корпоративный сайт.

5) Поддомены *.habrahabr.ru хотят отдать под тематические блоги. Каждая тематика-свой поддомен.
за: да, вообще-то логично! более логичнее, чем для юзеров!
против: а смысл?

6) Распределение нагрузки за счет наращивания количества обслуживающих серверов.
за: если определенные юзерские данные были связаны с определенными серверами, то логично.
против: все равно непонятно, если запрос проходит через rewrite то пофиг что домен что кусок пути.

7) Юзеры стали злоупотреблять пиаристыми поддоменами username.habrahabr.ru.
за: а что, *.habrahabr.ru — возможно попробовать как инструмент для раскрутки.
против: «малокалиберно» слишком. тянет на материал для новости на первое апреля.

8) Выкатывание какой-то принципиально новой фишки, где поддомен будет только мешать.
за: неизвестно что это за фишка, может поддомены и сильно будет мешать!
против: а неизвестно что это за фишка, может поддомены и не будут мешать;)

9) Хабр собирается выкатить пачкой сразу кучу хабра-сервисов. Логичное предположение, если ХабраСторадж — только начало, а завта планируется уже ХабраБлекджек.
за: habrastorage.habrahabr.ru для Хабрастораджа более правильно, чем постоянный риск «фишинг-батхертов» вида ha6past0rage.ru. Да и проще с одной кукой авторизации в одном домене.
против: ну, а если какой-то проект предусматирвает «столь тесную интеграцию с хабром», то почему бы не habrahabr.ru/projectname/?