JPoint Student Day: навіщо конференції «студентський день»?

Рішення доповнити JPoint 2016 «молодіжним» днем (з віковим обмеженням у 25 років) могло викликати питання «навіщо взагалі це потрібно». Те, що основна «доросла» частина пройшла з розмахом, не дивно: на ній фахівці розповідають про нюанси, які не нагуглишь за три хвилини. Але початківців розробників, до цих нюансів ще не дійшли, цікавлять куди більш базові речі, багато з яких були вже тисячу разів описані. Навіщо взагалі тоді захід, якщо можна вдома користуватися Stack Overflow? Що воно відкриє людям, які і так отримують профільну освіту? І що може дати один день тим, кому потрібні ще багато місяців практики? Під катом — докладна розповідь про те, як пройшов Student Day, який відповідає на ці питання.





На Student Day зібралося близько 300 глядачів — куди менше, ніж 1000 на «основний» частини JPoint, але мета «переплюнути дорослих» і не ставилася. Те, що на цьому заході новачки, виявляло себе навіть у деталях: на «великий» конференції, варто вранці розчинитись дверей головного залу, як натовп спрямовується дивитися відкриття, але ще не звикли до таких заходів відвідувачі продовжували спілкуватися в фойє з роботом Федьком.



В ході відкриття програмний директор Андрій real_ales Дмитрієв сам поставив питання «навіщо взагалі потрібно це захід». Він прямо визнав, воно не зробить з присутніх за один день досвідчених фахівців, за якими ганяються працедавці. Але наміри примусити глядача за день мільйон конкретних фактів і не було. Замість цього Student Day покликаний працювати на більш загальному рівні і прийшли допомогти краще зрозуміти, в яких напрямах їм варто розвиватися: знаючись тільки з конкретними прикладами коду, легко упустити важливе в загальній картині.



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

Слідом за вступній частині «Відсутню ланку в навчанні програміста», проведеної спільними силами Баруха Садогурского (JFrog), Євгенія Борисова (Naya Technologies), Романа Єлізарова (DevExperts) і Олега Анастасьева (Однокласники), можна було зрозуміти, чому профільну освіту, начебто покликане дати відповіді на всі загальні питання, недостатньо добре справляється зі своїм завданням. Академічний підхід не цілком відображає потреби реального світу — і, наприклад, у випадку з багатопотоковою програмуванням, на думку Єлізарова, просто втрачає частину важливих речей.



Тому після вступу, коли всі розійшлися по різних треках, в головному залі той же Єлізаров перейшов до доповіді про багатопоточності, щоб виправити ситуацію. Тим часом у другому залі Єгор Бугаєнко (Teamed.io) скористався тим, що глядачі зібралися ще до початку доповіді, щоб розпитати їх і дізнатися побільше про племені младом, незнайомому. Для нього це було тим цікавіше, що він основну частину життя проводить в Пало Альто. Йому було цікаво, наприклад, якою мовою аудиторія віддає перевагу читати про програмування (з'явилося покоління російських розробників, які з англійським відчувають себе краще російської?) — глядачі відповідали на якому доведеться», не віддаючи перевагу жодному з двох. Звернув він увагу і на те, що в аудиторії частка жінок була вищою, ніж на «дорослій» JPoint — схоже, гендерний перекіс у програмуванні поступово вирівнюється.

Після запитання глядачам про те, де вони хочуть бути через десять років, з'ясувалося, що більшість хотіла б залишити Росію. Однак головна причина виявилася не фінансової або політичної: присутні критикували «бардак в російських компаніях» і говорили про бажання працювати там, де культура програмування на висоті. І тут їх чекав сюрприз: Бугаєнко сказав, що за його досвідом, на Заході ситуація якраз сумніше, бо там «програміст» вже стало чогось вабливого рядовий професією, і замість ентузіастів, що прагнуть досягти досконалості, в індустрію з'їжджаються люди, охочі просто відпрацювати зарплату. З його позицією напевно хтось посперечався б, але початківцям розробникам в будь-якому випадку корисно дізнатися таку точку зору від людини з Долини — для когось це може позначитися на найважливішому життєвому виборі.



Потім спікер перейшов безпосередньо до своєї доповіді «Об'єктно-орієнтоване брехня» — і в ньому теж почав рішуче рвати присутніх шаблони. Він з порога заявив, що найчастіше людство абсолютно неправильно підходить до Java, начебто використовуючи об'єктно-орієнтована мова, але не навчившись об'єктно мислити, і в підсумку знищуючи те, чим ООП добре. Його доповідь переходив від абстрактних філософських категорій («якщо ми представляємо об'єкт як жива істота, то ми повинні довіряти йому і не повинні зраджувати») до конкретного перерахуванню того, що не треба використовувати: «геттери руйнують ідею інкапсуляції, а Spring і Hibernate написані з неправильним підходом».

Доповідь сміливо можна назвати спірним і холиворным. Як сам Бугаєнко визнав, напередодні на «дорослій» конференції його доповідь, в якому також критикувалося використання Hibernate, викликав багато заперечень від фахівців. У книзі Девіда Веста «Object Thinking», багато в чому надихнула його, автор теж прямо у вступі зізнається, що текст вийшов «controversial». Тому з позицією Бугаєнко легко можна не погоджуватися. Але в будь-якому випадку корисно дізнатися, що вона існує, осмислити її і тоді вже заперечувати — а не просто сліпо використовувати ті ж технології, що і навколишні, не замислюючись про них глибоко. І задатися такими питаннями краще допоможе один подібний доповідь, ніж безліч текстів про конкретних практичних питаннях.



Слідом у головному залі Володимир Іванов (Oracle) і Микита Липський (Excelsior) спільно розбирали, що знаходиться всередині JVM. Безумовно, цю тему можна і просто гуглити, але тут ситуацію робив унікальною набір спікерів. Співробітник Oracle, безпосередньо працює над JVM — вже куди більш вражаюче, ніж людина зі сторони. А тут компанію йому ще і становив один з ініціаторів альтернативної імплементації Java SE. Кому, як не їм разом, знати тему краще всіх?



Барух Садогурський та Толкачов Кирило влаштували «студентську» версію баттла інструментів для збірки: ідея була аналогічна тому, що пройшло раніше на основний конференції, але інструментів було менше (Maven і Gradle, без SBT), а лікнепу для малознайомих з темою — більше. Одночасно з цим Антон Архипов в іншому залі ліз у байткод, і це показовий момент для конференції. Теоретично можна писати на Java, взагалі нічого не знаючи про байткоде, і якщо вивчати мову за посібниками виду «стань великим програмістом за 24 години», так і вийде. Але усвідомлювати, що саме відбувається «під капотом», корисно, і конференція дозволила присутнім побіжно туди заглянути. За одну доповідь, зрозуміло, неможливо зрозуміти про байткоде все, зате цього цілком достатньо, щоб відкрити нову важливу для себе тему і далі вивчати її вже самостійно.



Доповідь Олександра Маторіна «Неадекватне Java-інтерв'ю» почасти нагадував «Java 8 puzzlers» з «дорослої» частини конференції: тут теж необхідно було вирішувати, який з варіантів правильний в тій чи іншій ситуації. Але у Маторіна замість простого методу «підніміть руки» був використаний веб-інтерфейс: присутні вибирали варіант на ноутбуках і смартфонах, після чого на екрані виводилася статистика розподілу голосом між варіантами. Це не тільки інформативно, але і має добре підходити психологічно для початківців розробників, смущающихся прогалин у своїх знаннях: якщо не тягнеш руку, а натискаєш кнопку, ніхто не побачить, що ти відповів неправильно.

Потім Дмитро Глухих (JetBrains) розповідав про Kotlin. Доповідь про нього був і на «дорослому» конференції, але тут виходило особливо актуально: молоді розробники слухали про молодий мову. Можливо, серед них знайдеться хтось, хто поки що писав тільки «для себе», у кого самий перший професійний проект виявиться відразу на Kotlin?



Нарешті, в останньому слоті Олександр Круглов (T-Systems) розповідав про роботу з базами даних. Мова заходила про використання Hibernate, і виникав різкий контраст з доповіддю Єгора Бугаєнко, критикує використання Hibernate.

Тобто дві доповіді конференції чи не сперечалися один з одним. А це означає, що Student Day, на відміну від Stack Overflow, не підходить для бездумного копипейста: тут, щоб витягти користь, треба починати думати самостійно й робити власні висновки.

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


Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.