JavaRush /Java блог /Random UA /Не просити про допомогу та відкидати старі технології: ча...

Не просити про допомогу та відкидати старі технології: часті помилки новачків за версією Java-ментора Антона Купрейчика

Стаття з групи Random UA
Цим текстом ми розпочинаємо серію матеріалів, в яких ментори нашого Java-університету діляться своїм досвідом та знаннями. Розробник з Мінська Антон Купрейчик розповідає про найпоширеніші помилки програмістів-початківців. Не просити про допомогу та відкидати старі технології: часті помилки новачків за версією Java-ментора Антон Купрейчика - 1

Відкидати "старі" технології

Є новіші технології і більш старі. Багато хто з нас розуміє, що, швидше за все, на старих технологіях не писатимуть. Але треба враховувати, що нова технологія все одно виготовлена ​​на основі старої: під капотом будуть принципи роботи старої технології. Коли люди навчаються програмування, вони іноді опускають старі технології: "Ні, я не хочу вчити старе, хочу одразу нове!". У мене також була така проблема. Наприклад, є фреймворк Spring і Java EE. Треба розуміти, що Spring також містить Java EE і її вивчення не уникнути, щоб у результаті освоїти фреймворк. До того ж є якась кількість вакансій, де, як і раніше, потрібні старі технології. Проте не забувайте орієнтуватися і на нові популярні. У цьому питанні потрібний баланс.

Не просити про допомогу колег чи знайомих

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

Писати примітивний код

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

Не уточнювати, якщо незрозуміло

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

Вигадувати п'яте колесо

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

Ігнорувати нові формати навчання

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

Не розділяти робочу зону та зону відпочинку

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

Не вести нотатки

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

Іти туди, де вам не подобається

Якщо душа не лежить до якогось заняття, то не варто мучити себе і гнатися за трендами. Здавалося б, це очевидна істина, але багато людей займаються тим, що їм не подобається. Просто чесно дайте собі запитання: “Це те, чого я хочу?”. Якщо так, то сміливо рухайтеся вперед. Пропонуємо і вам поміркувати: які помилки найчастіше роблять новачки? Діліться своєю думкою у коментарях ;)
Коментарі
ЩОБ ПОДИВИТИСЯ ВСІ КОМЕНТАРІ АБО ЗАЛИШИТИ КОМЕНТАР,
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ