Яких навичок ви очікували та цінували б у програмі Junior Software Engineer? [зачинено]

Нещодавно я закінчив магістра наук з програмної інженерії, і ось-ось розпочну свою професійну кар’єру через кілька тижнів. Моя роль буде в якості молодшого розробника для компанії, яка розробляє програмне забезпечення за допомогою Java та суміжних технологій (серед них Spring and Hibernate). Якщо чесно, я дуже в захваті від того, що чекає, тим більше, що я хочу розвивати свою кар’єру як розробник Java. Мені також дуже цікаво набувати досвіду в цій галузі. Крім того, це буде моїм першим досвідом роботи як професійного розробника, тому я дуже хочу зробити все можливе з самого початку.

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

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

• Слухай більше, ніж ти говориш. Дізнайтеся, що говорять інші.
• Будь покірним. Не бійтеся ділитися своїми ідеями, але не вважайте, що ви праві, а всі інші помиляються. Якщо ви бачите щось, що вважаєте неправильним, запитайте про це, не вимовляйте цього.
• Продовжуйте вчитися. Фундамент вашої освіти є (повинен бути) чудовим, але ви тільки почали вивчати професію. Вчіться, роблячи. Я не думаю, що ти справді можеш навчитися, якщо ти фактично не практикуєш те, чого вчиш.
• Замовник рідко знає, чого хоче, поки не побачить. Звикайте, що ваші вимоги змінюються. Прийміть стиль розробки (якщо це дозволено), який швидко отримує речі перед замовником, щоб отримати зворотній зв'язок.
• Знайдіть людей, які добре працюють із клієнтами, і попросіть їх наставника, як розвивати з ними стосунки.
• Напишіть добре перевірений, надійний код. Здійснити це - не мета; зробити все правильно. Якщо ви добрі в цьому, швидкість прийде з часом.
• Важко працювати. Не чекайте, щоб вас попросили зробити щось; шукати або просити щось робити.
• Володіти своїми помилками або помилками вашої команди. Не кидайте членів вашої команди під автобус перед клієнтом, але будьте чесні, коли у вас проблеми з кодом.
• Ви можете подумати, що ваші товариші по команді хочуть, щоб ви були блискучим кодером. Це було б дивовижно, але ваші товариші по команді дуже хочуть, щоб ви були компетентними, а не ривками. Якщо ви збираєтесь бути ривком, то краще будьте геніальним.

Ось короткий список у верхній частині моєї голови:

• Подальші дії (закінчіть те, що ви починаєте)
• Чесність (скажіть, якщо ви застрягли)
• Цікавість (дізнайтеся кращі способи робити речі)
• Відкритість (як до критики, так і до ідей, які не є твоїми)
• Щедрість (поділіться тим, чого ви дізнаєтесь; тренуйте наступне покоління)

Дві речі: готовність до навчання та вміння вчитися.

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

Хороші технічні знання чудові, але ви повинні показати, як би ви застосували ці знання.

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

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

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

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

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

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

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

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

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

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

Ліцензія на навчання.

Багато чудових відповідей.

Навіть якщо я не працюю на «великих хлопців» і не є гуру, я додаю свої 2 копійки.

Будьте добрі до людей .

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

Іншими словами, спробуйте створити "спільноту", якщо такої немає, або стати її частиною, якщо вона існує.

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

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

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

Гіпотетичний досконалий молодший розробник пізнає основи таких речей, як

• мову.
• I / O
• Такі поняття, як спадкування
• Об'єктні інтерфейси
• доступ до бази даних (особливо щодо того, як вони це роблять у вашому новому магазині коду)
• модель HTTP
• CSS
• JavaScript / JQuery
• дизайн бази даних
• SQL і збережені процедури
• IDE, які ви будете використовувати
• відповідні рамки (ви згадуєте Весну)

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

Коли я починав працювати молодшим в команді великої корпорації в Інтернеті, основна частина початкової роботи, яку я призначив, була дещо не натхненною, але оподатковувала мене тим, що я щовечора потрапляв на книги, щоб я міг зрозуміти, що я збираюся що треба робити на наступний день . Я пережив це, але це було напруженим через п'ять-шість місяців після відносної розкоші мого магістерського курсу ;-)

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

І, повторюючи те, що багато хто говорив вище, світ комп'ютерів та коду постійно змінюється. Вам потрібно буде вивчати нові речі через день. Тримайте розум широко відкритим і намагайтеся стежити за тим, чому ви взялися за це в першу чергу - тому що ви <3 це. У наступні роки можуть бути часи, коли це не буде на перший план у вашому розумі. Ентузіазм доставить вас через більшість ударів і перешкод.

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

Успіхів у кар’єрі.

(1) Відкритий розум. Ви не хочете, щоб хтось з організацій використовував мову X та середовище Y для кожного проекту. Ви хочете, щоб хтось міг повторно налаштуватись, коли певна технологія не вирішить чисто проблему та запропонує хороші альтернативи. Крім того, ви хочете, щоб хтось, хто може кинути виклик звичайному мисленню і придумати рішення, що мотивують бізнес. Ви можете відчути це самостійно, але я виявив, що люди настільки звикають до процесу, що не змінюють його, але все одно скаржаться на кількість болю, який він їм заподіює. Зазвичай, коли я приїжджаю, я дивлюсь, як це вдосконалити, і пропоную рішення своєму менеджеру. Зараз я також хотів би сказати, що особисті повинні бути "дипломатичними" щодо його пропозицій :)

(2) Гарні навички моделювання домену. Цей досить великий, що я виявив, що деякі люди не помічають. У деяких місцях, де я працював, я дізнаюся про бізнес - "забруднити руки", і люди ухиляються від суто технічних проблем, таких як інтеграція перевірок правопису в контроль версій тощо. Вони не вкладають багато часу на покращення бізнес. Уміючи дивитись на бізнес і створювати моделі (спрощення) з нього та повідомляти про це різній аудиторії, будь то розмовна, візуальна (UML, SSADM чи інше) або трохи обох, ви хочете, щоб хтось із цим менталітетом.

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

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

Показує, що ви дбаєте про те, що робите, і хочете вдосконалити.

Щоб вас не лякало взагалі, але одне, що я збираюся застерегти вас від того, що в кожній компанії, в якій я працював, є великі брудні величезні методи прокрутки та погано названі об'єкти, які змушують вас боятися відкривати вихідні файли в чистому режимі шок і жах від такого безладу. Місця, які ви зазвичай знаходите, є в обробниках подій для кнопок "ОК" у діалогових вікнах або кнопки "Надіслати" на веб-сторінках.

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

Наступний сигнал дзвінка, який я рекомендую, - це максимум 2-3 параметрів у методі. Якщо ви бачите методи з приблизно 10 вхідними параметрами, привітайтеся з функціональним програмуванням мовою ОО ...

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

Будь ласка, візьміть собі копію Роберта. C Martins Clean Code . Читайте щотижня, виймайте його на вечерю, спайте з нею під подушкою, копіюйте її в туалеті і роздруковуйте кілька сторінок і приклейте їх на стелю, щоб, коли ви лягаєте спати, можете прочитати їх раніше ти киваєш головою;).

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

Єдина порада, яку я можу запропонувати - це ніколи не припиняти вчитися. Те, як ці розробники rockstar потрапили туди, займаючи час для вивчення нових методик та мов - це власний вільний час. Хоча це чудово, якщо ти залишишся там 10 років, коли ти вийдеш, ти будеш знати лише Java + Spring + Hibernate. Ось чому у вільний час я переглядаю платформу .NET, Python та випадковий код C ++, щоб залишатися активними. Оскільки хтось, хто працює над MS в інформаційній сек, час може бути дорогоцінним, і його потрібно витрачати з розумом.

Можливість використання Google. Дійсно.

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

Моя порада молодшим м'яким. інженери повинні докладати належних зусиль у вирішенні проблем. Старанно та методично використовуйте google, wikipedia або stackoverflow, коли чогось не знаєте.

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

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

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

• Пристрасть до роботи

• Готові дізнатися більше та більше та більше ..

• чесність

• послідовність

Чудові відповіді там, якщо ви дотримуєтесь всього, що тут говорять люди, я впевнений, що хтось буде хороший у тому, що він / вона робить,

Просто хочу підкреслити кілька моментів.

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

Все найкраще у вашій роботі

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

Але навчитися автоматизувати речі полегшить ваше життя. (І вражайте своїх колег, коли ви зможете все зробити добре)

• Сильна неприязнь до Java та C ++.
• Основне розуміння внутрішніх даних, алгоритмів та структур даних операційної системи.
• Відмінне володіння мовою C та принаймні одна мова скрипту.
• Робочі знання про один основний VCS (Mercurial, Subversion або Git).
• Можливість кваліфіковано працювати в командному рядку.
• Неприязнь до Windows та випадкове домашнє використання ОС на базі Unix, таких як Linux, BSD або Solaris для розробки або загального використання.