Новачок шукає поради щодо програмування взагалі [закрито]

Вам потрібно, щоб хтось із вас пам’ятав про той час, коли ви, можливо, погано програмували ...

Я був на моїй новій роботі (як розробник програмного забезпечення) пару місяців, пройшов випробувальний термін. Маю дуже мало досвіду програмування (лише на C ++), і зараз я працюю з MVC і asp.net MVC та Silverlight. Отже, є веб-сайт, над яким працює компанія, і я докладаю зусиль, щоб покращити його, виправити помилки тощо.

Проблема полягає в тому, щоб дізнатися про систему / веб-сайт, які вже створені, через візуальну студію. Я ВИНАГИ відчуваю, що ГОЛОВНО переповнений, ніколи не знаючи, на яку частину цього рядка я повинен шукати, і взагалі виникають багато проблем з отриманням великої картини. Сама по собі візуальна студія - це те, що мені важко впоратися, не кажучи вже про рамки asp.net.

У мене складається враження, що оскільки у моїх колег є більше досвіду, ніж у мене, вони отримують всі хороші роботи, і мені залишається лайно - те, що навіть нечітко програмує. Це означає, що вони навчаються / створюють більше, а я навчаюсь / створюю майже нічого. Мене деморалізують і занадто бояться, щоб щось сказати.

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

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

Я та людина, яка збирає речі повільно, але з великою увагою до деталей. Колишній, на який я думаю, змушує мене виглядати некомпетентним.

Хтось, звідки я приїжджаю, скажіть щось корисне .... Я боюся втратити роботу через кілька місяців чи щось ...

Процес, який люди повинні робити на роботі, як новий прокат

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

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

Тримайся там

Насамперед. Ти новачок. Ви отримаєте завдання з лайна. Навколо цього немає способу. Ви повинні розуміти, що це не шкідливо. Як ви самі заявили, ці хлопці мають більше досвіду та більш кваліфіковані. Вони, ймовірно, також мають більш високий рівень оплати праці. Що означає, з точки зору проекту, їх час дорогоцінний і цінніший, ніж ваш. Таким чином, вони можуть виконувати більш передові (і веселі) завдання, залишаючи вас більш приземленою (але все ж важливою) роботою.

Тепер важливо - не зациклюватися на колії назавжди. Скористайтеся кожною можливою миттю, щоб ознайомитись із проектом та інструментами, які є під рукою Ви можете грати в тральщика, коли мертвий. Я знаю, що вивчення нової платформи, а також швидкість роботи з існуючим проектом - дуже переважна перспектива. Хитрість полягає в тому, щоб розрізати його на більш дрібні шматки і братися за них по черзі. У вашому взутті я би зробив щось подібне:

• На роботі спочатку з’ясуйте загальну архітектуру всього додатка. Поки не потрібно вникати в деталі. Просто визначте основні блоки коду; тобто де користувальницький інтерфейс? Яка частина має доступ до бази даних? Який з них приймає бізнес-рішення? Не бійтеся питати. Покажіть їм, що ви прагнете вчитися, і люди взагалі будуть відповідати. Якщо навколо є хороша (і нещодавня) документація, використовуйте її.
• Тепер, коли ви знаєте основні шматочки, прийшов час трохи просвердлити. Спробуйте почати з одного з кінців . Користувальницький інтерфейс або шар бази даних потім переходять до іншого кінця. Погляньте загально на шматочки, які ви вивчаєте. Подумайте, як це працює. Яким функціям і методам він піддається. Деталі можуть з’явитися пізніше. Робіть великі нотатки, малюйте графіки та блок-схеми, робіть все, що допоможе вам переглянути все згодом.
• Тільки коли відчуєш, що розумієш, як логіка протікає в додатку, ти можеш по-справжньому дивитися на код. Це хороший час для ознайомлення з Visual Studio. Клацніть правою кнопкою миші на будь-який об’єкт / функцію в коді, і ви отримаєте дуже корисне контекстне меню. "Перейти до визначення" та "Знайти всі посилання" особливо корисні та потужні. Якщо команда здається вам загадковим, натисніть F1.
• Вдома чи у вільний час читайте більше про ASP.NET MVC та Silverlight (або будь-яку іншу платформу, яку ви в кінцевому підсумку використовуєте). Зокрема, прочитайте більше про біти, які ви бачили на роботі сьогодні.
• У міру того, як ваше розуміння платформи та проекту зростає, ви зрештою побачите більше і більше можливостей зробити внесок у код. Скористайтеся цими моментами!

Якщо це виглядає як багато роботи, це тому, що це так. Але дивіденди, які ви зрештою будете стягувати, є більш ніж достатньою компенсацією.

У мене складається враження, що оскільки у моїх колег є більше досвіду, ніж у мене, вони отримують всі хороші роботи, і мені залишається лайно - те, що навіть нечітко програмує. Це означає, що вони навчаються / створюють більше, а я навчаюсь / створюю майже нічого.

Наскільки ви впевнені в цьому? Я прошу, як хтось, що зазвичай, коли ви починаєте щось нове, робиться все таке навчання, яке ви можете не усвідомлювати. Наскільки добре ви звикли до Visual Studio? Я пам’ятаю, що було досить страшно вивчати ІДЕ з нуля, коли я вперше почав працювати ще в 1998 році, але це був цікавий час в чомусь. Наскільки добре ви знаєте програмне забезпечення для відстеження помилок? Наскільки добре ви розумієте всіх різних людей у ​​колективі? Напевно, ви можете дізнатися більше кількох речей, хоча ви можете не сприймати їх як великі речі для навчання.

Моя порада буде розглянути можливість поговорити з деякими колегами чи вашим начальником про те, як ви добре чи не так добре у вас справи. Вони можуть сказати: "Ага, у вас все добре" або "Ви приголомшливі!" це щось, що ви, можливо, доведеться погодити, хоча деякі можуть просто сказати, що вони бояться сказати правду. При цьому визнайте, що саме там ви дізнаєтесь, де стоїте, а потім зробите щось із цим. Перебуваючи там пару місяців, ви повинні знати кілька речей і, таким чином, бути в змозі зробити краще, ніж ви робили на своєму першому тижні.

Це на кшталт "виправити цю помилку, слід лише взяти рядок", і тоді я проходжу віки, просто з'ясовуючи, де я думаю, що ця лінія повинна піти.

Я справді чув таку лінію в своїй кар'єрі десятки разів. Я б зазначив кілька різних моментів щодо такої лінії:

• Це може бути оцінка, і тому людина, можливо, забула якийсь химерний випадок, який робить виправлення кількома рядками. Я знаю, що в мене були випадки, коли я думав: «Це треба якось робити в одному рядку коду», аби лише потім пізнати, що я пропустив.

• Деякі рядки коду можуть бути смішно складними. Коли-небудь бачите, якщо в ньому є десятки дужок, щоб застосувати певну логіку, де для правильного читання умови знадобилося кілька разів? Я знаю, що маю.

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

На це потрібен час. Пару місяців - короткий час. Якщо ви не бачите майбутнього у вашій теперішній компанії, я би приділив їй більше часу.

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

Успіхів у вашій новій роботі.

Продовжуйте задавати питання, але проявляйте ініціативу , хоча теж; зробіть скільки завгодно, перш ніж запитати. Це як би задавати питання тут на Stack Exchange.

Візьміть хорошу книгу на asp.net і, напевно, також на .net Framework і прочитайте їх ретельно в робочий час. Ви відчуєте себе досить впевнено на роботі, як тільки прочитаєте їх. Це також дивовижно практично працювати над тим, що ви вивчаєте. Код матиме сенс для вас, коли ви читаєте далі, і тому читання також буде веселішим. Ви повинні зробити найкращий час, який у вас зараз є, на вас кидають не багато завдань, тому використовуйте цей час розумно.

Я думаю, що я можу говорити для багатьох із нас, кажучи, що на мить я задумався, чи моє минуле «я» перенеслось у майбутнє, щоб задати моєму теперішньому самому собі це питання на programmers.se. Це майже те, що я сказав би своєму минулому, якби я опинився віч-на-віч з ним, коли він був у вашому взутті:

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

Використовуйте StackOverflow та Google - не будьте "програмістом копіювання та вставки", але розумійте , що на 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. Отже, нічого не вийшло легко без тонн гугла.

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

Що стосується "роздратованого" старшого хлопця - він на 100% помиляється. Якщо ви проявляєте схильність до зусиль і досліджень, перш ніж запитати, у нього немає підстав дратуватися. Частина бути лідером лідирує - хтось би сказав, що це велика частина. =) Якщо він веде за собою бідного прикладу, він обрав неправильного чоловіка (або жінку). Розгорніть тему з ним і дайте йому знати, що ви цінуєте допомогу. Деви можуть бути похмурими типами і часто можуть бути трохи сповнені самих себе. Якщо у нього проблема, поговоріть про це зі своїм менеджером. Знову ж таки, ви є надбанням, і хтось стрибує ваш ріст, не допомагаючи, як він повинен зашкодити команді.

Найголовніше - не потійте. Якщо ви докладете зусиль і вам сподобається те, що ви робите, це гарантія, що ви одужаєте і будете очолювати цю команду одного дня або одного, як це. Якщо вони розумні, вони дозволять вам перекусити.

Нарешті - мені вже 6 років і все ще навчаюсь. Іноді, коли я не отримую цього негайно, я трохи опускаюся. Я, як і ви, просто мушу сказати собі: «Заспокойтеся, світ не закінчується. Це. Ні заради Бога ».

По-перше, прийміть той факт, що вам не добре в програмуванні. Якщо ви не хочете прийняти це, то це стане проблемою. Ти ноб. Будьте практичні. І будьте правдиві до себе. Період. Прийнято? Потім читайте далі.

По-друге, докажіть собі (і нікому іншому. Повторюю, ніхто інший, крім вас), що ви вже не нуб і що можете зламати, робити, налагоджувати самий брудний і найсміливіший написаний код. Ви можете очолити діаграми, очікуйте, що більша шкала оплати від вашого хорошого «ол Босс», доводячи собі, що ви більше не нуб .

Тож тепер, прийшовши до фактичної відповіді: як чорт ти повинен це робити між твоїм напруженим робочим часом, сім’єю, вільним часом? Так. я знаю, це не просто. Як я це роблю. І, безумовно, я вважаю його найбільш ефективним:

Ознайомтеся з основними принципами правильно : принципи ООП повинні бути інтегровані всередині вашого мозку.

Дизайнерські коди (замість замків) у повітрі Я знаю, що це звучить божевільно, але розгляд коліс автомобілів як функцій допомагає людському мозку звикнути до кодуючого світу!

По-перше, практикуйте на папері! Мій професор сказав мені цю хитрість. Тренуйтеся спочатку на папері. Dry Запустіть свої програми на самому папері. Це допоможе вам потрапити в потік компілятора + відкриє ці логічні ворота у вашому мозку.

Створіть власний проект так. будь це CLI-калькулятор. спроектуйте власний код. Зробіть це унікальним. Чому ваша власна унікальна програма? Тому що це змусить вас задуматися: "Як я повинен це зробити?" і не змушувати вас засмучуватися. І коли у вас виникнуть сумніви, попросіть Герберта Шильдта (вибачте мене, якщо написання невірні) або Google або залиште питання тут. Це найкращий спосіб самостійного вивчення та імпровізації своїх навичок.

Коли мене познайомили з C, я теж погано провів час. Особливо зі Структурами n Покажчиками n Blahs n Blahs. Я дізнався про ці речі понаднормово .. важкий шлях, якщо ти можеш це назвати. І тоді, коли мене розбили, я не втратив надії. Я купив довідник і почав робити програму, яку я завжди хотів. Через 3 місяці (так, ви можете посміятись!) Я нарешті зробив версію програми CLI, яка сприйме ваше ім'я як вхід і покаже вашу особистість як вихід. Акрофонологія.

Так. Я вихваляюсь, бо відчуваю гордість за це! Бо я бачив обличчя своїх старших, які знущалися над мною. Все це визначимо мій друг! Програмування - це не ракетна наука! Якби це було, то ви б не пройшли стажування! Це легко!

Моя особиста віра: Якщо ти маєш логіку у своєму мозку і ти розумієш, що є здоровим глуздом, ти можеш стати хорошим кодером.

І гарна новина - у вас обоє! Тому що якби у вас цього не було, ви б не зробили правильного кроку, поділившись своєю проблемою з нами!

Якщо вам зараз добре, я задоволений. І так, тепер ви можете ігнорувати перший рядок цієї відповіді .. було потрібно тоді .. Не потрібно зараз! Ура!

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

Час, коли ви могли погано програмувати

Мені все одно погано. Немає другої думки.

У мене складається враження, що через те, що мої колеги мають більший досвід, ніж я ..

Ще раз пам’ятайте, що кожен гравець колись був хлопчиком з м’ячем. Щоб добре працювати над цим, спочатку ви повинні довести свою цінність у справах, які вам не подобаються, і це є загальним у всіх сферах, а не лише програмуванні.

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

Що змушує вас відчувати себе паралізованим? Чи боїтесь ви повернутися до рамки ще раз , чи просто ненавидите дивитись на це взагалі?

Завжди намагайтеся розбити свої проблеми одним або декількома простими кроками. Потім перейдіть до кожного окремо. Тут немає ніякої чарівної кулі, окрім як продовжувати висіти, і це важливо.

Входження в контроль

Як новий хлопець, ви будете стикатися з проблемами в отриманні знати інструменти , ви працюєте з (VB, ASP і т.д.) , а також речей , з якими ви працюєте на (в рамках ). Це природно. Ми всі зіткнулися з цим. Вашим головним пріоритетом має бути продовження роботи.

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