Язык программирования. Какой изучить?

del

Говно код к ПЕРЕДЕЛЫВАНИЮ и переписыванию не всегда имеет отношение. Говнокод зло, и если много такого писать добиться чего-нить будет проблематично. Нормальная компания Заказчику такое не передаёт, ибо чревато, даже если это СЕЙЧАС заказчика устраивает.

Про гугль. Не нужно путать гугль и оутсоос, это абсолютно разные вещи. Гугль сам себе заказчик и исполнитель, а бел. оутсорс - нет. И сам гуголь может решить когда и что ему переписывать и с говнокодом это не связано.

Vadim1242, идеальных случаев нет, но я своих заказчиков о таких моментах предупреждаю, понятно что все сделать в срок идеально нельзя. Бизнес хочет - должно работать. Я в этом случае говорю о компромисе, а не о говнокоде. Код в принципе постоянно переписывается, предела совершенству нет.

Vadim1242:

Я это к тому, что джуниор-говнокодер сможет найти работу и на проекте будет развиваться гораздо быстрей, чем его "правильный конкурент",

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

Но у меня вот просто куча примеров когда дальше говонокода дело не идёт - и тогда ни развития ни з.п. ни в принципе интересной работы. Зачастую программер уходит куда - нить не в програмирование, в IT остаётся, но уже не програмирует, т.к. те кто потратил чуть больше времени на образование в том числе и самостоятельное (пусть даже в ущерб первоначальной з.п.) уже ценятся работодателями ГОРАЗДО ВЫШЕ нежели он, бегающий по компаниям и что - то там генеря в эклипсе или VS, переписывая скопипасченные примеры и правя коды коллег, делая их зачасую хуже. Я абсолютно не шучу. Не доглядели как - то за таким "сениором" -2 месяца переделки. Резюме при этом начинает раздуваться от эпитетов ... и вот по бумагам я архитектор прямо после 5-го курса (первого же места работы), а на деле я не знаю зачем нужен singleton

...

Yosic:

Лично я бы рекомендовала начинать сейчас с С, не с С++, а именно с С, без объектов

И что буде т изучено 13 операторов, указатели со ссылками ну и работа с памятью? Так тоже самое есть и в С++, до кучи ещё и ООП что реализовано уже даже в ПХП, голый С это очень мало, да на какие - то вопросы отвечает, но его сейчас явно не достаточно, если конечно не планируется на нём писать. Объекты довольно таки серъёзная весшь, лучше сразу ориентироваться на них

_23uk.85:

Рекомендуете начать с "Энциклопедии профессора Фортрана"?

Почему бы и нет. Я в начале 90х с неё и начинал ) Прочитал и уже знал что буду программистом.
А то потом у некоторых через годы мучений приходит понимание что программирование это не их...

_23uk.85:

Ну так чем лучше, ну вот чем же именно? С какой стороны не посмотри, все никак не лучше.

Я уже Вам сказал, и не раз.

_23uk.85:

Да я и не пытаюсь вас троллить, просто пытаюсь доказать что в 30 лет начинать изучать программирование самостоятельно с плюсов это хреновый совет. Да, его можно выучить и устроиться на работу. Но с 1C, PHP, Objective C, Python, Java и т.д. это будет сделать проще, так какой смысл выбирать самый сложный путь?

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

Ладно. Сдаю пост

Agent Cooper,

чтобы научиться программировать нужно уметь составлять алгоритмы. Просто многие люди даже не могут составить алгоритм простейших действий, например, как почистить картошку. Для составления алгоритма нужно понимать что такое цикл, ветвление и тд.
Для начала просто словами попробуйте описать как вы будете чистить картошку.
А потом попробуйте этот алгоритм записать в виде блок-схемы. А уж перевести потом блок-схему на с++, похапе или паскаль дело не трудное.

+1
_23uk.85,

Не более чем лабы в универе ок. 10 лет назад. Так что вам наверное виднее, вы же его в работе каждый день используете, так же как и С без объектов и Pascal. Вы тут так настойчиво рекомендуете их штудировать, не отвлекаясь на те технологии которые реально используют при разработке и спрашивают на собеседовании

Вы будете смеяться, но да, было и такое, сейчас правда нет. А так довелось работать с ассемблером и причем не только x86, а и ARM и MIPS и AVR и PIC и все они достаточно сильно отличаются, по-этому ваш стеб по-поводу ассемблера совершенно не уместен.
softmax,

И что буде т изучено 13 операторов, указатели со ссылками ну и работа с памятью? Так тоже самое есть и в С++, до кучи ещё и ООП что реализовано уже даже в ПХП, голый С это очень мало, да на какие - то вопросы отвечает, но его сейчас явно не достаточно, если конечно не планируется на нём писать. Объекты довольно таки серъёзная весшь, лучше сразу ориентироваться на них

Именно потому, что объекты серьезная вещь с них начинать не стоить. Нельзя научиться сложному не владея простым. Чистый С хорош для понимания базовых принципов, освоив его и написав, как тут говорят, на нем калькулятор можно, затем, его же переписать через объекты и понять в чем разница и для чего эти объекты вообще были придуманы. И это будет гораздо более выгодно чем освоить несколько патернов и уже считать, что начало положено. Понимая принципы вы освоите любую технологию достаточно быстро при помощи одного гугла, а не понимая их вы не сможете освоить ничего.

_23uk.85, JavaScript - это вообще скрипто язык и это несколько иное чем обычный язык программирования. С него бы я не стал начинать. Если не нравиться С. Ну начните с Java или с C# там хорошая IDE и сразу можно получить что-то рабочее за час даже новичку.

del