C++ || C# || Python

[alex312]

Хоть вопрос и не ко мне, но отвечу.

Есть несколько реализаций Python - это стандартная(на С), IronPython (.Net), Jython (JVM), PyPy (Python).
Говорю за стандартный.
Он, конечно, медленнее чем компилируемые языки, но он легко расширяется библиотеками на С. И эти библиотеки есть.

Например SciPy.
Mathplotlib

И еще скажу, что и стандартного питона хватает на многое.

[iroln]

2iroln, вопрос к тебе. Друг скидывал ссылку, где результаты сравнения языков. Там выбираешь два языка, и показывается их соотношение на нескольких бенчмарках. Так питон почти у всех проигрывал. Правда ли он в деле такой медленный или нет? Используют ли его в научных целях, где нужно считать, или там все же юзают C++?

Стандартная реализация Python довольно медленная, но как писал alex312, есть возможность использовать библиотеки для Python, которые написаны на Си, ну и соответственно достаточно производительны, тот же Numpy, например. В самом языке можно использовать различные конструкции, которые более производительны, те же генераторы списков могут быть быстрее чем циклы и т.п. Вообще, если знать Python на хорошем уровне, можно написать быструю программу и на чистом Python.

В научной среде для написания "числодробилок" (задач для суперкомпьютеров , Python естественно не используется, это делается чаще на Си, и/или специализированными средствами, где вовсю используется распараллеливание, работа в кластере и т.д. Pyhton используется для реализации алгоритмов, мат. моделей, каких-либо исследований и экспериментов. Ну в общем то там, где применение скриптовых динамических языков удобно и оправдано.

[Lagovas]

Ну с питоном разобрались, лично для себя решил его изучить и использовать в будующем. Хотя и сейчас его юзаю для своих нужд.
Главный вопрос который меня беспокоит, стоит ли игра свеч, в изучении С++, или достаточно обойтись шарпом. Просто чтобы хорошо программировать на С++, реально надо неймоверное количество литературы прочесть и разбираться в некоторых либах, типа буста. Кьюте спасает, но не всегда. Та и не всегда нужны гуи. А что бы знать либы типа буста, нужно отлично разбираться в шаблонах, прочесть книги посвященные им и так далее. Плюс то же управление памятью.
На шарпе многое покрывается библиотекой .Нет. Я на нем немного программировал, но еще не было потребности в сторонней либе. Я писал прогу которая и в несколько потоков работала, и работа с инетом, и проблем не было. Достаточно прилинковать нужную длл и прописать namespace. Плюс дока всегда есть. Все таки документация почти на ровне с кьюте по своей обширности и тоже идет с Иде изначально.
В общем стоит ли овчинка выделки.

[asvil]

Не стоит. Обратите внимание на vala как альтернативу qt-c++.
http://ru.wikipedia.org/wiki/Vala

[Lagovas]

интересный язык, взял в себя и плюсы и шарп. Но ведь он узкоспециализированный, так сказать. Для написания под гном. Но увы, у нас в Киеве он не востребован. Нет ни одной вакансии, та и востребован ли он вообще? Используют ли его в реальных приложениях, в реальных проектах? Раз он вобрал в себя столько хорошего, почему еще не стал популярным? Это не упреки. Реально интересно.

[asvil]

ему 5 лет только. работает под glib, а glib кроссплатформенна.

[Lagovas]

Насколько я знаю, под винду смотрится очень плохо, из-за того, что не сливается с родным дизайном. Плюс не всегда ведь нужна кроссплатформенность. Этот язык позиционируется как ЯП для системных и прикладных задач. Разве в них производительность не должна быть на высоте? Если да, то должна поддерживать и АПИ ОС для создания ГУИ, для большей производительности.
Без тестов врядли что здесь скажешь. Насколько разнится от С++, насколько лучше шарпа за счет избавления виртуальной машины, стоит ли овчинка выделки опять же. Врядли сейчас все ломанутся менять свои приложения на этот ЯП, или переучиваться. Та и востребован ли он? Много ли программ пишут под линукс с гуи? ИМХО велосипед, ибо плюсы с тем же кьюте или gtk+ хорошо справятся.
П.С. а вопрос то не в этом был, а в том, что стоят ли плюсы в наше время потраченного время на них? И часто ли они востребованы?

[Странник]

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

[asvil]

Да сам офис 2010 не сливается с дизайном, вот как терь быть? Уже давно пора выкинуть мысли про то, что там с кем сливается. Пользователь за 5 секунд найдет кнопку и поле ввода? Тогда ui ништяк.
C++, Java, Objective-C, C# окупиться по деньгам. Что тут думать то?

[Lagovas]

Я думаю между плюсами или шарпом. Говорю же, я как начинающий, хз как все это используется и востребуется в реальности. Если плюсы востребованы в системах реального времени, то это не по мне. Если они по сфере деятельности равны с шарпом, то тут уже выбор от характера. Меньше усилий и писать на шарпе, или больше учебы, чтения, и писать на плюсах...
По поводу ui, дык вопрос про платформозависимое ui не решен. Ведь иногда требуется производительность.
2Странник, спс, полезная ссылка

[iroln]

Lagovas, а Вы что писать то хотите? Над какими задачами в какой области работать?

Что мешает ковырять потихоньку и C# и С++, а там дальше видно будет. Язык лучше всего изучается, когда встаёт реальная задача написать на нём что-либо.

[Lagovas]

пока учусь, работы пока не было. Из того что сам пробовал... Курсовая была - написать модель проги для управления гидропонной теплицей. Что бы само температуру меняло и т.п., плюс СУ для посудомойки писал, тоже модель как бы. Вроде более менее интересно, сайт пробовал делать. Тоже интересно серверную часть делать. Клиентскую не пробовал и вроде не очень вдохновляет. Ну и себе по мелочи делал, скопировать, переименовать. Пока сам решаю куда интереснее. Но точно не в системах реального времени) Под телефоны не знаю, вроде не особо вдохновляет, но и не пробовал, может когда попробую, понравится. Сначала с инструментом (ЯП) хочу определится, ведь он тоже может внести лепту. Если шарп, высокопроизводительные не проканают, если питон, то тоже. Но если с++, тогда читать, читать, читать. В общем ясно, дальше сам решу.
Но реальные истории по приминению и т.п. с удовольствием послушаю, ну и советы если есть какие, как вы выбирали свой используемый ЯП, сферу программирования и т.п.

[alex312]

Я думаю между плюсами или шарпом. Говорю же, я как начинающий, хз как все это используется и востребуется в реальности. Если плюсы востребованы в системах реального времени, то это не по мне. Если они по сфере деятельности равны с шарпом, то тут уже выбор от характера. Меньше усилий и писать на шарпе, или больше учебы, чтения, и писать на плюсах...
По поводу ui, дык вопрос про платформозависимое ui не решен. Ведь иногда требуется производительность.
2Странник, спс, полезная ссылка

Уважаемый Lagovas, я тебе советовал посмотреть один фильм, ты его наверно не смотрел(или смотрел и забыл).
Так вот, выскажу свое видение морали фильма относительно темы.
Нет лучшего и худшего языка, есть человек, который отлично знает свой инструмент и умело его применяет. В этом свете неважно что ты выбереш, а важно насколько правильно ты будешь применять инструментарий.
С++ не равен по сфере деятельности С#, но если ты думаешь, что на каком-то языке легче писать приложения, а на каком-то труднее, то это не так. легче может быть первые 1000 строк, а дальше начинаются трудности. Вот посмотри на Vala, в том плане, что люди написали себе новый язык программирования, фактически под проект!

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

Немного оффтопа:

Когда я окончил школу,  я  считал  себя самым лучшим
программистом в мире. Я мог написать непобедимую программу игры
в крестики-нолики  в  трехмерном пространстве на пяти различных
языках программирования, а также написать программу,  состоящую
из 1000 строк,  которая бы работала.  Затем я попал в  реальный
мир.  Моей первой задачей было прочитать и понять фортрановскую
программу емкостью 200000 строк,  а затем увеличить скорость ее
работы в 2 раза.

отсюда

[Lagovas]

Благодарю, ценное высказывание.

[brankovic]

А почему не рассматриваете java? По востребованности она одна из первых.

Про сложность C++ не стоит заморачиваться сильно. Например я, как и многие другие, изучал прямо в процессе работы (на уровне C знал с института). Примерно через год стал понимать о чём исходники буста, через 2 как написать такое самому. Всё это время таковое понимание для работы было не нужно, тут больше вопрос любознательности. Чем обкладываться книгами по C++, лучше читать книжки по архитектуре.

А питон пригодится всегда, знать его не повредит, а заглубляться заранее бессмысленно. Реальная задача будет другой всё равно.