и множественного наследования нет?   

пусть в этот раз питон проиграет

но ты мне открыл глаза, оказывается С#/.NET сплошной быдлокод,
ведь там можно написать blob

Это заслуга больше Си, чем Питона, а я про ЯП именно =) в C# можно, хоть и средставми InteropServices



дико ржу!

вы с такими заявами зайдите на asp.net я посмотрю, что с Вами сделают   

и не говори   

Это сообщение отредактировал(а) Tonpres - 8.2.2010, 01:34

мы здесь все такие из себя 8nix разработчики, зачем нам туда ходить, там мало того, что не *nix, так еще и не десктоп?  

ага, не видел никогда и ржу 
AFK

Ну если для винды PyQt как один из 2 самых очевидных для меня вариантов(второй .NET WF), то для никсы и подавно его выберу.
Хех, пора учить верстальщика QSS.

Ээ.. не имел дела с питоновскими орм-ами, но L2SQL и ADO .Net EF оч развиты и развиваются. Проблема в том, что .Net - это win only, если речь про мейнстрим. Моно слаб. При том, что он постоянно развивается - он слаб, как и по сравнению с "виндовым дотнетом", так и по сравнению с тем же Qt. При чём речь и про функционал, и про ИДЕ.

На С++ + Qt писать можно. По функционалу - неплохо, но куча "лишнего" кода напрягает. Писать меньше - привыкаешь. И "code less. create more" не возможен на С++ в силу "особенностей" языка.

Главные минусы питона с моей точки зрения (в контексте сабжа):
1. После "обэльгепеэливания" Qt лицензия PyQt стала.. как минимум какой-т неправильной. С другой стороны есть PySide - но реально с ним никто ещё не сталкивался, да и.. официального стейбл-статуса не имеет. Да это вопрос времени. Но.. ведь кто-то и сейчас приложения пишет  
2. Что мы имеем со стороны ИДЕ? Лучшими принято считать (сорри, если что пропустил - это моё мнение) Eric и Eclipse + PyDev. Если уж брать "совсем моё мнение" - то есть смысл смотреть только на второй. Но с тем же Qt интеграции нету (да, я совсем обнаглел и считаю, что писать код вручную - это хорошо, но для мейнстрима не годится, ибо медленно).
3. Одним словом - и со стороны библиотек, и со стороны ИДЕ всё выглядит недоделанным. Перспективным, но не production ready.
4. Ах да, ещё и неявное приведение "левых" типов в условиях...

Это сообщение отредактировал(а) Любитель - 8.2.2010, 01:45

нет, я видел и именно поэтому и ржу ) а вы видимо не видели, как офигенно ADO.NET работает в реляционных бд )
и вообще говорить про объектно-реляционный проектор, и пытаться наехать на МС и совать ***** в виде Django - уже себя вы не уважаете просто!

Это сообщение отредактировал(а) nginx - 8.2.2010, 01:45

 У меня при нажатии на ui открывается дизайнер ;)
Его и юзаю для PyQt.

В общем, я смотрю развитие Qt (QML и криэйтора) никого особо не вдохновило поверить в С++ 

 Для скриптового языка без статической линковки можно работать не  с PyQt, а с "любой библиотекой с интерфейсом в стиле PyQt".  И приложить бинарники сабжа со ссылкой на сырцы.

И, возможно, потомки удалят эту папку и положат туда PySide ))

Ну эт-то понятно..
Только даже в текущем криэйторе лучше. Похоже на нормальные формошлёпки VS/Delphi.
Ну плюс мне оч интересно будущее QML...

 Если честно, юзаю дедовские методы времен pyqt3.

Добавлено через 21 секунду
Блин, на 1 сообщение отстаю )

Там как минимум импортируемый модуль отличается. Ну и в любом случае - кто мне запрещает pyc/pyo поставлять? И не надо говорить, что это не тру-вей. Если мне пофигу на исходники, то устроит любая лицензия (99%), лишь бы бесплатно.. Я понимаю, что говорить о closed source софте, в контексте сабжа не оч прилично, но.. всё-таки.

Хотя вопрос с переходом с PyQt на PySide я считаю временным. Как последний "остабилизруется" - я думаю PyQt забудут..

Добавлено через 21 секунду

  

 В конфиг )
Или по списку пытаться )
Или хитрым алго )