.NEXT 2015 Piter: можливо потіснити Москви?

.NET-конференція .NEXT, в грудні покорявшая Москву, тепер знову пройшла в рідному Петербурзі. Напрошується питання: чи можливо після столичного розмаху зробити пітерський варіант не поступається, або в Північній столиці неминуче труба буде нижче, а дим — рідкіше? Під катом — докладний розповідь, дозволяє зробити висновки.





З одним фактом було б нерозумно сперечатися: петербурзьким IT-конференцій складно змагатися з московськими за кількістю учасників. Справа не тільки в тому, що столиця більше, але і в тому, що в неї куди більш охоче приїжджають на великі заходи розробники з інших міст. Та петербурзький .NEXT по цьому параметру передбачувано поступався московському. Але при виборі «яку з двох конференцій відвідати» головними критеріями зазвичай виявляються інші: кількість і якість доповідей, склад спікерів, рівень організації. І ось тут криється головна інтрига: чи можна в Петербурзі при меншій кількості учасників підтримувати такий рівень?

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



Як і у випадку з московською конференцією, першим доповідачем став Діно Еспозіто. Вибір, загалом-то, напрошується: крім свого міжнародного авторитету .NET-світі, він відомий як людина, здатний перетворити доповідь на яскраве шоу, так що відмінно підходить для keynote (де важливіше не максимальна кількість технічних деталей, а доступність і яскравість). Однак показово, що обидва міста отримали одного і того ж зоряного хедлайнера: будь петербурзька версія містечкової, вона обійшлася б без птахи такого польоту.

І Діно не підвів: хто ще, розмовляючи про застосування технологій, буде приводити на слайдах фрази своєї бабусі? («Коли я підлітком переживав, що не сподобаюся дівчині, бабуся казала: „Спочатку дочекайся, поки проблема виникне, а потім вже вирішуй її“. Це виявляється вірно і в розробці»). Він їдко проходився по тому, як розробники-гіки ганяються за «нічними збірками», вважаючи, що це робить їх крутіше, і сліпо використовують найпопулярніші технології замість підбору тих, які краще всього працюють в їх контексті.



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

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



Тим часом у другому залі говорили про ті величезні зміни, які зараз відбуваються з Windows — не дивно, враховуючи, що вони безпосередньо позначаються на .NET-світі. Ромуальд Здебский з Microsoft пояснював нову стратегію Microsoft, спрямовану на об'єднання всіх версій Windows (під управлінням єдиної Windows 10 будуть працювати самі різні пристрої від «інтернету речей» до окулярів HoloLens). Для розробників важливо, що Windows 10 стане не просто новою, але ще й останньої мажорній версією Windows: далі система буде сама оновлюватися. Для конкретного додатка можна буде вказати діапазон версій, на якому воно підтримується.



Слідом за ним тему Windows 10 розвинув Михайло Самарін (Futurice). Свою доповідь «Універсальні додатки для WIndows 10» він почав зі слів «попереджаю, що щось може не заробити», тому що ос Windows і Visual Studio, і PowerPoint на його ноутбуці були в пререлизных версіях — і це саме по собі вже показує зміну політики Microsoft (раніше компанія не надавала настільки охоче доступ до своїх продуктів до офіційного релізу). Оскільки нова Windows буде здатна запускати одні програми на екранах різних розмірів, питання подстраивающегося під екран інтерфейсу стоїть гостро — і Самарін продемонстрував, як це буде працювати (приблизно як адаптивний дизайн сайтів). Він зауважив, що навіть тим, хто вважає себе виключно мобільним розробникам, не варто обмежуватися інтерфейсом для п'ятидюймовий дисплея: режим Continuum в Windows 10 припускає, що зображення з телефону можуть виводити хоч на комп'ютер, хоч на телевізор.



Пізніше Еспозіто зайняв головну сцену ще раз, з більш технічним доповіддю «Common Scalability Practices that Just Work». Втім, без примовок він не обходився і тут: «Масштабованість як підлітковий секс: усі про це говорять, ніхто цього не вміє, всі думають, що інші це роблять, і тому всі стверджують, що самі це роблять».

Потім Кирило Скрыган порівнював ReSharper з Roslyn. Можна було б дорікнути його в упередженості — Кирило працює в JetBrains, тобто, по суті, порівнював свій продукт з чужим — однак він сам і почав виступ з чесного визнання, що в даному питанні у нього є особистий інтерес. І упередженість могла б стати проблемою, якщо б він просто розписував про те, як прекрасний ReSharper — однак виступ було куди більш виваженим. І при цьому барвистим: в якості ілюстрації використовувалася битва длиннокотов Катнарок, що допомагало оживити публіку, подуставшую до кінця дня.



З-за того, що до вечора увагу публіки розсіюється, в розкладі конференцій останніми доповідями можуть надаватися завідомо програшні: «все одно їх ніхто не почує». Але не в цьому випадку: за підсумками глядацького фідбек з'ясувалося, що найкраще з усіх доповідей взяли «Магія F# для обробки даних: монади, провайдери типів, і трохи машинного навчання» Дмитра Сошнікова (Microsoft), який завершував програму в другому залі. Роман Бєлов (JetBrains), що посів той же останній слот на головній сцені з доповіддю «Юніт-тестування пам'яті», в грудні став улюбленцем публіки за підсумками московській конференції. Тобто для Петербурга потужних спікерів не доводиться нашкрібати по засіках — їх і тут вистачає на цілий день.

Що в підсумку? Петербурзька і московська конференції в чомусь виявилися схожі (наприклад, кожна проходила одночасно в трьох залах), а в чомусь відрізнялися — і при цьому не можна сказати, що була одна краще іншої; менший розмір Петербурга не завадив йому тримати марку. У вічній суперечці двох міст і в цьому випадку, як і у багатьох інших, не знайшлося явного переможця. Але ця партія ще не закінчена, і за Москвою наступний хід: в грудні .NEXT знову відбудеться там. Зараз вже йде збір заявок від бажаючих виступити там — так що у вас є можливість особисто вплинути на те, якою виявиться конференція.



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

0 коментарів

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