Самый быстрый и эффективный способ начать программировать на языке C# с нуля? Подскажите плиз опытные программеры

Андрей К, C/C++ и С# лучше не смешивать. Даже в VS синтаксис визуально разный, не говоря уж об управлении памятью и т. д. и т. п. Если без опыта — можно начать с каких-нибудь видео на ютубе (например, www.youtube.com/channel/UCmdZlsCXz57nazOdp_o5wAg ), тысячи их. А дальше — ставить себе задачки и выполнять.
Кто-нибудь лучше может подсказать примеры связи с Quik`ом на шарпе? Видел статейки на робострое — не понравились.

India, я сторонник того, что далеко не в синтаксисе дело. Более того, выступил бы за то, чтобы начать с паскаля.

Андрей К, Вы думаете Тимофей реально программировать будет?)) Пару деньков помучается, вспомнит свою статью про эффективность многозадачности и опять поедет на радио. Но вдруг зацепит — перейдет из лудоманов в программисты… новая тема для книги… правда в жанре фантастики :)

Андрей К, Паскаль пожалуй что слишком уже далек от реальной жизни. При выборе языка я бы ориентировался на API, который предоставляет имеющийся у меня уже в наличии брокер. Чтобы с одной стороны не платить лишнего, с другой стороны чтобы была возможность свои наработки запускать в сколько-нибудь боевой среде.

SergeyEgorov, ну почему же? все мои серьезные разработки сделаны на Delphi. C# пришлось только тогда открывать книгу, когда стал готовиться углубленно к серьезной вакансии на свое проф повышение. Да и правда иногда вынужден чисто из за тслаб или подобных задач.

Андрей К, Я извините в своем высказывании про Паскаль забыл уточнить что в разрезе биржевой торговли на Российском фондовом рынке он не очень актуален. Или я что-то упустил и есть какой-нибудь API у какого-нибудь брокера на эту тему?

SergeyEgorov, боюсь наш дискусс нужно вести предметно. 
  — transaq connector например дает свое api в виде dll. Ее прикручиваем к приложению и все.
  — plaza2 тоже цепляется через COM. Поэтому можно любой язык.

c# я использую только, если нужно проверить идею в тслаб и там проще всего будет это сделать и не возможно ее проверить в mt5.

SergeyEgorov, гляньте комменты secret-а.
а по топику — почему-то многие восприняли потребность Афтара накодить что-то под trading-purpose/utility, а не для иных целей

изучить подходы в объектно-ориентированном программировании на основе c++

К слову, c++ (как и #) не имеют отношения к ООП. Подобное УГ просто притянули за уши к ООП, это был маркетинговый ход в период расцвета смоллтока.

sortarray sortarray, Странно? Почему тогда при кодировании на C++ или C# приходится любое поведение оборачивать в классы, экземпляры переменных которых по сути и представляют собой некие виртуальные представления реальных объектов? Ну и даже в книге GOF основные примеры почему то на C++, и лишь часть их дополнительно расшифровываются на Smalltalk?

SergeyEgorov, это видимо снобизм такой :) сейчас все ходовые ЯПы являются мультипарадигмальными с разной долей примеси ООП. Принципы ООП не являются секретом — инкапсуляция, наследование, полиморфизм. В С# все это есть. Абстрагирование может осуществляться через классы(классика), либо через прототипы(JavaScript). То что ООП нередко добавляют в язык позже — это нормально, не все задачи можно решать эффективно в рамках функционального программирования, а языку нужно как-то наращивать коммьюнити и выживать.

SergeyEgorov, классы к ООП непосредственного отношения не имеют, В ООП объекты и сообщения.  Во всяком случае, специальный синтаксис для класов. GOF также к ООП отношения не имеет, это просто тысяча  и один рецепт «как не зная что такое ООП, умудряться пейсать чтото похожее на ООП». Смоллток они там использовали, скорей всего просто для понта, могли бы и обойтись. Но это днище о котором Вы говорите — плюсы, GOF, действительно сейчас *принято* называть ООП, так что, не буду спорить. Де-факто — это просто жалкие пародии.

SergeyEgorov, «Принципы, паттерны и методики гибкой разработки на языке C#»

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

professor facepalm, Я в данном случае не думаю, я рассказываю о своем опыте обучения именно трейдеров и именно практическому программированию. Моя практика показала что в практической торговле на фондовом рынке нет «простеньких задачек», которые можно было бы реализовать так, чтобы сначала «программа просто работала как нужно», а когда-нибудь потом сильно дальше можно было бы взяться за принципы и паттерны.

Мы проверяли подход, когда все поведение утрированно говоря кодируется в методе main или в вызовах обработчиков элементов GUI. Собственно сами трейдеры оказывались в ступоре, когда эти методы разрастались до размера в 300 — 500 строк и становились не то что неуправляемыми, их невозможно было даже дочитать до конца, не потеряв нить происходящего.

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

Ну а если уж мы не торопимся, то можно спокойно сесть и начать читать Мартина и программировать концепции, которые он рекомендует, пытаясь применять их к своей предметной области. Материал у Мартина дан очень последовательно и внятно. Его подходы позволяют не просто писать код, а писать код и получать от этого удовольствие. При обучении, это очень важный фактор, поскольку положительного психологического воздействия мотиваторов никто не отменял.

Вообще на мой взгляд для трейдеров, которые любят торговать и хотели бы остаться в деле еще долгие годы, вопрос «изучать или не изучать программирование?» не стоит. Либо они изучают программирование, либо в некоей, на мой взгляд не очень долгой перспективе они обнаруживают что больше не могут успешно торговать.

Тимофей Мартынов, если просто списывать с учебника, то пользы никакой не будет.  Возьми несколько источников, допустим видеокурс для начинающих и годную книгу(посмотри рецухи на том же амазоне). Какое-то время нужно потратить на освоение базовых идей программирования(функции, циклы, типы данных итд.), так как у всех СИ-подобных языков такие концепты очень похожи, все это можно усвоить, просто изучая синтаксис непосредственно С#. Важно чтобы ты начал говорить с программерами на одном языке, так как ты сможешь в случае проблемы четко сформулировать ее и посмотреть на StackOverflow решения, либо задать вопрос на том же форуме, если на него еще не отвечали, также это поможет в большинстве случаев избежать ловушки «несознательной некомпетентности»(самый тяжелый случай)))
Если списываешь откуда-то код, постарайся понять как он работает, после модифицируй и работай с ним самостоятельно, рассматривай каждую свою ошибку в коде, как хорошую возможность улучшить свой кодерский скилл.
Самое главное — ты должен понимать зачем ты это делаешь и видеть конечный результат, иначе при первых сложностях (а их будет много) бросишь.

Тимофей Мартынов, не особо. ну препод был угарный Перлин Владислав в центре Специалист на Пролетарке. Много всякой всячины про иудаизм, тору, чайник рассела рассказывал. ну общие какие-то мысли по основам программирования и так для общего развития полезно. Но я понял, что надо это дело долго и серьезно изучать чтобы конкурировать с программерами типа Секрета. ну в идеале в универе 5 лет на программера учиться. с кондачка или по курсам/учебникам мало что получится. решил для себя что игра не стоит свеч, торгую руками.