Заезженный вопрос-какой язык выбрать!!!

Здравствуйте.
Наверно этот вопрос достаточно заезжен, но мне снова приходиться его задать.
Какой язык программирования выбрать.
Вобщем опишу поподробнее.
Я уже некоторое время играюсь на с++ и c# в с++ builder и ms visual studio.
Пока особенных резаультатов не было (писал лишь легенькие программки, игры). Теперь я хочу серьезно изучать программирование и выбираю язык. Программы собираюсь писать разнообразные (файловый менеджер, менеджер закачек, текстовый редактор, записаня книжка и т.д.)
Напишите какой язык лучше всего подойдет, почему и в какой системе программирования мне работать.

0

Для таких дел с++ за глаза хватит

1

Имхо на выбор qt / java / c#
А если только по windows, то qt вычеркни

0

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

0

darkAngel - спс. А какую среду разработки выбрать? MS visual studio .net или с++ builder и почему.

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

Wolf - не смешно, а обидно. А русский и английский я и так знаю!

0

losskot, например, C++, раз Вы уже имеете опыт программирования в нем, то и двигаться дальше, сэкономив время и силы, будет проще. Это очень мощный язык, годится для всех Ваших целей.

Среда разработки как правило выбирается по вкусу. Можно, к примеру, взять MS Visual Studio (опять же если Вы с ней работали, то это хороший выбор). Также можно попробовать QT Creator. Это кстати кроссплатформенная IDE. Но, повторюсь, это на мой вкус, а Вы сделаете свой выбор, той среды, которая будет удобна Вам.

Вообще, Вы правы, вопрос заеженный, а каких-то конкретных ответов тут нет и быть не может. Выбор языка/среды/платформы вопрос важный, но далеко не определяющий. В принципе, можно изучать что угодно. И всё же в Вашем случае, я бы выбрал C++, исходя из того что уже есть некоторый опыт. Изучая глубже и совершенствуясь, можно многого добиться.

Для информации можете почитать тут, 5-ый вопрос. Надеюсь, Вам это тоже поможет.

1

А какую среду разработки выбрать? MS visual studio .net или с++ builder и почему

В принципе хватит builder, в нём есть всё, что нужно.
Но MVS гораздо мощнее, современней, более гибкая, и за ней обеспеченны будущие лет 10.

Но в тоже время builder более компактна, быстра и откомпилированная в ней прога не требует никаких левых библиотек и свободно работает на большинстве современных ОС.
А MVS тянет за собой framework, что не так удобно, хотя он практически везде сейчас стоит.

Моё мнение: мелкие утилитки, программки - builder, серьёзные огромные проекты - MVS!

1

Спасибо большое, Phantom и darkAngel.

Но теперь у меня возник еще один вопросик.
В чем отличие MFC от .NET. Я так понял, что MFC - это библиотека которая используется в mvs.
А что такое .net и почему все пишут, что сейчас оно рулит??

0

Сообщение от losskot А что такое .net и почему все пишут, что сейчас оно рулит??

Потому, что эта технология от MS и у нее хорошо работают рекламщики, пиарщики и маркетологи. DotNet снижает планку вхождения в программисты и позволяет писать безопасный код даже тем, кто не особенно представляет "как это работает на самом деле", типичные ошибки и недоработки кодеров здесь уже не так критичны. Плюс DotNet позволяет создать единую модульную базу для различных компиляторов и даже языков программирования - т.е. можно писать на Delphi, C++/C#, Java с использованием трансформации в байткод .Net

Минус - более медленное выполнение, ибо интерпретируется, необходимость в установленном у пользователя dotNet runtime.

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

0

Вроде бы стало понятней, но все равно не понятно.
Такой вопрос, если я буду писать на с++ в .net то проги тоже будут работать медленее и требовать наличие фреймоврка, или это относиться только к c#?

Сообщение от alexanderwdark Минус - более медленное выполнение, ибо интерпретируется, необходимость в установленном у пользователя dotNet runtime.

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

0

Сообщение от losskot Это более медленное выполнение будет сильно чувствоваться?

На быстром ЦП может и не заметите, но, как понимаете, компиляция в машинный код хорошим оптимизирующим компилятором и псевдокомпиляция в байткод .Net - разные вещи. Конечно, сейчас у них есть различные технологии, позволяющие ускорить этот байткод, но дотнет, как и любая платформа с такими вещами, как сборщик мусора (GC) и агрессивным контролем безопасности кода, выполняется медленнее. Скажем, различные приложения, выполняющие интенсивные обращения к памяти, ресурсоемкие и требующие много процессорного времени игры, критичные по времени отклика и быстродействию приложения - все это требует компиляцию в машинный код.

1

Окей.
А если сравнить java и .net, то где будет зработать медленнее?

0

Сообщение от losskot Окей. А если сравнить java и .net, то где будет зработать медленнее?

Отвечу умной цитатой:
The basic problem here is that .NET languages, like Java, are garbage-collected, and the
GC can kick in at any moment and decide to recover memory.

Я склонился бы в сторону Java, но все зависит от конкретной реализации.

0

Сообщение от alexanderwdark Отвечу умной цитатой: The basic problem here is that .NET languages, like Java, are garbage-collected, and the GC can kick in at any moment and decide to recover memory. Я склонился бы в сторону Java, но все зависит от конкретной реализации.

Да цитата действительно умная, но смысл ее я не понял.
Но я так понимаю смысла изучать java нет, если я собираюсь писать обычные приложения, возможно даже не связанные с интернетом.
Так что остался выбор между .net и обычным с++.

0

Сообщение от losskot Окей. А если сравнить java и .net, то где будет зработать медленнее?

java по идее должна быть медленнее, т.к. это чистый код некой виртуальной несуществующей архитектуры. В процессе работы код по сути дела интерпретируется. Но есть так называемые Just-In-Time компиляторы, которые "на лету" превращают код виртуальной машины в код той платформы, на которой работает приложение. Правда более-менее адэкватно и без тормозов сие дело только под виндами работает.

При разработке .net попытались учесть эту проблему медленно работающего кода и затащили библиотечной окружение в интерпретатор (framework). Если на java библиотечные коды так же были написаны в виде кода виртуальной машины, то на .net эти коды реализованы в виде native-кода платформы, на которой исполняется приложение.

Возможно, написал слишком муторно, но если взять программу типа printf ("hello world"), то исполнение выглядит примерно так. На java интепретируем код main'а (в котором помещён вызов функции printf), далее исполняем printf, который так же интерпретируем. На .net интерпретируем только main, а вот библиотечная функция printf уже исполняется в native коде. Таким образом получается, что программы, активно работающие в интерактивном режиме, технически как правило состоят из постоянного обращения к библиотечным или системным функциям, а потому на .net будут работать быстрее, чем java. С другой стороны если у тебя программа из разряда того, что если нажать в одном месте кнопку, то в другом месте вылезет циферка, то эту разницу в скорости ты не почувствуешь, т.к. львиную долю времени программа будет болтаться в состоянии ожидания события (хотя, возможно, код для ожидания на jave всё-таки интерпретируется и процессорное время отжирает). Если у тебя большая счётная задача (например, обработать массив из миллиона элементов кубическим алгортимом), то тормозить будет и на java и на .net, т.к. всё время жизни программы идёт интерпретация кода.

В случае с java имеем то, что всё написано на java: окружение (библиотеки), компилятор, графические среды разработки и т.п. Чтобы вся эта система заработала на любой платформе, достаточно написать лишь интерпретатор под эту платформу. Ценой за это служит медленное исполнение. Хотя разработчики выходят из положение при помощи JIT (Just In Time) компиляторов (которые так же нужно писать под каждую платформу).

В случае с .net имеем то, что вся библиотечная поддержка вынесена в native-код, что даёт более высокую скорость исполнения. Платой за это служит то, что всё это библиотечное окружение нужно реализовывать под каждую платформу. Интерпретатор + библиотеки представляют собой framework.

Медленная java постфактум работает на очень многих платформах. Быстрый .net, который разрабатывался так же с учётом переноса на много платформ, постфактум работает только под виндой. Вроде бы есть какие-то наработки под линух, но, сильно подозреваю, что они как-то работают косо-криво (ибо в стандартных поставках их не включают). И, наверняка, реализованы только для intel'овской архитектуры.

Если ты предполагаешь заниматься разработкой windows-only программ, но в выборе между java и .net надо смотреть в сторону .net. Если хочешь разрабатывать кроссплатформенные приложения, ты выбрасывать в помойку обе технологии и использовать Qt

2

Сообщение от Evg Быстрый .net, который разрабатывался так же с учётом переноса на много платформ, постфактум работает только под виндой

А windows mobile?

0

Evg, - супер.
Отлично java отбросили.
Qt - меня смущает то, что очень мало литературы на эту тему. Смогу ли я сам разобраться с Qt?
И чем Qt лучше с++ builder?

0

Сообщение от HIMen А windows mobile?

Это MS ОС и тут есть родной .NET Compact Framework

0

И все таки:

Сообщение от losskot Qt - меня смущает то, что очень мало литературы на эту тему. Смогу ли я сам разобраться с Qt? И чем Qt лучше с++ builder?

0

Сообщение от losskot Так что остался выбор между .net и обычным с++.

Ты пытаешься сравнить метр и килограмм. .net - это по сути платформа, а C++ - язык программирования. Ты для начала более подробно озвучь, чем собираешься заниматься и какого уровня приложения писать. Понятно, что вопрос касается ближайшего времени, а не на всю жизнь. Потому как через 5 лет ты скорее всего сам разберёшься со всем остальным, чего ты ещ не знаешь, но понадобится по работе

Сообщение от losskot Qt - меня смущает то, что очень мало литературы на эту тему. Смогу ли я сам разобраться с Qt? И чем Qt лучше с++ builder?

https://www.cyberforum.ru/cpp-... 79698.html
Qt принципаильно лучше тем, что она кроссплатформенная. А так же, более чем уверен, востребованность этих знаний будет расти. Borland будет работать исключительно под виндами, но для несложных приложений он более удобен, т.к. очень много "мусора" прячет от программиста. Да и разобраться в нём проще, чем в MSVS или Qt.

0