Microsoft таки покупает Skype

На синусе уже появились рацпредложения вида:

Появились подробности планов «Майкрософт» на счет «Скайпа»: 1. «Скайп» будет переведен на простой, инутивно-понятный пользовательский интерфейс «Резина»:

2. «Скайп» будет переименован и выпущен в следующих версиях:

• Microsoft Windows Live Messenger Essentials Skype Series 2011 Starter Edition
• Microsoft Windows Live Messenger Essentials Skype Series 2011 Basic Edition
• Microsoft Windows Live Messenger Essentials Skype Series 2011 Standard Edition
• Microsoft Windows Live Messenger Essentials Skype Series 2011 Professional Edition
• Microsoft Windows Live Messenger Essentials Skype Series 2011 Ultimate Edition
• Microsoft Windows Live Messenger Essentials Skype Series 2011 Enterprise Edition

(Ясно и понятно, а то «Skype» как-то расплывчато.)

:)

Каково мнение all насчет перспектив linux-версии сабжа?

Собственно, субж.

На фоне выхода новой версии ПО для данной сети, сегодня проскочила инфа о том, что анонимности в интернетиках нет.

Подробно там: http://forum.i2p/viewtopic.php?t=5144

«I'm doing a research project on application leaks in I2P. I think I de-anonymized the following eepSites and found the IP they are hosted on:» (далее - список сайтов)

нет внятных ответов (о себе)

1. Есть некоторый функционал (типа алгоритма MD - Message Digest), которого нет ни там ни там. Пока не определился, к чему его лучше прицепить - как udf для postgres или как nif для erlang? Есть два основных аспекта которыми руководствусь - безопасность и производительность. С т.з. бензопасности весь этот функционал логичнее разместить «поближе» к обрабатываемым данным. С другой стороны, реализация функционала в ерланг-приложении снизит нагрузку на сервер. В общем, взаимоисключаюшие параграфы практически :)

2. Какой из драйверов(pgsql, erlang-psql-driver, epgsql) наименее «сырой»?

3. Ну и собственно, nif vs port для erlang 13b03.

Слежу за событиями, сложилось нехорошее впечатление о nginx («Разрабатывался для испытывающих большую нагрузку серверов.»(c)) и php (см. nv-online.info, charter97.org, tut.by например).

Вообще, интересны мнения - можно ли, реально ли написать на стеке Linux-MySQL-PHP + (nginx/apache/etc) приложения, выдерживающие средней силы DDoS (50х..500х нагрузка от запланированной верхней планки), уложившись при этом в разумные бюджеты ?

Перейдя от FPC к более другим ненужным/мертвым/костыльным ЯП...

В общем, ничего такого:

- Поддержка haskell 2010

- Включен генератор кода под LLVM

И много всякого по мелочи :) Например:

- Очередные улучшения в юникоде

- ghci научился многострочным выражениям

- Можно не писать $ при квазицитировании

- Обновлены версии библиотек, я для windows - обновился даже mingw.

Пользуйтесь на здоровье.

тут типа подробности

PS На фоне радужных достижений, релиз очередной haskell platform никуда не сдвигается, и ожидается, как и прежде, в январе 2011 года.

Что там понадобавляли для совместимости с дельфями - это любой ид... желающий может посмотреть на офсайте. Расскажу о том, о чем было скромно забыто :)

Плюс - починили специализацию дженериков. Теперь код вида

{$mode objfpc}
{$apptype console}
type
   generic T1<A> = class
   public
      x: A;
   end;
   generic T2<A, B> = class
   type public
      T1Alias = specialize T1<A>;
   var public
      x: T1Alias;
      y: B;
   end;
type
   T3 = specialize T2<integer, integer>;
var
   x: T3;
begin
   x := T3.Create;
end.

А раньше не работал.

МИНУС - сломали нахрен перегрузку методов :) И такой код теперь не работает:

{$mode objfpc}
{$H+}
unit WXCore;
interface

type
  generic WXList<A> = class
  public
  	constructor Create; overload;
    constructor Create(src: specialize WXList<A>); overload;
  	constructor Create(src: array of A); overload;
  end;

implementation

constructor WXList.Create; overload;
begin
end;
constructor WXList.Create(src: specialize WXList<A>); overload;
begin
end;
constructor WXList.Create(src: array of A); overload;
begin
end;

end.

Намедни перемещал группу файлов (10k+, 45Gb) с ext3 раздела на переносной (USB) винчестер ntfs; был неприятно удивлен поведением системы - все тормозило ДИКО (перенос длился около 3 часов). Аналогично, при создании пары файлов (16Gb, 6Gb) на этом же ext3 разделе, наблюдались такие же дикие тормоза (16Gb - минут 25, 6Gb - минут 10). Загрузка системы - почти нулевая, свободной памяти - валом, раньше (Ну где-то месяца 2 назад последний раза такие здоровые файлы делал) не наблюдалось. Ну что, еще... Раздел неоднократно был забит «под завязку».

Мож, у кого было - поделитесь соображениями, пожалуйста...

Хм, мне кажется, или здесь никто до сих пор не заикнулся про аццкей(rus) иск к Gnutella-клиенту?

Практики, расскажите что-нибудь (хорошее, плохое) про Open Watcom C/C++ - про уровень компилятора, его умение работать с boost, wxwidgets, другими кроссплатформенными библиотеками..., соответствие С99/С++0x etc - в общем, ваши ощущения.

по срокам бана за нарушения. Помощь приветствуется.