JavaRush /Java блог /Random UA /20+ років потому або Я все-таки став ним! Частина 4
alex8894
34 рівень
Санкт-Петербург

20+ років потому або Я все-таки став ним! Частина 4

Стаття з групи Random UA
Продовження історії "бородатого енікею". Попередня частина тут . 20+ років потому або Я все-таки став ним!  Частина 4 - 1

Четверта спроба

Як ви, шановні колеги, напевно здогадалися, крила мені пообламали: з співбесіди я вилетів з тріском. Розробник таки має вміти програмувати сам, а не лише розбиратися в чужому коді та виправляти помилки. 24 рівнів на javarush.ru, та ще й призабутих на той час, було явно мало. Потім почався новий проект і вивчення Java довелося відкласти. Я переконував себе — це не більше, ніж на місяць. Потім на два. Потім ще. А потім усвідомив, що у мене в житті вже була подібна тупикова ситуація, коли я побоявся вибратися з «болота», і нічого хорошого з того не вийшло. Нині ж ситуація, можна сказати, ідеальна: закордонні компанії буквально «вичистабо» кадровий ринок, і попит на Java-розробників — величезний. Потрібно приймати рішення. Треба треба, тільки незрозуміло — що саме слід робити? Хоча, власне, чомусь незрозуміло — попереду літня відпустка, і є сайт javarush.ru. Виник цілком очевидний план:
  1. Якнайшвидше піднятися до 30 рівня;
  2. зробити тестове завдання;
  3. потрапити на осінній реальний проект, до якого залишалося десь півтора місяці;
  4. закінчити реальний проект;
  5. отримати оффер.
Що робити далі — залишатися в цій компанії або переходити в іншу, я поки що не вирішив, але часу на роздуми було більш ніж достатньо — принаймні півроку. Так, зміст тестового завдання на проект поки не відомий, але зрозуміло, що це буде веб-додаток із використанням Spring . З вивчення Spring вирішив і почати, причому з актуальної, 4-ї версії, а більшість книг описує 3-ту. Пошук привів до книги "Spring 4 для професіоналів", 4-те видання (в оригіналі - Pro Spring 4). Вибір виявився виключно вдалим — разом із вихідним кодом вправ, завантаженим із сайту книги, я отримав відмінний підручник, який буквально «по кроках» провів від створення найпростішого консольного додатка з впровадженням залежностей до повноцінного веб-додатку зі Spring MVC, JSP та доступом до даних через Hibernateта JPA 2.1. З недоліків книги, крім не завжди якісного перекладу, зазначив би, що всі приклади вихідного коду використовують xml-конфігурацію Spring, і майже немає прикладів Java-конфігурації, яку довелося вивчати за іншими джерелами. Тим часом багато хто зараз вважає xml-конфігурацію застарілою, а її використання в тестовому завданні — істотним недоліком. Дві інші книги, які мені дуже допомогли - Spring persistence with Hibernate, 2-nd edition (про Hibernate 5) та Java persistense with Hibernate, 2-nd edition (про JPA 2.1), але їх варто вивчити після першої. Хотілося б помітити, що всі три книги досить високого рівня, і для тих, хто шукає максимально швидкий спосіб зробити тестове завдання, є куди простіші шляхи, аж до готових тестових завдань, зроблених іншими. Ось тільки кого в такий спосіб обманювати? І ось відпустка, IDEA, javarush та 24 рівень. Проскочив його зі свистом і пішов далі. Виявилося, що період «тимлідства» пройшов недаремно, я зрозумів багато своїх минулих помилок і легко вирішив завдання, які раніше не виходабо. 25, 26, 27 рівень … Стоп, якщо я рухатимуся такими темпами, то до тестового завдання я дістануся тільки до кінця відпустки. Не хотілося, але довелося застосувати лайфхак, знайдений на сторінках форуму. Порядок, є 30 рівень та тестове завдання, що там у нас? Ну, в принципі, після книги Spring 4 для професіоналів зрозуміло, з чого почати, а там подивимося. Ага, побачимо. Щоб це … не дуже хороша програма, яка поки що не мала ні рядка змістовного коду, просто запустилася, я просидів, не відриваючись, з 4 години вечора до 6 години ранку. Прокляті залежності, яких вічно не вистачає, конфлікти версій компонентів, і низький уклін stackoverflow. Що-що, а maven і Google я на той час освоїв. Ну чому ніде не сказано, що «партянки» стектрейсів Spring треба розшифровувати не з початку, а з кінця? Ще довелося налаштувати в maven автоматичний деплой на сервер додатків. Після того, як раз 20 викладеш додаток вручну, вже не виникає питання – навіщо. Далі пішло якось простіше, чогось у книзі не виявилося, але потрібні приклади знайшлися в Інтернеті. Дуже допомогли знання HTML, CSS та Javascript, отримані багато років тому під час спроб створення веб-додатків, а потім — копаннями у фронтенді системи. Знайшли застосування і адмінські навички, адже всю розробку я вів, звісно, ​​під Linux (Ubuntu 16.04). У відпустку я не зовсім уклався, знадобилася ще кілька днів, але до терміну здачі я встигав з великим запасом. Перевірка… заведено. Робота після відпустки мене зустріла, скажімо так, неприязно. Схоже, у мої задуми вирішила втрутитись найдавніша професія... Далі буде .
Коментарі
ЩОБ ПОДИВИТИСЯ ВСІ КОМЕНТАРІ АБО ЗАЛИШИТИ КОМЕНТАР,
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ