Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

» Самый перспективный язык программирования

Автор: ItsJustMe
Дата сообщения: 19.10.2005 21:54

Цитата:
Напрасно вы так к досу, напрасно

Не понял. О чем здесь идет речь?


Цитата:
Станет, куда ж ему бедняге деваться. [skipped] включить его в установку (DirectX, конечно, а не кряк).

Да, вот это на нас, обычных таких чайников, очень похоже. Вот так мы и мыслим. И здесь ответ на вопрос о так понравившейся ICQ. Если припрет - скачаем и найдем все, что угодно, в пределах разумного. А .NET Framework более чем вписывается в эти пределы, ибо найти ее проще некуда. А "припрет" - это когда прога не запускается. Причина банальна, но толкает нас, обычных таких чайников, на великие свершения. А г-н oSLikus, судя по всему, страшно далек от народа.

EZH
Молодец! Все как надо сказал. Посему считаю, что ты своим постом расставил все точки (и не только над i ). Со своей стороны более данную дискуссию не поддерживаю. Все уже сказано.
Автор: Bozo
Дата сообщения: 20.10.2005 02:32
WiseAlex
Согласен, прогнал на порядок
EZH
+1
Автор: DeADMoHAX
Дата сообщения: 20.10.2005 07:38
На мой взгляд, щас самый перспективный - С#, так как у мелкософта до* баблоса и язык хороший и главенсятвующий в технологии dotnet
Автор: XDiaBLo
Дата сообщения: 20.10.2005 08:07
Есть и ещё странность, Ява ставится чуть ли не с каждым приложением которому она нужна, даже несмотря на то, что на винте есть уже версий десять этой же самой Явы...
Автор: ItsJustMe
Дата сообщения: 20.10.2005 12:36
уже десять версий? WOW! Где ты столько нашел?
Я могу припомнить только две: Enterprise 1.4.2 и Standard 1.5.0
Автор: Bozo
Дата сообщения: 20.10.2005 21:43
XDiaBLo
Никто не заставляет каждый раз ее ставить, а в дистрибутивы ее пихают как раз для таких, которые "не могут скачать, не знают, откуда скачать, не знают, как установить" и вообще щитают, что "компьютер все должен сам делать". Таких людей очень много.
Автор: XDiaBLo
Дата сообщения: 21.10.2005 07:02
Bozo
Дык эта, многие приложения просто не спрашивают ставить ли... А у меня так-то последняя версия стоит, причём не JRE, а JDK, а в нём и JRE есть по умолчанию. И мне нафиг не надо чтоб каждое приложение своей версией пользовалось. Хоть и места на винтах ~500Гб :) Но это же не значит что надо это всё в свалку превращать...

Добавлено:
ItsJustMe
Дык а до этих Enterprise 1.4.2 и Standard 1.5.0 ещё были какие-то версии? Некоторые проги с собой ещё и старьё всякое тащат, хотя сами вроде новые... Ну они в свою папку и суют виртуальную машину Явы
Автор: ItsJustMe
Дата сообщения: 21.10.2005 12:58
Оно-то понятно, что были
Странные это, однако, инсталляторы... Ставят то, что уже есть, упорно игнорируя мнение юзера... Что ж, всякое бывает...
Автор: Inochkin
Дата сообщения: 14.04.2006 19:28
TheChampion
Кстати, к вопросу о том, что крупного было написано на .NET. В последнем каталоге питерской фирмы Прософт содержится описание SCADA-пакета, написанного полностью на C#. Признаться, запамятовал название пакета, но его можно поискать на сайте прософта. В общем-то, думаю что 30 лет это я погорячился;)
Автор: SPeller
Дата сообщения: 15.04.2006 15:23
Смотрю, народ ушёл давно от сабжа, но вставлю свои 5 копеек по части перспективных языков: а не всё-ли равно? Главное, чтобы соображалка была, а там уже на каком языке денег больше платят, на том и будешь писать, никуда не денешься.

Что же касается перспектив, то перспективы языка определяются размерами финансов, которые тратятся на его поддержку. Поэтому перспективность можно высчитать по финансовым отчетам
Автор: Mickey_from_nsk
Дата сообщения: 17.04.2006 08:56
И мои 5 копеек.
Хоть и считаю С++ одним из самых крутых языков, но...
Когда мне надо сделать GUI приложение, мне проще писать на C#, причем не потому, что он такой суперязык, мне, например, в нем иногда сильно не хватает множественного наследования, просто, для того чтобы сделать то же на C++ надо либо чего-то еще откуда то выкачать (тот же буст), доизвращаться с умными указателями до победного, освоить MFC (мое глубокое IMHO, но не нравится мне эта библиотека).
Кроме того, для всех компонентов .NET есть суровый help в лице MSDN, а для того же boost надо его сначала сильно прочитать, потом сильно освоить.
Одним из главных недостатков C# (я бы отнес его ко всем продуктам MS) считаю его видимую простоту. Реально, чтобы на нем научиться делать качественные вещи надо достаточно времени затратить, книжек обчитаться. Только тогда перестануть происходить утечки памяти, постоянные передергивания контролов и т.д.

По поводу качать или не качать Framework - глупости это. Сейчас он идет со множеством продуктов от MS - ставь не хочу (если еще не поставил).
Кто-то раньше там упрекнул в том, что если много приложений - много памяти жрется. Для java это наверно так. Там другая модель работы с библиотеками - там практически все библиотеки распаковываются в момент исполнения. Естественно, 5 процессов занимают в 5 раз больше памяти.
Что же касается .NET там все по другому. Там все библиотеки собраны в dll. Программисты не дадут соврать, что все dll система грузит ровно 1 раз (по крайней мере исполняемый код). Если другое приложение хочет обратиться к данной dll, загруженная библиотека просто внедряется в код этого приложения без дополнительной загрузки. Об этом можно почитать у Рихтера. Там все подробно разжевано.
При инсталляции система, которой надо существование .NET Framework какой то версии сначала проверит ее наличие на машине, потом, в случае отсутствия, будет устанавливать свою.
В общем, у .NET куча своих плюсов и практически нет минусов (ИМХО).
Автор: NPC
Дата сообщения: 17.04.2006 10:38
наверно С++, хоть я мало понимаю в программировании.
даже для смартфонов Нокия программируют на С++.
Автор: OdesitVadim
Дата сообщения: 17.04.2006 11:24
NPC

Цитата:
наверно С++, хоть я мало понимаю в программировании.
даже для смартфонов Нокия программируют на С++.

А как Вы думаете, насколько С++ для Нокии похож на С++, на котором пишут для Windows (Давайте для определённости, на VC). Эта "похожесть" заканчивается на структуре языке (if,for) и ещё несколько бибилиотек, которые со скрипом портировали. Так как язык С/С++ очень приблежённый к ассемблеру (чем очень гордятся все любители С/С++), а ассемблер x86 и Nokia сильно отличается, то это накладывает определённые ограничения. Приведу пример, более понятный. Припустим, человек, который очень хорошо знает русский, приежает в Карпаты (а там практически все говорят на украинском). И хотя структура языка одинакова (тоесть последовательность слов пожно переводить по словарю и в большинстве случаем предложение будет корректно) и буквы почти те, и более того, слова очень многие одинаковы. Но этот наш человек будет терятся. Он не будет понимать. Правда после небольшой адаптации будет всё хорошо.
Так и с языками С/С++ (именно языками, так как детали реализации каждого компилятора очень отличаются. Но любители С об этом часто умалчивают )
Автор: WiseAlex
Дата сообщения: 17.04.2006 12:21
OdesitVadim
на самом деле здесь ситуация несколько иная.
Основа языка всегда сохраняется. другое дело, что для любых native компиляторов с любого языка если он существует для нескольких платформ добавляются platform-specific библиотеки, зарезервированные слова и т.д.
Чем шире набор платформ, тем больше всяких нюансов.
Цитата:
Но любители С об этом часто умалчивают
. Так же как и pascal basic и т.д.

Цитата:
С/С++ очень приблежённый к ассемблеру

утверждение достаточно спорное и ноги его растут из 70-х (т.е. когда С только создавался) с течением времени данное утверждение (особенно для типизированного С++) стало менее актуально


Автор: OdesitVadim
Дата сообщения: 17.04.2006 14:06
WiseAlex
Уважаемый, а Вы на FreePascal'e пробывали програмить? Мне недавно надо было на FreeBSD небольшую утилиту написать. Perl, С Shell и подобное я знаю, но очень сложновато мне с ними. С помощью FP я достаточно быстро написал утилиту (она разбирала логи wget, а также делала определённые действия по результатам анализа). Быстро - это в тичении часа-двух. И самое главное в этом, что дла этого мне не пришлось учить системные вызовы unix и прочье. Мне только надо было знать, что нет дисков, а есть корень файловой системы - но это существенно упростило задачу. Мало того (это уже к языку не относиться, но в наше время IDE и язык очень часто неразрывны) оболчка для написания с дебагером очень похожа на старый TurboPascal и запускалась она через Putty, а сама машина была далековато от меня. Моя прога с полпинка скомпилируется и под MacOs. И заметье, это без дополнительных инструкций препроцессору. Я просто пишу код.
А что мне может предложить С? Среда - vi, ed, emacs - а компилим отдельно с помощью make. Отладка, то вообще отдельная история. А извесно, что 90% времени разработки это компиляция, поиск ошибок и отладка. Извольте.

Цитата:
Но любители С об этом часто умалчивают     
. Так же как и pascal basic и т.д.

Эта фраза, вырваная с контекста, сильно меняет смысл. И запятая конечно в вашем предложении надо, иначе Вы создали новый язык программирования

Цитата:
С/С++ очень приблежённый к ассемблеру     

утверждение достаточно спорное и ноги его растут из 70-х (т.е. когда С только создавался) с течением времени данное утверждение (особенно для типизированного С++) стало менее актуально

Достаточно взять любой учебник по С/С++ и почитать введение. Сомнения сразу развеиваются. И хотя язык прогресирует, он тянет за собой в виде рудиментов старые особенности. И иногда допускаеш ошибку, а она оказывается не ошибка, а особенность языка и компилируется. Потом долго и нудно ищещ ошибку. За примером далеко ходить не буду это два равно в условном операторе.
Автор: WiseAlex
Дата сообщения: 17.04.2006 16:21
OdesitVadim

Цитата:
а Вы на FreePascal'e пробывали програмить?

нет, но часто сталкиваюсь со встроенными ситемами и какой там Pascal? правильно специальный. Если говорить о кроссплатформенности, то это достаточно широкое понятие.

Цитата:
А что мне может предложить С

думаю, что при таких требованиях (удобная консольная IDE) не так много языков это предложат. Опять же можно приводить много частных примеров, где есть только компилятор С или basic и больше ничего...

Цитата:
Эта фраза, вырваная с контекста, сильно меняет смысл.

практически нет.

Цитата:
И запятая конечно в вашем предложении надо,

Это и так понятно и я надеюсь мы не скатимся до выяснения грамматических и пунктуационных ошибок...

Цитата:
Достаточно взять любой учебник по С/С++ и почитать введение

о ситуации 70-х годов в разделе "Как это было"

Цитата:
За примером далеко ходить не буду это два равно в условном операторе.

типичная ошибка при переходе с pascal (сам ее часто допускал), потом привых и живу с этим вполне нормально, иногда нахожу такие вещи удобными. В целом как в любом долгоразвивающемся языке есть не слишком красивые вещи (типа синтаксиса указателей на функции в С и begin-end в pascal ),
Единственно, чего я не понял, так это почему если какая-то частная задача лучше решается на определенном языке, то это достойно быть описанным в топике о перспективности...
Автор: SPeller
Дата сообщения: 17.04.2006 16:51

Цитата:
особенно для типизированного С++

По сравнению с паскалем, типизированность Си - это кулёчки в песочнице
Автор: WiseAlex
Дата сообщения: 17.04.2006 17:01
SPeller
для особо внимательных читателей: типизированность
Цитата:
С++
а не
Цитата:
Си


Автор: SPeller
Дата сообщения: 17.04.2006 17:05
Я и мел в виду С++. Я еще не на столько из ума выжил, чтобы в разговор про С++ вставлять реплики про С (без плюсов)

Добавлено:
Так как вы, Софтовых дел Мастер, имели дело с паскалем, то должны знать, что типизированность паскаля (не знаю как раньше, но Дельфи точно) - куда выше чем в сях (с плюсиками).
Автор: WiseAlex
Дата сообщения: 17.04.2006 17:51
SPeller

Цитата:
Я и мел в виду С++

нужно быть точнее

Цитата:
в разговор про С++ вставлять реплики про С

разговор шел и про то и про другое

Цитата:
Софтовых дел Мастер
не совсем
Цитата:
типизированность паскаля ... куда выше чем в сях (с плюсиками)
Что считать "выше"
если имеется ввиду жесткость типизации, то С++ не слишком отличается от pascal, а логика работы типизации связанная с классами гораздо изощренне
(Да в паскале нельзы char'у присвоить integer и integer'у real, но можно integer'у присвоить longint; типы с ограничением значений легко реализуются на С++ )
---
вижу скатываемся к священным войнам вида С++ vs Pascal


Автор: SPeller
Дата сообщения: 17.04.2006 18:33

Цитата:
типы с ограничением значений легко реализуются на С++


Код: type
RR = -11..12;
var
D: RR ;
begin
D := -20;
Автор: WiseAlex
Дата сообщения: 17.04.2006 19:14
SPeller

Цитата:
Не сложнее чем на цпп
собственно я говорил о том, что данная возможность легко реализуема на с++, о ее встроенности в pascal всем и так известно

Цитата:
что паскаль ушёл дальше цпп в строгости
только в той части, которая касается встроенных простых типов о чем я и упомянул. Какое отношение это имеет к перспективности - не ясно.
---
В силу затянувшегося offtop'a на посты С++ vs pascal отвечать прекращаю. Желающие высказываются или в ПМ или в отдельном топике
Удачи
Автор: Pinocchio
Дата сообщения: 18.04.2006 13:01
Из вопросов типизаци, порождения варнингов линковки и всевозможных экзепшенов можно составить представление только о удобстве в решении задач по нахождению ошибок в тексте программы, но не представление о перспективности. Перспективность того или иного вида человеческой деятельности гораздо зависимее от движений финансов, а так же адекватности этого вида деятельности в конкретном социуме. Если этот социум пытается усвоить английский и не пытается привлекать в сферу вНТ аналогичного количества специалистов, чтобы компенсировать сложность за счёт человека-ресурсов, то такой социум может столкнуться с некоторым выводом а именно:
из сравниваемых видов деятельности адекватнее:
1. Тот в котором больше английского
2. Тот в котором легче работать
3. Тот в котором проше финансовые процессы.

А что это за деятельность думаю вполне очевидно...
Автор: XPEHOMETP
Дата сообщения: 18.04.2006 17:54
Мне так кажется, что вопрос изначально не корректен, и ответ на него может быть разве что типа того, что дал Pinocchio.
Автор: BackstreetCat
Дата сообщения: 18.04.2006 20:47
Pinocchio
Сам то хоть понял че сказал?
Автор: Mickey_from_nsk
Дата сообщения: 19.04.2006 07:43
OdesitVadim

Цитата:
Уважаемый, а Вы на FreePascal'e пробывали програмить? Мне недавно надо было на FreeBSD небольшую утилиту написать. Perl, С Shell и подобное я знаю, но очень сложновато мне с ними.

Все таки я склонен думать в сторону того, что для спец. действий есть спец. инструменты. FreePascal как таковой не знаю, знаю просто Pascal, кроме него еще кое что и давно уже пришел к выводу, что для каждого дела есть свой инструмент. Например для парсинга логов (тьфу, блин, разбора журналов), связанного с исследованием структуры построчно больше подходит перл. В нем регулярные выражения и обработка текстов прямо встроены, а примочек к нему (причем стандартных и бесплатных) - пруд пруди.
По поводу средств разработки и IDE, то ради двухчасовой задачи можно и в vi поработать. Если чувствуешь, что это не два часа, то можно и emacs освоить. Если связываешься на несколько лет, можно найти и соответствующую IDE.
Вообще тема не очень корректная. Я бы совершенно не стал сравнивать ASP.NET и C#, приведенные в списке выбора.

В общем, основной мой тезис - каждой работе свой инструмент. Если надо высокоскоростное и суперпортируемое - это одни средства. Если еще более высокоскоростное и абсолютно не портируемое - другие. Если быстро сваять разбор журналов - третьи. Если реализация логических схем - четвертые и т.д.
Автор: DmitryNeyolov
Дата сообщения: 03.06.2006 21:07
Mickey_from_nsk

Цитата:
В общем, основной мой тезис - каждой работе свой инструмент. Если надо высокоскоростное и суперпортируемое - это одни средства. Если еще более высокоскоростное и абсолютно не портируемое - другие. Если быстро сваять разбор журналов - третьи. Если реализация логических схем - четвертые и т.д.


АБСОЛЮТНО СОГЛАСЕН с последним сообщением!!! Вы только задумайтесь, почему так много разных языков программирования и причем достаточно часто появляются новые? Это говорит о том, что нет универсального ИНСТРУМЕНТА!!! А раз нет ПАНАЦЕИ ОТ ВСЕХ "БОЛЕЗНЕЙ" значит должен быть выбор. Все языки программирования являются достойными и перспективными но только в определенной ситуации и в определенных руках!!!

Я например решал свои личные задачи так:

Delphi - прога для закачки файлов из инета с докачкой!
NnCron - прога для скрытия формы по определенному заголовку
Макрос в Excel - для автоматизации работы кассы предприятия.
Turbo Pascal - для написания проги создающей html файла со ссылками на другие html файлы и т.д.

И вообще, хоть я и не занимаюсь программированием профессионально (я бухгалтер) , мне так кажется что ставить на какой-то один инструмент глупо КАК И КЛАСТЬ ВСЕ ЯЙЦА В ОДНУ КОРЗИНУ
Автор: OdesitVadim
Дата сообщения: 05.06.2006 10:30
DmitryNeyolov и All
Не важно какой язык програмирования. Важен мастер, который этим языком орудуюет. Даже если взять супер язык (если таков есть ) и очень плохого специалиста, то он не напишет нормальную прогу.
Но если взять мастера и дать ему самый плохой язык (даже боюся назвать) то он сможет сделать конфетку.

Вот к примеру скажите, на каком языке (не программирования, а на том, на котором говорят) лучше будут выглядеть стихи? Сложно? конечно. Вы же не говорите, вот на русском красиво выглядит, а на английском - ужас? Всё записит от поэта.
Так само и с языками программирования. На некоторых языках человек как бы может "думать" и пожтому код он пишет налету.
Автор: HipOK
Дата сообщения: 05.06.2006 14:00
С++, Java, C# эти 3е будут всегда на лидирующих позициях...
Хотя недавно знакомый рассказал что его контора 12 программистов, пишут серьёзное корпоративное приложение под делфи и база под оракл
С трудом себе это представляю, наверное в виду недостатка опыта. То помоему такие среды как Delphi и СBB удел начинающих, или примитивных приложений
Автор: Mickey_from_nsk
Дата сообщения: 05.06.2006 14:22
HipOK
Зря ты так. OdesitVadim совершенно правильно сказал - не язык красит приложение, а программист его ваяет. Какой программист, такое и приложение.
Ты, например, можешь назвать принципиальную разницу между современным C++ и Delphi? Как языков? Как средств разработки (можешь с Vsxxxx сравнить)? Как утилизатор существующих библиотек?
А по поводу Delphi+Oracle, так Оракл тоже не кислая БД, способная львиную часть логики взять на себя.

Страницы: 1234567891011121314151617181920212223

Предыдущая тема: Подскажите сайт о написании компьютерных игр.


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.