Для новичка лучше учить ЯП исходя из задач, которые хочется решать или наиболее простой язык?

Question

[o_f]

Вроде не было именно такой формулировки. Если есть, то сорри.

Есть общее знакомство с html, css. Начат курс по изучению js, Нравится то, что можно делать при помощи js.
Но сложновато. Ибо опыта в программировании по сути нет вообще.

Поскольку все советуют начинать с простого, типа python, был начат этот язык, вместо js.
Но вообще не нравится. Не прет, хоть и действительно прост, синтаксис приятный. Может книга и ее задачи не те (Доусон). Там игры строятся. Эта тема как-то не идет. Не знаю.

Вопрос глупый, но как вы сами начали изучать ЯП - исходя из того какие задачи решать (тогда сложность языка сглаживается?) или исходя из простоты, понимания языка?

Сорри, если вопрос вам кажется холиварным или тема надоела. Прошу терпения. :)

Comments

[copal]

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

[o_f]

copal: :)) я бегаю в день по 20 км в день, хожу в зал и стараюсь вести достаточно жесткий образ жизни, не привыкать к халяве и закалять дух с телом :) так что совет - мимо. Но спасибо. Жду приглашения в армию.

[AVKor]

Все ответы ниже доставляют.

То, что никто из отвечавших никогда ничего не преподавал (программирование, в том числе) - это 100%.

[o_f]

AVKor: как Вы считаете ответил бы на этот вопрос человек с преподавательским опытом?

[copal]

o_f: ну тогда Вам нужно идти на завод в сталивары или гнуть арматуру, как Бендер, не астап!

[o_f]

copal: очень ценный совет. Атдуши прям.

[AVKor]

o_f: Так не "бы", поскольку я и есть такой человек, потому и написал комментарий выше.

Я уже не раз отвечал на подобные вопросы тут. Можете посмотреть.

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

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

Answer 1

[Curly Brace]

ой не слушай никого с этими с и с++) нравицо js - пиши на js. можешь typescript попробовать еще, вдруг больше понравицо (тот же js только с сахаром и ооп адекватным).

Answer 2

[Владимир Мартьянов]

Изучайте C/C++, потом все си-подобные языки легко пойдут, плюс будете знать язык общего назначения.

Comments

[Константин]

OnYourLips: зря-зря-зря такое говорите, язык востребован + у него нет неоднозначностей, как в java, да и новичкам самое то.

Answer 3

[Юрий Ярош]

Есть один важный аргумент против питона, ruby и php - относительно низкая производительность, и следовательно невозможность разработки полноценных "реактивных" решений. Node.js будет шустрее, а golang с Java (J2SE) и подавно...

Нужно выбирать язык исходя из полноты, качества поддержки и зрелости существующих инструментариев.
Если это вэб - лучше ити в сторону meteor + react <-> express + mongo и не парить одно место.
Если нужна производительность бэкенда - лучше смотреть в сторону ванильной Java с netty, это Vert.x.
Касательно зрелости и качества поддержки - история умалчивает, но аналогов особо то в других платформах нету.
Ещё стоит разобраться со вторым Angular'ом когда он выползет с альфы, правда там сначала был TypeScript, а теперь Dart + JS :x

Главным аргументом против Java является ужаснейший Overhead разнообразных J2EE поделок с сервлетами, подавляющее большинство существующих решений использует именно это окружение - по сравнению с ванильным Netty, Overhead составляет 1 к 30. Scala тоже имеет довольно большой overhead, но он не является проблемой, вот скорость компиляции просто ужасна - в ~100 раз медленнее Java. Для того что бы эффективно выполнять задачи в Scala (Python / Erlang / Clojure etc) - нужно проводить 80% времени в интерпретаторе, не всем это по душе, да и мешает внедрению нормального CI с TDD/BDD. Имхо Groovy более юзабелен сейчас чем Scala, особенно для скриптов, и оверхед у него минимальный (при правильном приготовлении), и скорость компиляции не доставляет неудобств.

C# + asp.net решение двузначное, я не знаю как сейчас обстоят дела с OpenSource проектами в оных местах - последние два года ситуация обещала исправится (CLR заOpenSource'или), но чуда так и не произошло.

Long story - short. Если тремя предложениями, то ...
Стоит вообще забить на Python, учить JS Meteor Express React MongoDB и опционально Dart со вторым Angular.
Также важно научится собирать фронтэнды gulp'ом со всякими минификаторами, livereload'ами (browsersync), stylus node-sass jshint jscs csslint jsbeautifier ... и прочим барахлом. Ruby'сткий Sass с compass'ом стоит обходить стороной из-за слоупочности.

Comments

[Евгений]

Человек только начал изучать программирование. А Вы его завалили терминами.

[Юрий Ярош]

Евгений: думаю это к лучшему - будет смотреть что, куда и как.

[ArturSitnikoff]

Низкая производительность != невозможность разработки полноценных "реактивных" решений.
Так и пишите - поголовное неумение, если уж представляетесь как программист-прагматик, вспомните что есть термин презумпция.

[Юрий Ярош]

ArturSitnikoff: зачем копать винрарщину ?
Низкая производительность == отсутствие вертикального масштабирования и невозможность гарантии предсказуемого и стабильного уровня обслуживания, что в свою очередь приводит к отсутствию отзывчивости (Responsiveness) и гибкости (Elasticity), согласно старому доброму каноничному www.reactivemanifesto.org

[ArturSitnikoff]

Юрий Ярош: Вот об этом я и говорю, не навязывайте свою веру другим, лишь потому что она у вас искренняя. Не известно какие технологии на что способны, поэтому невозможность гарантии != гарантии невозможности, следовательно вероятность возможности предсказуемости, стабильности и масштабирования всегда есть. Меньше стопроцентных утверждений, www.youtube.com/watch?v=DKCJRs7tuqI

[Юрий Ярош]

ArturSitnikoff: бро, "Не известно какие технологии на что способны" я эту хрень уже 8 лет в продакшене гоняю... начиная с пыхов, рельс, питонов, энтерпрайсовской и не очень джавы, заканчивая всякими эрлангами, хаскелями, гоу и всяким кастомным железом на ПЛИСках (Virtex6 и 7 для QoS'a 3G/4G мобильных операторов, и Kintex Ultrascale для HFT).

Если бы не перепробовал ВСЕ популярные решения под нагрузкой (10GbE и от 20К rps до 6M с DPDK), кроме разве что C# asp.net, то не говорил бы...

На самом деле сейчас с фреймворками ситуация довольно плачевная, так как присутствует вагон кодогенераторов и тонны шаблонной CRUD копипасты, вместо полноценных hateoas с динамическими представлениями. Конечно есть всякие swagger'ы с json schema и прочим, но они не приспособлены для генерации представлений (разметки, интернационализации, валидаторов форм) в рантайме... а этого нынче очень даже не хватает.

Answer 4

[Maks]

Учил базу до отказу.
(html, css, js)

Answer 5

[Alejandro Esquire]

Если вы на старте, и пока еще на отлично не знаете никакого языка, то конечно имхо лучше сначала определиться с задачами, которые будут решаться. С другой стороны... Можно конечно и на бейсике "замки строить", чем например занимаются все 1С'ники.... В общем скачивайте примеры программ на разных ЯП и смотрите что вам эстетически приятно, потом попробуйте понравившееся освоить, написать "hello world" а затем какой нибудь калькулятор.... Не перестало нравится? Пишите более сложный проект. Близко, но немного не то - поищите в подобных поблизости еще, может таки и найдете свой идеал =)

Answer 6

[asd111]

javascript - хороший выбор. Если нравится изучай, работа для специалистов есть.

Answer 7

[sivabur]

Работа должна нравиться делайте выводы.