Какой язык лучше учить?

Сейчас знаю основы паскаля и делфи... Что учить дальше? То есть какие языки для каких целей используются? Может ли, скажем, Делфи, лет через 6 устареть?

Сообщение от Mecid на VB .NET

Не хочу иметь дело с нет, т. к. далеко не на всех компах есть DOTNET

0

на всех сборка хрюши есть)я уже не говорю о Висте и Видовс 7

0

Не хочу иметь дело с нет, т. к. далеко не на всех компах есть DOTNET

Да ща даже треть поломанных прог/игр требуют фреймвок. За ним будущее. Тем более он майкрософтовский.
Он как винрар. Вроде не в комплекте с ОС, а у всех стоит )))



А насчёт языка. Лично мой выбор - семейство Си (С++/С#).
Мне кажется легче начать с С++. там с понятия типов, операций, функций и структур, медленно перетекаешь в основы ООП.
С# больше на проффисионалов расчитан, там без знания теории ООП писать трудно.

0

Сообщение от darkAngel С# больше на проффисионалов расчитан, там без знания теории ООП писать трудно.

Сказал бы наоборот. Все .net и шарпы расчитаны как раз на тех, кто может наделать ошибок, скажем при работе с памятью, указателями, массивами. Элементы ООП изучить недолго, а работать на более низком уровне гораздо сложней и тут проше дать маху. Вся тенденция развития языковой базы - это упрошение и стремление к "защите от дурака", т.е. более безопасное программирования, чаще даже с прямым запретом на многие вещи (как-то unsafe) или жуть вроде Delphi 8

А Delphi никогда не умрет. Вопрос в том, во что он может превратиться. Delphi 2009 скажем, уже очень неудобно использовать для всех приложений, где требуется нормальный unsigned char (byte) и нормальный PChar (unsigned char *), нормальные однобайтовые строки. Тут такая принудиловка полезна только для довольно простых и изначально юникодных проектов.

Очень многие серьезные фирмы и разработчики сидят еще на Delphi 7 и еще довольно долго будет использовать этот инструмент. Хотя мне очень удобен 2007-й, за исключением справочной системы, к-я в 7-ке значительно лучше.

dotnet он только на авторитете MS держиться. Идея хороша, а вот реализация не лучшая. И проекты слишком ресурсоемки и производительности их не так высока, и просторы для кодирования ограничены.

0

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

0

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

Задачи и правда другие. По-этому, на вопрос "Какой язык лучше учить?" стоит ответить опять же вопросом: а какие, собственно, будут стоять задачи?

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

0

если посматреть на заглавие топика то можно увидеть что нужно ТС.
поэтому я думаю ему надо смотреть в сторону С/C++ пока что

0

Мелкомягкие, освободите форум.
С/C++/Haskell/PostgreSQL

0

Сообщение от antropokosmizm Мелкомягкие, освободите форум. С/C++/Haskell/PostgreSQL

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

Ну, а Haskel - чисто функциональный язык программирования для математиков, физиков, академиков, ученых, различных НИИ и проч., но человеку-соискателю на приближенную к жизни должность пригодится редко. Скорее всего, скажут: "А что это такое? У нас это не нужно." Для саморазвития, конечно, знать можно.

0

Сообщение от antropokosmizm Мелкомягкие, освободите форум. С/C++/Haskell/PostgreSQL

к чему это ты?

0

Сообщение от antropokosmizm Мелкомягкие, освободите форум. С/C++/Haskell/PostgreSQL

Сообщение от Mecid к чему это ты?

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

Добавлено через 10 минут 34 секунды

Сообщение от alexanderwdark SQL не следует выделять как отдельный язык, требующий изучения. Зная любой из языков высокого уровня можно за очень коротное время освоить и SQL (в нужной реализации и конкретном диалекте), при необоходимости и внедрять его в своих проектах. Ну, а Haskel - чисто функциональный язык программирования для математиков, физиков, академиков, ученых, различных НИИ и проч., но человеку-соискателю на приближенную к жизни должность пригодится редко. Скорее всего, скажут: "А что это такое? У нас это не нужно." Для саморазвития, конечно, знать можно.

По первому абзацу: я знаком с одним профессором, который назвал бы вашу позицию несостоятельной. А так же человек 20 - его учеников (и я среди них), - подтведивших бы. Создание правильной СУБД с использование всех доступных мощностей - это настоящее искуство, и под это искуство в, например, PostgreSQL-e или в Oracle есть небедный язык. Кстати, язык не меньшего объёма чем современный императивный язык.

По второму: это заблуждение. Я вот сейчас работаю над одним весьма индустриальным проектом. И пишется вс это на Хаскеле с редкими вылазками на более низкий уровень к C/C++. Чисто теоретически Хаскель содержит в себе почти всё что имеет обычный императивный язык в обобщённом виде + дополнительные языковые мощности, которые предоставняет упомянутое обобщение.

0

Сообщение от antropokosmizm По первому абзацу: я знаком с одним профессором, который назвал бы вашу позицию несостоятельной. А так же человек 20 - его учеников (и я среди них), - подтведивших бы. Создание правильной СУБД с использование всех доступных мощностей - это настоящее искуство, и под это искуство в, например, PostgreSQL-e или в Oracle есть небедный язык. Кстати, язык не меньшего объёма чем современный императивный язык. По второму: это заблуждение. Я вот сейчас работаю над одним весьма индустриальным проектом. И пишется вс это на Хаскеле с редкими вылазками на более низкий уровень к C/C++. Чисто теоретически Хаскель содержит в себе почти всё что имеет обычный императивный язык в обобщённом виде + дополнительные языковые мощности, которые предоставняет упомянутое обобщение.

1.
Профессиональное владение любым инструментом - это уже своего рода искусство.
Даже обычным ножом можно вырезать прекрасные фигуры из дерева. Даже обычными руками лепить прекрасные скульптуры. Не говоря уже об искусстве программирования. Тут нужно разделать знание языка, вообще способности к программированию и талант программиста. У одного изучение того же SQL (не будет говорить о диалектах, к-рых достаточно) займет неделю, для второго и года будет мало. Кто-то и за год не сможет стать действительно мастером своего дела, разрабатывать действительно изящный и оптимальный код. Если речь просто об изучении SQL - не думаю, что говоря о программисте, способном к освоению любого языка следует вести речь о сложности. А профессионализм у способного человека развивается просто с опытом создания реальных, серьезных приложений, тут уже речь не о изучении самого языка.

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

Как пишут сами разработчики Хаскеля,

In applications where performance is required at any cost, or when the goal is detailed tuning of a low-level algorithm, an imperative language like C would probably be a better choice than Haskell, exactly because it provides more intimate control over the exact way in which the computation is carried out.

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

Как по мне, представление о коде как о выражении мне чуждо - императивный код читаю проще и он для меня совершенно прозрачен.

Функциональные языки с ленивыми вычислениями распространены очень мало, значительно меньше императивных - у них своя ниша, свои поклонники. Мое мнение - знать как можно больше языков всегда большой плюс, еще больший плюс -разработать свой и хотябы интерпретатор. Тогда становиться ясно, что скорее всего, еще во времена C и Pascal (Delphi все-таки, только его расширение) изобрели, пожалуй, лучшее и наиболее гибкое.

0

alexanderwdark
1. Ну я под СУБД не имею в виду лишь SELECT, а ещё и кучу всяких конструкций типа VIEW, индексов, триггеров, логики модификаций внешних ключей, процедуры.... Что ж вы мне скажете, что под это не выделяется свой полноценныйязык программирования? Кстати методы программирования на этом СУБД языке математически обоснованы (чего стоит уже одна нормализация) и отличаются от фоннейманщины (хоть и могут соприкасаться).

2. Я перешёл на функц. языки, от того, что мне с годами императивные стали казаться скучными и в общем-то тупиковыми. Я не отрицаю императивщину, а лишь уделяю им соответствующее место. Как подмножество возможностей функц языков.
И вы правы, для низкого уровня программирования С действительно подходит как нельзя лучше. Поэтому я его и упомянул ранее, как обязательный для изучения.
Что же касается скорости и потребления памяти - на Хаскеле МОЖНО сделать программу так, чтобы она по этим параметрам почти не отличалась от аналогичной написаной в С. Другое дело, что с современными мощностями это не часто нужно, ну и конечно то, что плохому танцору мешают яйца.

0

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

0

Везде нужно код писать.

0

Между прочим на шарпе и на джаве можно заниматься формошлепством также как и в дельфях

0

Сообщение от Mecid Между прочим на шарпе и на джаве можно заниматься формошлепством также как и в дельфях

Нужно различать язык и среду разработки. Нужно различать программистов-дизайнеров интерфейсов и программистов кодеров.

Сам язык предусматривает разработку на основе чистого кода и без инструментария визуальной разработки (есть исключения, вроде 1С 7.7/8).

Так например, есть очень удобные IDE/RAD, втч. с code insight для Delphi/ C/C++ / C# / PHP и т.д., есть даже Visual Assembler IDE.

Если вы любитель чистого кода + WinAPI можно вполне обойтись блокнотом + dcc32 / bcc32, к примеру. Вопрос только в том, что часто основа программы - сложнейшие алгоритмы и времени / желания вручную реализовывать формы просто нет. Именно тогда и приходит на помощь RAD. А использовать визуальные компоненты совсем не обязательно и никто не заставляет. Лично я использую подобные IDE по причине наличия очень удобного и продуманного редактора с завершением кода. А конструкторы кода, именно кода, а не форм - это и правда уже извращенство. Впрочем, сейчас о них почти уже и не слышно.

Добавлено через 27 минут 27 секунд
Что учить, с чего начать, что читать?

Вообще, подобных тем очень много. Это не совсем правильно и даже опасно.

Прежде всего, неправильно потому, что человек, который задает такой вопрос, по моей практике, совсем еще не определилился относительно фундаментальных вопросов:

- оно вам надо?
- какие будут стоять задачи перед вами?
- сильно ли Вы увлечены вообще сферой ИТ?

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

Задачи. Тут самое главное. Хотите ли вы просто занять время в часы безделья или заработать деньги. Если просто деньги, причем большие, то можно и не для души - изучайте бухучет, финансы, производство и вовсю штудируйте внутренний язык и структуры, схемы данных 1С 8.1. Это, что называется, просто и вкусно. Если вам ближе "железо", хотите досконально знать уйстройство совр. ПК, вычислительной техники, микроконтроллеров и работать на низком уровне - начинайте с языка ассемблера и ISO C.

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

Возможно, вообще вам ближе всего дизайн и у вас есть художественное чувство - тогда лучше заняться вэб программированием и изучать HTML/PHP/MYSQL/JS/JAVA плюс различные флэш-технологии и граф. редакторы.

Главное, никого никогда серьезно не слушайте в таких вопросах. Это - Ваша жизнь и будущее. Каждый всегда подскажет только то, что ему нравиться и то, что он уважает. Программисты - что религиозные фанатики, здесь все мнения крайне субъективны.
Не занимайтесь тем, что не нравиться, не изучайте то, что не близко и то, что явно не ваше.

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

0

Сообщение от Мегатрон это языки конструкторы ну там просто кидаеш на форму кнопочки и собираеш себе прогу?

Есть такой конструктор - HiASM называется. Там прога составляется из кубиков...

0

alexanderwdark, а если я, к примеру, хочу создать ии и чтоб он захватил и унчитожил мир, то какой язык следует изучать? )

0

Сообщение от darkAngel alexanderwdark, а если я, к примеру, хочу создать ии и чтоб он захватил и унчитожил мир, то какой язык следует изучать? )

Тогда любой язык высокого (или сверхвысокого) уровня, на asm очень долго придется мучаться

Как показывает практика, захватывают мир вещи, написанные на C++

1