Microsoft выпускает порт Python для .Net

http://research.microsoft.com/research/downloads/

Только что проверил - всё нормально качается. И вовсе не ужас - довольно большой проект на нём сделали, глюков не словили вовсе. Треть кода была на C#, остальное - F#, всего до 50kloc.

Ещё заметил, что не реализованы генераторы (yield).

> И это правильно! Пускай визуалстудники подсядут на питона, и потом уж перейдут на нормальную платформу.

А нахрена менять удобство, комфорт, надежность и отличную документированность MS VisualStudio+MSDN на устоявшейся корпративной платформе Windows с серьезными средствами интеграции без применения напильника на какой-нить угребищный Emacs, Kdevelop, Motor или vi+gcc, написанные пионерами и которые будут крутиться на ОС для любителей - Linux??? Да нахер нам такое счастье не нужно - ипитесь сами.

ЗЫ Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией вроде связки MS VisualStudio + MSDN или вы именно в vi+gcc и emacs кодите, с технологиями 60-х годов?

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

А Linus прямо писец идеальную ОС делает: dev херня - выкинули, поставили devfs, devfs тоже херня - выкинули, поставили udev, что дальше? И все это на фоне нестабильного kernel API, ломания структур, API, и дров от версии к версии - на стабильность и совместимость насрать. Плюс невменяемая модель разработки - кто-нить может объяснить как5ое на сегодня ядро является стабильным? Раньше с 2.4/2.5 все было ясно, а теперь без поллитра не разобрать что есть stable, а что есть эксперимент над кроликами.

> Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией

Emacs.

>А нахрена менять удобство, комфорт, надежность и отличную документированность MS VisualStudio+MSDN

Ну с удобством ещё можно согласиться, но вот про надёжность это вы загнули.

>Emacs.

Полностью согласен

> Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией
eclipse + свежий CDT

> Ну с удобством ещё можно согласиться

Каждого, кто находит MSVS удобным, надо принудительно лечить легкой эвтаназией. Для общества эти люди однозначно потеряны - IQ их гарантированно ниже 80, креативность - нулевая или отрицательная.

> Каждого, кто находит MSVS удобным, надо принудительно лечить легкой эвтаназией. Для общества эти люди однозначно потеряны - IQ их гарантированно ниже 80, креативность - нулевая или отрицательная.

Лечить принудительно нужно мазохистов, которым нравится убогость, неудобство, излишняя сложность реализации, изобретение велосипедов, хакерство и убийство времени на несвязанные с программированием задачи, такие господа обычно исходятся пеной изо рта при упоминании Б. Гейтса, Windows, GUI или MSVS, оторваны от реальности, общаются с себе подобными и абсолютно потеряны для общества, т.к. представляют угрозу для окружающих: бескрайняя ненависть к инакомыслящим, религиозный фанатизм и агрессивность на фоне шизофрении и неудовлетворенности своей нищетой и невостребованностью.

P.S. Я много хороших западных софтовых контор видел. Некоторые писали *исключительно* под венду. Но НИКТО и НИКОГДА не юзал MSVS - даже у самых вендовых был Cygwin и Emacs как основная среда разработки. MSVS - только у полных ламеров, у обезьянок, которые даже и не стремились когда либо стать профессионалами. Ты не обижайся, обезьянка, это объективная оценка. Ты просто ламер, и программистом тебе не быть. Переквалифицируйся лучше в дворники или админы, ничтожество, всё равно ты не нужен, китайцы и индусы - более дешевые обезьянки, чем ты. Мне никогда и в голову не придёт аутсорсить обезьянье кодирование в Россию или Украину, так как Китай и Сингапур лучше и дешевле. И тамошние обезьянки не понтуются, в отличии от.

> Но НИКТО и НИКОГДА не юзал MSVS - даже у самых вендовых был Cygwin и Emacs как основная среда разработки.

Cygwin? Ну ты выдумщик и мастер извращений.

> Переквалифицируйся лучше в дворники или админы, ничтожество, всё равно ты не нужен, китайцы и индусы - более дешевые обезьянки, чем ты.

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

> Мне никогда и в голову не придёт аутсорсить обезьянье кодирование в Россию или Украину, так как Китай и Сингапур лучше и дешевле.

А кого волнует твое мнение, студент?

> И тамошние обезьянки не понтуются, в отличии от.

Пальцы веером и сопли по ветру наблюдаются не у меня.

> Cygwin? Ну ты выдумщик и мастер извращений.

Деточка, это - то, как работают наиболее крутые и продвинутые софтовые конторы. Понятное дело, что ты в своём Бабруйске просто не в курсе, тебе, грязи, никто никогда и не покажет, как надо работать.

> Ты это от того такой злой, что платят мало и ситуация близка к тому,

Много мне платят. Очень много. Во много раз больше, чем обезьянкам, лабающим дерьмецо на C++ или Java. И обезьянки мне ни разу не конкуренты - рынки у нас разные.

> А кого волнует твое мнение, студент?

Гы гы гы. Смешное быдло!

> Пальцы веером и сопли по ветру наблюдаются не у меня.

Перечитай свой бздёжь ещё раз, ничтожный выродок.

>А нахрена менять удобство, комфорт, надежность и отличную документированность MS VisualStudio+MSDN на устоявшейся корпративной платформе Windows с серьезными средствами интеграции

Слишком смелое и не объективное заявление.

>без применения напильника на какой-нить угребищный Emacs, Kdevelop, Motor или vi+gcc, написанные пионерами

Еще более смелое утверждение :)

>и которые будут крутиться на ОС для любителей - Linux???

На этой ОС многие фирмы хорошие деньги делают, а также создают профессиональные и весьма сложные решения, так что вы тут зря воду мутите.

>Да нахер нам такое счастье не нужно - ипитесь сами.

Единственная потенциально более менее нормальная IDE это VisualStudio 2005 (которая еще в бета версии), с TeamFoundation сервером вместе. Только для нормальной работы отдела нужно столько денег отдать (за тестера, архитектора, девелопера и.т.д), что становиться непонятно зачем оно нужно. Сам не пробовал но по описанию впечатляет :)

>ЗЫ Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией вроде связки MS VisualStudio + MSDN или вы именно в vi+gcc и emacs кодите, с технологиями 60-х годов?

Я использую Eclipse,CDT,pydev,subclipse + trac. Напорядок круче и удобней чем то, что есть в текущей и стабильной VS, в которой даже нормальную SCM толком не прикрутишь, из-за убогого SCC, никакой интеграции с bugtracking system. С автоматической генерацией документации, тестами, поддержкой docbook у VS вообще полная фигня AFAIK.

> Сам не пробовал но по описанию впечатляет :)

Пробовали у нас это дерьмо, из чисто спортивного интереса. Вернулись к cygwin+emacs+tkcvs (хотя часть проектов - под svn и один под darcs живут, но это, опять же, чисто спортивный интерес). Ещё пытались юзать Eclipse, и таки нашли ему очень ограниченное применение - бродилка по документации и интерфесам классов в Жабе, ну и изредка морда дебаггера. Код в нём редактировать никому и в голову не приходило - убогонько очень.

> С автоматической генерацией документации

Ага, я бы посмотрел, как развизжавшийся тут недоношенный любитель MSVS прикручивал бы LHS к ней... Да и банальный CWEB тоже было бы интересно увидеть. :)

> Слишком смелое и не объективное заявление.

Удобство и комфорт - понятия субъективные. Заявление насчет надежности и документированности - на основании личного опыта.

> Еще более смелое утверждение :)

Погорячился. Motor - недо-TurboC, Kdevelop - пародия на VS, vim так и воовсе хорош разве что для редактирования мелких конфигов.

> Я использую Eclipse,CDT,pydev,subclipse + trac.

Благодарю за ответ. Eclipse/Linux+CDT на P4 3GHz/1 GB RAM/SATA 7200RPM как бы это выразиться... притормаживает слегка...

> Удобство и комфорт - понятия субъективные.

А автоматизируемость и производительность труда - объективные.

Те, кому субъективно неудобны средства автоматизации, кто предпочитает гуюшечки-менюшечки, те объективно менее производительны, чем те, кто использует unix toolchain, emacs или vim.

> vim так и воовсе хорош разве что для редактирования мелких конфигов.

Какая чушь...

> P4 3GHz/1 GB RAM/SATA 7200RPM как бы это выразиться... притормаживает слегка...

Херовенькая рабочая станция разработчика, однако... Денег мало, да?

> Херовенькая рабочая станция разработчика, однако... Денег мало, да?

А кто сказал что это станция разработчика? VS .NET 2003 и на P3 1200/256RAM летал неск-ко лет назад.

> Какая чушь...

Многие матерятся на vim из-за его своеобразного командного режима. Ctrl и Alt для того и сделали, чтобы не приходилось так извращаться.

> Те, кому субъективно неудобны средства автоматизации, кто предпочитает гуюшечки-менюшечки, те объективно менее производительны, чем те, кто использует unix toolchain, emacs или vim.

Наглядность гуюшечек-менюшечек не мешают, когда используются хоткеи. А автодополнение имен, подсказка по прототипам и прочие функции существенно экономят время, соотвественно улучшают производительность труда. MS всегда славилась тем, что типовые задачи с помощью ее продуктов решаются достаточно просто и без напильника. У тебя на рабочей станции что? Linux+bash+GNU tools и все? GUI морды в текстовом режиме клепаешь?

> P.S. Я много хороших западных софтовых контор видел. Некоторые писали *исключительно* под венду. Но НИКТО и НИКОГДА не юзал MSVS - даже у самых вендовых был Cygwin и Emacs как основная среда разработки.

1С писана на VisualStudio. KAV - VisualStudio. AverTV-шная приблуда - MSVS. Nero - VisualStudio. Intel писала свои приблуды вроде Intel Ultra ATA Storage и AppAccelerator тоже на VS, ATI, nVidia - тоже MSVS. Винда сама на VisualStudio писана. Тоже самое с ISA, Exchange, SUS, и т.д. Acrobat, AutoCAD, mIRC, Opera, Putty, SIM, практически все игрушки и т.д. и т.п. ... Ну и кто свистел про несерьезность C/C++ и MSVS? Не веришь? Погрипай "Microsoft Visual C++ Runtime Library" и "MFC". Оно и понятно, что инструменты разработки, IDE, SDK, DDK, Reskit, и документация MSDN и прочее от самого вендора ОС так широко используются нормальными конторами.

Вот заработаешь на распальцовках Емакса или MSVS туннельный синдром - поймёшь, на фига нужна коммандная мода в редакторе.

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

GUI - естественно, его не визуально лабать надо. Tk на что, а?

1C - гавно, всем гавнам гавно.

Всё остальное - в общем-то тоже, только я не уверен в качестве твоих источников информации. С чего ты, ущербный, взял, что использовалась MSVS? Например, та же Nokia очень даже против MSVS, у них CodeWarrior в фаворе.

Вообще - коробочный софт - это не серьёзно. Если ты мыслишь такими категориями серьёзности - то с тобой говорить не о чем, детский сад, штаны на лямках. Массовый софт для мартышек мартышками же и пишется.

>Eclipse/Linux+CDT на P4 3GHz/1 GB RAM/SATA 7200RPM как бы это выразиться... притормаживает слегка...

P4 3GHz/SATA 7200RPM как бы это выразиться, говнецо для бедных бюджетников, которые детям для учебы пецук на последние гроши собирают. Нормальный ящик для девелопера счас AMD 64 3800+/2..4GB RAM/4xRAID0 7200RPM

>> Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией

>eclipse + свежий CDT

+ новая мышка раз в полгода. Потому как будет быстро ломаться от того количества кликов, которые необходимы в этой среде программирования. Которая, по сути своей должна управляться исключительно клавиатурой :)

>+ новая мышка раз в полгода. Потому как будет быстро ломаться от того количества кликов, которые необходимы в этой среде программирования. Которая, по сути своей должна управляться исключительно клавиатурой :)

Properties->General->Keys смотреть не пробовали?

> 1C - гавно, всем гавнам гавно.

Правильно писАть "говно", раз уж вы тут пальцы про свою грамотность растопыриваете.

> Вообще - коробочный софт - это не серьёзно. Если ты мыслишь такими категориями серьёзности - то с тобой говорить не о чем, детский сад, штаны на лямках. Массовый софт для мартышек мартышками же и пишется.

А что тогда серьезно? Серверные программки? Дык и зачем они, если ими никто пользоваться не будет? Или вы программируете ради программирования?

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

Как это нет типовых задач в программировании? А как же численные методы, поиск, сортировка и т.д.? Вы никогда ничьими библиотеками не пользуетесь? КАЖДЫЙ РАЗ с нуля начинаете? Еежели так, то я бы вас, как программера, точно выгнал бы с работы за низкую производительность труда.

> P4 3GHz/SATA 7200RPM как бы это выразиться, говнецо для бедных бюджетников, которые детям для учебы пецук на последние гроши собирают. Нормальный ящик для девелопера счас AMD 64 3800+/2..4GB RAM/4xRAID0 7200RPM

А ежели человеку не нужен указанный вами комп? Всё равно ему надо его купить? Тогда почему ему не купить какой-нить 8 процессорный IBM-овский сервер с 64 Гигами ОЗУ и дисковой стойкой дисков эдак на 40-50? Согласитесь, что ваш пецук окажется по сравнению с таким серверком говнецом для бедных.

> P.S. Я много хороших западных софтовых контор видел. Некоторые писали *исключительно* под венду. Но НИКТО и НИКОГДА не юзал MSVS - даже у самых вендовых был Cygwin и Emacs как основная среда разработки.

А не потрудится ли распальцованый анонимус перечислить хотя бы десяток западных софтовых контор, пишущих исключительно под винду и НЕ использующих MSVS? Заодно хотелось бы услышать что используют означенные западные конторы в качестве среды разработки. Конторы, использующие MSVS, в пример уже привели, повторяться не буду.

Сопелька, ты не растекайся, так сразу и скажи, что не понимаешь ни хрена.

Требования к рабочей станции разработчика вычисляются объективно, как среднее и потолок. Найди ближайшего не безграмотного IT-манагера, и попроси его убить тебя.

> А Linus прямо писец идеальную ОС делает: dev херня - выкинули, поставили devfs, devfs тоже херня - выкинули, поставили udev, что дальше?

Ну, не совсем так.

1. Статический /dev/ не херня, но имеет достаточно проблем, связанных с лимитированностью адресного пространства и непригодностью для некоторых "граничных" ситуаций.

2. devfs, к сожалению, была не слишком аккуратно написана, а г-н Гуч потерял интерес к её совершенствованию.

3. udev - НЕ часть ядра. udev - полностью userspace'ное решение, которое просто использует некоторую в меру аккуратно написанную функциональность ядра.

4. что дальше? Динамическое назначение адресов устройств. Причем, Линус грозился в отладочных целях сделать это назначение динамическим даже в пределах одной машины, чтобы отловить кривые юзерспейсные программы. Типа, сегодня у вас /dev/null - это с 1 3, а завтра, после перезагрузки - это, к примеру, c 10 175. Сколько кривых программ подохнет от такой жизни - одному Линусу известно ;-). Точнее, ему тоже пока неизвестно ;-).

P.S. Хм, а мой давешний опус можно было уложить в 5 предложений. Вот что значит, болел человек ;-).

> И все это на фоне нестабильного kernel API, ломания структур, API, и дров от версии к версии - на стабильность и совместимость насрать.

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

> Плюс невменяемая модель разработки - кто-нить может объяснить как5ое на сегодня ядро является стабильным? Раньше с 2.4/2.5 все было ясно

Да-а-а? То-то Алан Кокс начиная с 2.0-2.1 стряпал патчи, которые, вероятно, по некоторому недоразумению считались стабилизирующими :-)

> а теперь без поллитра не разобрать что есть stable, а что есть эксперимент над кроликами.

Стабильное ядро - это то, которое положил вам в дистрибутив ваш вендор. Линус созданием стабильных ядер не занимается в принципе, о чем он неоднократно говорил. Рассматривайте это как трестадийную систему разработки: Линус с сотоварищи - передовые девелоперы. Разработчики дистрибутивов - саппорт и багфиксинг. Ендлузеры - отдел QA, "ночные тестеры". Вполне нормальное распределение обязанностей ;-).

Да, действительно.
Я ошибся.

Питон .NET сильно отстаёт по производительности от других .NET-языков.
Разница в пользу .net против оригинального угробища - всего 1,8 раза.

Видно слишком много мест не удаётся нормально скомпилировать.

Вывод:
Добавлено только для облегчения миграции кодовых фрагментов с архаичных и неэффективных платформ.

Я же говорю - Питон слишком динамический, его вообще почти нигде нельзя компилять. Это же не Лисп...

> А нахрена менять удобство, комфорт, надежность и отличную документированность MS VisualStudio+MSDN на устоявшейся корпративной платформе Windows с серьезными средствами интеграции без применения напильника на какой-нить угребищный Emacs, Kdevelop, Motor или vi+gcc, написанные пионерами и которые будут крутиться на ОС для любителей - Linux??? Да нахер нам такое счастье не нужно - ипитесь сами.

http://www.eclipse.org/

http://www.slickedit.com/

или (оглядываясь:) http://www.anjuta.org/

...не оно ли, то-самое?

Шыло на мыло.

> А нахрена менять удобство, комфорт, надежность и отличную документированность MS VisualStudio+MSDN на устоявшейся корпративной платформе Windows с серьезными средствами интеграции без применения напильника

Вызывающе неверная информация.

Про надежную и отличную тебе уже сказали. А про MSDN есть хороший анекдот:

Q: Когда программы под Windows перестанут глючить?

A: Когда программисты перестанут операться на MSDN.

Тем более, что MSDN - быдлячий коробочный мусор, который серез несколько лет мешками выносят из офиса на помойку. Если тебе не знакомы man и info pages, мне тебя жать.

>на какой-нить угребищный Emacs, Kdevelop, Motor или vi+gcc, написанные пионерами и которые будут крутиться на ОС для любителей - Linux??? Да нахер нам такое счастье не нужно - ипитесь сами.

Вам счастье не нужно, так нам нужно. И будем ипаться, а потом пользовать. Чем наскорую руку натыкать софт, который потом будет переодически комотозить, потому что масдайные программеры даже отладить своё makemoneyfast поделие ленятся.

> ЗЫ Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией вроде связки MS VisualStudio + MSDN или вы именно в vi+gcc и emacs кодите, с технологиями 60-х годов?

Маргиналам свойственно срать на технологии 60-х и славить сегодняшний день. Ни принципов, ни своего вкуса. Даже организовать процесс разработки без помощи ББ не научены.

P.S: Что особенного и выдающегося можно написать в MSVS? KAV? 1C? BWAHAHAHAHA...

> Сопелька, ты не растекайся, так сразу и скажи, что не понимаешь ни хрена.

Ты тоже не растекайся, говнушко. :-)

> Требования к рабочей станции разработчика вычисляются объективно, как среднее и потолок. Найди ближайшего не безграмотного IT-манагера, и попроси его убить тебя.

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

>Вопрос к девелоперам: просветите о _нормальной_ C/C++ IDE для серьезных проектов под *nix с нормальной документацией вроде связки MS VisualStudio + MSDN или вы именно в vi+gcc и emacs кодите, с технологиями 60-х годов?

Работаю с Emacs+xref и в Unix и в Windows. VisualStudio тоже на компе есть - однако по сравнению с Emacs+xref отдыхает. VS использую только для дебага. Вообще - дело вкуса, однако в VS нет рефакторинга, а в Emacs+xref есть (как и аутокомплекшн). MSDN бесспорно отличная вещь. Непонятно одно - где в Emacs технологии 60-х ( может lisp? ) и где в VS 200x - х? И еще - практика показывает что в С++ кодить нельзя - можно программировать.

взгляни на SlickEdit, он похож VS.NET (если есть бабки для покупки лиц. софта)

>> А ActiveState Python уже не катит?

>вообще-то IronPython делает тот же программер, что и занимался питоном в ActiveState - M$ сманила бОльшими деньгами

не в Activestate, ошибаетесь Jython-ом он занимался

> На www.ironpython.com последняя новость датирована 2004 годом, прелесть какая...

ну это видимо особенности MS-а новый дом IronPython-а здесь: http://www.gotdotnet.com/workspaces/workspace.aspx?id=ad7acff7-ab1e-4bcb-99c0...

> Винда сама на VisualStudio писана.

Ты головой-то думай. Когда винда появилась и когда VS.

> Ты головой-то думай. Когда винда появилась и когда VS.

3.11 и первые релизы 95 никого сейчас не интересуют. На чём сейчас пишутся системные вещи - хз, на том же MASM'е наверное, бо больше не на чем, а экплореры всякие и весь виндовый гуй - на VC++. Любой желающий может порыться и посмотреть в любимой проге завязки на MFC42.DLL и прочие DLLки под VC++. Я как-то сомневаюсь, что M$ будет писать части собственных виндов на цэ-билдере, причём под MFC :)

> И еще - практика показывает что в С++ кодить нельзя

А тут никто и не спорит. Но виноват тут ни разу не C++, а то как его пытаются применять. ООП вообще просто создано для техже гуёв, но реализовано оно ТАК, что по старинке процедурами это делать проще. Я не знаю, может под лялипс есть вменяемые гуёвые библиотеки именно под "плюсы", но под винды я таких не видел. :(