Новичок ищет совет по программированию в целом [закрыто]

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

Побывав на моей новой работе (в качестве разработчика программного обеспечения) уже пару месяцев, прошел испытательный срок. Имею очень мало опыта программирования (только на C ++) и в настоящее время работаю с asp.net MVC и silverlight. Итак, есть веб-сайт, над которым работает компания, и я объединяю усилия, чтобы сделать его лучше, исправлять ошибки и т. Д.

Проблема в том, чтобы узнать о системе / веб-сайте, который уже создан, через визуальную студию. Я ВСЕГДА чувствую себя УЖАСНО ошеломленным, никогда не зная, какую часть этой строки я должен найти, и, как правило, испытываю большие затруднения при получении общей картины. Visual Studio - это то, с чем мне трудно справиться, не говоря уже об инфраструктуре asp.net.

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

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

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

Я из тех людей, которые все подбирают медленно, но с большим вниманием к деталям. Первый, я думаю, заставляет меня выглядеть некомпетентным, хотя.

Если кто-нибудь доберется до меня, пожалуйста, скажите что-нибудь полезное ... Я боюсь потерять работу через несколько месяцев или что-то в этом роде ...

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

1. Изначально посмотрите на код
2. Небольшие исправления
3. Большие исправления ошибок
4. Запросы функций - добавление чего-либо к существующей части головоломки
5. Новые вещи - Создание чего-то из ничего

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

Повесить там

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

Теперь важно не застрять в колее навсегда. Используйте каждую минуту, чтобы ознакомиться с проектом и имеющимися инструментами. Ты можешь играть в Сапера, когда умрешь. Я знаю, что изучение новой платформы, а также освоение существующего проекта - это огромная перспектива. Хитрость заключается в том, чтобы разрезать его на более мелкие кусочки и решать их один за другим. На твоем месте я бы сделал что-то вроде этого:

• На работе сначала выясните общую архитектуру всего приложения. Не нужно вдаваться в подробности пока. Просто определите основные блоки кода; т.е. где находится пользовательский интерфейс? Какая часть обращается к базе данных? Какой из них принимает деловые решения? Не бойтесь спрашивать вокруг. Покажите им, что вы хотите учиться, и люди, как правило, ответят взаимностью. Если есть хорошая (и недавняя) документация вокруг, используйте ее.
• Теперь, когда вы знаете основные моменты, пришло время немного углубиться в детали. Попробуйте начать с одного из концов . Пользовательский интерфейс или слой базы данных затем перейдут на другой конец. В общем взгляните на то, что вы изучаете. Почувствуйте, как это работает. Какие функции и методы он выставляет. Подробности могут прийти позже. Делайте обильные заметки, рисуйте графики и блок-схемы, делайте все, что поможет вам разобраться в этом позже.
• Только когда вы почувствуете, что понимаете, как логика протекает в приложении, вы действительно сможете начать смотреть на код. Это хорошее время, чтобы ознакомиться с Visual Studio. Щелкните правой кнопкой мыши по любому объекту / функции в коде, и вы получите очень полезное контекстное меню. «Перейти к определению» и «Найти все ссылки» являются особенно полезными и мощными. Если команда кажется вам загадочной, нажмите F1.
• Дома или в свободное время читайте больше о ASP.NET MVC и Silverlight (или любой другой платформе, которую вы используете). В частности, читайте больше о битах, которые вы видели сегодня на работе.
• По мере того, как вы будете лучше понимать платформу и проект, вы в конечном итоге увидите все больше и больше возможностей для внесения вклада в код. Воспользуйтесь этими моментами!

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

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

Насколько вы уверены в этом? Как кто-то, я спрашиваю, что, как правило, когда вы начинаете что-то новое, проводятся все виды обучения, которые вы можете не осознавать. Насколько хорошо вы привыкли к Visual Studio? Я помню, что было довольно страшно изучать IDE с нуля, когда я впервые начал работать в 1998 году, но это было интересное время в некоторых отношениях. Насколько хорошо вы знаете программное обеспечение для отслеживания ошибок? Насколько хорошо вы понимаете всех разных людей в команде? Вероятно, вы изучаете больше, чем несколько вещей, хотя вы можете не рассматривать их как важные вещи для изучения.

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

Это как, «исправить эту ошибку, должен занимать только строку», а затем я беру целую вечность, просто выясняя, куда я думаю, что эта строка должна идти.

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

• Это может быть оценка, и поэтому человек, возможно, забыл какой-то причудливый случай, который делает исправление горсткой строк. Я знаю, что у меня были моменты, когда я думал: «Это нужно как-то сделать в одной строке кода», только чтобы потом узнать, что я пропустил.

• Некоторые строки кода могут быть до смешного сложными. Вы когда-нибудь видели, если в нем есть десятки скобок, чтобы применить некоторую логику, когда потребовалось несколько раз, чтобы правильно прочитать условие? Я знаю, что у меня есть.

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

Это требует времени. Пара месяцев - это короткое время. Если вы не видите будущего в вашей нынешней компании, я бы уделил ей больше времени.

Обычно работают над существующими продуктами. На самом деле вы будете делать это чаще, чем новые системы. Требуется много навыков, чтобы улучшить существующие системы, которые уже находятся в производстве. Это не обязательно плохо.

Удачи на новой работе.

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

Возьмите хорошую книгу на asp.net и, возможно, на .net framework и прочитайте их в нерабочее время. Вы будете чувствовать себя довольно уверенно на работе, как только прочитаете их. Также удивительно практиковать то, что вы изучаете. Код будет иметь смысл для вас, поскольку вы читаете дальше, и, следовательно, чтение будет более увлекательным. Вы должны использовать лучшее из того времени, которое у вас есть сейчас, не так много задач, поэтому используйте это время с умом.

Я думаю, что могу говорить за многих из нас, сказав, что на мгновение мне стало интересно, перенеслось ли мое прошлое я в будущее, чтобы задать этот вопрос себе на programmers.se. Это в значительной степени то, что я сказал бы своему прошлому себе, если бы я был лицом к лицу с ним, когда он был на вашем месте:

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

Используйте StackOverflow и Google - не будьте «Программистом копирования и вставки», но поймите, что в SO и остальной части сети есть ДЕСЯТЬ умных людей, которые готовы, готовы и рады предложить помощь. Кроме того, ответ SO или сообщение в блоге не будут ворчать на вас или выглядеть грязно, если вы будете перечитывать их, чтобы убедиться, что вы их получили.

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

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

Отдать себе должное - вам удалось превратить опыт C ++ в работу с ASP.NET MVC и Silverlight. Вы находитесь на сайте programmers.stackexchange в поисках помощи. Вы работаете, пытаетесь и делаете все возможное, чтобы стать лучше. Вы делаете правильные вещи, и вы уже прошли большую часть пути благодаря тому, что вы смогли получить работу по программированию. Держите это, и это станет легче.

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

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

need some of you to remember back to a time when you might have been bad at programming...

Я до сих пор! Мы все такие! Мы просто продолжаем работать над этим и стараемся меньше сосать с каждым годом .

Это случается со всеми в программировании. Даже программисты с многолетним опытом будут иметь существенную кривую обучения, когда сталкиваются со сложной системой, существующей много лет. Редко можно приступить к работе с практически всеми необходимыми знаниями. Вы можете ожидать, что некоторое время будете чувствовать себя ошеломленными, если вы не работаете над 100% новой разработкой в ​​относительно новой компании / подразделении или очень простой системе (ах).

Я думаю, что ваше беспокойство действительно в силе. Но тебе не стоит слишком беспокоиться .

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

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

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

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

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

Среди ваших вариантов: найдите работу, от которой вы не ожидаете, что начнете работать. Не каждая компания является хорошим местом для работы начального уровня. Крупная консалтинговая корпорация (например, Dell или Accenture) может быть душераздирающей адской дырой, чтобы оставаться в качестве обычного программиста, но у них должны быть надежные учебные программы и ресурсы, чтобы справляться с накладными расходами сотрудников с вашим стилем обучения.

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

Конечно, я не говорю, что ты должен сдаться. Есть хороший шанс, что вам просто нужно больше времени, чтобы преодолеть худшую часть кривой сложности и добраться до точки, где все "щелкает".

Случайные другие наблюдения:

Я ВСЕГДА чувствую себя УЖАСНО ошеломленным, никогда не зная, какую часть этой строки я должен найти, и, как правило, испытываю большие затруднения при получении общей картины.

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

Программирование - это бесконечный процесс обучения. Я не буду вдаваться в то, что сделает вас лучше, но я справлюсь с этим чувством ошеломленным, будучи там и иногда чувствуя себя таким. Внедрение в большой проект при изучении IDE и используемой технологии - тонна в управлении. Я на работе, где я впервые использую VS 2010, C #, WPF, SQL Server и MVVM. Таким образом, ничто не может быть легким без множества Google.

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

Что касается "раздраженного" старшего парня - он на 100% неправ. Если вы проявляете склонность к усилиям и исследуете, прежде чем спросить, у него нет причин для раздражения. Часть лидерства - это лидерство - кто-то скажет, что это большая роль. =) Если он ведет этот бедный пример, они выбрали не того мужчину (или женщину). Обсудите тему с ним и дайте ему знать, что вы цените помощь. Разработчики могут быть неприветливыми типами и часто могут быть немного наполнены собой. Если у него проблемы, поговорите с вашим менеджером об этом. Опять же, вы актив и заставляете кого-то сдерживать ваш рост, не помогая, как он должен, вредит команде.

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

Наконец - я 6 лет и все еще учусь. Иногда, когда я не «получаю это» сразу, я немного обескураживаю себя. Я, как и вы, просто должен сказать себе: «Успокойся, мир не заканчивается. Ради бога .Net.

Во-первых, примите тот факт, что вы плохо разбираетесь в программировании. Если ты не хочешь принять это, это будет проблемой. Ты нуб. Будь практичным. И будь честен с собой. Период. Принято? Тогда читайте дальше.

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

Итак, теперь перейдем к реальному ответу: Как, черт возьми, вы должны делать это между вашим напряженным рабочим временем, вашей семьей, вашим свободным временем? Да. Я знаю, это не легко. То, как я это делаю. И, безусловно, я считаю его наиболее эффективным:

Изучите основы в двух словах: концепции ООП должны быть встроены в ваш мозг.

Коды дизайна (вместо Замков) в эфире Я знаю, это звучит безумно, но просмотр колес автомобилей в качестве функций помогает человеческому мозгу привыкнуть к миру кодирования!

Сначала попрактикуйтесь на бумаге! Мой профессор рассказал мне этот трюк. Сначала попрактикуйтесь на бумаге. Dry Запустите ваши программы на самой бумаге. Это поможет вам войти в поток компилятора + откроет логические элементы в вашем мозгу.

Создай свой собственный проект да. будь то калькулятор на основе CLI. создай свой собственный код Сделайте это уникальным. Почему ваша собственная уникальная программа? Потому что это заставит вас подумать: «Как мне это сделать?» и не заставлять вас расстраиваться. И если у вас есть сомнения, спросите Герберта Шильдта (простите, если написанное не правильно) или Google или напишите вопрос здесь. Это лучший способ для самостоятельного изучения и импровизации своих навыков.

Когда я познакомился с C, у меня тоже было плохое время. Особенно с Structures n Pointers n Blahs n blahs. Я научился этим вещам сверхурочно ... трудным путем, если ты можешь это назвать. И потом, когда я был сломлен, я не терял надежду. Я купил Справочник и начал делать программу, которую я всегда хотел. Через 3 месяца (да, вы можете смеяться!) Я, наконец, сделал CLI-версию программы, которая будет принимать ваше имя в качестве входных данных и отображать вашу личность в качестве выходных данных. Acrophonology.

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

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

И хорошая новость в том, что у вас есть оба! Потому что, если бы у вас не было этого, вы бы не сделали правильный шаг, поделившись с нами своей проблемой!

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

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

Время, когда вы могли плохо программировать

Я все еще плохо в этом. Никаких вторых мыслей.

У меня сложилось впечатление, что, потому что мои коллеги имеют больше опыта, чем я ..

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

Я смотрю на это и просто чувствую себя парализованным.

Что заставляет вас чувствовать себя парализованным? Ты боишься вернуться к фреймворку еще раз или просто ненавидишь смотреть на него вообще?

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

Получение контроля

Как новый парень, вы будете сталкиваться с проблемами в получении знать инструменты , вы работаете с (VB, ASP и т.д.) , а также вещей , с которыми вы работаете на (в рамках ). Это естественно. Мы все с этим сталкиваемся. Ваш главный приоритет должен продолжаться.

Продолжайте изучать языки, задавайте вопросы, продолжайте изучать основы и повторяйте!