Вышел Boost 1.35

Одна из самых интересных библиотек/фреймворков Java -- NIO API -- позволяет писать простые полностью переносимые приложения для любого интерфейса ввода-вывода. А RMI изобретён ещё в прошлом веке. :)

Реквестирую посыпать говна анонимусам троллям в треде

capcha: facepalm

> Вот назови мне хоть одно преимущество спирита перед тем же YACC'ом например.

Преимущества есть, куда без них. Одно из них - динамика в парсере. Ну и вообще, приколько прямо в C++ грамматику фигачить. Будь я лет на 15 помоложе, было бы чем удивить преподавательницу на университетских лабах по программированию ;-) Ей, помнится, очень в душу запал тот то-ли калькулятор, то-ли простенький интерпретатор, который я ей в качестве зачёта по программированию сдал. А написан он, в основном, был то-ли на паскале, то ли на галимом Це еще за год до универа ;-)

все это гавно, лучше LL-грамматик на Coco/R ниче нет, нисходящие самописьки как в гецеце тоже можно, но геморно писать.

> Python и С++ это немного разные весовые категории. Python корректнее сравнивать с тем же лиспом или руби, но никак не с С++.

По факту оказывается, например, что прототип, нахераченный, прошу прощения, на питоне (точнее, на Python/Twisted), оказывался лучше и производительнее, чем предыдущий аналог на ACE. Про гибкость, ясен пень, можно и не вспоминать... При том, что плюсовый опыт был, а питоньего на тот момент было не много...

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

> Хм.... ACE?

Вот уж более студенческой поделухи, чем ACE сложновато найти. Нет, она не плохая, просто... просто студенческая...

2anonymous (*) (31.03.2008 2:24:01):

>> нет красноглазый. сборщики мусора вообще и питон в частности - это не серебряная пуля. так же как функциональные языки программирования. каждый подход/язык имеет и преимущества и недостатки.

Да ради бога, пиши на чём хочешь. Если ты любитель трахаться с низкоуровневыми ассебмлерными языками вроде C++, флаг тебе в руки. Такие люди тоже нужны. Я предпочитаю высокоуровневые вроде Python. Мне интереснее думать над задачей и её реализацией, а не над распределением и удалением памяти и всякой прочей низкоуровневой кашей.

>> знаешь как сделать утечку памяти в питоне? не знаешь? плохо. а делается она тривиально. чуть менее тривиально чем в с++. а вот найти эту утечку в приложении на питоне может быть уже не так тривиально как в приложении на с++.

Мой опыт показывает, что утечки памяти в Питоне менее болезненное явление, чем в C++. Так как в Питоне это явление редкое, в C++ - это ежедневная борьба.

в С++ очень много никому ненужного гавна. люди понимают, что этот языг сдохнет мучительной смертью. Если крупные коммерческие компании перейдут с С++ на что-нибудь другое, то капец С++. А С++ только там и используется, потому что фотожопы на нем написаны, что поделать. А если спуститься на землю, то плюсатники низкооплачиваемые быдлы, которых скоро будет как делфинистов. Эпоха плюсов прошла, а С живет как всегда.

вот вроде по сути сказано верно, а всё равно хочется качалкой по тыкве стукнуть…

Проблему с линковкой решили уже? С тем что имена получаются по несколько мегабайт?

> знаешь как сделать утечку памяти в питоне? не знаешь? плохо. а делается она тривиально. чуть менее тривиально чем в с++.

Пример в студию!

> Да ради бога, пиши на чём хочешь. Если ты любитель трахаться с низкоуровневыми ассебмлерными языками вроде C++, флаг тебе в руки. Такие люди тоже нужны. Я предпочитаю высокоуровневые вроде Python.

vsl, ты вернулся? Расскажешь нам про лямбду?

>низкоуровневыми ассебмлерными языками вроде C++

Друк. Запомни а лучше запиши - С++ это _гибридный_ язык.

Что то типа швейцарского ножика ... есть почти всё но соответствующего размера ;)

Так что кончай исходить на метан если ты не освоил этой простой истины и пытался этим ножиком спилить дерево но ниасили ;)

>Пример в студию!

Создаёшь 2 объекта с методами __del__, и делаешь между ними циклическую ссылку. Оба объекта со всеми ссылками отправляются в gc.garbage

>> одна из самых интересных библиотек там - asio -- позволяет писать полностью переносимые сетевые приложения. ну и interprocess штука тоже интересная

> Хм.... ACE?

Миш, а тяжести аси тебе ли не знать :) нет, как reference она хороша, спору нет, но использовать... не факт, не факт.

// wbr

>Мой опыт показывает, что утечки памяти в Питоне менее болезненное явление, чем в C++. Так как в Питоне это явление редкое, в C++ - это ежедневная борьба.

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

слава Аллаху - бустовские потоки теперь можно прерывать

не знаю-не знаю, я использую asio больше 2-х лет и очень доволен, пара продуктов на нем сделана не считая домашних проектов

shared lock

не надо про этого монстра - на нем я тоже писал, asio по сравнению с ним просто образец лаконичности

Лучшеб D для 64 битных систем сделали.

И тут пришел Шоман :/

> Дурилко, назови хотя бы одну полезную фичу Qt

в Qt asio 100 лет как

Елки-палки, пока читал, две страницы куда-то пропали!

// :(

> Лучшеб D для 64 битных систем сделали.

А что, его там нет? :(

нет. не доделано.

ну здорово, будем посмотреть

gdc работает вроде. Или это про mars?

Use tkLOR, Luke! :)

gdc работает как версия D1, при этом многое не собирается для amd64. просто говорит что не саппортед. dmd тоже многое не может для 64 бит завернуть.

хотя это было 2 месяца назад. надо посмотреть, может уже лучше :))

Насколько нужно быть brain damaged, чтобы тривиально использовать циклические сыылки?

> Создаёшь 2 объекта с методами __del__, и делаешь между ними циклическую ссылку.

а зачем ТАК делать? О_О

> Создаёшь 2 объекта с методами __del__, 
>и делаешь между ними циклическую ссылку. 
>Оба объекта со всеми ссылками отправляются в gc.garbage


И кто в этой ситуации дурак? 

а в с++ ни разу не встречал такое:

try
{
    char *p = new[BUFSIZE];
    some_call1(...);
    some_call2(...);
    some_call3(...);
    .......
    some_call4(...);
}
catch(blabla)
{
    some_error_report(...)
}

А я такое в довольно известном opensource проекте исправлял :))) 
причем не одно такое место было. патч даже приняли :))

Последний раз смотрел - gdc для 64 бит работает. А D2 тебе вряд ли пригодится, т.к. для него нет ни одной библиотеки, кроме phobos. Разве что поиграться с языком.

char *p = new char[BUFSIZE];

конечно же :))

а я и не говорил, что оно не работает, оно просто не каждый код может для 64 бита свернуть. А D2 это то, что будет потом работать. D1, как они говорят, развиваться скоро прекратиться. Вообще именно из-за этих разделений и не пишут сейчас ничего не нем :( Да еще и Александреску в проект залез, будь он не ладен.

>а зачем ТАК делать? О_О

Понятия не имею, зачем, однако в Pylons в session middleware такая ситуация есть. Утечку памяти ловил чёрт знает сколько

It'll (D1) get phased out when it no longer has a user base.(c)Walter Bright

А какие претензии к Патриарху Александреску? :)

Это говорит о том, что при желании можно накосячить где хошь. Однако, эту утечку реально выловить valgrind'ом, а вот искать, откуда в garbage в случайные моменты времени появляются объекты, на дампе которых дампилка виснет, очень весело и бодрит :) Причём проявляется только под нагрузкой, и за раз лопает мегов 15.

>однако в Pylons в session middleware

пардон, не в пилонах, а в paste, в Pylons paste сессии используются

Не надо путать с с с++, это по сути разные вещи, хоть и похожи. Мусью ни разу не слыхал о смартпойнтерах?

> И кто в этой ситуации дурак?

Гвидо, естессна. Все нормальные люди используют нормальные сборщики мусора, которым пофиг, циклические там ссылки, или хренические, и только пайтон гордо серет над волною этим тормозным убожищем под названием "счётчик ссылков".

(себе) молчать про хвостовую рекурсию!

> Мусью ни разу не слыхал о смартпойнтерах?

Та же жопа, что и в пайтоне.

Видимо, он ниасилил модерн сипласпласдизайн.

> It'll (D1) get phased out when it no longer has a user base.(c)Walter Bright

насичет этого рассылку ихнию почитай :)))

К Алекандреску особых притензий нет, но вот как он появился в D начал гнуть язык в сторону С++. Он класный спец по С++ (хотя его трехэтажные шаблоны не одобряю). Но он сильно на этом с++ зациклен. Наприер благодаря ему сейчас в ди куча способов объявить константу.

Вообще это все уже пережевывали на RSDN.ru, повторяться не охота :) поищи там по digitalmars ;)

С питоном пока не общался, не было надобности. Поражает, что те, кто обсирает в этой ветке с++, также с ним знакомы весьма поверхностно. Особенно высказывание о скором засилье быдлокодеров. Такого не будет никогда, так как с++ в изучении весьма сложен.

>Все нормальные люди используют нормальные сборщики мусора

gc в питоне тоже есть. Там затык в __del__. Из-за того, что непонятно, в каком порядке вызывать эти __del__ объекты не чистятся вообще. решение ужасное, конечно

ужасно....

> Все нормальные люди используют нормальные сборщики мусора, которым пофиг, циклические там ссылки, или хренические, и только пайтон гордо серет над волною этим тормозным убожищем под названием "счётчик ссылков".

Иногда лучше жевать, чем говорить. Сборщик мусора Питона давно (с 2.0, кажется) справляется с циклическими ссылками, Его можно обмануть, но это нужно делать специально.

http://www.python.org/doc/2.3.5/lib/module-gc.html

достаточно засунуть в объект дебильный метод __del__ :( Кстати, в paste sessions этот __del__... _проверяет, вовремя ли он вызвался_!!!

повбывав бы