Выбор языка программирования (3 стр)

Капитан
> Вы всерьёз считаете, что именно так надо начинать изучение программирования в
> 2010 году ( а не в конце восьмидесятых ) ?

Начинать то по разному можно, а когда захочешь сделать что-нить более-менее серьёзное, сам полезешь читать про
>символ \n для перевода каретки

Капитан
> Вы всерьёз считаете, что именно так надо начинать изучение программирования в 2010 году ( а не в конце восьмидесятых ) ?
Справедливый вопрос. Смотря какая цель. Если стать специалистом - то да, а если чисто игрушку написать, это излишество. Бери Дельфи, формы и всё такое. Только в программирование не суйся.
Один товарищ после трёх лет работы программистом спросил : Что значит "cannot open include file 'include.h' . Между прочим, 1000 зелёненьких каждый месяц имеет, что для Минска весьма неплохо.
Да, перефразируя Мерфи, можно сказать - количество толковости на Земле - величина постояннная, а количество программистов - растёт.

Убей в себе формошлепа - спаси мир

Sasha7b9
> Справедливый вопрос. Смотря какая цель. Если стать специалистом - то да, а если
> чисто игрушку написать, это излишество. Бери Дельфи

То есть специалист - это тот кто должен держать в голове кучу не нужного д... , в смысле информации, типа #include <stdio.h> #include <ctype.h> и прочего. А дельфисту, которому это не нужно помнить, потому, что Дельфи сама находит и вставляет в uses нужные юниты - это не профессионал.

А по-моему профессионализм вовсе не в умении держать в голове ненужное д.., компенсируя собственной памятью ущербность средств разработки, а совсем в другом.

Капитан
Ну, спорить не буду, я не специалист.
Скажу лишь, что реально напряг ощущал, когда не знал, как в процедуры переменные передаются. Может, тебе эта информация и не нужна. Что ж, завидую. Так же как завидую тем, кто именует элементы управления button1, button2. Так же, как тем, кто именует свои классы, начиная с буквы C. Так же, как тем, кто пользуется процедурным стилем программирования, пренебрегая удобствами ООП.

Капитан
о чем вообще этот бредовый спор, изучать любой язык программирования нужно по следующему маршруту
1) основные конструкции
2) алгоритмы
3) абстрактные типы данных
для всего этого хватает выше крыши процедурной прадигмы
дальше потихоньку начинаем изучать
4) различные прадигмы программирования
5) паттерны
и тд. и тп.
начиная с 4 пункта начинаем пробовать писать реальные приложения,
а всякие формошлепы, которые могут лишь пару кнопок на форме расставить, и не могут разобратья в
> #include <stdio.h> #include <ctype.h>
и приэтом струдом себе представляют, как реализовать какой-нить односвязный список допустим.

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

cNoNim
> Капитан
> о чем вообще этот бредовый спор, изучать любой язык программирования нужно по
> следующему маршруту
> 1) основные конструкции
> 2) алгоритмы
> 3) абстрактные типы данных
> для всего этого хватает выше крыши процедурной прадигмы
> дальше потихоньку начинаем изучать
> 4) различные прадигмы программирования
> 5) паттерны
> и тд. и тп.
> начиная с 4 пункта начинаем пробовать писать реальные приложения,

Это путь восьмидесятых. Времён ЕС ЭВМ. Когда надо читать наверное неделю не опытному человеку, прежде чем дойти до пункта четыре и только тогда начинать писать реальные приложения.

cNoNim
> PS: нормальному программисту и блокнота хватит чтоб делом заняться,
> а ты без своих средств разработки и шаг в сторону не сделаешь, "программист"

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

> а ты без своих средств разработки и шаг в сторону не сделаешь, "программист"

А можно ли вместо того, чтобы доехать на машине, добежать до ближайшего города? Можно. Но так поступают идиоты.

Sasha7b9
> Скажу лишь, что реально напряг ощущал, когда не знал, как в процедуры
> переменные передаются. Может, тебе эта информация и не нужна. Что ж, завидую.

А в чём проблема передачи то? Может быть стоило просто узнать?

> Так же как завидую тем, кто именует элементы управления button1, button2.

Зависть - плохое чувство.

И не понятно чему собственно? Кнопку надо называть не button1, а как-то иначе? Можно ButtonPlay1 или ButtonStop1. Это понятнее, но длиннее.

cNoNim
> нормальному программисту и блокнота хватит чтоб делом заняться

А настоящим гуру и блокнот не нужен.

Den Zurin
ну можно и так )))
Капитан
а не расскажешь ли нам свой путь? о великий гуру

cNoNim
> а не расскажешь ли нам свой путь? о великий гуру

В конце второй страницы я описал "Здравствуй мир" на Дельфи.

Далее надо изучать в Инспекторе объектов свойства разных компонентов. Подставлять значения, смотреть что получится. Потом научиться ставить точку после имени компонента, чтобы открылся список его свойств и методов не видных в Инспекторе объектов. Изучить их.

Потом накидав на форму пару TEdit и TComboBox можно написать простейший калькулятор на 4 действия. Или решалку квадратного уравнения. Или ещё что-нибудь подобное. Уже что-то полезное для человека. Есть ощущение результата, вместо недели нудного чтения.

Потом изучить компонент TImage, нарисовать на нём морду или график. Научиться сохранять в файл.

Потом создать класс в отдельном юнике, и перетащить всё это добро в него, чтоб не засорять основной Unit1.pas .

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

Капитан
ню ню
и в итоге упереться в то что ты ни фига не знаешь, и если надо написать что нибудь посложнее
> простейший калькулятор на 4 действия
сразу почему впадаешь в ступор,
если серьезно, то это все баловство, ты хоть убейся а без знаний алгоритмов, АТД и тд. и тп. ты ни фига не сможешь сделать
а то что ты описываешь, это не программирование, это формошлепство, и с программированием оно общего имеет очень мало.

PS: и теперь по поводу блокнота и твоих высеров вроде
> Далее надо изучать в Инспекторе объектов свойства разных компонентов.
> Подставлять значения, смотреть что получится. Потом научиться ставить точку
> после имени компонента, чтобы открылся список его свойств и методов не видных в
> Инспекторе объектов. Изучить их.
можно точно так же писать "Hello World" на Си с использованием ненавистных тебе #include <stdio.h> в каком-нить VS2010Express и юзать intellisense и прочие финтифлюшки, вопрос как бе не в этом

ЗЫ: вообще походу я зря тебе все это объясняю
> простейший калькулятор на 4 действия. Или решалку квадратного уравнения.
походу школота
надо пробовать писать не эту бредятину, а вон лучше решать какие нить олимпиадные задачи толку больше будет.

и вообще если кто-то полный нубяра, ему делфи (как и С++ в прочем) нафиг не нужен
я бы посоветовал
Small Basic
http://www.smallbasic.ru/

Я вот тоже обычно рекомендую читать "отцов", "классику" и всякие умные "пейперы", но сейчас встану пожалуй на сторону Капитана.
Речь идёт о том что читать новичку.  И тут есть нюанс. Любая теория (и книга, в которой описываются теоретические знания) обобщает опыт.  Однако у новичка опыта ноль, и пользы от чтения подобных книг будет просто мизер. Вспомните какие вам лично были интересны книги о программировании в начале пути девелопера? Наверняка те в которых было много написано о том как получить результат. Справочник winapi - великолепное чтиво, прочитав одну страницу уже можно отобразить MessageBox или нарисовать линию - здорово!  Поменять свойство кнопки в RADтаракан IDE- и увидеть тут же результат - офигенски! Ну а если бы попался в начале какой-нибудь Страуструп в котором треть книги это сентенции вида: «использование жирных интерфейсов ослабляет взаимосвязь между концепциями и классами и таким образом открывает простор для использования наследования как просто удобства реализации» то кроме приступов тошноты и полного когнитивного диссонанса "что хорошего в этой книге???" у новичка возникнуть было бы нечему.
Поэтому, новичок пусть читает книги, где с первых страниц уже можно "пощупать" своими руками что-то. Пусть чувствует себя творцом. И уже много позже, написав не один десяток тысяч строк кода, можно переходить к чтиву, обобщающему чужой опыт. Так как только уже проецируя экстракт опыта на свой собственный, можно что-то осознать. Вобщем это естественный путь познания - практика->теория->практика->теория...етц. И начинаться должно с практики, а иначе получится как обычно в школах-вузах теория (с мыслью "нахрен это надо" и "что за хрень тут написана")->потом практика (с мыслью "блин, а ведь надо было в своё время учить ту хрень") -> и снова теория (изучение когда-то пройденного, теперь уже с осознанием "нафига").

Надо просто разделять понятия, то о чем вы говорите мало связано с программированием .
Положить на форму пару кнопок это больше походит на дизайн или верстку.
А начинать можно с чего хочешь можно вон в Excel с помощью формул такие вещи творить, а потом еще и макросы обнаружить. Но программирования там будет очень мало.
А по поводу простоты и видимости результата я не зря привел small basic, кто-нибудь его смотрел?
Там очень низкий порог вхождения, много уроков, красивый интерфейс, удобная система подсказок и тд. и тп. Все что нужно новичку
И уже с первых уроков видно результат

Капитан
> Когда надо читать наверное неделю не опытному человеку

НЕДЕЛЮ?! Ну ты и жирный же! Минимум год не хочешь? Именно, чтобы изучить, а не прочитать, законспектировать, вызубрить и рассказать преподу.
Ты ещё скажи, С++ за 21 день можно изучить.