Какой язык выбрать
На самом деле, первый язык должен быть прост. Даже в ущерб гибкости. Задача первого языка --- донести Суть. Я считаю своим первым языком Фокал (БК-0010), хотя в голубой дымке прошлого уже затерялось, был ли он действительно моим первым языком, или им был FoxBase (клон dBase). Но именно при изучении Фокала на меня снизошло Понимание. После этого никакой язык не вызывал затруднений, если имелась толковая документация.
Гораздо важнее, по-моему, изучать исходя не из языка, а из парадигмы: структурное, объектно ориентированное, функциональное и т.п. программирование. Потому как под задачу в первую очередь нужно выбрать парадигму, на которую она лучше ложится, а уж потом - язык(и) в зависимости от прочих требований.
Гораздо важнее, по-моему, изучать исходя не из языка, а из парадигмы: структурное, объектно ориентированное, функциональное и т.п. программирование. Потому как под задачу в первую очередь нужно выбрать парадигму, на которую она лучше ложится, а уж потом - язык(и) в зависимости от прочих требований.
Насчет C++ книжек советую Scott Meyers:
1. Effective C++ Second Edition
2. More effective C++
Читать после какой нибудь более простой книги по cpp. И после
написания маленьких программ. Эти книжки описывают не синтаксис,
языка, а смысловые понятия. Чё можно делать а что не надо. А если
всё-таки делаешь что не надо, то хоть понимать должен зачем.
ps. Если переводные, то названий не знаю. Переводчики так
могут назвать что и не догадаешся, а книга одна и та же.
1. Effective C++ Second Edition
2. More effective C++
Читать после какой нибудь более простой книги по cpp. И после
написания маленьких программ. Эти книжки описывают не синтаксис,
языка, а смысловые понятия. Чё можно делать а что не надо. А если
всё-таки делаешь что не надо, то хоть понимать должен зачем.
ps. Если переводные, то названий не знаю. Переводчики так
могут назвать что и не догадаешся, а книга одна и та же.
Наконец-то!!! Респект. Я тоже считаю такой подход единственно правильным. Сначала требования, потом выбор инструмента и парадигмы.Rock писал(а):Гораздо важнее, по-моему, изучать исходя не из языка, а из парадигмы: структурное, объектно ориентированное, функциональное и т.п. программирование. Потому как под задачу в первую очередь нужно выбрать парадигму, на которую она лучше ложится, а уж потом - язык(и) в зависимости от прочих требований.
- kae
- Неотъемлемая часть форума
- Сообщения: 318
- Зарегистрирован: 26 янв 2003, 03:53
- Откуда: Дзержинск, РБ.
- Контактная информация:
Двумя руками "за"! Поэтому, как старый пасквилянт, начинать советую с Pascal, он для того и создавался. Кстати, об этом уже где-то выше писали.tiamat писал(а):Наконец-то!!! Респект. Я тоже считаю такой подход единственно правильным... .Rock писал(а):Гораздо важнее, по-моему, изучать исходя не из языка, а из парадигмы: структурное, объектно ориентированное,.... .
Будем же учиться хорошо мыслить — вот основной принцип морали
— Паскаль
— Паскаль
Имхо есть много хороших книг по C++, однако многие тут пытаются соединить языки C и C++. Имхо C++ это _абсолютно_ другой язык, с другой филисофией. Книга Страуструпа конечно хороша, однако это больше справочник. Рекомендую ознакомится с книгой создателя Loki (это не те, что игры под Linux портируют), которая называется, если я не ошибаюсь Modern C++ design.
А вообще мне неприятно до тошнотиков смотреть на программистов, которые "зная" C пытаются "программировать" на C++.
Сорри за оффтом, но наболело
А вообще мне неприятно до тошнотиков смотреть на программистов, которые "зная" C пытаются "программировать" на C++.
Сорри за оффтом, но наболело
ИМХО, если целишься на С лучше забыть про Паскаль (хотя язык хорош по своему, спорить не буду) - потом сильная ломка при переходе с Паскаля на С, много непохожестей (формально - синтаксис, но основополагающие принципы одинаковы-то в программировании на любом языке).
Не советовал бы наверно браться за С++ если целишься на системное программирование. Извините товарищи, но С++ в системном программировании - полуночный кошмар параноика (представьте себе ядро Линукс, переписанное на С++:twisted:)
Я бы посоветовал С, как наиболее универсальный язык. Ассемблер чересчур сложен, писать на нём объёмные вещи проблематично, да и заработать заставить программу, написанную на ассемблере не так то просто.
Шелл-скрипты хороши в шелле для удобства работы, но не более. Это ИМХО, не совсем полноценное программирование (да простят мне эту вольную мысль)
В общем, я за plain С.
Не советовал бы наверно браться за С++ если целишься на системное программирование. Извините товарищи, но С++ в системном программировании - полуночный кошмар параноика (представьте себе ядро Линукс, переписанное на С++:twisted:)
Я бы посоветовал С, как наиболее универсальный язык. Ассемблер чересчур сложен, писать на нём объёмные вещи проблематично, да и заработать заставить программу, написанную на ассемблере не так то просто.
Шелл-скрипты хороши в шелле для удобства работы, но не более. Это ИМХО, не совсем полноценное программирование (да простят мне эту вольную мысль)
В общем, я за plain С.
Ну какая работа со строками может быть в языке, название которого является не строкой, а символом? (c) Sergue E. Leontiev
с того, что С++ можно юзать и без ООП. как следствие - можно учить С++ (в плюс - популярность к примеру) и не заморачиваться ООП (поначалу). а потом постепенно придти и к ООП.
сори за сумбурность, возможно немного не в тему.
знаю много человеков, которые начинали с С++, не заморачивались ООП и, и С++ стал базой для изучения других языков.
сори за сумбурность, возможно немного не в тему.
знаю много человеков, которые начинали с С++, не заморачивались ООП и, и С++ стал базой для изучения других языков.