Тем, кто хочет стать программистом и не знает с чего начать

Ниже приведен список курсов, пройдя которые проблем с поиском работы не будет.

Introduction to Computer Science and Programming
ocw.mit.edu/...​-programming-spring-2011

Structure and Interpretation of Computer Programs
ocw.mit.edu/...​ter-programs-spring-2005

Introduction to Algorithms
ocw.mit.edu/...​-to-algorithms-fall-2011

Advanced Data Structures
ocw.mit.edu/...​a-structures-spring-2010

Elements of Software Construction
ocw.mit.edu/...​e-construction-fall-2011

Mathematics for Computer Science
ocw.mit.edu/...​uter-science-spring-2010

Programming Languages
ocw.mit.edu/...​ming-languages-fall-2002

UPD: Прошу прощения, я достаточно смело выразилась в начале поста. К сожалению мало кто из студентов настолько хорошо знает английский, чтобы проходить эти и другие курсы параллельно с учебой (хотя по-моему это был бы идеальный вариант, т.к. позволил бы хоть как то выделиться среди большого количества кандидатов). Поэтому для того, чтобы сразу «попасть в поток» нужно немного другое (быстро вникнуть в востребованный язык программирования и начать на нем писать). Пожалуй данные темы можно начать изучать тем, кто уже более-менее уверенно работает и зарабатывает на украинском рынке, но хочет восполнить пробелы в базовых знаниях, тем самым повысив свою квалификацию, а так же шанс получения должности, требующей более глубоких знаний CS.

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

Хочу посмотреть на человека, который «не знал с чего начать» и стал программистом прочитав SICP.
Хочу посмотреть на компанию, которая взяла на работу человека сразу после SICP, не предложив для начала почитать «PHP за 21 день» или Шилдта.

Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Всем привет. Не знаю нужно ли тут представляться но, мне 20 лет и очень давно интересует сфера ИТ. Сейчас начал проходить курс CS50. Что посоветуете учить дальше?

Очень понравился С. Но не всегда понимаю что говорит преподаватель. Иногда уходит по несколько часов чтобы найти ответ в интернете. Что можно читать в разрез с курсом от Гарварда. И возможно кто-то может иногда отвечать на вопросы и помогать?

И кстати насколько нужна математика? Учился в мед.вузе и с матаном не очень дружу. Что-то помню со школы но не очень уже.

Если учился в медвузе — поробуй двинуть в направлении биоинформатики ( en.wikipedia.org/wiki/Bioinformatics ). Матан там не особо нужен, нужна статистика.

Придумай себе задачу из этой темы (пользуясь своими познаниями в медицине/биологии) и попробуй её начать решать. Если задача будет интересна и полезна, можешь даже попробовать замутить на эту тему «оупен-сорс» проект — может, подтянутся хорошие кадры, в процессе и сам чему-нибудь научишься.

Всякого рода биотех в разработке, сейчас тема горячая. Если в ней хорошо продвинутся, можно грести баблос лопатой.

Как я начал программировать в 38

В качестве пролога приведу слова из песни команды КВН «Уральские пельмени»: «Мне сегодня 36, у меня всё впереди...». Очень позитивно — рекомендую :)

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

В сентябре 2014 загрузил текстовый редактор Vim (это был даже не Xcode!) и набрал первые строки на Swift.

На тот момент мне почти исполнилось 38 лет, экономическое образование, неплохой опыт работы (фин.директор, проектный менеджмент, бизнес-консультирование) и большое желание изменить свою жизнь. Опыт программирования = 0 (если не считать написание формул в Excel).

Сегодня (май 2015) у меня есть два опубликованных приложения на AppStore, некоторый опыт разработки, и моя жизнь таки изменилась. Изменилась в лучшую сторону, естественно :)

Почему именно Swift?
1) Очень уважаю яблочные гаджеты
2) Swift появился в середине 2014. Я подумал, что новая профессия + новый язык — это как-то правильно :)

Вообще, вопрос выбора сферы программирования и языка — это крайне индивидуальная тема. Swift как-то сам пришел ко мне, и я не стал сопротивляться.

Важно сказать несколько слов о людях, которые очень помогли мне начать и до сих пор продолжают поддерживать «юного» программера :)

Есть такая фраза: «Когда ученик готов, тогда и учитель найдется». Видимо, я был готов, и мне повезло встретить сразу двух учителей.

Первый наставник — Дмитрий Кожевин (Киев). Мы познакомились совершенно случайно. Хотя, я лишний раз убедился, что случайности — не случайны.
Дмитрий имеет опыт самостоятельного обучения программированию, и успешно программирует на Pyton уже лет 15. Он научил меня поверить в то, что всё возможно, дал четкую методику «как начать программировать» и помогал выходить из стресса, вызванного состоянием полного непонимания. Очень благодарен Дмитрию, иначе я бы всё бросил ещё в самом начале. О трудностях расскажу ниже.

Второй мой наставник Игорь Томич (Харьков) встретился мне в он-лайне — я купил его курс вебинаров «Введение в Swift», студия «Master-Up». Игорь имеет большой опыт разработки мобильных приложений, руководит командой разработчиков и проводит вебинары. Курс студии «Master-Up» познакомил меня с Xcode и базовым синтаксисом Swift. В итоге это позволило мне очень коряво, но всё же начать своё первое приложение. Потом, благодаря Игорю, я научился читать Swift, искать и находить нужные ответы и начал понимать логику программирования. Без поддержки Игоря я бы до сих пор ничего не опубликовал. Игорь, спасибо!

Отдельно хочу остановиться на тех трудностях, с которыми мне пришлось столкнуться.

1) Английский язык. Из моей прошлой жизни у меня сохранился некоторый уровень Intermediate Business, однако технический язык стал для меня одним из первых стрессов. Очень трудно читать непонятные темы на непонятном языке. Вспомнилась шутка: «Трудно собирать выбитые зубы сломанными руками». Вот это было примерно так же :) Решается эта трудность монотонной начиткой материала (+ Google Translator в помощь). Со временем что-то начинаешь понимать, а что-то — просто чувствуешь.

2) Непонимание синтаксиса и вообще принципов работы кода. Здесь мне очень помогли мои наставники. А так же пришлось наработать навык поиска в и-нете ответов на свои вопросы. Главное — не стесняться с просить у Google интересующий тебя вопрос. Пару раз сформулируешь запрос некорректно, но потом начинаешь спрашивать правильно и получаешь правильные ответы.

3) Расслабленный мозг, который отвык учиться и концентрироваться. Я давно уже ничему не обучался системно. А полностью концентрироваться (глубоко погружаться в вопрос) я наверное вообще никогда не умел — так мне кажется сегодня. Что могу здесь посоветовать? Самодисциплина, физические нагрузки, прогулки на свежем воздухе, правильная музыка, правильное питание, медитации и «принудительная концентрация» — это то, что помогло мне «разогнать» мой внутренний процессор.

4) Страх «а вдруг не получится?». Это самое опасное чудовище на пути изменений. Гони его! Будь уверен, что ты можешь ВСЁ! Смотри фильмы «Секрет» (1 и 2 части) и побольше оптимизма :)

После окончания серии вебинаров само собой возникла цель написать свое приложение. Первое приложение написал для моих друзей (точнее, для их потенциальных клиентов) — их компания занимается производством бетона. Приложение «Лотос Бетон» (itunes.apple.com/...d953515058?l=uk&ls=1&mt=8) позволяет рассчитать необходимое количество ингредиентов для производства бетона определенной марки. Так же это приложение позволяет отправить запрос непосредственно менеджерам компании (заказ доставки бетона). И еще приложение позволяет посмотреть уже завершенные объекты данной компании.
В процессе работы пришлось научиться работать с TableView, парcить JSON-файлы, проигрывать видео YouTube, отображать галереи фотографий, работать с Autolayout и т.д.

Второе приложение писал уже больше исходя из своих потребностей. В процессе изучения иностранных языков есть необходимость записывать новые слова (+ перевод). Чаще всего это делают в тетрадях, и потом очень трудно систематизировать такие «словарики». Приложение «Universal Lexicon» (itunes.apple.com/...d982534800?l=uk&ls=1&mt=8) представляет собой пустую «записную книжку», которая по мере наполнения может выполнять функции словаря или даже разговорника. При этом количество языков не ограничено.
В работе над этим приложением мне открылся целый мир CoreData. Было интересно :)

Что дальше?
Есть пара идей для новых приложений. Буду программировать и расширять свой опыт. А еще есть желание поработать в команде разработчиков (для начала — на позиции junior) — необходим опыт командной работы и живое общение в профессиональной среде.

Всем желаю успехов и кайфа от работы!
Keep calm and carry on coding :)

Мне 52. Имею за плечами Киевский политех образца 1982-1986 года. Всю жизнь в бизнесе. Сейчас работаю на дядю, но как мне хочется начать разрабатывать программы не могу передать. По трем причинам:1. Физический труд прекращает человека.2. Обожаю логические переплетения.3. И показать сыну что есть еще порох в пороховицах. А насчет того что возраст и тп и тд. Это все зависит от человека. Одна проблема: надо время найти.

В сентябре 2014 загрузил текстовый редактор Vim (это был даже не Xcode!) и набрал первые строки на Swift.

На тот момент мне почти исполнилось 38 лет, экономическое образование, неплохой опыт работы (фин.директор, проектный менеджмент, бизнес-консультирование) и большое желание изменить свою жизнь. Опыт программирования = 0 (если не считать написание формул в Excel).

Крут! 8) Ибо по-моему обычно новички в программировании начинают с редактора попроще (типа notepad++ или sublime text) или действительно с IDE, заточенной под язык.

так толсто что даже тонко

Structure and Interpretation of Computer Programs
для начинающих ага

ааа блин некромансеры подняли тему с могили- я тут уже позубоскалил

ааа блин некромансеры подняли тему с могили-
вот только что у меня аналогичная хрень))) кто-то поднял тему — смотрю пару интересных камментов, а на дату внимания не обратил))

Отличный список. Я бы с прошедшим поработал.

Цікаво чи хтось знає про курси чи навчальні заклади, які пропонуть повний шлях навчання людини від нуля і аж до пошуку роботи:

* теорія першої мови програмування
* вибір напрямку (веб, мобільні, декстоп і т.д.) і робота над практичним проектом
* допомога у софт-скілах і всього іншого, що вимагають працедавці

Курсів багато, але кожен із них пропонує невелику частину з того, що повинен знати початківець, щоб претендувати на посаду джуніора.

Хто не знає з чого починати і, взагалі, повної картини від нуля і аж до першої роботи, ось підготував покрокову інструкцію з власного досвіду та досвіду знайомих: www.vitaliypodoba.com/.../programmer-from-scratch

Из моего опыта я сделал вывод что курсы от MIT сложные для новичков.
Лучше начать из курсов от Coursera или Udacity.
Вот некоторые программы обучения из бесплатных курсов (на английском).

Software Development Degree with Coursera Starts Sep 2013
myeducationpath.com/...ts Sep 2013.htm

Java Developer (Associate)
myeducationpath.com/...(Associate).htm

PHP Developer (Associates)
myeducationpath.com/...Associates).htm

Я лично преподаю программирование и лучший способ попасть на работу — это найти курс, который служит именно этой цели. Так же, очень важно общение с учителем. Всё остальное можно изучать только после этого курса, когда вы знаете что делаете, книги тоже читать только те, которые говорит учитель иначе в 99% случаев будете учить всякий хлам.

Чтобы работать программистом не достаточно выучить синтаксис языка и уметь читать UML. В институте я спокойно писал нерекурсивные обходы бинарных деревьев и их балансировку. Вроде задача крутая, но на работе она до одного места. Первые 2 года я был таким работником, что сейчас даже и подумать страшно. Поэтому не прожигайте своего времени на бесплатные курсы, и чтение литературы, а найдите себе что-нибудь достойное.

Вроде задача крутая, но на работе она до одного места.
Или не та работа...

Видать ему кушать хочется... :)

Поэтому не прожигайте своего времени на бесплатные курсы, и чтение литературы, а найдите себе что-нибудь достойное.
Бред собачий, высшего сорта
зыж извиняюсь за некропост :(

Вынужден возразить (tm). Такой набор курсов может, например, дать на выходе человека, который будет способен преподавать студентам всё прочтённое. Связно, последовательно, чётко, понятно — но сам будет не в состоянии ничего написать. Это, конечно, крайний случай, но он реален — я знаю людей, которые на таком и остановились. Кстати, вспомнилась цитата из классика:

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

Это очень точное описание того, во что можно попасть, пройдя все такие курсы вперёд реальной практики и затем попав во всю эту практику в полный рост с головой. Потому что практика — в любой отрасли, в любой специализации и любом проекте — состоит из того, где можно применять всё прочтённое, знания супералгоритмов и умения тонкого анализа — не более чем на 10%. А остальные 90% это таки рутина. Если проект интересный, в нём 10% интересного, если так себе, в нём 1%, если это очередная поделка Oppa Govnosite Inc. — в нём вообще нет ничего за пределами тупой рутины, но её всё-таки много. И вот именно того, что в цитате — отбросить всё заведомо неверное и выбрать среди оставшегося то, что будет работать именно в данных условиях; и быть готовым к тому, что таких вот промежуточных решений будет подавляющее большинство; что каждое решение будет промежуточным, основанным на предельно недостоверных фактах, работающее на грани корректности, а когда она (эта корректность) настанет, встанут другие задачи — вот именно это не дают такие курсы. Это даёт только практика и опыт, причём слово «опыт» в данном случае больше чем наполовину это _привычка_, психологическая адаптация к реальности.

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

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

Но учить их надо не до реальной работы, а параллельно с ней
 +1

Брутальный список. Пугаем молодеж сразу и до усрачки? :-)

Список полезный многим людям, спасибо что выложили. Не обращайте внимания на лучи ненависти в треде, сениоры же...

Просто интересно, а ТС прошла сама курс Advanced Data Structures?

не-а, я только в начале списка

«Грешно смеяться над больными людьми» ©

Не понимаю, почему на ТС накинулись.

Ниже приведен список курсов, пройдя которые проблем с поиском работы не будет.

Это бесспорно. Другой вопрос, что для ребят, которые создают топики на ДОУ «помогите выбрать PHP или Java» не факт, что этот путь эффективен или даже возможен. Но причем здесь курсы? Курсы отличные.

Не понимаю, почему на ТС накинулись.
Потому что это:
Ниже приведен список курсов, пройдя которые проблем с поиском работы не будет.
Это бесспорно.
Очень спорно :)
То что перечислила ТС (Introduction to Computer Science and Programming, Mathematics for Computer Science и тд) — это очень важный моменты для того чтобы стать настоящим «Software Engineer»,
но оно абсолютно параллельно задаче "поиска работы"/"поиска первой работы"/"поиска работы в Украине«.
И имеет мало отношения к «Тем, кто хочет стать программистом и не знает с чего начать». Это скорее для «тех кто хочет стать Программистом, но еще не наткнулся на курсы МИТа, в процессе самосовершенствования как специалиста» (Тут программист именно с большой буквы)

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

Если ты *закончил* любой из этих курсов то *проблем с поиском работы* не будет. Я именно про корреляцию. :-)
Где-то так:

Летят Шерлок Холмс и Доктор Ватсон на воздушном шаре, приземляются на полянке и видят неподалёку человека, сидящего на пне в глубокой задумчивости.
— Уважаемый сэр, — говорит Холмс. — Не могли бы вы сказать нам, хотя бы приблизительно, где мы находимся ?
— Могу сказать вам совершенно точно, дорогие сэры, — отвечает тот. — Вы находитесь в корзине воздушного шара.
Тут шар опять поднимается, и Холмс в сердцах говорит:
— Чёрт бы побрал этих математиков !
— Поразительно, Холмс ! — восклицает Ватсон. — Как вы узнали, что это математик.
— По его ответу. Он был, во-первых, абсолютно точен, а во-вторых — совершенно бесполезен.
Отличие в том что ваши слова еще и не факт что правдивы, не то что бы абсолютно точны.
Мужчина пришёл к раввину и спрашивает:
— Ребе, мне жена изменяет, что делать?
— Незаметно отрежь прядь от бороды любовника жены, сожги, пепел подели на три части. Первую часть смешай с питьём и дай жене, вторую — незаметно скорми любовнику, а третью — закопай под порогом своего дома.
— А это поможет?
— Не повредит!

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

учатся вдрачивать смолоду
чё-то поржал))
+ пусть господа джуны учатся вдрачивать (а не парить тыренные лабы или плодить овнотопики на доу) смолоду.
Да-да, и пусть пишут свои реализации квиксортов и не забирают работу у «Ruby cat on Rails в R&R Music»
В наших реалиях курсера/мит/едх и т.д. — очень даже торт.
Угу, днем говняют Спринг с Хибером, а вечером посмотрели курс по криптографии и рассказывают что ВУЗы не нужны.
А где тут понты?
Вот:
dou.ua/...ic/8041/#353689
не-а, я только в начале списка

можна еще плодить на стековерфлоу...

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

имхо «ПХП за 21 день» и пойти работать за 3000 грн трейни в г0вновебстудию — будет эффективнее чем начинать с прочтения кучи теоретических наукоёмких книг не прикладных. такое надо читать уже когда что то реально программировал.

имхо «ПХП за 21 день» и пойти работать за 3000 грн трейни в г0вновебстудию
а потом г0внокодят всю жизнь... зачем же дальше учится, косо криво написал, работает, ну и отлично :)
Мне вот попался проект, допилить, писал человек, вроде как толковый, опыта больше года. Почти 23-х летний ...
Там где взаимодействия с стандартными либами, в принципе относительно нормально. Но там где сам писал код — застрелится можно!!!
Название классов, переменных — мрак...

Дык а что вы от года опыта и «сам писал» хотели? Тут хоть после курсов, хоть самоучка — бардак в коде будет. Хороший стиль кодирования только злой ревьювер поставить может. И да, требования к «хорошему коду» у людей отличаются. Я, к примеру, ненавижу, когда комментариев больше кода, а кому-то это нравится.

а потом г0внокодят всю жизнь
Ну, если представления о программировании основаны только на «пхп за 21 день» (блин, а что там 21 день учить то?) то да. Но! Если устроится работать в фирму с хорошим коллективом (пусть и на мелкие деньги), то за год работы тебя хорошо натягают и на стиль кода и книжок по паттернам в зубы всунут, и тонкости языка/технологий расскажут.
Хороший стиль кодирования только злой ревьювер поставить может.
Истинно! Сначала отыметь, а потом дядю Бобби Мартина в зубы и до просветления.
Хороший стиль кодирования только злой ревьювер поставить может.
Слово «только» тут не уместно.
Заставить работать можно. Заставить работать хорошо нельзя.
Если человеку наплевать на «стиль кодировани» и качество кода вообще, то ревью приведет или к увольнению человека, или к облому ревьювера.
Ключевой момент тут желание человека улучшить свой стиль, а это можно делать и без ревью как процесса.
Если человеку наплевать на «стиль кодировани» и качество кода вообще, то ревью приведет или к увольнению человека, или к облому ревьювера.
Облом ревьювера может быть только с подачи руководства («отстань от него, у нас запуск скоро, потом отрефакторите»). А это крайне плохо. К тому же, безнаказанность побуждает к дальнейшим нарушениям, и приводит к эффекту «разбитых окон» — когда в проекте говнокод, уже никто не хочет писать хорошо.
Ключевой момент тут желание человека улучшить свой стиль, а это можно делать и без ревью как процесса.
Можно, конечно, но нам свойственно многое себе прощать. Хотя желание программиста улучшать код крайне важно — в этом случае ревью выступает как направляющая, а не как палка.
Облом ревьювера может быть только с подачи руководства
И снова неуместное «только». Облом ревьювера может быть связан с его здравым смыслом, ибо в некоторых ситуациях напор на ревью может привести к конфликту с результатом или увольнение недобросовестного программиста ... или увольнение __конфликтного__ ревьювера.
К тому же, безнаказанность побуждает к дальнейшим нарушениям, и приводит к эффекту «разбитых окон» — когда в проекте говнокод, уже никто не хочет писать хорошо.
В теории. А на практике: гуанокод будет некоторое время поддержывать его автор. В виду этого куда эффективнее просветительская работа и попытки локализовать гуанокод.
Даже если вы решите «проблему разбитых окон», гуанокод таки стрельнет, даже если вы не будете пропускать его в репозитарий, потому что гуанокод — это только проявления состояния некоторых членов команды и как результат всей команды.
Можно, конечно, но нам свойственно многое себе прощать.
Меняем свое сознание и пытаемся показать другим что им надо менять свое. Именно показать, а не заставлять. __По настоящему__ человек учится только на своих ошибках.
ибо в некоторых ситуациях напор на ревью может привести к конфликту с результатом или увольнение недобросовестного программиста ... или увольнение __конфликтного__ ревьювера.
Если ревьювер действует «отбалды» то да, так и есть. Однако в нормальных компаниях есть стандарты/правила кодирования (как оформления так и структурирования) и другие товарищи, которые могут выступать в роли судей.

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

Даже если вы решите «проблему разбитых окон», гуанокод таки стрельнет, даже если вы не будете пропускать его в репозитарий, потому что гуанокод — это только проявления состояния некоторых членов команды и как результат всей команды.
Видимо вы придерживаетесь мнения, что ревьювер — это такой выделенный вахтер. Нет, я привык когда ревьювер — это просто другой член команды, который помогает поправить то, что я не досмотрел (или подсказать лучший способ решения).
Меняем свое сознание и пытаемся показать другим что им надо менять свое. Именно показать, а не заставлять
Как руководителю, мне нужен результат, а не пустопорожние разговоры. Да, заставить человека работать хорошо не возможно. К счастью, стандарты кодирования — вещь очень даже обьективная, и если человек не согласен с фактами — то нам такой не нужен. Надеятся что он сам все поймёт и изменится — глупо.
Однако в нормальных компаниях есть стандарты/правила кодирования (как оформления так и структурирования) и другие товарищи, которые могут выступать в роли судей.
Если ревьювер не пропускает говнокод — его надо холить и лелеять, я не увольнять.
Ах, теоретики. :)
А вот так это выглядит на практике:
«— Паша, ты СТО в нашей конторе всего год, а я тут работаю уже 5 лет (сюда можно вставить другую отговорку). Так вот надо делать фичи, а не за кодом смотреть, всегда так работали, нам платят деньги именно за фичи, а не за соблюдение принципов которые описали теоретики в книжках ... (ну и дальше в таком же духе)»
И что вы делаете дальше?
Продолжаете напирать:
1) Разработчик делает авторефакторинг, или другой формальный ход. Код не становится лучше, но уже меньше пунктов для придраться.
2) Эскалируете конфликт. В таком случае получаем описанную выше ситуацию (вплоть до увольнений).
Вариант № 2: делаете то что я описал в предыдущем комментарии.
Нет, я привык когда ревьювер — это просто другой член команды, который помогает поправить то, что я не досмотрел
И для этого ревью должна быть инициатива разработчика и носить консультационный характер. Именно автор кода должен принимать решение пропускать или нет. В противном случае, если человек не заинтересован в улучшениях, он исправит __формально__ ошибки и будет допускать их далее. Нельзя заставить учится и развиваться.
К счастью, стандарты кодирования — вещь очень даже обьективная, и если человек не согласен с фактами — то нам такой не нужен.
«Походи по базару, поторгуйся» ©
Вернитесь к реальности. Заменить человека не так уж и просто (в текущей ситуации на рынке), и если манагер этого не понимает, то стает таки вопрос кого увольнять: человека который говнокодит, но приносит результат, или такого вот манагера, который еще и конфликтный.
Как руководителю, мне нужен результат, а не пустопорожние разговоры.
И суть в том что получить __работающий результат__ можно только разговором/объяснением, а не с позиции силы. С позиции силы, может (совсем не факт, но возможно) прокатить с трейни/джуном, но все равно я бы не рекомендовал.
Ах, теоретики. :)
Практики!
И что вы делаете дальше?
В ответ на явные отговорки я склонен впадать в истерику вплоть до увольнения.

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

И для этого ревью должна быть инициатива разработчика и носить консультационный характер. Именно автор кода должен принимать решение пропускать или нет. В противном случае, если человек не заинтересован в улучшениях, он исправит __формально__ ошибки и будет допускать их далее.
После 10го замечания и самый тупой начнет исправлятся. Тем более ревьюверы в первую очередь повторяющиеся ошибки ищут.
Вернитесь к реальности. Заменить человека не так уж и просто (в текущей ситуации на рынке), и если манагер этого не понимает, то стает таки вопрос кого увольнять: человека который говнокодит, но приносит результат, или такого вот манагера, который еще и конфликтный.
У вас часто манагеры ревью делают? Вот и я о том же.
Знал я такого программиста — абы как, но быстро. Результат? Куча багов + фиг-разберёшь код. Результат? Профит на старте, гемморой потом. Серьезно — нафиг такого держать? Уж лучше сам покодю. Тем более он ещё и всем остальным дисциплину подрывает.
И суть в том что получить __работающий результат__ можно только разговором/объяснением
Конечно. Но вы ведь заикнулись о случаях «а что делать если разговор не помогает?». По сути применение силы нужно только чтоб прекратить конфликт (который лучше не допускать) или уволить сотрудника.
Был случай такого конфликта, в ответ получил придирку к своему коду, и пошли исправлять оба. Поэтому ещё раз сделаю ударение на обоюдное ревью — тогда нет почвы для конфликта.
Поздравляю, вы и ваш коллега были достаточно заинтересованы в исправлении, а теперь представим что хоть один из не заинтересован? Что дальше?
После 10го замечания и самый тупой начнет исправлятся.
Или пойдет к манагеру и объявит вас м...даком, который мешает ему работать (реализовывать фичи), или вы не тормозите комит нужной юзерам фичи из-за того что прочитали новомодную книжку, и будь вы хоть немного опытнее, то знали бы что это все фигня (ну или где-то так расскажет)
У вас часто манагеры ревью делают? Вот и я о том же.
Ок, ревьювер. И о чем вы там? В конце ситуация не изменилась: есть конфликт который разрешается только увольнением. И надо думать кого увольнять: того кто якобы чего-то там не сделал или того кто довел конфликт до такой ситуации (об этом я и писал выше)
По сути применение силы нужно только чтоб прекратить конфликт
Применение силы не прекращает конфликт, а только делает его незаметным.
уволить сотрудника.
Шикарно. Читаем пост выше, там написано почему вы не можете этого сделать.
Серьезно — нафиг такого держать? Уж лучше сам покодю.
Теоретик, аднака. Кодить будете в 2 раза больше? 16 часов в день? Удачи.
Знал я такого программиста — абы как, но быстро. Результат? Куча багов + фиг-разберёшь код. Результат? Профит на старте, гемморой потом.
Где-то так:
А на практике: гуанокод будет некоторое время поддержывать его автор. В виду этого куда эффективнее просветительская работа и попытки локализовать гуанокод.
а теперь представим что хоть один из не заинтересован? Что дальше?
Обьясните, зачем такого держать?
Или пойдет к манагеру и объявит вас м...даком, который мешает ему работать (реализовывать фичи), или вы не тормозите комит нужной юзерам фичи из-за того что прочитали новомодную книжку, и будь вы хоть немного опытнее, то знали бы что это все фигня (ну или где-то так расскажет)
Ага, полная команда мудаков, и один умный джун (Мыж говорим о постановке правильного кода, да?)
И надо думать кого увольнять: того кто якобы чего-то там не сделал или того кто довел конфликт до такой ситуации (об этом я и писал выше)
Редкость — на самом деле конфликт пресекается гораздо раньше. Если джун попался упоротый — то ну его нафиг.
Применение силы не прекращает конфликт, а только делает его незаметным.
Вы много видели джунов, которые развернули вендету из-за правок в ревью?
Шикарно. Читаем пост выше, там написано почему вы не можете этого сделать.
Джуна то? Могу. Зарвавшегося мудака, который считает себя сениором? Могу. Давайте честно,реально хорошие прогеры конфликты устраивают редко. Мне такие вообще не встречались.
Кодить будете в 2 раза больше? 16 часов в день? Удачи.
Нет. Плохой код не всегда лучше чем отсутствие кода.

Блин, я вас не понимаю — ваш выход это смотреть на код и вздыхать?

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

Хех, Богдан, я правильно понимаю, что в случае попытки запушить говнокод в репозиторий вы предлагаете:
1) Прочитать нотацию, что так делать нехорошо
2) Если разрабу фиксить влом — код в репозиторий пропустить, разраба понять и простить

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

Знаете в чем разница между нами? Я смотрю с точки зрения «что полезно для продукта». И вот какие проблемы несёт ваш подход:
1. Чем дальше «прошел» говнокод, тем больше вероятность что он останется в проекте навсегда — никто не любит в дерьме копаться.

2. Чем больше прошло времени (пока вы ждали что джун одумается), тем больше вероятность, что никто и никогда этот говнокод не пофиксит — у всех свои баги/фичи, а этот кусок кода вроде работает.

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

4. Кто знает, сколько джунов успеют скопировать его код как эталонный, и сваять на его основе свои поделки (особенно учитывая тот факт, что скорее всего говнокод останется в проекте надолго).

5. Сколько времени (между прочем, оплаченного компанией) вы по вашей схеме на джуна потратите? И все ради того, чтоб был повод его уволить?

И самое главное, представте, что Вы владелец компании или инвестор. Готовы ли вы, за свои деньги, устраивать учебно-испытательный центр для джунов, вместо разработки нужного вам продукта?

Как жаль, что я не успеваю за вашим полетом мысли. И все же, перед вами на ревью очередной говнокод от джуна, ваши действия?
Не поверите. Провести ревью.
Идите и читайте мои посты столько раз пока не поймете их суть (посылаю потому что мне наплевать поймете вы или нет, ибо это не моя проблема :) )
Подсказка: я не говорил что надо пропускать все подряд, я сказал что не надо с позиции силы. Фишка в том как вы будете объяснять джуну (или уже не джуну) что и где он не прав, и что будете делать когда он скажет что по его мнению все ок.
1. Чем дальше «прошел» говнокод,
Проблемы с говнокодом начинаются не у автора
3) Ознакомьтесь со значением слова «локализовать»
---
Чем больше прошло времени (пока вы ждали что джун одумается), тем больше вероятность, что никто и никогда этот говнокод не пофиксит
гуанокод будет некоторое время поддержывать его автор.
---
Кто знает, сколько джунов успеют скопировать его код как эталонный,
просветительская работа
---
Сколько времени (между прочем, оплаченного компанией) вы по вашей схеме на джуна потратите?
Сколько нужно.
И все ради того, чтоб был повод его уволить?
Ну ок, пусть джун. От теперь вопрос: какая у вас задача? Научить джуна? Тогда все проще: или он сам заинтересован в обучении или вы с ним разпрощались через месяц и никакого «злобного ревью» не надо.
Научитесь читать, на конец!

Богдан, суть ваших постов — взгляд работника.
Суть моих постов (которая также далека от вас) — взгляд владельца продукта.

Так что наш спор — всё равно что спор чукчи и эфиопа о лучшем климате.

Кто из нас прав? А фиг его — проверим по этажности особняков через эннацать лет.

Суть моих постов (которая также далека от вас) — взгляд владельца продукта.
То есть вам в вашем продукте не нужны фичи, не нужны люди которые его разрабатывают, потому что вы можете кодить за всю комманду.
Если бы вы думали как «владелец продукта» (продукт овнер), то вам бы было наплевать на то что коммитят в код продукта.
А ваши размышления (про чтение нотаций, увольнения и тд) — это с взгляд с точки зрения «теоретика построения процесса разработки», который не понимает зачем этот процесс нужен (это я про те же __сделанные__ фичи, __обучение__ сотрудников, про поддержание __рабочей обстановки в коллективе__ и тд).
Кто из нас прав? А фиг его — проверим по этажности особняков через эннацать лет.
А вы в крусе что этажность особняков — это не доказательство вашей правоты в споре, а всего-лишь компенсация ваших комплексов связанных с ... размерами?
Если бы вы думали как «владелец продукта» (продукт овнер), то вам бы было наплевать на то что коммитят в код продукта.
Стоп. Вот тут то вы и попались. А раскажите ка нам, «теоретикам», зачем же нужно ревью, если продукту всё равно?
Если бы вы думали как «владелец продукта» (продукт овнер), то вам бы было наплевать на то что коммитят в код продукта.
Стоп. Вот тут то вы и попались. А раскажите ка нам, «теоретикам», зачем же нужно ревью, если продукту всё равно?
Вам, как продукт овнеру, оно не надо, это вас вообще не касается.
ПМу оно надо чтобы снизить риски (чтобы больше людей были знакомы с кодом).
КуА лид думает что это уменьшит количество багов (если он такой же теоретик как и некоторые СТО).
Для разработчиков, ревью — это помимо распространения знаний о проекте (не только о коде), еще и возможность обучаться/развиваться (ключевое слово «возможность», если че это не синоним слова «обязанность» :) )
Каждый закрывает (пытается закрыть) свой «головняк», а не сделать продукт лучше (путем проведения ревью кода).
Дальнейшие консультации «через кассу» :)
Каждый закрывает (пытается закрыть) свой «головняк», а не сделать продукт лучше (путем проведения ревью кода).
Спасибо, больше не надо. Закрывайте свой головняк дальше. Только пожалуста, не нужно выдавать это как истину построения процесса разработки проекта.

P.S. Джуниор умеет ООП, а сениор — ЖПП. реалии рынка, будь они неладны.

Только пожалуста, не нужно выдавать это как истину построения процесса разработки проекта.
Ну что ты, Пашенька, родители тебя не обманули:
Софт находят в капусте, которую приносит Дед Мороз верхом на аисте. :)
Если человеку наплевать на «стиль кодировани» и качество кода вообще, то ревью приведет или к увольнению человека, или к облому ревьювера.
А это — в крылатые фразы. :)

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

Я, так сказать, 21-летним инженер-программистом упорно отучал коллег (оба были на семь лет старше) называть идентификаторы транслитом. Даже научил :-D

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

как устроюсь — почитаешь)))напишу в лс

А мне пригодится, я как раз про OCW забыл как-то, спасибо

Нафуй не нужно 95% из всего вышеописанного в 95% контор.
Оутсорсингу нужны люди запиливающие фичи, усидчивые и предсказуемые. Куча аббревиатур — наше ффсё

да, но требования всегда как в вышеописанном. Все хотят «рокстарз» — не раз и не два именно такое слово слышал. Ну а рокстарз тоже соответсвенно хотят на рок-концерт, а по факту попадают на утренник в детском саду.

да он давно там помоему, но я только в начале списка

гы я думал я тут один не сплю на ДОУ

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

Оксана, вы наверное не понимаете кто в Украине обычно хочет стать программистом.
сочувствую. Я когда захотела стать программистом — в первую очередь пошла учить английский. Ну а нашим — ах, да.. 2х-недельные курсы и зп от $1к.
Так что ценность вашего совета на доу — очень близка к нулю
Незачто.

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

вопросы?
Ответы:
Простите, забыла тег <sarcazm>.
Если у вас работают люди после 2-ух недельных курсов, я хотел бы на это посмотреть(не шутка!)
Раз вы уже перешли на личности, то позвольте спросить — как при такой доле наивности вы вообще в Украине живете?

В куче вашей некомпетентности в выбранной теме для поста, ваше иронического замечание относительно «наших» программистов, коим и вы являетесь — выглядило удивительно. Мне показалось, что вы даже не понимаете о чем говорите. Пришлось уточняться, шуткой ли это было высмеивание 2-ух недельных программистов. Ведь другая крайность сначала английский, а потом программирование — для вас это ок.

Да чего же вы злой такой то?! каждый пост так и брызжет ядом. Ух!

В куче вашей некомпетентности в выбранной теме для поста
С удовольствием рассмотрю ваш вариант образования :)
Я могу предположить, что это как минимум года 2-а обучения. И так мало кто делает.
А как делают?
Да чего же вы злой такой то?!
Ему страшно :)

Дык, чего бояться то?! тут не кусаются :)

Да чего же вы злой такой то?! каждый пост так и брызжет ядом. Ух!
вы слишком преувеличиваете, потому как я вам отвечал в весьма добром расположении духа. Но ошибки они такие — или их признаешь или ссылаешься на то, что оппонент злой коварный и все такое.
А как делают?
я ведь уже привел пример в этой же ветке:
Обычно курсы английского совмещают с изучением программирования на русском языке. И как мне кажется, этот подход «совмещения» — это самый простой и надежный путь стать программистом в Украине.
Но ошибки они такие — или их признаешь или ссылаешься на то, что оппонент злой коварный и все такое.
или это только оппонент считает ошибками

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

Чето меня совсем запутали, обязательно нужно ЗНАТЬ английский, или достаточно читать на английском литературу по програмированию?

Чето меня совсем запутали, обязательно нужно ЗНАТЬ английский, или достаточно читать на английском литературу по програмированию?
Знать, это альфа и омега.

Тогда в чем смысл постоянно приводимого аргумента: «вся литература на английском, как же ты ее читать будешь не зная английского?»

наверное, это только один из аргументов?

Уменя сложилось впечатление, что примерно год назад, вакансии где, судя по описанию, могли взять без свободного английского исчезли как класс.

Y’all never know when u’re encountered in communication with customers, even being an ordinary developer.
So what would u say “Pardon, here’s a sheet of paper, let’s talk through it”?
That might happen much faster than someone thinks.

Here is shit of skype :)
That will be a fascinating show-off when customer is on site in ua and dev’s hardly able to reply a direct question, ’cause he was been told spoken english wasn’t that crucial in the first place.

Особенно доставляет общаться с воодушевлёнными предпринимателями. Которых и на родном языке едва ли двое из сотни поймут.

А курсы эти прошли?)

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

Хочу посмотреть на человека, который «не знал с чего начать» и стал программистом прочитав SICP.
Хочу посмотреть на компанию, которая взяла на работу человека сразу после SICP, не предложив для начала почитать «PHP за 21 день» или Шилдта.

Ну вот почему люди хотят становиться программистами, а не учиться писать программы?

Дык вы вакансии смотрели? Программист — куча вакансий, а «чувак который реально могет делать работающий код» — такой никому не нужен

Падонки :-)
Я в детстве кодил (никогда не был на олимпиадах, правда, городской конкурс готовых программ в 11-м классе выиграл), потому что мне нравилось творить, а о том, что я когда-то буду профессиональным программистом, только осторожно мечтал (особенно учитывая то, что читать книжки по истории тогда нравилось не меньше), ведь это ж сколько всего надо знать и уметь... А щас хАчЮ стать праграмиздом и всё, хотя известно, что программист это не тот, кто пишет программы, а тот, чьи программы работают :-D

Оксана, не смотрел детально, но что из этих курсов ИМЕННО по какому-то языку?
На вскидку, только

Structure and Interpretation of Computer Programs
ocw.mit.edu/...ms-spring-2005
но там же Scheme.
.
Не уверен, что без знания С++, С#, PHP, Java ... реально в Украине устроиться. Т.е. магистр MIT со знанием Scheme/List/OCaml/Haskell устроится то без труда, но начинающий со Scheme — не уверен.

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

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

Про coursera не забывайте)

Дык, только никто не говорит о том, что делать после того как ты уже стал программистом ? С поиском работы обычно нет проблем — есть проблема с поиском смысла жизни, после того как ты ее нашел ;)

Ну, если под «стал программистом» Вы имеете ввиду, что у человек приобрел лет 5 актуального опыта, то может быть Вы правы, и проблем с поиском работы уже не будет.

Я вижу как находят достойную работу люди, которые не помнят/не знают даже таблицы умножения. Тем более проще будет устроится в обществе человеку знающему с какого конца держат мышку.

Я на ФИОТе 3-го курса КПИ видел человека, который даже не знал как включить ПК :)))

Спасибо, интересно

проблем с поиском работы не будет.
А если проблемы все равно будут — на вас можно в суд подавать?

Как будет сформулировано исковое заявление ? Просто интересны формулировки некоторых пунктов, а именно:
— содержание исковых требований;
— цена иска;
— изложение обстоятельств, которыми истец обосновывает свои требования;
— указание доказательств, которые подтверждают каждое обстоятельство.

Ну я все таки не адвокат. А вообще, по идее, можно придраться к недобросовестной рекламе. Сноски, что такое «проблемы» нет — так что трактуем на своё усмотрение.

Реклама ? я ее здесь не увидел.
И если знать из английского пару слов, то по одному слову OPEN можно догадаться что курсы открытые. И вряд ли имеют какое то отношение к Оксане. Скорей всего — рекомендации по подготовке из личного опыта и ничего кроме...

Здравствуйте. Помогите пожалуйста, я столько перечитала но запуталась еще больше. Муж хочет, что бы сын стал айтишником, ему 13 лет, как понять какое направление выбрать, с чего начинать, что учить, что читать Столько курсов, но я не могу везде его водить и платить. Как вообще понять его это или нет. Всем спасибо.

Добрый день.
Как понять — да собственно никак, это происходит так сказать «незаметно» как для вас так и для него самого. Кто-то из его друзей в школе начал что-то программировать, интересоваться какими-то технологиями, парень глядя на все это начал ( или не начал ) проявлять к этому интерес. Вот так и начинается все это дело...
А подпихивать ребенка — «Ты будешь программистом, потому что там много платят и они всем нужны» — это путь в никуда.
Без интереса к делу — НЕ выйдет НИЧЕГО, вот прямь вообще ничего...
Люди которые отдают любимому делу все свободное время, даже не замечая этого, все время пытаясь делать лучше и лучше — вот это и есть то самое «мое» или не мое :)

p.s. в тему уже 3 года как никто не заглядывал.

Понять еще можно видя когда человек для достижения своей цели не ищет ОТМАЗКИ, а ищет пути решения. К примеру:
1. Отмазки:
Я хочу программировать под iOS (mac и т.д.)...ну вот нравится мне яблочная продукция...
Но вот у меня нет знакомых, что бы показали что и как, нет мака, да и денег в данный момент нет на яблочные девайсы. и смогу ли я вообще что-то без этого сделать...

2. Пути решения:
Я хочу программировать под iOS (mac и т.д.).
Нет мака — и пофиг, скачаю виртуалку (благо их достаточно на торентах), немного тормозит — бывает, потерплю. Что бы запустить что-то уже на девайсе — попрошу родителей не покупать всякую ерунду на ДР и Новый Год, доложу своих денег — куплю БУ macbook...

Людей как в первом так и во втором варианте я лично наблюдал и не одного. Первый вариант всегда в проиграше и толку вообще никакого.

Понаблюдайте за ребенком, выясните ЕГО интересы (именно его, а не родителей :) ). Вот только потом задавайтесь вопросами курсов и т.д.
Хороших курсов, как по мне, ОООчччень мало, а часть из них вообще отбивает охоту «программировать»...

Муж хочет? Вы хотите? А чего хочет ребенок? Спросите у него.
Если он захочет — Вы точно это поймете :) Сейчас нет информационного голода.

Підписатись на коментарі