Средства и методы разработки

Просто для информации. Что ждать от Интела в части процов для простых "серваков" к концу будущего года. Xeon D -> Сочетание TDP 45W, 10GbE и "все на кристалле" очень даже интересное. http://www.zalman.ru/global/product/product_read.php?id=265
http://www.hardwareluxx.ru/index.php/news/hardware/prozessoren/32706-broadwell-14-nm-.html
Еще подборочка ссылок http://www.3dnews.ru/905767 http://wccftech.co …ks-soc-coming-q2-2015/ http://www.ferra.r …n-D-Broadwell-DE-info/ http://www.thg.ru/ …s/20141126_112852.html 45W - это не совсем пассивный кулер, но это не много. Ставим большой пассивный радиатор типа -> и кучу тихоходных корпусных кулеров в большой, хорошо продуваемый корпус, и получаем практически бесшумное решение. + добавляем в этот же корпус срань больших серверных винчей со скоростью 5400 (которые не очень быстрые, зато не шумят и почти не греются) - получаем зачетную файлопомойку. Как пример: http://www.seagate …s/terascale-hdd/#specs + SSD небольшой для оперативных данных + памяти поболее :) Это я к тому, что персональный сервер, или сервер на комнату - это насущная необходимость для любого современного разработчика. Сейчас это тоже не проблема, но вопрос в сетке для такого сервака. 10G сейчас уже доступно для небольшой рабочей группы, но пока еще дороговато. Идея моя вот какая. Если 10G будет на кристалле серверного проца, то стоить он там будет уже не $400, как современный дискретный адаптер. Плат рабочих станций с 10G набортных уже тоже уже не мало, и стоят они более-менее разумных денег. Ставим маленький тихий персональный сервер разработчику, 10G канал между его рабочей станцией и серваком, и общая сеть 1G как обычно. Для чего и в серваке, и в рабочей станции, как правило, уже стоит вторая сетевуха. (гигабитная сетевуха - это еще и идеальный канал связи с embedded системой, я об этом много раз писал, не буду повторяться) В таком случае распределение задачи примерно такое. Сервак - это хостинг данных. Причем не просто как файлопомойка, а структурированных, в виде некоей СУБД (мы сейчас не будем обсуждать ее архитектуру). при 10G канале это будет гораздо лучше локального стораджа: * IDE завалилось вместе с вендой в BSOD - данные остались. Принцип ACID поддерживают все серьезные СУБД, в том числе многие опенсорцные. * Есть отдельная OS вместе с CPU ядрами и проч., которая готовит данные для рабочей станции в виде, удобном для рабочей станции. Что сильно экономит ресурсы последней. Рабочая станция тогда сможет работать в совсем другой методологии. Для нее нет файлов. Для нее есть просто информация и методы работы с ней. Что принципиально упростит групповую работу. В общем, осталось еще какой-нибудь язык сделать "языком всего" в рамках всего набора средств разработки для команды. Вариантов не много: * Java * Python * Tcl