mxticker

О программировании - информация для начинающих

В связи с модой на алготрейдинг вижу много тем про программирование. 
Первую программу (это был простой графический редактор на BASIC) я написал в 11 лет. Т.е. это было почти 20 лет назад. Фактически можно сказать, что программированием я занимаюсь почти всю сознательную жизнь. Поэтому думаю начинающим может быть полезен мой опыт.

Итак:

  1. Программирование привлекательно тем, что практически не требует обширных знаний. Нужен особый творческий + конструторский склад ума. Хорошее пространственное, абстрактное мышление. Умение держать в голове большие модели целиком, умение нестандартно мыслить. Что касается собственно знаний — все они довольно таки просты для понимания, и при наличии прерасположенности можно стать хорошим программистом за 2-3 года. 

 2. Недостатки программирования исходят из его преимуществ. Т.е. для работы нужен в основном быстрый и гибкий мозг, программисты довольно быстро выходят из строя. Человек с возрастом глупеет, и для программиста это становится заметно очень быстро. Если в других профессиях важен жизненный опыт, то у программистов это не слишком нужно — считаю эта профессия идеальна в возрасте 18-22 лет, когда пик энергии на максимуме, и мозги работают наиболее быстро. На практике, особенно в России программист 35 лет уже староват. Тем более технологии меняются каждые 3-5 лет, многим надоедает их изучать. 

3. Лучший способ научится программировать — это как ни странно, практика. Видел что Тимофей хвастался, что прочитал 200 страниц книги по C#… Занятие абсолютно бессмысленное. Каждый язык был создан из практических задач. Как пример — было создано куча языков в академической среде, но десятилетия ведущим был Cи — фактически созданный практиками для конкретных задач системного программирования. Не понимая где на практике должна быть использована та или иная конструкция языка совершенно бесполезно ее изучать… Более того, бывает что программируя на языке годами можно не знать некоторых конструкций, просто потому что они не нужны. Программирование прежде всего прикладная область. 

4. Исходя из (3) могу дать ключ к пониманию ООП. Когда мне было 13 лет было совершенно не понятно зачем нужна инкапсуляция, полиморфизм и пр. Вернее, так то оно вроде понятно — инкапсуляция — скрытие. Полиморфизм — изменение. Но общей картины не складывалось. А не складывалось из-за банального факта. Мало где в учебниках писалось зачем же нужно ООП

   ООП нужно прежде всего для коммандной работы

 Как только появляется опыт работы в больших проектах с десятком сотрудников, ООП становится понятным и очевдиным. Так, инкапсуляция мешает другим сотрудникам сломать код, а полиморфизм внести изменения не вникая в его суть. 
  Так что совет новичкам — даже не пытайтесь понять ООП без реального опыта работы.  переменные-условия-циклы-массивы — этого набора достаточно, что бы начать писать простейшие программы. ООП вам не понадобится еще очень долго

5. Промышленное программирование состоит только на 0.1% из кодирования идеи. Все остальное время уходит на реализацию ее обвязки. Новички этого не понимают. Например знаю что на форуме есть тарарин  (сори, забыл имя), который ревнует мой сайт, считая что пиарюсь незаслуженно. Дескать ничего сложного, что бы сгруппировать цену по кластерам. И это действительно так. На это мне нужно было примерно 20-30 минут. Основная я же работа состоит в том, что бы заставить отдавать этот результат мгновенно на базе в 60 гигабайт при одновременном подключении 50 — 100 человек, в соединении MSSQL — C# — JAVASCRIPT кода, в написании грамотного ТЗ для помошников — фрилансеров, контроле, отладке и проч, проч. 
   Я писал, что для кодирования не нужно много времени, но для создания архитектуры многолетний опыт все же нужен. Сложность системы растет экспонентциально, и опыт программиста состоит в том, что бы заложить фундамент системы так, что бы она не рухнула под собственным весом при построении 20-30 этажа и не пришлось делать все заново. 

   З.Ы. По старой рунетовской традиции предвижу что сейчас появится куча спорщиков с опытом не 20, а 30 лет и начнет оспаривать каждый пункт. Relax, информация напиана для новичков. Понятное дело что с опытом обращаешь внимание уже на другие вещи

 

★16
125 комментариев
«Видел что Тимофей хвастался, что прочитал 200 страниц» в этой фразе мы видим нечеткое субъективное мышление.
Тимофей Мартынов, да плохо выразился. Не хвастался, конечно, но вижу что ты видишь в этом некое достижение. На деле это все равно что учится плавать по книге.
План должен быть, не: прочитать за сегодня столько то страниц,
а: реализовать такой-то проект
avatar
RuTicker.com, про программирование промолчу, хотя есть что сказать по половине пунктов, но тут не могу молчать — я НАУЧИЛСЯ плавать по книге :-)
рекомендую для неумеющих плавать, но умеющих читать. Джон Каунсилмен «Спортивное плавание». Когда я сказал своей знакомой что учусь по книге плавать — она долго смеялась, а в школьные годы она даже какие-то призывые места по области брала. Ок, говорю — пошли в бассейн. Вобщем проплыв брасом пару дорожек, сделав при этом одинаковое число гребков и примерено с одинаковой скоростью (мы не соревновались — просто плыли «для себя») она признала, что техника в первом приближении более чем.
резуюме — да не торопитесь вы делать такие сильные выводы, жизнь богаче. вы ее видите через узенькую щелку. И ООП нужно в первую очередь не для коллективной работы а для ЭФФЕКТИВНОЙ работы, и как следствие применение ООП существенное понижает порог сложности организации командной работы.
да можно то конечно и плавать научится по книге, и программировать. только с тренером вы бы потратили в 15 раз меньше времени, и изучение программирования от практики идет быстрее.
Я понимаю, что вам хочется поспорить, что бы показать свой ум.
Но еще раз — мои советы для новичков, с профи я бы общался по-другому и выдвигал другие тезисы. Но для новичков они скорее вредны.
avatar
RuTicker.com, целью моего замечания был не спор (и я не спорю с вами) и уж тем более не для того чтобы «показать свой ум».
просто забавно было проиллюстрировать на случайном примере, как можно быть заведомо уверенном в чем-то и тут же столкнуться с полным опровержением этой идеи. я это уже проработал для себя и ничему особенно сильно не удивляюсь.
вы предполагаете, что то чему я научился за два месяца походов в бассейн с частотой 2 раза в неделю лично господин Каунсилмен меня бы научил за ОДНО занятие? Я уж не говорю про большинство наших трениров (я немного занимался спортом) которые вообще нифига не могут объяснить технику и до всего самому приходится доходить? давайте прямо тут и закончим спор.
не в режиме спора: я с интересом прочитал ваш пост. он не плохой и не «неправильный» это просто мнение, связанное с вашим личным опытом и вы его обобщаете на многие ситуации в которых вы даже не были. вот увидите что ваше мнение о возможностях программирования в 40 лет заметно изменится. только и хотел вас немного удивить необычным примером, всего-то а превратилось в какой-то эмоциональный «спор». кстати, я поэтому почти ничего не пишу и не комментирую (хочу скрыть свой ум :-) )
Каленкович Алексей (enki), мое мнение о программировании не меняется последние лет 7, так что вряд ли.
Вообще я вроде как изначально предупредил, что это упрощенный подход, который может помочь новичкам, в целом же все конечно намного сложнее, только имеет ли смысл показывать всю картину?
В 8-ом классе детям вы тоже на первом уроке физики говорить «ну вообще-то 3 закона ньютона на самом деле вообще не работают». Да, не работают, но в первом приближении и для макромира самое оно.
ООП имеет применение не только в целях повторного использования кода. Но в первом приближении так оно и есть. Коментарий «не для коммандного, а для эффективного», вообще ни о чем, т.к. под эффективным можно понимать вообще все что угодно.
avatar
Каленкович Алексей (enki), спасибо
Артем, у тебя реально глубокий внутренний конфликт!
Надо как-то позитивнее быть
Тимофей Мартынов, А смысл? )
avatar
RuTicker.com, так жить приятнее, особенно окружающим тебя людям:)))
Тимофей Мартынов, заметил я когда на негативе то энергии на порядок больше, а когда все ОК то ничего не хочу и не могу делать.
avatar
Плюсанул. Все грамотно разложено.
avatar
Пункт №4. Спасибо за информацию. Хотя в общем-то я так и догадывался. ООП — для изоляции задач, чтобы проще было командно их решать
Тимофей Мартынов, пункт 2 намного интереснее )
avatar
ubervsem, я об этом думал. Поэтому решил заняться программированием, чтобы остановить собственное отупение
Тимофей Мартынов, это причина почему многие стремятся свалить из кодирования — нет возможности конкурировать с дерзкой и голодной молодежью. Преимущества возраста тут не востребованы, и многие стараются уйти в менеджмент, т.к. там уже нужен опыт
avatar
RuTicker.com, мне кажется, что помимо старения мозга куда более существенна проблема усталости мозга. Человек со временем начинает лениться думать и это убивает интелл. ресурсы куда больше чем старение
Тимофей Мартынов, и это тоже. С возрастом меньше мотвации учится. Это психологически тяжелее.
Многие считают, что взрослому человеку учится стыдно.
Пример — есть разница встать первый раз на роллики в 12 лет или в 30? Во втором случае уже некомфортно осознавать что тебя могут увидеть прохожие за этим занятием.
avatar
Тимофей Мартынов, как новая свежая неисследованная область, наверное, будет хорошей зарядкой для ума. я когда начал за рынками наблюдать, тоже мозг активно нагружал ими. а сейчас уже и рынки не дают былого стимула для развития. надо что-то новое искать
avatar
ubervsem, ну вот я понял, что сам по себе трейдинг не нагружает мой мозг и развитие мое остановилось
Тимофей Мартынов, трейдинг выжигает нервную систему, основное это ведь высидеть, а не принять решение. Одна из главных причин почему я бросил трейдинг, была следующая история.
Я давно заметил, что читаю быстрее другие людей. Одним из моих развлечений было читать в метро через плечо книги, которые читают другие люди. И где-то через 2 года трейдинга я заметил, что женщина читает свою книгу быстрее чем я — он переворачивала страницы быстрее, чем я дочитывал до конца. Это было огромны шоком. Я понял как деградировал и вскоре бросил торги.
avatar
Тимофей Мартынов, да тебе же самому удобнее будет решать задачи, если они грамотно разбиты на объекты. Но тут от цели изучения зависит — если цель писать скрипты в WealthLab, то действительно на ООП можно не загонятся, а если писать робота или тестер для анализа данных или стратегий от и до, даже с помощью библиотек типа StockSharp, то «лучше день потерять, потом за 5минут долететь» (С).
avatar
«прочитал 200 страниц — занятие абс бессмысленное»

не соглашусь. Потому что когда не знаешь с чего начать, можно просто взять и начинать что-то читать.

может ты не заметил, но я писал, что за время прочтения по книжке реализовал 20 программ, это и есть та практика, без которой никуда
Тимофей Мартынов, мой совет — ставь себе задачу и пытайся ее реализовать, когда что то не получается — ищи ответ в книгах. Т.е. нужно идти именно от практики, потому что знаний… ну нереально много.
Я например писал… Ну на 7 языках точно, не считая всякий технологий, библиотек и пр. Неужели ты думешь что я каждый раз читал фолианты по 700 стр?! Я от силы за всю жизнь прочитал книг 5, да и то по диагонали
avatar
RuTicker.com, я согласен что такой подход максимально практичен.

Но как я это все могу сделать, если я вообще ничего не знаю? А по книге я уже научился делать массу вещей:)

Да и читать честно говоря интересно
Тимофей Мартынов, ну тогда все ОК. Просто я насколько понял ты читаешь книжки по программированию, как скажем по математики и экономике, стараясь осмыслить главу за главной — тут этого не надо. Используй как справочник
avatar
Тимофей Мартынов, надо найти опытного наставника и мучать его.
Книги дают только общие ответы, а нужны ответы КОНКРЕТНЫЕ.
avatar
Тимофей Мартынов, пора на сайте создавать раздел «программирование для трейдеров» где бы собирались полезные статьи, коды, идеи, и пр. для решения прикладных задач в области рыночных данных.
avatar
> Если в других профессиях важен жизненный опыт, то у программистов это не слишком нужно — считаю эта профессия идеальна в возрасте 18-22 лет, когда пик энергии на максимуме, и мозги работают наиболее быстро.

вот и пишут такие код так, что… лучше б вообще не писали.
вы конечно это затрагиваете, но именно программирование (написание кода) — самая простая и легкая часть, если речь идет о создании программного продукта.
avatar
tian, ну я сразу так и написал, что придет щаз ктото с большим писюном и начнет спорить для того что бы спорить.
Шлите ваше резюме, что бы я оценил что вы там за систем архитект. Может вы формочки для 1С всю жизнь рисовали.
Специально же разделил кодирование и промышленные IT проекты, нет, как обычно всегда найдутся умники вставить свои 5 коп
avatar
А я как начал с 1992 года рисовать формочки с 1С: Бухгалтерия 2.0, так до сих пор и рисую…

Иех, жизнь прошла мимо...))
avatar
tian, думаю, автор имеет в виду активное познание нового и написание кода (не обязательно качественного). с годами качество кода повышается, а вот само желание писать что-либо (самому) потихоньку уходит. у меня во всяком случае так.
avatar
2. Да, человек с возрастом глупеет, но 35 это как-то пессимистично. Неужели вы через 4 года планируете закончить с программированием? Я встречал программистов за 50, работающих быстро и что приятно, очень грамотно

4. Не согласен, что ООП удобен для командной работы. Скорее ООП больше подходит там, где действительно нужны объекты. Кнопки на форме — хороший пример экземпляров класса, а класс birthdayParty — в учебных целях -ОК, а на практике выделение таких расчетов в класс спорно
avatar
ttools.ru, вот вы тоже спорите лишь бы спорить.
да, есть программисты и 60 и 70 лет. Но много ли их? Статистика говорит, что это работа для молодых.
по второму пункту — спорсить с тем, что ООП удобен для повторного использования кода… ну даже не знаю, что на это можно ответить!
avatar
Я тоже когда начал заниматься роботами думал именно так. Программирование — это только для профессионалов. И не понимал, как можно, не имея фундаментальных знаний, писать программы.

Основная моя ошибка была в том, что я сразу предполагал какие-то сложные проекты для торговли. В то время как автоматизация в торговле или анализе числовых рядов строиться на довольно таки примитивных программах, где не нужно иметь даже и 2-ух лет опыта.
avatar
Mikhail Sukhov, в 95% случаев это предположим так, а наткнешься на недостоающие 5% требующих спец знаний и работа стала.
avatar
RuTicker.com, на ничего не встанет. Все мы были сами новичками, когда начали писать первые программы. Обходных путей неограниченное количество. Это же не игра, где нужно выбрать только строго определенные пути.
avatar
Михаил, а вы с каким опытом программирования начинали заниматься торговыми роботами? Как подошли к этому вопросу?
Тимофей Мартынов, мне все основное дали в школе. В 11-ом классе писал графический редактор на Бейсике. Потом годы университета (для программирования бесполезные, пичкали физикой и математикой, и до сих пор не могу понять зачем все это). Потом первый работодатель, бессонные месяцы чтобы не выгнали с позором (глупый был, чё).

Программирование развивается только в ширину. Появляется багаж знаний как делать не нужно. Качественных уровней типа продвинутый, гуру, мастер — нет такого. Поэтому я и свинтил с программерской ниши. Потолок в знаниях был достигнут очень быстро, и я не очень-то и уверен, что эти знания прям так уж сильно отличаются от того, чему научился еще в школе.
avatar
Mikhail Sukhov, в общем да, согласен, потолок оч. быстро достигается. Я потолка в программировании достиг где-то в 21-22.
Самая сложная и интересная работа была сразу после института (участвовал а разработке пакета 3Д графики, за 150 долл/мес).
Годы опыта в программировании не очень то нужны.
avatar
RuTicker.com, технические вещи — это очень скучно. Под потолком я имел ввиду то, что не видел каких-то дальнейших путей развития себя как личности. Я же не просто специалист в какой-то области. А ведь еще и человек, со своими надеждами и мечтами.

Алготрейдинг — это пожалуй самое интересное. Здесь чем не занимайся, а все развитие идет в плюс мне, а не работодателю.
avatar
+, согласен 100% на счёт практики. А по поводу работы, то 20% времени уходит на кодирование, 80% на отладку.
Для начинающих советую книгу «C++ Без страха» Брайан Оверленд, объясняет на пальцах и без лишней воды.
avatar
короче господа профи, еще раз не надо со мной спорить и мерятся писюнами, я вообще если честно не считаю программирование рокет сайенсом.
avatar
в принципе согласен с автором, но мне 37 и программирование является только дополнительным инструментом который необходим для достижения поставленной задачи. сейчас программирую на sql, нужен будет с, изучу и без разницы сложен он или прост. разница только во времени.
Что касается возраста, то например такие алгоритмы которые разрабатываю сейчас мне бы лет 10 назад даже и не снились, потому что это опыт и понимание.
другое дело что пришлось перестраивать мозги под программирование, а это действительно сложнее чем лет в 20… это да, жалко…
Но появились витамины, различные средства… например выявился один интересный побочный эффект обычного средства от кашля — бромгексин. оказывается он активизирует мозг :-) причем очень очень хорошо, главное не переборщить.
avatar
slider, там где опыт нужен стало проще, что то новое с нуля учить — сложнее. С этим сложно спорить, это же природа. Все мы стареем.
avatar
Тимофей, а я говорил что будущее торговли за роботами
avatar
slider,… и ошибались ))
avatar
RuTicker.com, нет :-)) в робота можно заложить много алгоритмов а человек может уследить максимум за 5-7 факторами. я даже сейчас вижу что торгуя руками только порчу систему
avatar
slider, у робота нет интуиции и ощущения рынка.
avatar
RuTicker.com, а вы уверены что у человека оно есть? ;-) Если есть, вы уверены что это чувство не сломается? А знаете когда сломается?
avatar
RuTicker.com, что сейчас видит человек — аналитику, тех анализ и то кривоватый. аналитика действует 50 на 50, тех анализ используют как спец ловушки для лузеров. паттерны тоже используют с учетом психологии и кукловоды поворачивают в другую сторону. Задействуя психологию вы ловитесь на такие капканы
avatar
К чему вам эти жаркие споры, каждый считает по своему.
Лично для меня программирование — это интересное время провождения. Торгую я по большей части руками на больших интервалах и соответственно сделки открываю 1~3 в неделю. И пока держу позу или жду сигнала, постоянно что то программирую анализирую историю с помощью возможностей программирования, тестирую какие то свои идеи. Это очень хорошо отвлекает от рынка, давления позы и не даёт мозгам задубеть.
avatar
Считаю, что программированием впрочем как и иностранными языками надо заниматься профессионально, т.е. нужна постоянная практика иначе быстро всё забывается.А смысл глобально изучать программирование в приложении для трейдинга, ради того чтобы написать 2-3 алгоритма в год, для этого есть много более удобных программ для анализа и написания роботов.Я не имею ввиду HFT, тут конечно без программирования никак.
хорошо+41
avatar
>> «1. Программирование привлекательно тем, что практически не требует обширных знаний»

Многие так считают, но дело обстоит наоборот. Отсутствие знаний проблемной области как раз и является одной из главных причин неработающего, негибкого и недокументированного (и недокументируемого в принципе) кода.

Понравилось про 35 лет. Действительно, тот возраст, когда новое осваивается все труднее. Но опять же, здесь речь о кодерах, а не о программистах в целом. Если к 35 годам человек так и остался кодером, не став при этом архитектором, то дальше ему будет крайне тяжело (и с объемами работ, и с новыми технологиями, и, как ни печально, с системой начальник-подчиненный)
avatar
Антон Кротов, ну по хорошему кодеру не нужно знать предметную область в правильном проекте. Для этого есть технолог.
При работе над сайтом мой помошник например не знал даже что такое акция.
avatar
Антон Кротов, Тимофею максимум нужно писать аналитические скрипты. Какие 35 лет, какие архитекторы? Это сайт смартлаб. Здесь трейдеры.
avatar
reist, а я разве Тимофею писал? Мы просто немного терминологию обсудили
avatar
для всех кто хочет заниматься программированием не как игрой, а профессионально, важно повышенное внимание уделять методологии проектирования информационных систем. мне в свое время очень хорошо открыли глаза так называемые CASE-технологии. для серьезной работы без понимания принципов и последовательных стадий разработки программных решений — можно действительно легко оказаться в состоянии потери ориентации, получить ощущение усталости мозга. Это не из-за возраста, не из-за старения мозга, а из-за проблем с архитектурой своей работы. Семантике, онтологии, концепциям, статическим и динамическим моделям необходимо уделять внимание даже больше чем тем или иным конструкциям языков. Для этого совершенно необходимо читать соответствующую разнообразную литературу. Эта область настолько обширна и сложна, что без надлежащей теоретической подготовки, методом тыка, проб и ошибок ты будешь набивать шишки и нащупывать 100 лет то, что в книге можно прочесть за полдня. Книга — это правильный старт.

Причем еще раз повторю мысль — не книги типа Language Reference или Programmin Tutorial (это есть в MSDN), а книги посвященные концептуальному проектированию программных систем, начиная с изучения целей и задач, это цела наука.
avatar
Игорь Рябушкин, тут речь была именно о новичках. Нафига им CASE?
К тому же CASE технологии были популярны в конце 90х, сейчас же царит Agile. Что впрочем не есть хорошо. Однако у CASE так же есть ограничения применимости. В освновном это корпоративные проекты ценой в миллионы долларов.
Трейдерам алгоритмистам эти технологии глубокопротивопоказаны.
avatar
RuTicker.com, если новичок не просто праздно любопытствует, а решает встать на долгий и плодотворный путь разработки софта, то ему крайне рекомендуется вначале пути разобраться с методологиями программирования и обратить пристальнейшее внимание на бэкграунд этого увлекательного занятие — проектирование информационной системы в целом.
avatar
Игорь Рябушкин, не нужно, чушь вы пишите
avatar
Кстати сократил время обновления в кластерах до 3 сек. Теперь вполне можно и скальпировать

ruticker.com/MXTicker/ClusterProfileGraph?ticker=RIZ2&cperiod=15&priceStep=50&rperiod=day
avatar
Игорь Рябушкин, Тимофей щаз сидит и чешет репу, не понимая что такое инкапсуляция. Как в попу CASE? Многие профессионалы им не пользовались и не умерли. И это точно инструмент не для маленьких комманд и конечно же одиночек.
Блин, я же говорил щаз набежит куча «профи» и начнет умничать, показывая как много знает умных слов.

Если человек хочет научится программировать, ему однозначно НЕ надо ничего знать про CASE
avatar
RuTicker.com, у меня с Вами похожее начало программирования. Я примерно в 12 лет начал впервые программировать на Бейсике. Меня это увлекло. Но вспоминая школьные уроки программирования, я прекрасно помню, что наибольший вклад в мое начальное понимание этой области, кроме прочего, внесли графические алгоритмы, которые нас преподаватель заставлял рисовать карандашом на бумаге. Особенно мне с тех пор запомнился логический элемент в виде ромбика называемый «условный» переход. Это заложило мое понимание искусственного интеллекта и с тех пор это понимание только развивалось, но в корне — осталось по прежнему основной. Я утверждаю, что главное в программировании — это уметь разложить любую задачу на алгоритм, как на ветвящуюся структуру логических элементов условного перехода и подпроцессов. Во всех языках программирования есть соответствующие конструкции реализующие условный переход, переключение, цикл. Но знать эти конструкции без понимания их роли в программной логике — малополезно. Дело, конечно же не в CASE.
avatar
Игорь Рябушкин, у вас слишком примитивный подход. В программировании главное не только это
avatar
RuTicker.com, а главного не может быть много. программа — это блочная структура с декомпозицией логики на составные части. этому соответствует системная теория согласно которой система состоит из подсистем. процессный подход, согласно которому процесс состоит из параллельных или последовательных подпроцессов. проект состоит из подпроектов и подзадач. по моему это самое главное. части подобны целому. главное — декомпозиция, абстракция и иерархия.

по моему — все остальное детали.

Это не примитивно, это элементарно.
avatar
RuTicker.com, существует несколько стадий развития методологии программирования: императивное, модульное, объектно-ориентированное. Чтобы понять для чего нужна инкапсуляция, сначала нужно понять для чего вообще нужно объектно-ориентированное проектирование и что такое декомпозиция, например. Это реально поможет сэкономить годы.
avatar
Игорь Рябушкин, зашибись вы умный. Ну и нафига знать эти слова новичку? Вам, что, 16 лет и считаете что круто ими козырять?
Я еще раз напишу — нет смысла изучать новичку тонкости ООП без опыта, знания не будут усвоены.
avatar
RuTicker.com, RuTicker.com, опыт без теории зачастую получается таким, какого уж лучше бы вообще не было. Т.е. не просто бесполезным, но и вредным.
avatar
Игорь Рябушкин, такая теория за даром не нужна. Я первый раз слышу некоторые слова, а роботом уже долгие годы успешно пишу. Показатель успешности, естественно, размер депозита. У вас он видимо очень большой.
avatar
reist, мой основной бизнес — внебиржевой. на воспитание детей и хлеб насущный хватает, а также на оплачиваемые рабочие места — и слава Богу.
avatar
Игорь Рябушкин, а мы тут рынком занимаемся вроде как. И программирование применительно к рынку изучаем.
avatar
reist, это тут не причем. я на данный момент совершаю некоторые спекулятивные операции на ФОРТС в научно-исследовательских целях, а основной доход у меня с внебиржевого бизнеса, где я зачастую использую программирование для автоматизации различных бизнес-процессов.
avatar
Игорь Рябушкин, я за вас искренне рад. Но это сайт трейдеров. И программирование тут трейдерское. Чем вы занимаетесь еще в своей жизни очень интересно, но вряд ли стоит сильно на это акцентироваться.
avatar
reist, другая предметная область — это лишь другая объектная среда. язык, а тем более методология программирования — те же. поэтому не вижу никаких проблем.
avatar
Игорь Рябушкин, у меня проблем нет. Не знаю и половины из того, что вы указали, но успешно создают торговых роботов. Возможно в вашей области чтобы быть успешным надо знать большем. Но мы на смартлабе, пишем о рынке, и тут программирование — это не самый важный инструмент.
avatar
reist, а что я такого неизвестного указал? вполне общие вещи. Гугл есть, в конце концов.
avatar
Игорь Рябушкин, зачем? в трейдинги и на смартлабе это не нужно. Возможно в вашей области это и нужно. Вот и гуглите. А нам трейдерам это ни к чем.
avatar
reist, автоматизация в трейдинге не нужна? может Вы еще на биржу ногами ходите и заявки в бумажном виде подаете? программами совсем не пользуетесь?
avatar
reist, что за детский сад? Сказали, что не пользуетесь — ладно, дело Ваше. Но зачем пытаться профессионала поучать, какой путь правильный?
avatar
Антон Кротов, профессионалы тут те, кто рынком на жизнь зарабатывает. А Игорь ясно сказал, что он рынком не живет, и вообще из другой области. Возможно, был бы сайт программистким, он был бы профи. Но сайт для трейдеров. И тут я больше ему расскажу о программировании в трейдинге, как зарабатывать, чем он мне. Так что заканчивайте оба с детским садом. Это трейдинг.
avatar
Нищеброд, нет, я пишу торговых роботов под свою торголю. И программирую под DMA. Факсы видимо вам удобнее, а мне больше цифровое подключение.
avatar
reist, остальные тоже профессионалы. В своей области. Но мы тут рассматриваем только область трейдинга. Прочтите хоть логотип сайта, что ли.
avatar
reist, reist, да ради бога. Кичиться своим невежеством вместо того, чтобы отметить для себя что-то новое, — это проф. черта всех кодеров.
avatar
Антон Кротов, спасибо, но я трейдер, а не кодер. О чем и пишу здесь целый день. Вы работаете на дядю, я сам на себя :-)
avatar
Нищеброд, да не в кассу. Зачем мне писать? Деньги любят тишину.
avatar
Нищеброд, спокойно, тролля. все под контролем.
avatar
reist, уважаемый. Почему вы монополизировали понятие рынка столь узко? я, между прочим, в своем бизнесе кроме АйТи, в первую очередь — маркетолог. Так что рынок — это предмет моего профессионального интереса №1. Надеюсь, я не открою Вам тайны, если сообщу, что кроме рынка финансовых инструментов, существуют масса других рынков, на которых тоже идет активная и бурная торговля и участники которых, также считают себя трейдерами?

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

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

Ладно — лично Вы. Но зачем вы пытаетесь огородить как вы считаете «ваш» рынок от общих идей и концепций, без которых не будет никакого развития? Российский фондовый рынок, да и экономика в целом имеет известные проблемы с притоком капитала и очень малой долей в мировом масштабе. Отчасти, в качестве одного из факторов, это связано с отсталостью в программно-технологической сфере (это взаимосвязанные вещи). Трейдерский софт в России — чрезвычайно слабо развит на фоне других развитых стран. И это реальная сдерживающая проблема исключающая какие либо разговоры о каком либо нашем лидерстве в финансовой сфере.

Без обид. С наилучшими Вам пожеланиями.
avatar
Игорь Рябушкин, давайте не будем о птичках… Вы трейдер в какой области и что именно вы в этой области программируете? Красивые слова я так же могу подобрать. Но у меня нет желания заболтать собеседника.
avatar
reist, :) Программировать приходится много. Система документооборота, операционного учета, корпоративной отчетности, фронт-офис, коммуникации… Вся информационная система предприятия во всех аспектах поддается настройке и развитию. Каков рынок? Вы о нем возможно даже и не подозреваете, т.к. это узкоспециализированный сектор в машиностроительной отрасли, но при этом довольно глубокий и важный для экономики и быта. Подробнее не хочу тут распространяться, т.к. это будет действительно слишком большой уход от темы финансовых рынков.

Но причина по которой я тут — это мой частный интерес к финансовому рынку, как я уже говорил раньше. Я совершаю иногда некоторые спекулятивные операции на СПОТ и на ФОРТС. В чисто экспериментальных целях. С этих операций — не живу, т.к. на данный момент знаю более надежные способы обеспечения своей семьи, детей и себя и оперирую малыми суммами. Но интерес к этому рынку есть и он напрямую связан именно с автоматизацией работы на нем.
avatar
reist, вы про какую теорию, кстати? теорий всяких разных — бесконечное множество. или Вы в общем?
avatar
RuTicker.com, я как раз и говорю, что сначала нужно изучать не тонкости ООП, а в целом понять зачем это и с какой целью придумано, и только потом лезть внутрь в тонкости. Вы же предлагает сразу залезть в танк и начать дергать все подряд — так сказать набираться опыту.
avatar
RuTicker.com, декомпозиция — основной элемент в решении любых задач. Хороший проектировщик обязан уметь им пользоваться в совершенстве даже до того, как он приступит к написанию первой строчки кода. Это азы алгоритмизации.
avatar
RuTicker.com, новичку вообще не нужно изучать программирование — ему бы для начала научиться торговать.
А вот когда научиться тогда встанет вопрос об автоматизации и визуализации процессов, не видимых на графике тогда и научиться.
avatar
Алексей Шаландин, " вы выжали все соки из себя" — вы совершаете ту же ошибку (см выше)- сами придумываете несуществующие подробности. написал же -проплыли одинаково — одинаково это не за одно и то же время, а ОДИНАКОВО — в одном ритме, за ОДНО И ТОЖЕ КОЛИЧЕСТВО ГРЕБКОВ. если вы не верите в то что ОДИНАКОВО так и скажите- не верю, не надо ничего придумывать. успехов. надеюсь путь к взаимопониманию не закрыт.
Каленкович Алексей (enki), читать теорию и ходить 2 мес в бассейн — ну никак нельзя назвать научится плавать по книге. Это те же самые тренировки. Так что пример неудачный.
Или вы 2 мес. читали книгу а потом прыгнули в бассейн и поплыли?
Вот на это скажу: НЕ ВЕРЮ
avatar
RuTicker.com, и правильно что не верите. естественно держаться на воде и коряво преодолеть дистанцию бассейна я мог и до этого. но это не значит что я УМЕЛ плавать. если я научился ставить заявки в квик это еще не значит что я научился торговать, не правда ли?
ладно, сдаюсь, я проиграл. я привожу только неудачные примеры и неправильные обобщения.
ну для того чтобы писать стратегии в велсе достаточно прочитать их программинг гайд, знания программирования и тонкостей алгоритмов, патернов и парадигм совсем не нужно)
даже не обязательно знать сишарп, можно на простых примерах быстро понять что там куда писать. так что, Тимофей занимается ерундой, забивает себе голову всякими формочками, кнопочками и прочей ересью, для его потребностей это лишнее.
avatar
и да, закодить в велсе можно все что угодно, было бы что!) а тут уже нужны совсем другие знания и умения их применять к рынку, статистика, теорвер, возможно даже из физики что-то, и прочее, даты майнинги.
и любой статистик, теорвеорист или физик, сделает это в велсе лучше программиста который думает что щас он всех порвет написав если хай>клоуз тогда бай)
avatar
Я как понимающий немножко в программировании, уверен, что программирование дано всем здоровым людям. Другое дело — что многие просто сами от этого добровольно отказываются и не берут, но это чисто вопрос выбора.

Что могу заметить на этот счет?

200 лет назад программистов не было. 35 лет назад программистов на планете было не много больше нескольких сотен или тысяч. Сегодня их несколько сотен миллионов. Наступят времена, когда в той или иной степени составлять программы будет половина населения Земли. Скоро. Это раз.

Во-вторых. Если сегодня сравнить технологическую развитость США и России, то количество людей не брезгующих программированием там и здесь — пропорционально уровням той самой развитости. За страну обидно. Поэтому и трачу тут свое личное время и пишу все вышеизложенное ради пропаганды. Чтобы привлечь побольше людей в этот хай-тек сектор. Не нужно брезговать — это более достойный труд, чем многие считают. И не нужно бояться — это предельно логичная и подробно описанная область человеческих знаний чтобы понять любому грамотному и терпеливому человеку. И очень полезная почти в любой профессии. Невежество — зло. А со злом необходимо бороться.

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

Только реализован имеющийся потенциал в силу ряда причин пока чрезвычайно слабо. Надеюсь в этом Вы не станете спорить со мной?

Одной из причин я вижу некоторое неправильное отношение к кибернетике в СССР. Это конечно не смертельная беда, но на практике — негативный результат налицо. Наши выпускники в основной массе работают в США и Европе.

Брина некорректно относить к русским. Он вырос, получил образование, сформировался и сделал бизнес в США. И я бы без унижения наших достоинств, все же самокритично относился к себе и не преувеличивал наши фактические достижения. Далеко ходить не надо. Давайте посмотрим на наш популярный клиентский софт для работы на биржах. Вы считаете, он не сильно отстает по развитости от западного?
avatar
Тикер, ты же судя по мэмуарам и не программист вовсе а? Заказы роутил только своим программерам. ) Ахинею всякую пишешь с умным наверное лицом про все области но ни в одной не профессионал.
avatar
Изя Квикович, ну была бы воля, так вообще все бы скидывал, но к сожалению так не получается, арихтектуру приходится самому делать, да и на освновной работе все же основной заработок
avatar
ответ от karapuza тут smart-lab.ru/blog/offtop/93318.php
avatar

теги блога StockChart.ru

....все тэги



UPDONW
Новый дизайн