PiterJS №49 уже сегодня! 😊
Максим Сальников, Максим Пацианский и Игорь Камышев расскажут про работу приложения после закрытия вкладки, про Elm и yarn@berry.
Будем ждать вас в 19:00 — http://amp.gs/wo13

👆 последний ремайндер, честно. Скоро начинаем 🙌

Запись вчерашнего митапа тут — https://youtu.be/R5_yImO-m4g

Последний месяц читаю много резюме и вот несколько штук, которые заставляют меня сразу скипнуть кандидата или усомниться в адекватности.

1. Список мест работы без описания. Я думал, такого должно быть мало, но нифига — добрая половина резюме не содержит никакой информации.

2. Учебные проекты в графе боевого опыта. Наверное, этому учат в онлайн-школах, но мне это кажется плохой идеей. Я преподавал в онлайн-школе, это никогда не похоже на реальный опыт.

3. Грузчик-продавец-повар среди опыта работы. Не стремно иметь опыт не относящийся к разработке, но я не понимаю, зачем мне читать это, когда я хочу просто фронтендера.

#softskills #как_начать

👆выше я написал, как делать не надо. Сейчас раскрою почему.

1. Когда я вижу список мест без описания, у меня возникает стойкое ощущение, что человек не интересно мне рассказать чем он занимался. И это проблемка сразу по двум причинам. Во-первых, я грущу что на меня так забивают болт — иди, гугли что за компания «Рога и Копыта НСК», а во-вторых, пугает что человеку не хочется поделиться свой работой — это же должно быть интересно!

2. Учебные проекты часто бывают классными, это правда. Но когда мне подсовывают их в качестве продакшн-опыта, я чувствую себя обманутым. Продакшн — это когда люди настоящие пользуются. Даже если их трое — это окей. А учебными проектами никто не пользуется. Я бы добавлял их, если больше показать нечего, отдельным списком и явно указывал, что это учебные проекты.

3. Не-релеватный опыт мне кажется излишним указывать в резюме просто потому что это информация ради информации. То есть этот текст не дает мне никакого нового знания. «Ну окей, чувак, ты работал продавцом в Евросети, и что?». Не стоит добавлять что-то в резюме только ради объема.

#softskills #как_начать

Кстати, я уехал в отпуск в Бангкок, и, если кому интересно, тут можно следить за путешествием 😇

@thai_ecaspates

В начале июля писал, что ищу новый способ вести канал. Держу в курсе, я кое-что придумал.

Я очень узкий специалист: умею делать фронтенды и небольшие бекенды для них, здорово пишу на TypeScript и похуже на JavaScript. Это то, чем я занимаюсь на работе за деньги.

А с остальным IT я знаком довольно поверхностно. Да, я могу написать Dockerfile, или быстренько состряпать мобильное приложение на чем-нибудь, но в целом все это для меня — тёмный лес. И это супер-интересно! Я обожаю разговаривать с людьми об этом, разбираться как делать правильно. И решил, что хочу делиться с вами этими разговорами.

💁‍♂️ и я завел подкаст — в нем я буду разговаривать в умными людьми об умных вещах. И первый выпуск про DevOps c Сашей Фаткулиным.

Саша — просто волшебник. Он построил продакшн в Самокате, сделал разработку простой и приятной, и заодно отвечал на тысячи моих глупых вопросов.

В этот раз мы обсудили вот что:
+ что такое Docker, зачем он нужен и почему все им пользуются;
+ как в современном мире принято запускать приложения и следить за их работой;
+ про повседневную работу DevOps, программирование и велосипеды;
+ как Самокат пережил нагрузку из-за короновируса;
+ почему облачные провайдеры — не всегда лучший выбор;
+ про страшный факап и его починку.

Если вы не знаете что такое подкасты и как этим пользоваться, вот инструкция.

Пожалуйста, напишите свои впечатления мне @igorkamyshev, мне правда важно узнать, как оно вам.

Пыщ пыщ, добавил подкаст в Яндекс.Музыку

https://music.yandex.ru/album/11893440

Продолжаю осваивать новые платформы — выложил подкаст на YouTube.

Подписывайтесь, ставьте лайки, нажимайте колокольчик 👇

https://youtu.be/tccehPUEUXk

Прочитал небольшую книгу Naming Things (за пару часов можно управиться). Она не даёт какой-то ультимативно новой информации, но рассматривает именование всего немножко с другой стороны.

Автор связывает именование с контекстами использования, дизайном программы в целом и общением с заказчиком. На мой взгляд, такая связь помогает писать лучший код.

#общие_знания

Сходил в в гости к подкасту «Сделайте мне красиво». Рассказал как устроены фронтенды внутри Авиасейлс, про наши боли и радости.

Получилось удивительно бодро, послушайте.

https://soundcloud.com/begebot/ep43

Svelte — это новый и очень модный фронтенед фреймворк. О нем начали говорить года полтора назад, я тогда взглянул на него и решил, что ничего интересного внутри нет.

На днях я снова посмотрел на него и даже сделал небольшой пет-проект. Стоит заметить, что большую часть времени я пишу на Реакте, поэтому сравнение невольно получилось именно с ним.

#фронтенд

Кайф:
1. Реактивность из коробки — шок и трепет, почти работает (столкнулся с одним багом и пришлось сделать все немножко иначе);
2. Slots, Event Forwarding — мелочи, которых очень нехватает в Реакте;
3. Очень много вещей для которых в Реакте нужны сторонние библиотеки тут есть из коробки (скоупинг стилей, управление состоянием, транзишны).

Не кайф:
1. Это уже не JS, семантика многих конструкций совсем другая — магические значки доллара, экспорты как объявление пропсов;
2. Сомнительная интеграция с TS, я попробовал, сходу не завелось и забил;
3. Очень много магии, Реакт-приложение можно запустить прямо в браузере (только JSX придется выкинуть), тут же результирующий код совсем далек от того, что я написал.

Svelte — это интересная технология. Я, пожалуй, попробую его на более крупном проекте.

#фронтенд

Знаете, меня очень печалит, что для создания мобильного приложения нужно две отдельные команды разработки — iOS и Android. Чувствую в этом какую-то внутреннюю неправильность. И поэтому я с интересом наблюдаю за всеми инициативами по созданию фреймворков кросс-платформенной разработки.

Я радовался, когда выходил Xamarin, писал на React Native и хочу попробовать сделать серьезное приложение на Flutter. И поэтому я позвал большого специалиста по Flutter, Евгения Кота, чтобы расспросить его о Dart, Flutter и вот этом всем.

Евгений Кот — директор по разработке в пражском отделении Wrike. А Wrike — самая дартовая компания России, они писали на нем, когда это было полным безумием (как мне тогда казалось).

Мы поговорили про историю создания и первой «смерти» Dart, про неожиданную популярность Flutter, его сильные и слабые стороны. Обсудили текущее положение дел на рынке, погрустили про Flutter for Web и Fuchsia OS.

А в небольшом послешоу выяснили, что общего у XCode и монорепозиториев.

Сегодня утром посмотрел кайфовый доклад Почему ваша архитектура функциональная и как с этим жить. В нем рассматриваются принципы функционального программирования, которые можно приложить к любой системе. С ними система становится надежнее и проще, а никакой лишней ментальной нагрузки они не несут.

Доклад в основном про C# (и немного F#), но сами подходы ценны в любой экосистеме.

#фп #архитектура

В IT есть темы, в которых я ничего не понимаю. И самая темная из них — сети. Я очень примерно представляю как работает интернет, но в подробностях всегда теряюсь.

На самом деле, такие базовые вещи важно знать не только админам, которые с этими сетями работают каждый день, а любому специалисту, сталкивающемуся с Интернетом.

Встретил на днях хорошую статью, которая понятно и подробно объясняет все что нужно знать.

Сети для начинающего IT-специалиста. Обязательная база

#общие_знания