Про пошук першої роботи
Один з моїх обов’язків як керівника— найм нових працівників. Скажу чесно — мені сумно з того, що я бачу в цьому процесі. Особливо це стосується молодих програмістів, які шукають свою першу роботу. Ну не можна так! Щоб хоч якось вам допомогти — ділюсь секретами і даю поради.
Не в порядку важливості, всі поради однаково цінні.
Вивчіть, нарешті, принципи ООП
Ну от на що ви розраховуєте без того, щоб пояснити що таке інкапсуляція!? Як може рука клікати на лінк «відгукнутись на вакансію», якщо після фрази «Добрий день» нам немає про що говорити? Ні, не завченою фразою, а так, на хлопський розум. І поліморфізм туди ж.
Щоб зрозуміти ці прості, але важливі поняття, не достатньо прочитати книжку чи Вікіпедію(це вже перша порада), потрібно написати трохи коду, ну хоч пару кілобайт, але так щоб в тишині, з термінальчиком, без фейсбука. Поекспериментувати, погратись, зануритись в класи і об’єкти, пощупати це все в прямому розумінні. Потім ще раз перечитати теорію і знову закріпити кодом.
Після цього вас не злякає питання про різницю між private і protected методами, ви будете отримувати задоволення, годинами розповідаючи випадковому супутнику в купе про Duck typing і наслідування.
Взагалі, варто постійно вчитися. Ми проводимо співбесіди як на роботу, так і на курси. І що цікаво, на курс часто приходять набагато більш підготовлені спеціалісти ніж ті, хто претендує на роботу.
Пишіть код, БАГАТО коду
Якщо бачили колись кіно, де старенький монах з шаулінського монастиря бере на навчання молодого бійця, то могли помітити, що перший рік цей нещасний студент... миє підлогу, якщо ж буде добре це робити — майстер дозволить нарубати дров. Так і в нас, перший рік пиши код, орієнтуйся не на якість, а на кількість. На першому етапі важливі мегабайти.
Крім цього, більше не маю що сказати: маєш вільну хвилину — закрий ютуб і пиши код.
Познайомся з основними шаблонами проектування
Ще один крок до інженера. Decorator, Singleton, Factory, Command... Це додасть впевненості в силах. Без практичного кодування цих абстрактних понять, толку буде мало. В кожній книжці є практичні реалізації, як мінімум їх потрібно передрукувати і запустити.
Важливо також бачити існуючі шаблони в навколишньому середовищі і проектувати свої. Це вже важче і поки не на часі.
Чітко і конкретно формулюй думку
Ймовірно, це найважчий і найважливіший пункт. І якщо без такого вміння ще можна якось писати код і вивчити основні поняття — інженером без цього не станеш. Без вміння зрозуміло висловитись, структурувати свою думку і донести її до співрозмовника, ми схожі на розумного пса, який розуміє команду і може її виконати, а от аргументовано вступити в дискусію — ні.
Як вчитись? Для початку, задуматись що ви говорите — який сенс ви хотіли передати в розмові, чи кожне ваше слово несе корисний зміст і зменшує ентропію? На щастя, в комп’ютерних технологіях все дуже конкретно.
Все, про що ми говорим може бути однозначно названо , більше того, реалізовано в коді. А код, він або працює згідно вимог, або ні — середнього немає.
Реалізуйте свій проект
Зробіть щось від початку і до кінця. Не важливо що це буде, але дайте можливіть поклікати по вашому творінню: не на Гітхабі, а на Хероку. Коли в резюме є лінк на проект в Гітхабі і це не бібліотека, а проект — як ви думаєте я маю його оцінити? Зазвичай, в такому проекті код такий собі: без тестів, без стилю, накидано декілька готових рішень. Я, звичайно, можу уявити, як будуть виглядати ваші сторінки, зверстані на Бутстрапі, але то не інженерний підхід.
Немає ідей? Ну друже, гуглом можна знайти і взяти до чого лежить душа. Важливий момент — не показуйте доки не готово, нехай це буде дуже простий проект, з мінімальним функціоналом, але він має буде завершеним. Факт завершеності сам по собі буде великим плюсом. Ну і задеплойте свою роботу кудись, як говорилось вище, на Хероку наприклад.
Вчіться будувати системи
Це вже задача із зірочкою. Беремо, для прикладу, будь-яку систему з життя і розкладаємо її на елементи — класи, взаємозв’язки, структуру. На співбесіді я можу запитати про модель бібліотеки, лікарні, відділку пожежної безпеки, заправної станції...
Дуже обширна тема, є багато як літератури так і курсів, але важливо тренуватись на задачках.
Виділяйтесь цікавою історією
На вакансії молодих спеціалістів приходить сотня резюме. Я завжди прошу написати супровідний лист. В результаті напише близько 10% кандидатів.
Недавній приклад, вакансія Front end developer.
З 136 відгуків, добре якщо набереться 15 з супровідним листом. Далі це працює як критерій відбору — всі, хто не пише, автоматично ігноруються. Ймовірно, кандидат думає, чому ж йому ніхто не відповідає і продовжує клікати по всіх вакансіях зі знайомими ключовими словами.
Докладіть трохи зусиль, напишіть про себе так, щоб роботодавцю захотілось з вами поговорити.
Фраза «Досвіду немаю, але швидко вчусь новим технологіям» не ваш козир. Якщо швидко, то вивчіть щось добре і покажіть це.
Вчіть англійську
No comments
І на останок
Заповніть Linkedin англійською, створіть пошту [email protected], перевіряйте свої тексти на помилки, якщо додаєте фото — не вирізайте його з фоток недавнього дня народження.
Бажаю вам успіху на цьому нелегкому, але цікавому шляху до почесного звання Інженер. Дорогу здолає той, хто йде!
Найкращі коментарі пропустити