| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > C/C++: Для новичков > Что читать дальше? |
| Автор: Riddik 15.4.2009, 16:17 |
| Заканчиваю книгу "С++. Базовый курс". Герберт Шилдт. Что дальше: только что забрал "Эффективное использование С++". Скотт Мэйрс и давно ждёт на полке третье издание Бьярна Страуструпа. Можно уже Страуструпа читать, или перед ним надо ещё что-нибудь, что бы понятно всё было? В общем, посоветуйте, пожалуйста, в каком порядке эти книги читать? |
| Автор: azesmcar 15.4.2009, 16:26 |
|
| Автор: zim22 15.4.2009, 16:51 |
| azesmcar, я бы Страуструпа в конец списка сдвинул. Но перед Стандартом |
| Автор: azesmcar 15.4.2009, 16:55 |
| zim22 не думаю, Страуструп это основы. Может быть после Мейерса..кому как |
| Автор: zim22 15.4.2009, 16:58 | ||
У вас выбор небольшой - всего 3 книги. И одну из них вы уже заканчиваете читать. Остаются две книги - какую из них читать первой, а какую второй - большой разницы нет. Если вас интересует вообще литература по С++ - то дайте знать, я посоветую. |
| Автор: Riddik 15.4.2009, 16:59 |
| azesmcar, спасибо! zim22, почему Страуструпа после всех, очень сложно написано? Добавлено через 3 минуты и 16 секунд zim22, да, посоветуйте тоже Добавлено через 6 минут и 41 секунду Ещё нашёл у себя в архивах в элекронном виде "Жемчужины программирования". Джон Бентли. Имеет ли эта книга конретно к С++ отношение или общая - не смотрел ещё. Её когда читать и стоит ли? |
| Автор: zim22 15.4.2009, 17:11 | ||
Лично для меня есть разница: читать книги и понимать книги. Под "понимаем" я понимаю следующее: 1) Вы можете спросить меня о чём угодно, что было в книге и я вам отвечу. Особо не раздумывая. 2) Выполнить ВСЕ упражнения из книги. Страуструп их не просто так даёт. А для закрепления материала. В противном случае - знания выветрятся. Если даже не выполните - не беда. Главное браться за каждое упражнение и писать код. А то, что он не будет работать - мелочи Так вот, читать Страуструпа легко. Читать всё-что угодно - легко. Сложней понимать, что читаешь. Это как запись на курсы компьютерной подготовки: после окончания вам даже выдадут диплом, что вы прослушали курсы. |
| Автор: NDQuattro 15.4.2009, 17:25 |
| У меня в универе тоже самое - диплом за то что числился в списках студентов; а.. нет, за то что ходишь хоть на половину пар - уже стипендия!xd Кстати может кому-то известна книга Д. Либерти Брэдли Джонс - Плюсы за 21 день? Какого мнения вы о ней? Тоже вот думаю что будет лучший вариант следующую читать Страуструпа. |
| Автор: azesmcar 15.4.2009, 17:27 | ||
не читал, но плохого  я вообще плохого мнения о книгах типа С++ за 21 день, С++ для чайников, руководство по С++ для полного идиота (не удивляйтесь, и такая книга есть)...итд... |
| Автор: zim22 15.4.2009, 17:32 | ||
Помимо того, что написал azemstar я рекомендую эти книги:
Добавлено через 4 минуты и 18 секунд
Добавляйте эту ссылку себе в закладки. Можете почитать отзывы о книгах. Плюс видно сразу какой у книги статус: Recommended, Not Recommended, Highly Recommended http://accu.org/index.php?module=bookreviews&func=search |
| Автор: Riddik 15.4.2009, 17:41 |
| zim22, благодарю |
| Автор: kemiisto 15.4.2009, 18:00 | ||
Какой топик!  У меня пока будет такой вопрос. azesmcar, zim22, вы сами прочитали все книги, которые советуете? Все 20? Или 30? Сколько? P.S. Просьба просто ответить на вопрос. P.P.S.
Не! Он АзЕсмьЦарь! Хотя я тоже не сразу распарсил... |
| Автор: Riddik 15.4.2009, 18:04 |
| Да, времени на весь список сколько надо - даже представить страшно. |
| Автор: azesmcar 15.4.2009, 18:29 | ||||||
| kemiisto Все написанное мною - читал. Стандарт не весь, скорее как справочник. Из написанного zim22 читал
(но они не связаны с С++)
аааааа угадал!
Где там 20, 30? Я написал 9 книг.
А тебе что 90 лет и боишся не успеть? читай когда свободен, люди всю жизнь учатся, можно работать и продолжать читать..одно другому не мешает (и даже помогает). Какого уровня бы ты не достиг в своих знаниях - всегда можно узнать больше. Если не чувствуешь что есть еще чему учится, открой любую из этих книг и поймешь что вообще ничего не знаешь..прочтешь, покажется что вот теперь то ты все знаешь, открывай следующую..и так до бесконечности Один философ сказал - чем больше я учусь, тем больше понимаю что мне еще учиться и учиться (ну может я немного перефразировал, но смысл тот же)..так что - как завещал дядюшка Ленин. |
| Автор: zim22 15.4.2009, 19:06 | ||
недавно я прочитал
kemiisto, все те книги, которые я рекомендую, я их в электронном виде посмотрел и они мне очень понравились. Т.е. я их буду читать 100%. Если вы считаете, что среди моего списка есть хоть одна галимая книга - смело ставьте мне "минус". azesmcar, извините, что я вас ник покоробил. Просто я всегда читал его как azemstar |
| Автор: Remiznik 15.4.2009, 19:07 |
| по мне так Бьярна Страуструпа лудшая пока читаемая книга по С++ .... но как стартовая книга я не смог её осильт всё таки чувствуеться что Страуструп не писатель и не учитель а мега-кодер и потому трудно начинать .... так как я заметил что он описывает какуюто функцию или приём и всё больше не повторяет считает что с первого раза суть ясна и потом уже использует это функцию или приём в дальнейшем описание а для новичков это трудновато .! я читал книгу где почти в каждой главе повторя изакрепляли материал пройденый что помогало быстрее схватить суть .... возможно я немного тугодум ))) но вот после первой освоеной книги по С++ можно переходить к Бьярна Страуструпа и для меня пока это исчерпываюший материал .... хотя я понимаю что это не всё но там такой обьём что пока мне хватает )) |
| Автор: azesmcar 15.4.2009, 19:11 |
| Remiznik А никто и не говорит что надо читать все подряд..как только почувствуете что данного обьема знаний для вас достаточно - смело останавливайтесь это знаете ли дело субьективное. |
| Автор: kemiisto 15.4.2009, 19:38 | ||||||||||||||
Вы - 9, zim22 ещё 9, округлим в нужную сторону... 
 Не слабо...
От это верно подмечено.
Что Вы право. Я немного не про то. Сам летом хочу творение GoF осилить. Просто меня уже в очередной раз шокируют вот такие списки (около)окультной литературы. Ну, судите сами (на моё мнение не полагайтесь - оно предвзятое):
Помните, как корабль назовёшь, ... Окультизм, не иначе как... А вот это, просто чудо:
и всё остальное, начинающееся с effective. Очень интересно... Вот что такое программирование? В узком смысле слова (а нам он сейчас и понадобится) - это кодирование алгоритмов на заданном языке программирования. Чисто инженерная задача, а ЯП - инженерный инструмент. И вот нонсенс, для эффективного использования инструмента нам предлагают прочитать пяток книжек. А без этого, полагаюсь на интуицию, мы скорее напишем жутко неэффективный код. Мало того, господа хорошие. Наш инструмен оказывается не просто не лишён недостатков, у него есть "скользские места". Коих видимо, к тому же, не так мало и они требуют обратить на себя пристальное внимание. Им ведь посвящена целая книга... Терь возьмём и рассмотрим лубой другой инженерный инструмент из любой другой области человеческой деятельности (неИТ)... Что-то мне ничего хорошего в голово не лезет. Ну, домкрат какой-нибудь, молоток, ... Да что угодно. Тоже инженерный инструмент. Но как вы себе представляете неэффективное использование молотка? Нет, оно, конечно, можно. Оно, конечно, сущее. Но, эффективное использование молотка является интуитивно понятным. Пара-тройка показательных примеров, и вот уже мальчик становится мужчиной в доме. А как вам, скользские места молотка? Да... А нету их. Нема. Простой и надёжный инженерный инструмент с интуитивно понятным интерфейсом и абсолютно прозрачными принцыпами работы, имеющими теоретическое подспорье. Вот это я написал...  Надеюсь понятно в какую я это струю и в чей огород, так сказать, камень. Вот такими же характеристиками должны обладать и ЯП. А не так, как вы предлагаете - С++ + 20 книжек по 500-1000 страниц... P.S. Это просто размышления, можно проигнорировать.  |
| Автор: zim22 15.4.2009, 19:47 | ||||||
хорошо пишете. читалось на одном дыхании. пишите ещё, серьёзно Добавлено через 1 минуту и 27 секунд
оккультистами были русские переводчики, т.к. в оригинале книги назывались по-другому 1) С++ Gotchas 2) C++ Common knowledge |
| Автор: azesmcar 15.4.2009, 19:50 | ||||||||
А зачем суммировать то что сказал я и что сказал zim22? Мы знаете ли разные люди?
Ну не знаю..говоря как есть.
Ну еслиб молоток был таким же мощным инструментом как и язык программирования C++ то вероятно такие книги бы появились. Если ваша специальность - работать с молотком, надо его изучить от и до (ну или стремится к этому).
самое скользкое место - ручка..это можно узнать один раз прошибив себе голову когда молоток выскользнет из потных ладоней или прочитав это книгу |
| Автор: Remiznik 15.4.2009, 19:54 |
| как и в любом инструменте узкие места можно наитй только если пользоваться им постояно или читать мануал по нему ! на счот молотка пара ударов по пальца и все тонкие места в этом инструменте ясны ! а вот ЯП не так всё просто можно прочитать одну книгу и успешно юзать ЯП но не знать всех тонкостей .... а при увелечение прочитаных книг число тонких мест становится боле видным и чем больш книг темм всё яснее .... но без стучания ЯП по пальца не обойтись )) |
| Автор: GoldFinch 15.4.2009, 20:02 |
| стандарт однозначно хорошее чтение |
| Автор: kemiisto 15.4.2009, 20:08 | ||||||||
И книги предложили разные. Так почему бы не прочитать их все? Вы же сами писали:
Вот, пусть ТС и читает.
О, уверяю Вас, он куда мощнее. Им пользуются все, независимо от возраста, пола, вероисповедания. А вот мощность ++ Вы склонны преувеличивать. Тут далее можно рассказать о тех отраслях программирования, куда ++ путь закрыт и слава Аллаху. Но... ведь Вы не хуже меня это всё знаете...
Боюсь, что в случае с С++ можно только стремится... |
| Автор: Remiznik 15.4.2009, 20:13 | ||||
так это и хорошо )) постояно стремленее к лудшему =)) постаянная работа над сабой и над языком =) |
| Автор: azesmcar 15.4.2009, 20:17 | ||||||||||||
Ну и что? если написали разные книги - надо их суммировать?
Кто хочет и кому надо - прочитает
Если он решит что надо пускай читает, я написал
я для себя решил продолжать.
позвольте не согласится с вами колега Молотком можно забить гвоздь, можно сломать себе/кому нибудь другому палец/руку/ногу/голову/другие части тела и все! С++ язык программирования который позволяет сделать чуть чуть побольше, хоть и в виртуальном мире
именно! |
| Автор: kemiisto 15.4.2009, 20:31 | ||||
Думаю, далее последует спор слепого с глухим... Так что, за сим разрешите засвидетельствовать своё почтение и удалится.
Именно, именно! Только я хотел, чтоб, так сказать, альтернативная точка зрения тоже была услышана... Не более... |
| Автор: azesmcar 15.4.2009, 20:37 | ||
да ради бога, я никого не неволю и не навязываю читать..это совет, который базируется на моей точке зрения да и только. на то и форум чтобы каждый высказался, а уж ТС решит что для него лучше. kemiisto думаю мы пришли к консенсусу  |
| Автор: Riddik 17.4.2009, 00:23 |
| Всем спасибо |
| Автор: mrbrooks 17.4.2009, 08:05 |
 Парни - читайте камасутру - тоже мощная вещь. В жизни и это пригодится. |
| Автор: Anikmar 17.4.2009, 10:45 | ||||
И С++ и камасутра в пятницу будет напрягать. В пятницу можно почитать журнал мурзилка. |
| Автор: bsa 17.4.2009, 12:47 |
| kemiisto, мощь С++ в том, что он очень гибок. Но в этом и недостаток - за все надо платить. Поэтому он не может быть инструментом инженера - для работы с ним нужно иметь соответствующее образование (я не про диплом). Инструмент инженера - паскаль. Никто же не будет спорить, что у сварочного аппатара есть существенные минусы, которые могут вылиться в серьезные проблемы, если не следовать правилам по эксплуатации. А сварочный аппарат, в отличие от языка программирования, обладает всего тремя функциями, в лучшем случае: сварка, резка и нагрев. И я бы не пытался сравнивать простые инструменты, вроде молотка, со сложными. Для каждого из них требуется разный уровень подготовки. |
| Автор: lv151 17.4.2009, 14:16 |
| Приемы объектно-ориентированного проектирования. Паттерны проектирования Design Patterns. Elements of Reusable Object-Oriented Software Эрик Гамма, Р. Хелм |
| Автор: zim22 17.4.2009, 14:38 | ||
Было уже. http://forum.vingrad.ru/index.php?showtopic=255667&view=findpost&p=1843430. |
| Автор: and277 17.4.2009, 19:19 |
| Нда... Для меня тоже если честно вопрос этот навис. Дочитываю Самоучитель С++ Шилдта. До неё проработал еще одну книжку. Скоро должны привезти Лафоре "ООП" и для себя буду изучать книгу по Дискретной математике. Вообщем Страуса буду читать позже этих книг... |
| Автор: gosn1ck 25.5.2009, 20:43 |
| хороший топик, модераторам советую прикрепить и почистить |
| Автор: 56kbyte 26.5.2009, 09:48 |
| А как вы относитесь к intuit.ru? Там есть несколько не плохих, на мой взгляд, курсов. Да и написано всё просто и доступно + придётся обязательно выполнять задания. |
| Автор: gosn1ck 26.5.2009, 14:45 |
| спокойно, особенно после того как увидел курс "C++ для профессионалов" искал в нем отличия от книги страуструпа - не нашел |
| Автор: 56kbyte 27.5.2009, 08:10 | ||
Ну так ... (http://www.intuit.ru/department/pl/cpp2/class/free/0/) ... Курс, созданный по книге Б. Страуструпа "Язык программирования С++", дает описание языка... |
| Автор: kemiisto 30.5.2009, 08:11 | ||
bsa, http://steps3d.narod.ru/tutorials/c-minus-minus.html на досуге. Я прослезился не один раз. Особенно хорошо получилось "А теперь немного об STL"... |
| Автор: zim22 30.5.2009, 08:24 | ||
читал этот бред. автора нужно убить, во имя спасение генофонда. |
| Автор: kemiisto 30.5.2009, 08:28 | ||
А теперь, уважаемый, соизвольте подкрепить своё заявление аргументами. Где там бред и почему? |
| Автор: zim22 30.5.2009, 08:33 | ||||||||||||||||||||||||||||||||||||||||||||||||
c удовольствием напишу. только после работы. в часиков 7 вечера. *** тара! барабанная дробь! статья готова! уважаемый kemiisto, прошу любить и жаловать:
Сейчас библиотеки для работы с «форточками» написаны в большом количестве, выбирай-не-хочу.
Средства, заложенные в язык – представляют собой квинтэссенцию знаний и опыта лучших программистов со всего мира. И ничто не мешает реализовывать гибкие, масштабируемые системы на С++.
Язык считается объектно-ориентированным, если он поддерживает: 1) Абстракцию 2) Наследование 3) Полиморфизм реального времени Так что С++ поддерживает ООП.
Объектная модель чего? В Visual Basic все типы данных реализованы как объекты, однако это всего-лишь удобный способ обращения к их функциям и это не значит, что он объектно-ориентированный. Если это будет необходимо - ничто не мешает создать свои классы на С++ для встроенных типов данных.
Автор скорей всего имел ввиду различие между АТД и классом, а не объектом. Эти понятия должен различать программист, а не язык.
Автор статьи почему-то не удосужился ознакомиться с расширенными идиомами С++, позволяющие эффективно реализовывать динамическое связывание объектов и управление ими в режиме реального времени, а не компиляции. В частности к этому относятся следующие идиомы (Coplien “Advanced C++ Styles and Idioms”) 1) Идиома сообщества прототипов: группа взаимосвязанных прототипов объединяется единым представителем, называемым распорядителем сообщества. 2) Идиома автономных обобщенных прототипов: каждый прототип наделяется «интеллектом», позволяющим ему проверить свои параметры и определить свою принадлежность к категории сообщества. 3) Идиома фреймовых прототипов: аналог механизма поиска методов в Smalltalk 4) Динамическое множественное наследование
Все случаи генерирования кода оговорены в Стандарте. Их не так уж и много. Это проблемы программиста, если он не знает, что генерирует компилятор.
А если программист напишет ГОСПОДИ, СПАСИ МЕНЯ и будет надеться, что его код скомпилируется и из воздуха материализуется Бритни Спирз. Это проблемы программиста. Его недообразования.
STL тоже нужно уметь пользоваться.
Ничего подобного. С и С++ это два разных языка. Сейчас в современных учебниках по С++ программирование в стиле С вообще не рассматривается.
Эти 3 вещи необходимо писать лишь тогда, когда класс в них нуждается. В противном случае их можно запретить, поместив в private секцию и не снабдив телом функции.
Вполнет терпимо. В С++0x можно уже будет писать так, как хочет автор.
Кто это сказал? Маша на заборе мелом написала?
Да что вы говорите! А как же SFINAE? Специализации шаблонов класса могут служить для извлечения из типов информации любого уровня сложности. Например, может понадобиться знать не только о том, является ли определенный тип массивом, но и, если это массив, какие элементы в нем хранятся и где лежит его граница:
Тупые наезды на С++… Тогда уж метапрограммированием.
Кто вас заставлял переопределять «оператор запятая»?
Ой, какое трудное делегирование, и не говорите:
Смотрите выше, SFINAE
Это относится к понимаю объектно-ориентированного проектированию. С++ здесь ни при чём. *** Извините, я больше не могу читать этот БРЕД и комментировать его  |
| Автор: azesmcar 30.5.2009, 11:24 | ||||
| kemiisto Рандомно выбрал строку
дальше читать не стал. Этого достаточно чтобы составить мнение.
проблемы не у множественного наследования а у тех кто не умеет его применять. Интерфейсы - это всего лишь абстрактные классы содержащие только чисто виртуальные функции, без переменных-членов. Если в Шарпе для этого выделили отдельное имя - это не значит что в шарпе они есть а в С++ - нет. Добавлено через 1 минуту и 50 секунд Такое впечатление что статью написал человек, у которого не нашлось достаточно ума изучить язык и понять его семантику. |
| Автор: mes 30.5.2009, 14:00 |
| kemiisto, читать статью невозможно, из за фактически абсолютной неграмотности автора. При том не только по отношению к cpp, но и к другим языкам и понятиям использованных в статье. |
| Автор: kemiisto 30.5.2009, 15:22 | ||||||||||||||||||||||||||||||
Да, но кроме Qt - всё уг сплошное.
Это лозунг. Хорошо заученная речёвка, а на деле, ещё раз повторюсь, даже компетенция Трупастрауса под сомнением. В особенности, к моменту начала создания языка. Что я в очередной раз продемонстрирую чуть ниже на примере понимания концепций ООП.
Ну да, ну да. А Java, C#, Python, D сам дъявол придумал, дабы искусить.
Знаете что, уважаемый. Тут вот mes чуть выше усомнился в грамотности автора. А я теперь смею усомнится в Вашей... Тут видите какая штука, в науке не работает принцип "Кто последний - тот и папа". Работает другой, но не менее известный. "Кто первым встал - того и тапки". А первым (в случак с ООО) встал Алан Кей со товарищи, группа разработчиков Smalltalk. Итак, барабанная дробь:
Читать фсё http://www.smalltalk.ru/articles/smalltalk.html. Итак, в чём идея. Страуструп - сын Дании и он, конечно же, был в курсе про норвежскую СИМУЛУ. Вот только там, на тот момент, не было ни понятия класса, ни понятия объекта. Были активности и процессы. Потом был Смолток. Там заралидось ООП, и терминология Симулы к тому ыремени тоже изменилась. Там тоже появились объекты, но там не появилось ООП. Просто потому, что этот термин (и всю сопутствующую терминологию) Алан Кей уже создал. Но Страуструп об этом не знал (не он один, естественно). А когда узнал, понял. И не он один. И появилась расхожая формулировка, что "ООП реализовано в стиле Simula." Что является бредом. Взгляните на название книги: Дал У., Дейкстра Э., Хоар Т. - Структурное программирование (1975). Какое программирование? Первый автор - разработчик Симулы. И не о каком ООП речи и не шло. Зачатки были, идеи витали в воздухе. Но это было не ООП. ООП появилось в Смолтоке. И его 3 кита чуть выше в цитате. С++ - не объектно-ориентированный язык.
Что значит чего? Объектная модель языка. То есть то, каким образом реализована поддержка ООП. Какими языковыми средствами. Вот автор и говорит - объектная модель С++ - уг. И что спорить то? Множественне наследование, в том виде, в котором оно в С++ - это просто зло.
Автор, как и все мы, смертен. Времени за 15 лет работы с языком у него не хватило... Я уже про это ни раз писал. Чтобы изучить все эти ваши "расширенные идиомы" жизни может не хватить.
Судя по объёму стандарта - много. По сравнению, скажем, тут не плеваться Oberon'ом, неимоверно много.
Да нет же. Это проблемы языка, который настолько... кхм... "суров", что даже ваши "лучшие программисты со всего мира" не могут написать простой и прозрачный компилятор. А вообще, после этой фразы с Вами разговаривать бесполезно... Перечитайте! Это просто феерический бред.
Ну это только если на ++ пишете. А так, вообще, жить можно и без них. В других языках. Но тут важно другое. Когда посторонний человек (не относящийся к тем самым "лучшим программистам") смотрит на STL, его не покидает одна навязчивая мысль: это БРЕД! По себе знаю... У меня мысль с продолжением в лице сучковатой швабры сами-знаете-как карующей сию нечисть. =)
Так можно уже или можно будет? Вы уж как-то определитесь. И Вы и Ваши "лучшие программисты", входящие в коммитет по стандартизации С++. Будет стандарт то? А то ведь 0x... а 09 год уже вот-вот за половину перевалить. И будет уже черновик стнадарта С++1x. Мне нравится! А Вам?
Это вопрос не ко мне. Скорее, к Вам. Ну, точнее, к автору...
Это Вы, уважаемый, учитесь. Не коряво написанные header'ы – вина программиста, а убогая реализация модульности (и частично инкапсуляции) с использованием заголовочных файлов вина создателя С++. Имя в суе не произношу, сами знаете... Опять моя навязчивая идея с сучковатой шваброй не даёт мне покоя... =)
Каюсь, на Ваш бред меня тоже не хватило... |
| Автор: zim22 30.5.2009, 15:36 |
| kemiisto, вы сами не есть автор статьи? так его защищаете. я остался при своём мнении. статья - бред. про Алана Кея было интересно почитать |
| Автор: kemiisto 30.5.2009, 15:48 | ||||
Нет.
Я собственно ничего другого и не ожидал. Обмен жидкостямимнениями. И только обмен. А что поделаешь, такова человеческая натура... |
| Автор: azesmcar 30.5.2009, 15:52 |
| kemiisto А какой язык по вашему лишен всех перечисленных "недостатков"? Слово недостатки я взял в ковычки потому что таковыми 90% из них не считаю. Я мог бы поговорить об этом если кому-либо интересно, а не для того чтобы поспорить. Тем не менее у меня нет желания разводить священную войну. Каждый в конце концов имеет право остаться при своем мнении, позволю себе им воспользоваться |
| Автор: mes 30.5.2009, 16:07 | ||
kemiisto, подерживаю azesmcar, и готов обсудить с Вами "преимущества недостаков" Cpp, только без слепых фанатических высказываний, коим была полна предыдущая статья. Замечу сразу, что полностью согласен с ущербной модульностью Cpp, и надеюсь, что это будет в дальнейшем исправлено. Также согласен с тем, что Cpp несколько своебразно и не полно поддерживает идеому ООП. Однако он не претендует на звание чистого ООП - он всего лишь Си с классами. Но эти два мелких недостатка, незаметны при правильном подходе к Cpp и ничтожны как недостатки, по сравнению с преимуществами которые он дает. |
| Автор: azesmcar 30.5.2009, 16:19 |
| Нет, я согласен что у С++ есть недостатки, а некоторые его конструкции вообще не имеют право на жизнь. А именно те, которые не рекомендованы к использованию. Но... Автор статьи говорил явно не про них, плюс ко всему я нашел его недостаточно компетентным чтобы говорить о минусах C++. Во всяком случае его аргументации звучат как детский лепет. В шаблонах пробел нужно видите ли ставить, как может человек пишущий такую статью говорить о таких вещах? Извините, похоже на "Сишарп фу, там доступ и к нейпспейсу и к обьекту через точку идет, неудобно читать". Детский сад, честное слово. Я лично этот пробел ставил, ставлю и буду ставить независимо ни от чего, потому что так как легче читается. |
| Автор: kemiisto 30.5.2009, 16:20 | ||||
Хороший вопрос. Из того, что я успел попробовать:
|
| Автор: azesmcar 30.5.2009, 16:25 |
| kemiisto Единственный положительный отзыв - про дельфи. Вы говорите словами Вирта, следовательно это не удивительно. Про дельфи, я бы написал, но мой друг который недельку писал на дельфи и молился перед каждым нажатием на Ф9 и матерился после - он бы вам рассказал лучше. Лично я Вирта авторитетом для себя не считаю. По вашему как-то выходит кроме дельфи - все УГ. Хотя про Дельфи я тоже немного нелестных отзывов заметил с вашей стороны. хмммм...задумываюсь тогда, о чем мы говорим? И вообще какого черта мы тут делаем, ни одного нормального языка программирования и почему я не стал сварщиком. |
| Автор: kemiisto 30.5.2009, 16:30 | ||||
Нет! Только Oberon!
Delphi тоже УГ. Вся надежда на Oberon. Может хоть он меня устроит. |
| Автор: azesmcar 30.5.2009, 16:32 | ||
| kemiisto А кроме Вирта какие либо авторитеты в программировании признаете?
Автор Николас Вирт - особой разницы не чувствую kemiisto - да вы Виртуоз |
| Автор: kemiisto 30.5.2009, 16:44 | ||
Конечно. http://ru.wikipedia.org/wiki/%D0%A5%D0%BE%D0%B0%D1%80,_%D0%A7%D0%B0%D1%80%D0%BB%D1%8C%D0%B7_%D0%AD%D0%BD%D1%82%D0%BE%D0%BD%D0%B8_%D0%A0%D0%B8%D1%87%D0%B0%D1%80%D0%B4, http://ru.wikipedia.org/wiki/%D0%94%D0%B5%D0%B9%D0%BA%D1%81%D1%82%D1%80%D0%B0, http://ru.wikipedia.org/wiki/%D0%9A%D1%8D%D0%B9,_%D0%90%D0%BB%D0%B0%D0%BD_%D0%9A%D1%83%D1%80%D1%82%D0%B8%D1%81, http://ru.wikipedia.org/wiki/%D0%94%D0%B0%D0%BB%D1%8C,_%D0%9E%D0%BB%D0%B5-%D0%99%D0%BE%D1%85%D0%B0%D0%BD, ... |
| Автор: semibug 30.5.2009, 17:03 |
| Может не совсем в тему, но пользу приносит также чтение сырцов, написанных профессионалами. Благо, что много Open Src проектов доступны в интернете. |
| Автор: azesmcar 30.5.2009, 17:08 | ||||||
В большинстве случаев это совершенно разные вещи. Вы хоть раз смотрели коды опенсорсных програм? Лучше этого не делать, так как новичок вряд ли поймет который из всех этих сорсов написан профессионалом а который индусом. Опенсорс редко бывает примером для подражания. kemiisto И как спрос на Oberon в мире? Работу реально найти? что-то я сомневаюсь, зайдите на monster.com к примеру и сравните - сколько вакансий для оберона и сколько для такой гадости как C++. Интересно, почему же тогда C++ так популярен в отличии от оберона о котором я сегодня впервые услышал за 7,5 года работы в сфере программирования. Я не имею ввиду что это что-то из разряда BrainFuck-а, но я считал что про все более менее популярные языки программирования я хотя бы слышал. Мне в самом деле интересно, на нем вообще пишут? |
| Автор: mes 30.5.2009, 17:23 |
| мож пока не поздно перейти в новую тему ? а то путаница получается. |
| Автор: semibug 30.5.2009, 17:25 | ||
Новичок не перерастет в профи если ему все время показывать только правильный путь. Хреновые опенсурс проекты полезны например тем чтобы осознать такие фундаментальные принципы, как написание кода не для компилятора, а для чтения человеком. Вот случай в моей команде - тяжело было объяснить кодеру почему надо писать понятно, а не "красиво", "быстро", "эффективно", "круто", "и т.д.". После того, как встала задача рефакторинга устаревшего кода, написанного не важно, все стало на свои места. P.S. А почему вы говорите слово "индус", как будто в этом есть что-то плохое? |
| Автор: mes 30.5.2009, 17:37 | ||
"Индус" - это не житель индии(хотя среди выходцев той страны и много "индусов"), а тот кто пишет "индусский" код  http://lurkmore.ru/%D0%98%D0%BD%D0%B4%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9_%D0%BA%D0%BE%D0%B4 |
| Автор: azesmcar 30.5.2009, 17:42 | ||||||
semibug Конечно, для того и есть статьи и книги типа "Как не надо программировать".
К сожалению я с ними работаю и могу полностью подтвердить все что написано в интернете по этому поводу. Плюс к этому - наболело |
| Автор: semibug 30.5.2009, 17:48 |
| ОК, спасибо за ликбез. P.S. Как вы оцениваете качество кода украинских программистов (если, конечно, приходилось сталкиваться) ? |
| Автор: GoldFinch 30.5.2009, 18:35 | ||
| вчерась реверсил дллку написанную на делфи. кодогенератор у делфи полнейшее УГ по сравнению с кодогенератором С++ очень раздражают такие вот функции
|
| Автор: azesmcar 30.5.2009, 18:43 | ||
Вообще то не сталкивался, но полюбому я не посмею заявить о качестве программистов ни одной другой национальной пренадлежности то, что я могу сказать об индусах.. Их в самом деле большинство, причем это большинство стремится к 99% (учитывая то обстоятельство что у них это самая популярная профессия) Вообще-то им раньше вроде как за строчки кода платили, вот они и извращались как могли чтобы больше получить..видимо так и выросло поколение |
| Автор: kemiisto 30.5.2009, 19:46 | ||||
Думаю, нет.
azesmcar, почитайте, хотя бы, http://www.oberon2005.ru/paper/choice2.pdf (PDF, 250 KB)... Ссылок могу дать исчо, но... примерно в одном ключе... Популярность никогда не была критерием качества. С++ это, так сказать, "попса"... |
| Автор: azesmcar 30.5.2009, 20:05 | ||
В принципе я уже прочитал. Я бы не оставил без внимания что-то новое. А насчет популярности - не все что популярно можно сравнить с попсой. И в конце концов не будем забывать что программирование это работа которая приносит нам денег. Поверьте, я бы удалил свой компилятор знай я что отныне не заработаю на программировании ни цента. А насчет того, что работа должна быть приятной - я заметил в жизни - приятно делать то, в чем разбираешся. Я ненавидел физику, пока не начал в ней более менее разбиратся, а потом мне стало интересно. То же самое с С++. Если знаешь язык хорошо, на нем приятно программировать, разумеется если на каждом шагу возникает проблема из за незнания языка - приятно это не будет, а в С++ проблемы по незнанию могут возникать часто. Этого у него не отнять. Но если есть знания - C++ мощный инструмент способный если не на все, то на очень очень многое. |
| Автор: mes 30.5.2009, 20:29 | ||||
почитал.. практически весь упор делается на размер, еще на конечно заслуживающие уважения скорость компиляции и модульность, но ни слова об инструментарии. Пишут, что язык Cpp долго изучать - так это потому, что он несет в себе очень много средств, позволяющих выражать свою мысль ясно и точно. На мой взгляд инструментария в Cpp даже не достаточно, и жду не дождусь когда придут фичи наступающего стандарта. А что предлагает оберон ? ограничить себя ООП с небольшим набором стандартных средств по описанию умешающимся на одной странице ? kemiisto, рад что Вы решили изучить этот язык, судя по статьям у Вас займет это не много времени. А после можно попробовать решить пару реальных задач средней сложности и сравнить на каком языке это получается естественней и надежней. Также брошу камень в оберон.. объявления в стиле паскаля всегда раздражали тем, что они объявлялись далеко от места использования и оберон не лишен этого же недостатка. Также насколько я понял, в обероне, нет средств обеспечивающих защиту инкапсуляции. Добавлено @ 20:32 P.S. кстати на Cpp если человек имеет опыт (сознательный, а не просто использование набора заученных комманд) другого языка (например дельфи), тоже может научиться клепать простые проги за один день.. Добавлено через 5 минут и 40 секунд
GoldFinch, Я не ослышался ? свершилось чудо ?!  Вы выступаете в пользу Cpp, а не дельфи ? Рад что более близкое знакомство с языком изменило Ваше мнение о нем |
| Автор: GoldFinch 30.5.2009, 21:02 |
| mes, я говорил только о кодогенераторе. Да, код получается плохим. но сам язык хорош. У С# код еще хуже. |
| Автор: mes 30.5.2009, 23:27 | ||||||
в любом случае, после фраз типа
последнее Ваше высказывание не может не радовать. P.S. Я не в коем случае не хочу сказать, что дельфи плохой язык. Но он обладает меньшими инстументарием и свободами, чем С++ И по высказываниям последнего времени чувствуется, что Вы уже ощутили силу языка. |
| Автор: toader 16.6.2009, 16:05 |
| аааа у меня мозг вообше не работает сечас((( лан.. спасибо за всё я пошол дамой)) хорошего дня |
| Автор: azesmcar 16.6.2009, 16:17 | ||
мимо? |
| Автор: asmdzen 1.5.2011, 11:23 |
| При создании новой темы - высветилась эта. Я перешел на С++ с ассемблера, прочитал немало книг, но только недавно наткнулся на книгу A. Alexandresku и прочитал про паттерны проектирования, для меня это было что-то абсолютно новое. Про работу с потоками узнал только из сорцов проги над которой начал работать. Что именно стоит прочитать чтоб узнать про пуллы(только недавно узнал о таком), треды - технологии работы с ними (про Reentrancy тож только узнал), да и вообще про программирование в целом а не про использование С++? |
| Автор: bsa 2.5.2011, 17:55 |
| asmdzen, что именно тебя интересует, зачем это нужно или как с этим работать? Если второе, то тебе нужно смотреть на конкретную библиотеку. Например, boost. Если первое, то тебе нужна книга о технологиях программирования. Она отношения к конкретному языку мало имеет. |
| Автор: asmdzen 2.5.2011, 18:48 |
| да, именно технологии програмирования, с чего именно надо начинать? |
| Автор: xvr 3.5.2011, 21:25 |
| С Кнута наверное |
| Автор: bsa 3.5.2011, 22:18 | ||
Есть такая тема, закрепленная в данном разделе, называется "Ответы на часто задаваемые вопросы". Думаю, начать нужно с нее. |
| Автор: asmdzen 4.5.2011, 10:35 |
| bsa, да, наверное я не туда запостил, ответ наверное похож на что-то подобное: для тех кто дружит с инглишем - Stanford Courses, Introduction to Computer Science (http://see.stanford.edu/see/courses.aspx) а также книги Таненбаума. |
