Да-да, тема на 90% создана исключительно ради холивара, но мне действительно интересно мнение винградовцев.

Само собой мы хотим девелопить максимально быстро и в то же время ждём серьёзных возможностей от фреймворков/библиотек. На всякий случай - речь не идёт про системы 3D-моделирования или про написания компиляторов. Речь про "рядовые" дескотпные приложения. Под виндой очевидно лидирует .Net - тут не оч холиварно. А вот с линуксом и подобными - тут сложнее. Реально сейчас лидируют C++ + Qt, ну плюс немного гтк, но.. объективно гтк не тянет на достойный уровень.

Моё мнение недавно склонялось в сторону Python + Qt (PyQt/PySide). Но.. развитие того же QML (честно скажу - я сам не занимался, но на "почитать обзоры и пр." время выделяю), да и объективное превосходство сиплюсплюсных ИДЕ (да даже тот же Qt Creator) над питоновскими заставляет задуматься.

"Альтернативщики" типа явы или моно - тоже принимаются. Главное - побольше красивых аргументов.
Со своей стороны - обещаю активную защиту и наоборот всех сторон в той степени, насколько считаю это верным. Для поддержания беседы. Так как финального мнения у меня нету. Сейчас, по крайней мере.

нативная работа с Window X , без всяких Питон с Qt

Ээ.. ну я ж сказал "мы за быструю разработку", а не за приятные отношения с доками по XLib и "красивый" интерфейс.

!  Любитель

А "плохие" картинки вообще нам не нужны тут!

т.е. за "программирование мышкой", тогда Mono круче, удобно, быстро
особенно нравиться подход, как с WPF-приложения , связка ( XML ( в случае Моно Glade ) + ЯП )

python + PyQt/PySide
или D + QtD  

А почему его картинку не скрыл? я , например, обиделся на эту картинку

Mono - тоже интересно выглядит, но что-то как-то сыкотно  

Ох, даж такое есть... О, ужас  

а я твоему посту три плюсика поставил, что-бы ты не расстраивался  

    

ну , спасибо, назвал "троллем" , а теперь плюсы ставит, тоже что ли тебе поставлю 3-и плюса в последнем посте твоем


оно и видно, что ты любитель динамично-типизированных ЯПов, и у тебя плохо со статично-типизированными   
сказать почему?

Добавлено через 1 минуту и 43 секунды
Lazin, если такой Питон крутой , покажи мне blob на Питоне   

а с каких это пор blob стал критерием крутизны?  

если ты хочешь написать свой GUI toolkit, то пожалуйста  

а с каких пор уже перестал быть?  

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

  

я не пишу под nix-ы, а тем более на питоне, а тем более GUI приложения  
а уж не D - и подавно  
а кстати, что такое blob? binary large object? если да, то какое это имеет отношение к пригодности того или иного яп к разработке десктопного софта?

отвечать вопросом на вопрос, фи!

что такое blob, я хочу знать!
мне завтра на работу, нужно выспаться, а я не могу, пока не узнаю что такое blob!!!!!

Lazin, если ты все знаешь зачем тогда спрашиваешь? ) Если ты под Винду разрабатывал приложения, уж наверное, должен знать геморой с работой с COM-компонентами, тем более, что это ой , как неудобно и грозит dll-адом ( особенно, когда крупный проект ).

Давай, вспомним, при общении с COM нужно обяз. выполнить подсчет ссылок, чтобы гарантировать, что компонент останется в памяти. При такой организации каждый раз, когда добавляется очередная ссылка на компонент, программа должна вызвать метод AddRef(), а при каждом удалении вызвать метод Release()   

Геморно, не правда ли?

В С# - я от этого свободен, могу юзать интерфейс IComponent или же System.ComponentModel, посколько C# использует сборщик мусора, компонент остается в памяти до тех пор, пока сущесвует хоть 1 ссылка на него

В Питоне есть контейнеры, компоненты , узлы?


Enterprise приложения, и не имеют отношения   

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

На самом деле рулит этот, как там его, эээ... Lazarus, во  

Добавлено через 3 минуты и 29 секунд
О, блин, я не в тему, теперь этот тред про блобы.

не-не-не, Whitespace.NET

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

Брр.. Какое отношение понятие BLOB (которое у меня наводит мысль на базу сразу) имеет к GC?!

А вообще - неужели закончилось время Истинных Холиваров на винграде? Зафлеймили в конец  

неправильный путь у мысли, туда не идет, гуглим


так , ты поддержи, к примеру возможно ли при помощи Питона ручная работа с памятью или работа с уйстроствами? Что возможно в .NET

nginx, http://en.wikipedia.org/wiki/Binary_large_object
  

Tonpres, нет, гуглим среди "анти-паттернов"

 
т.е. в питоне такое даже не возможно   

конечно, это важно для разработки desctop приложений под *nix, как вы смеете сомневаться!  


после такого ужаса нужно провести в реабилитационном центре для программистов не меньше полугода!!!  



а прикинь, в пайтоне нет интерфейсов, вот ужас, как на нем писать то можно!!!  

смотря какие, если код интерпрайз приложения это один большой BLOB, то да, имеет! 


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


в пайтоне есть CorePy и можно писать расширения на винтажном Си!  
ээээ, в .NET есть нормальный ORM, уровня SQLAlchemy, или Django ORM?
я знаю, что они есть в принципе, но им еще пока далеко  

Tonpres, раз возможно показывай   

вялый у вас какой-то холивар, bb

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

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

но ты мне открыл глаза, оказывается С#/.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 секунду

  

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

Lazin, вот ты и попался  

nginx, на чем?

если по-быстрому что-то наваять, то python
иначе С

на Ваше полном незнании, как у дотНЕТа обстоят дело с объектно-реляционный проектор, а про ADO.NET вы видимо только слышали саму аббревиатуру

прежде чем делать такие громкие заявления, требуется объяснить, чем же плох джанговский ORM  

    

Lazin, тебя в гугле забанили? куча тестов и сравнений есть, да и сам попробуй, не думаю, что у тебя возникнут проблемы с тестированием, в виду твоего хорошего опыта в программировании на C/C++

если хочешь можем потестить на пару на одном сервере ( моем ), Django ORM и ADO.NET EF ок? )

вообще-то, джвнговский ORM не является альтернативой Entity Framework ни разу, как их можно сравнивать?  
во вторых, для тебя кроме производительности других критериев не существует? ну тормозной он немного, ну и что? Это что, единственный критерий сравнения?  
К тому-же, какое отношение к сабжу имеют EF, ASP .NET и тд? Мы ведь обсуждаем десктопный софт  

Это сообщение отредактировал(а) Lazin - 8.2.2010, 12:28

а я ASP.NET и не обсуждал, просто ты не можешь приехать ко мне домой, чтобы тестнуть вместе технологии

будем юзать VDS сервер, зачем ASP.NET? кто сказал ASP.NET? скомпилим хотя бы консольное приложение и тестним работу ADO.NET ORM и вывод инфы из консоли на страницу

поставим Питон с Django и тестним

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

Вот так вот Lazin, наконец то тебя слили в споре.