Що слід очікувати від моєї першої роботи з програмування? [зачинено]

Мене щойно взяли на роботу для моєї першої роботи з програмування! Мені 25 років і я користуюся Java академічно протягом 6 років.

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

Це раціональний страх? Яким був ваш перший досвід роботи з програмування? Що я повинен очікувати? Яку пораду ви могли б дати мені?

Спасибі.

Занадто багато речей, яких ти не можеш навчитися в коледжі . Є також багато речей, які є специфічними для компанії . В обох випадках у вас є вибір:

• або ви запитаєте своїх колег для пояснень,
• або ви нічого ні в кого не просите і ризикуєте помилитися.

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

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

• Не задайте питань, а лише їх задайте.
• Пам'ятайте, що інші люди мають власну роботу та свої терміни. У них є інші речі, ніж витратити свій час, допомагаючи вам на кожне завдання.
• Не сподівайтесь, що інші люди роблять вашу роботу (як ніколи не бажайте просити Stack Overflow виконувати свою роботу).
• Зауважте, що якщо ви заважаєте розробнику, вона втрачає десять і більше хвилин, щоб знову сконцентруватися. Тому не задавайте питань, чи зможете ви знайти відповідь протягом декількох секунд в Інтернеті.

Приклад поганих питань:

• "Гей, я хочу створити масив на зразок {1, 2, 3, ... n-1, n} в PHP. Чи можете ви мені допомогти?" Тут ви просто показуєте, що не тільки ви не знаєте, як користуватися документацією на PHP, але навіть не хвилюєтесь на пошуки Google чи на мить. Це нормально, якщо ви не знаєте про rangeметод у PHP. Це не нормально, якщо ви не можете його знайти самостійно.

• "Я намагаюся реалізувати плагіни, але я не знаю, що таке CAS в .NET Framework. Чи можете ви пояснити, що це?" Так, простіше просити пояснення, а як же спочатку шукати в Google "CAS .NET Framework 4.0"?

• "Чому ви змушуєте мене використовувати контроль версій? Я завжди працював без цього і не розумію, навіщо мені це потрібно зараз". Що ж, ваші колеги не повинні пояснювати, чому ви повинні ним користуватися. По-перше, це керівництво вашої компанії. Ви тут не для того, щоб диктувати, як працювати. По-друге, на веб-сайтах SE є багато книг, статей у блогах та відповідей, що пояснюють, чому всі повинні використовувати контроль версій. Вам просто потрібно пошукати.

Приклади питань, які вітаються:

• "Я хочу здійснити зміни в контролі версій, але є дивне повідомлення про помилку. Там написано: [...]. Може, ти знаєш, що це?" Цілком ймовірно, що ваш колега бачив це повідомлення десятки разів раніше, тому це нормально запитати у цьому.

• "Я читаю сторінку 9 вимог до цього проекту, частина 4.2.1, але я не впевнений: мені це чи адміністратору бази даних потрібно виконати цю частину?" Краще запитати, ніж витратити три дні, щоб виконати роботу, яку вже зробив dba.

• "Мені потрібно реалізувати плагіни, але прочитавши це та це, я все ще не розумію, що таке" пісочниця "і як це пов'язано з безпекою. Чи можете ви мені це пояснити пізніше, коли ви будете вільні?" Ви шукали. Ви доклали зусиль. Ти не зрозумів. Це нормально, щоб не все зрозуміти, і краще було б попросити пояснення, а не проводити вихідні на його пошуки.

"Єдине дурне питання - це те, що не відповідає".

^ Серйозно Пам'ятайте, що.

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

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

Чим більше питань ви задасте, тим швидше ви звикнете до свого нового робочого середовища. Сказавши це, інженерам, як правило, не подобається, що їх постійно клопочуть, тому що потрібно ~ 15 хвилин, щоб вони повернулися в розпалі речей. Тож, можливо, я б подумав над тим, щоб поставити всі ваші відповідні запитання електронною поштою та надіслати їх комусь у "знаю" наприкінці дня.

Деякі компанії з’єднують вас з наставником, інші - ні.

Перестань так сильно хвилюватися. Першого дня ніхто не є світовим класом.

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

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

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

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

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

Постарайтеся не нервувати і просто робіть все, що можете. І додайте багато додаткової роботи, вивчаючи мову та програми компанії.

Якщо ви ставите запитання, переконайтесь, що:

• Підготуйтеся перед запитанням
• Дайте людині, про яку ви просите час, щоб вийти із зони
• Постарайтеся, щоб інша людина відчувала себе розумною

http://www.artificialworlds.net/blog/2011/02/12/how-to-ask-technical-questions-in-person/

Моя перша робота з програмування була в мові та рамках / платформі, яких я раніше ніколи не торкався (Visual C ++ / MFC, і я отримав освіту в C на Unix за допомогою трохи Java).

Мораль анекдоту: коли у вас немає комерційного досвіду, перший роботодавець, який приймає вас, зазвичай сприймає вас як більш-менш чистий аркуш. Озирнувшись назад, навіть якби мене взяли на роботу на роль C на Unix, 95% + крива навчання на першій роботі була б набагато більше про м'які навички, контроль над джерелами, офісна політика / управління тощо речі, до яких академічний досвід насправді не може підготувати вас. Що стосується технічної сторони, вони, як правило, очікують, що ви будете дуже колихатись на ногах перший місяць-два - шок для системи лише від нетехнічних речей достатньо для відволікання. Вони знають це, тому, ймовірно, не чекають багато чого.

MainMa має хороші поради : В основному просто намагайтеся не заважати людям таким питанням, які прості в Google, і які мають приїхати з територією для тих, хто має 6 років академічного досвіду. Хорошим правилом є те, що загальні знання з програмування слід спочатку вивчити перед тим, як запитати, тоді як внутрішні знання про компанію / домен набагато безпечніше запитувати після мінімального копання.

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

1. Оточіть себе людьми розумнішими за вас та готовими наставниками. Будьте максимально ввічливі, читайте людей і з'ясовуйте свої союзи. Не всі будуть відкриті, щоб допомогти вам, але ви легко зрозумієте, хто такі "правильні люди" та ті, з ким ви захочете подружитися.
2. Задавайте питання якомога більше, якщо відчуваєте, що Google не може відповісти.
3. Зрозумійте, багато людей, які не ходили до школи в той час, і, ймовірно, вони можуть сприймати вас як свіжий розум для ідей. Не бійтеся знімати ідеї, і не бійтеся не погоджуватися з іншими.

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