Хей-хей! С вами всю неделю на @jsunderhood будет Юрий Дымов, и нам предстоит дофига всего обсудить :)

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

Вчера был ровно год, как мы с женой переехали на ПМЖ в Пекин. До этого в течение 5 лет регулярно работал на международных проектах

во многих странах: Англия, США, Мексика, Бразилия, Израиль, Германия, Нидерланды, Казахстан, Украина. Ну и по России поездил конечно.

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

Ну, и я между делом буду рассказывать, как технологии проникают в жизнь обычных людей в Китае, а пока - задавайте вопросы :)

Темы на следующие дни: технологии, side-projects по жизни и work-life balance, стартапинг, менторство, найм, отбор стажеров, карьерный рост

Китай дословно переводится как "срединное государство". Они считают себя в центре событий, поэтому живут гораздо расслабленнее и спокойнее

Тут совсем другое отношение к срокам - всегда именно я спрашиваю: "когда нужно все сделать" и получаю ответ в духе: "ну, давай через месяц"

В московском офисе после 18:00 почти никто не уходит. Здесь в 18:05 на этаже остается несколько человек, после 19:00 - человека 2 в офисе

Китай и IoT: в моем доме счетчик эл-ва показывает, сколько денег осталось на счету. Если <= 0, эл-во отключается. Баланс можно мгновенно

пополнить множеством способов с телефона. Очень круто, быстро и удобно

В Китае фантастически развита доставка: с утра у дома очередь курьеров, каждый разносит сразу несколько посылок в каждый дом

Бесплатная доставка от $5, по Пекину - в течение 1-2 дней, по Китаю - дней 5, из Америки 7-10. Нет дома? Оставят в магазине внизу

Доставка еды: 15 - 40 минут из ~20 ближайших ресторанов. В течение часа - из еще 40. Минимальной стоимости заказа вроде нет

Все через интернет/телефон. Китайский знать не обязательно

У макдака есть доставка, если курьер не успел привезти за 45 минут - все бесплатно. Студенты иногда специально заказывают из дальнего :)

Раз речь зашла о UX. Китайцы обожают копировать, поэтому почти все популярные аппы выглядят так (это Alipay): hsto.org/files/794/a9d/…

Сверху title, внизу TabBar, по середине featured или реклама. В центре сетка с иконками на белом фоне. За каждой плиткой - небольшой JS app

Можно смело выкидывать весь свой опыт и делать всегда только так, меняя лишь цвета. Клиент будет счастлив

Это 8 _разных_ приложений dangrover.com/img/content/ch…

Какая прибавка к зарплате или какого рода проекты могли бы вас заставить задуматься переехать в Китай на пару лет?

@jsunderhood в этом случае, так как деньги для меня не являются мотивацией, причиной бы могли быть интересные проекты.

@jsunderhood все банально, фронтенд в EPAM, проект не озвучивали, или я уже забыл)

Курьез: в Китае соотношение М/Ж примерно 10 к 7. В SAP China Ж > М, в т. ч. в менеджменте. И ведь речь идет о технической компании!

За год так и не нашел разумного объяснения этого факта.

Cool story: 1. В офис местного убера приходят полицейские с проверкой; 2. На след день появляется китайский аналог; 3. Убер уходит из Китая

В Китае с точки зрения технологии мне больше всего нравится Alipay/WeChat Wallet. Эти две платежные системы очень удобные

Вы можете легко перевести или получить деньги, купить почти все, что угодно, включая билеты на самолет и поезд

Доступны финансовые инструменты: депозиты, покупка акций. Можно выбрать и купить билеты в почти любой кинотеатр. Короче очень удобная штука

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

Тот же Alipay появился как прослойка между продавцами и покупателями - покупатель не мог сам отозвать деньги, а продавец - их получить,

до тех пор, пока покупатель не подтвердит, что ему привезли айфон, а не деревянный брусок. Алипей снимает с обеих сторон почти все риски

@jsunderhood какая прибавка? Какие проекты? Пусть отгружают качественный ПуЭр и удалённо все сделать можно ))

Офигеть, какое зазеркалье. Приезжая на запад реакция прямо противоположная - повторить бы рокетбанк, да немецкие за… twitter.com/i/web/status/7…

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

15:07

@jsunderhood проекты на больше 10 миллионов пользователей.

Друзья, хочу пожелать всем приятного вечера! Завтра начнем с ваших вопросов, а потом перейдем к обсуждению технических тем.

Доброе утро! Сегодня обсуждаем прикладные и технические темы, начну с рассказа о том, как работаю

Я маковод с 6 летним стажем. На маке пилю React-based front-end + SAP UI5, iOS/Android native, RoR и немного elixir/phoenix

Весь веб с сервисами и демонами у меня бегает в виртуалке ubuntu server в vm fusion. Я цепляю через sshfs фс виртуалки, а код пишу на OS X

Бенефиты следующие: OS и окружение в DEV и PROD ландшафтах одинаковые, поэтому при деплое сюрпризы почти исключены

Так было не всегда. SAP IT, накатывая удаленно свои политики, грохнул мне систему дважды в течение года, плюс мне очень не понравилось, что

с native extensions приходиться любиться два раза, а не 0/1, и тратить время на решение необязательных проблем.

Легко мигрировать на новый ноут: поставил Xcode, Atom, Fusion, скопировал виртуалку и go-go-go. На все - меньше часа

Ubuntu server, потому что есть во всех облаках. Так я больше Arch люблю. Из IDE - последнее время Atom. Webstorm спустя 2 месяца не зашло

Мне кажется Webstorm умнее меня, и я устал с ней бороться; плюс она умудряется подлагивать на i7 16GB RAM. Хотя тул очень мощный - это точно

iOS - Xcode, Android - Android studio. Под iOS интерфейс пишу в коде. Interface Builder мне никогда не нравился.

UI в коде - это re-use, единые стили во всем аппе, идеальное выравнивание и мерджи без геморроя, если у вас большая команда

Да, Atom это редактор, а не IDE. Мне его хватает на 95%. Для моих нужд Sublime == Atom +-, так что просто так получилось :) @serhey_shmyg

Кстати, о CI. У нас git обернут gerrit, где мы делаем review: gerritcodereview.com, при пуше сборка уходит во внутренний jenkins

SAP очень java-oriented, поэтому даже сборка iOS-приложений у нас через maven. Для колоборации каждая команда сама определяет, что ей милее

Часто вижу JIRA, но сам предпочитаю Slack, если от проекта сильно NDA не веет, вроде газпромовского "планшета для Миллера"

Я там QA делал и оптимизировал все, что только можно, чтобы вписаться в требования Заказчика едва совместимые с физическими возможностями

Кстати, о планировании. Я купил кучу разных ToDo как на телефон, так и макбук, но в итоге для меня это не работает. Я хочу отметить дело и

через 15 минут нахожу себя где-то глубоко в твиттере. В итоге сейчас мой ToDo - это белая доска в гостиной и бумага с ручкой. Огонь!

У меня еще есть Wunderlist - если под рукой нет блокнота и для самого важного. Заметки веду в Evernote, хотя он чего-то портится

иногда шантажом. Если что-то простое, либо кастом, то да - SAP UI. Он всем прекрасен, только медленный и universal render не умеет by design

это подтверждает. Я не буду учить новую технологию, пока не пойму, зачем она мне нужна. Я все еще не пишу на Swift и обходил node.js лет 5

Мне оно было не нужно, но я просто читал и знал, что оно есть. Когда понадобилось, я написал первый universal app на react+redux с нуля

за 4 дня, не имея опыта с node.js от слова совсем. Еще через пару недель я понял, что делает каждая его строчка :)

Так вот, пока я не вижу, что мне даст ангуляр 2 по сравнению с тем, что уже знаю. Когда увижу - выучу, а пока - просто слежу

@jsunderhood OneNote хорошо идёт лично мне.

Вот и я давно пришла к этому. Вайтборд ничто не заменит. #web

через 15 минут нахожу себя где-то глубоко в твиттере. В итоге сейчас мой ToDo - это белая доска в гостиной и бумага с ручкой. Огонь!

7:06

У нас негласное правило: технологии 6+ лет, в продакшене у гигантов 1.5+ года - тогда можно поковырять и возможно использовать

Поэтому мы никогда не будем на bleeding edge. Отсюда и моя любовь к side-projects

Я делал pet project с GraphQL + Relay. Второй мне совсем не понравился, первый гораздо интереснее, но в след проект я бы не взял. Слежу пока

Фишку cordova, react-native и гибрида я так и не понял, но я сюда из ios/droid native пришел, поэтому сильно предвзят.

Write once, run everywhere. Все равно без костылей не взлетает, а performance на порядок ниже. Может в будущем все будет норм, но не сейчас

@wouldntfix @jsunderhood CoffeeScript - это руби-подобный синтаксис/язык, который компилится/транспилится в ява скрипт.

@jsunderhood Многие считают, что это нифига не так и изоморфизм нужен только для SEO и для этого можно придумать проще решения.

Если мы сразу отдадим контент, а сайт "оживим" через 2-3 секунды - никто ничего не заметит.

SEO это хорошо, но поисковики уже худо-бедно умеют JS, как и боты. Так что это приятный бонус, но не цель

рынок огромный и работы много, так что RoR с нами еще долго. Кстати, PHP, кажется, стал весьма юзабельным.

Я вряд ли вернусь, но сам факт эволюции и развитии технологии в правильном направлении очень радует

чтобы написать свои 100 строк, как мне нравится @wouldntfix @nodkz

Опыт коллег с монгой всегда одинаковый: сначала "вау, мы сделали все так быстро" и через год полета в проде и тонны CR миграция на oracle

Нельзя влезть в существующий проект и устроить там революцию :) Даже если очень хочется

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

Знает 4 других языка, включая польский (встречала с девочкой из Польши 2 года). Гений короче.

Какой у вас любимый второй язык? То есть, если надо написать маленькую утилитку для себя, на чем вы это сделаете?

@nodkz @denis_nagibin @jsunderhood как жить без SQL? Это наверное не жизнь а мучения? 👻

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

Я подписан на твиттеры ряда интересных людей + хабр. Наверное как и многие. Чего из забугорного читаете?

@jsunderhood Медиум, дайджесты на Хабре и @webstandards_ru

@jsunderhood GitHub

@jsunderhood hacker news react-hn.appspot.com (react edition)

@jsunderhood Твиттер, еженедельные рассылки (js weekly и прочие), рсс и медиум

@jsunderhood js для всего на свете

Давайте обсудим написание тестов. Любите ли вы их писать, исповедуете TDD, BDD, какие инструменты/либы используете. Вот это все

Начну с себя. Для нейтив мобильных приложений тесты мы не пишем. По крайней мере я не видел еще ни одного проекта с тестами

Для веб/гибридных у SAP UI5 есть отдельные инструменты для написания Unit Testов. Стандартные приложения ими покрываются

Кастомизация и разработка под ключ тестами не покрывается. На это никогда нет времени/бюджета/желания. На самом деле клиенты просто не

понимают необходимость в написании лишнего кода, который не используется в продуктиве и не готовы платить время/деньги за это

В проектах просто есть фаза "тестирования". Сценарии написали, мышкой потыкали, отчет сделали, акты закрыли - все хорошо

В своих проектах у меня есть два подхода: тестирование "широкими мазками", когда я нажимаю на кнопку и жду определенного эффекта

Если его нет - мне все равно кто виноват. Это нужно, чтобы после рефакторинга отловить, что ничего неожиданного не поломалось

Второй подход к тестированию - это выделение отдельных частей приложения и выкладывание в Open Source

Там уже тесты пишутся на уровне hardcore, с учетом всех вырожденных случаев и code coverage под 100%

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

Теперь по инструментам. Jest у меня чего-то не зашел, использую mocha + chai + enzyme + jsdom для написания тестов логики и компонентов

Для coverage - istanbul. В качестве CI для OS - travis CI.

Мне нравятся бэджики на github, для code coverage использую сервис coveralls. Github предлагает в своих интеграциях codecov

Я потратил 2 часа, чтобы понять, что у меня не так, но проблема оказалась на стороне codecov, причем согласно issue tracker - 2 за месяц

Может это просто совпадение, но теперь много людей узнает, что они не очень. Сорян чуваки, shit happens.

TDD у меня пока не получается. Я программирую с 8 лет и когда начинаю кодить, редко представляю, что в итоге получится.Как холст у художника

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

Btw, тесты сейчас писать модно, но это не отменяет важности хорошей архитектуры и аккуратности. А то открываешь чужой пакет на github,

code coverage 96%, документация аккуратная. Лезешь в код, а там полное спаггети. Так что по мне уж лучше код чище и аккуратнее писать

@jsunderhood is not a silver bullet anyways neverworkintheory.org/2016/10/05/tes…

Breaking news: Safari будет поддерживать Intl API! А я свой polyfill писал, чтобы react-intl мог работать в iOS webkit.org/blog/6978/java…

@jsunderhood лучше типами на 96% покрыть, заодно лапши поубавится и документацию писать не нужно

@jsunderhood я никогда не пишу test first. Раньше чувствовал себя неполноценным по этому поводу, но потом забил. Хватает других комплексов

Желаю всем приятного вечера :) Завтра начну с ваших вопросов, потом перейдем к темам карьеры, [self-]менеджмента, найму, менторству и тп

Технические темы обходить стороной не буду, но, по большей части, я планирую к ним вернуться послезавтра

Доброе утро! Спешку поделиться крутой новостью, теперь у нас есть npm на стероидах yarnpkg.com

Теперь на моем китайском интернете packages будут качаться куда быстрее, плюс я перестану упираться в проблему no free Inodes на виртуалке

Сегодня я начну с темы найма, потом расскажу о рабочем процессе и менторстве, а закончим мы самообразованием и обсуждением side-проектов

Найм. Если бы я мог дать только один совет, то он бы звучал так: "Измени свой mind set. Это не работодатель выбирает тебя, а ты его"

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

задаешь им вопросы, которые тебя интересуют. Тогда на интервью на вопрос: "Почему ты хочешь у нас работать", совершенно естественно можно

ответить "потому что вы делаете это, меня прет, у меня есть релевантный опыт и я могу вам помочь тем-то и тем-то"

Обычно же отвечают "мне интересно то-то или я хочу попробовать". Чуваки, если интересно - книги, видеокурсы, универ, - вот это все. Если

хотите попробовать что-то новое - идите к партнерам. Если у вас получится, приходите к нам через год :)

Это звучит как капитанство, но мы берем 5-7 человек из 100, которых приглашаем на интервью и вот 95 остальных делают эти ошибки

Когда у вас mind set "я выбираю", вы сами заранее знаете, что вас ждет и сможете показать энтузиазм и правильно ответить на все эти вопросы

Есть еще Beer Test. Если ты не представляешь, что после работы идешь с чуваком пить пиво и общаться "за жизнь", то требования к нему х3

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

Money-oriented сотрудники в лучшем случае будут работать средне, так как будут всегда стараться делать acceptable minimum. Это плохо

мне этого уже достаточно, чтобы загорелись глаза и захотелось, чего-нибудь классное сделать

Если на собеседовании вас спросили про $$$ - хороший знак. Берете потолок вакансии и +15-20%. Даже если не дадут, можно выбить что-то еще

В общем "назову меньше - скорее возьмут" очень плохой совет. Вообще ЗП скорее от самооценки зависит, чем от опыта, умений, etc.

Большая ЗП тут вообще ловушка. Вы ненавидите работы, но не можете уйти, потому что вам никто больше столько не предложит.

Как следствие - деградация, депрессия и всякие нехорошие штуки. Видел такое у клиентов особенно в крупном нефтегазе и в гос. компаниях.

@OhTheAnguish @jsunderhood если есть возможность ковыряться и выбирать из унылых и неунылых - то почему нет?

Кстати, когда в конце вью задают вопрос: "Есть ли у вас вопросы?" Их надо задавать. Сколько в среднем кодят в день, как часто митинги

Как ведутся проекты, размер проектов, технологии и тп. Если вы выбираете компанию, то у вас будет 100500 вопросов

@jsunderhood это не единственная причина. Важно состояние рынка. Сейчас хорошо платят всем, потому как найти разработчиков сложно.

@jsunderhood как же тяжело найти "ту самую"... Но сделать свою лучше.

@dcromster @jsunderhood И ещё тяжелее.

Я пошел в SAP, потому что после 3х стартапов захотел: 1) международный опыт 2) научиться управлять командой > 10 человек.

Правда планировал на год-два, получилось на 5

@borovikov @jsunderhood Ну почему ж? Если это приносит удовольствие. Но для такого удовольствия важно, чтоб финансовой проблемы не было.

@webholt @jsunderhood тут дело в том что недостаток денег может очень сильно демотивировать. но при этом в обратную сторону они не работают

@meowthsli Деньги мотивируют только до какого-то уровня.
И у всех людей уровни разные.

@jsunderhood

Ок, давайте перейдем к рабочему процессу. У нас это устроено следующим образом. Есть условный проект. Это может быть очень короткий сервис

от 5 дней начиная или что-то огромное на много-много лет. Для веба и mobile это 3-6 месяцев. Под каждый проект выделяется пул трудодней

То есть каждый разработчик получает свой бюджет "в днях" на свой кусок. PM в системе подтверждает по факту, что ты сделал свою задачу.

Перед тем, как браться за задачу, исполнитель подтверждает трудозатраты и срок. Уложился быстрее - занимайся чем хочешь, нет - перерабатывай

В конце года все трудодни суммируются + по результатам фидбека от клиентов и ПМов раздают слонов, бонусы, повышают и тд

Дополнительно к этому есть две годовые цели, несвязанные напрямую с обычной работой. Как правило, для саморазвития и общего благо

Btw, овертайм естественно оплачивается, если он случился не по твоей вине

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

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

Fun fact: один крупный украинский клиент прочитал методологию "Agile" как "отжайл". Напряженный был проект...

@visualwatermark @freiksenet_ru @jsunderhood ну так с кривым стеком риск тупика карьеры возрастает стремительно

по твоей же вине. Оверворк ляжет на бюджет его проекта и если такого оверворка необоснованно много - испортит ему карму

Какое у вас отношение coding/not-coding на работе? Я бы сказал у меня в России было 75:25, где 25 - это встречи и написание docs/proposals.

Ладно, давайте затронем последнюю тему на сегодня: менторство. Я занимаюсь этим примерно 3 года, также смотрю, как это делают другие TL

Грусть в том, что от вас мало, что зависит. У коллеги подход "няньки", у меня - "спартанский". Спустя 3 года полет примерно одинаковый

Он много работает со стажерами, устраивает учебные сессии, дает много мелких задачек, помогает и подсказывает

Мне жалко времени, поэтому я сразу даю сложную задачу, ссылки на пару курсов/книги, ставлю срок и исчезаю до дедлайна. До дедлайна

ко мне можно обращаться только за уточнением задачи. Если человек справляется, мы вместе смотрим на код и я стараюсь, чтобы человек сам мне

рассказал, что хорошо, а что можно сделать лучше. Потом уходим еще на 2-3 итерации и следующее задание. После 3х заданий можно брать в

проект на подхвате, чтобы учился soft skills: общение с заказчиком, планированию, оценке сроков и тд

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

Нужны те самые с горящими глазами, которые сами будут сидеть и упорно ковыряться до победного конца. Потом, уже на реальных проектах, я

подстраховываю при необходимости, но, как правило, человек быстро вырастает в самостоятельную единицу и сам отлично себя менеджерит

Рейт успешных и неуспешных стажеров у нас с коллегой одинаковый, но времени уходит меньше гораздо, что лишний раз доказывает, что если

человек сам не хочет или ему не интересно - ему ничего не поможет. И наоборот - сам справится, если искренне хочет

Задача простая, но если человек не умеет/не хочет самообучаться неподъемная.

@jsunderhood эффект коачинга/менторства зависит от ментора максимум на 50%

Вообще, часто замечал у талантливых джуниоров один и тот же косяк. Они не всегда решают ту задачу, которую им дали. Вместо этого они делают

что-то свое, что им лично кажется гораздо лучше подойдет. Это очень хорошо, когда заранее согласовывается с заказчиком и очень плохо, когда

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

Другое дело, если человек не понимает фундаментальные вещи - это действительно надо ловить и направлять в сторону соотв. литературы

учиться отлавливать их самостоятельно в будущем. Поэтому я редко явно указываю, что в тест-заданиях плохо, чтобы научить человека делать

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

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

проявлять сочувствие и другие хорошие проявления человечности

Наедине джун оставляется именно с тестовыми заданиями, которые по сложности должны быть за зоной комфорта, но в зоне достижимости

Мне в личку прислали интересную ссылку по саморазвитию в нашей индустрии, с первого взгляда очень годно: fse.guru/growing-as-sof…

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

теперь вот других учу :) Правда, было бы лукавством не сказать, что мне заложили сильную базу на МГУ ВМиК

Последнюю я бы сейчас советовать не стал, но то, что она на меня оказала влияние, это не отменяет

Сейчас, когда даже телефоны по 4 ядра имеют, очевидно, что можно архитектуру систем делать лучше с учетом нового hardware.

@jsunderhood из ООП знать стоит POODR от Sandy Metz.
Это ООП макс. приближенное к функциональной парадигме без паттернов головного мозга

Жена, когда слышит, как я с кем-то по работе по телефону говорю, понимает только предлоги и союзы :)

Желаю всем хорошего вечера! Завтра начнем с css-in-js и авторизации между frontend и backend. Также принимаю запросы на технические темы

Доброе утро! Начнем с css-in-js. В реакте мне нравится идея, что каждый компонент сам определяет, как он может выглядеть.

Но это плохо бьется с темами: 3d party компонент может не вписаться в общий дизайн. Когда я выкладывают в Open Source свои компоненты,

я кладу рядом дефолтный css, который можно импортировать по желанию, а в доке описываю классы, которые использую. У них длинные названия

что существенно уменьшает риск коллизий. В проектах использую jss, пока полет нормальный, но в целом есть ощущение, что best practises

не очень сложились. Поэтому будет круто, если вы поделитесь своим опытом на этот счет

А пока, чтобы не скучать, расскажу историю вопроса. Один из главных контрибуторов react-native поленился писать css parser и стал юзать

inline-styles, хотя это считалось плохой практикой. Неожиданно для него эта идея оказалась очень популярна в community и получила широкое

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

@jsunderhood расскажи ему про @csstree авторства @rdvornov.

Например, jss для каждого компонента создает в head свой тэг <style>. Когда определенный компонент покидает страницу, то и его стили уезжают

В IE 5-9 кол-во тегов style ограничено 32мя, поэтому сайт может поломаться. Конечно, существуют workarounds, но об этом надо хотя бы знать

@iamstarkov @jsunderhood только префикс должен быть длинным. 😊 иначе будет история как со знаком $ в JavaScript. 👻

@jsunderhood css-modules в связке со stylus и postcss. Не представляю, как я жил без этого раньше.

@jsunderhood использую CSS-модули с полгода. Есть две особенности: 1. Бесят хеши, поэтому вместо них пути к компонентам.

@jsunderhood 2. Бесит snake case и работа с модификаторами, пришлось написать свою либу npmjs.com/package/catnip вместо react-css-modules

@Copypasting @jsunderhood да, еще надо указать context там же, чтобы путь не конского размера получался.

@jsunderhood у старых версий ие есть и просто ограничение на количество правил

Давайте обсудим авторизацию. Это то, что создало мне много боли на одном из проектов. Мы дробили RoR монолит на rails-api и React front

Так как в backend уже был devise было принято решение найти, что-нибудь для него, чтобы можно было использовать токены

Нашли devsite_token_auth github.com/lynndylanhurle… и redux-auth github.com/lynndylanhurle… С виду отличная связка, много плюсиков на github

Внедрили. Словили несколько багов с redux-auth, но с помощью issue-tracker получилось все побороть. Вроде заработало, но не все было ок

Сессия время от времени ломались, также либа не поддерживала universal rendering, что нам было критично. Решили сделать PR, но redux-auth

нам внутри не оч понравилось: много лишнего для нас, dead-code, пара шорткатов, в итоге написали свое: github.com/yury-dymov/red…

Убрали шорткаты, полностью ui-слой, регистрацию по e-mail, так как у нас только SSO. 150кб -> 30кб, плюс работает как надо

Потом еще выкинули и devise_token_auth, так как сессии ломались из-за него. То есть, в итоге с обоих сторон внедрили свое решение

Так как это не jwt, пришлось проводить дополнительный аудит безопасности (успешно). Сейчас уже полгода в проде - полет нормальный

Мораль: звезды на github еще ничего не доказывают, к сожалению. У меня осталось ощущение, что мы потратили неадекватно много времени

В идеале нужна норм реализация jwt и ни devise_token_auth, ни redux-auth, ни redux-oauth вам не нужны. Надеюсь кому-то поможет :)

Поделитесь, что вы используете для подобных сценариев, когда у вас node.js front и не JS back-end. То есть passport и пр. не подходят

@jsunderhood писали самопиское на Erlang + Angular ))))

Сегодня случилось много работы, поэтому не вышло уделить много внимания твиттеру. Надеюсь, завтра будет по-свободнее :)

Мы начнем с тех. вопросов и быстро перейдем к обсуждению side-projects и стартаперству. А пока - желаю всем хорошего вечера!

Доброе утро! Начну, пожалуй, с того, что столкнулся с недопониманием в двух вопросах. 1) Мотивация и деньги. Твит, который вызвал резонанс

был в контексте НАЙМА. Деньги будут платить на любой работе, поэтому отвечать на интервью, что вы хотите работать из-за денег это странно

потому что не дает интервьюеру никакой новой информации о вас и никак не поможет принять решение в вашу пользу при прочих равных

2) Про "умирать" на проектах. Это отклонение, а не норма. Речь о другом: мы на работе проводим времени больше, чем с семьей. Если есть чувак

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

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

То есть Beer test он не про пиво вовсе :)

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

Видя такое дело, я же сразу начинаю думать, что он след. работодателю будет рассказывать, какие мы плохие и во всем виноваты. Оно мне надо?)

вместо этого лучше рассказать, почему именно эта работа вас интересует. Работа как деятельность и способ самореализации.

Все, закрываю эту тему на сегодня. Давайте поговорим о стартапах наконец

Сразу оговорюсь, что классическое определение стартапа - это создание проекта в новой нише с целью сразу занять большую долю рынка

То есть, открыть ларек - это не стартап. Написать новый софт без аналогов - стартап

Из этого определения только 2 из 4 моих проектов можно считать стартапами. Но, так как процессы там одинаковые, я забью на определение

1) В студенческие годы я организовал гейм-сервер одной популярной MMORPG, через которую прошло >200к юзеров за 3 года

2) После универа со своим научником и несколькими сокурсниками мы сделали QRATOR qrator.net leading Russian anti-ddos solution

3) После QRATOR я сделал студию по разработке моб. приложений, но она не взлетела

4) Сейчас, в качестве side-проекта делаем небольшую соц. сеть. Если все будет ок, планируем до конца года уйти в public beta.

То есть, формально 2) и 4) - стартапы, 1) и 3) - нет.

@jsunderhood ого, прикольно) знаем этот проект

Важное уточнение: все эти проекты делались без инвесторов. Я не умею и только 1 раз пытался пытался найти инвестора и оч плохо получилось

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

Общий алгоритм следующий:
1) чем-то сильно увлекаешься
2) ищешь там нерешенную проблему
3) решаешь ее
4) монетизируешь
5) Profit!

Размер задачи должен быть адекватен возможностям 2-3 человек. Примеры Dropbox, MailChimp и Auth0 показывают, что есть найти узкую проблему

и хорошо ее решить, то можно заработать миллиарды, хотя идея лежала на поверхности

Делать стартап для денег, когда сама тема тебя не прет, наверное можно. Но у меня оба фейла были именно для таких кейсов

Когда в принципе понятно, что делать и как заработать, но к самой теме душа не лежит

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

на каждого нового пользователя будут близки к нулю. Мы можем легко менять продукт на лету, причем пользователи этого могут и не заметить

Чтобы сделать новый крупный проект, необязательно иметь много денег или связей. Вспомните facebook, который Марк запилил за месяц

У нас есть возможность заниматься интересным делом и шанс (небольшой конечно) разбогатеть, если повезет сделать удачный проект

Многие люди, занятые в других индустриях, лишены даже теоретической возможности такого достичь

@jsunderhood настолько гениально, что хочется распечатать плакат и на стену повесить

О side-проектах. Это то, что логично перетекает или не перетекает в стартап

Мало у кого есть возможность бросить работу и запустить свой стартап. Кушать хочется всегда, а если есть семья, то рисков совсем много

Вообще, я наверное не совсем с того начала. Side-проект - это проект, который делается в свободное от основной работы время или в рабочее

время. Side-проект не пересекается с основной работой, как правило. Он может нести одну из трех задач: 1) научиться чему-то новому на

небольшом боевом проекте 2) решить небольшую проблему для души 3) стать прототипом для будущего стартапа

Фрилансерство и прочие подработки side-проектами не являются. Один из важных признаков - вы всегда можете перестать делать side-проект без

ущерба для кого бы то ни было. Моя работа позволяет мне, если я эффективно решаю свои задачи, уделять много времени side-проектам

Также у каждого сотрудника есть возможность от 2х недель в год заниматься самообразованием, включая поездки на конференции, курсы и тп

Также недавно появилась возможность делать стартап внутри компании, но он должен быть интересен самой компании и дополнять ее бизнес

С точки зрения ТК все, что вы делаете в рабочее время и/или на оборудовании компании принадлежит ей. Также трудовой договор запрещает мне

делать проекты, которые будут конкурировать с основным бизнес компании. То есть уводить клиентов или пытаться монетизировать свое положение

строго запрещено. Отсюда простой вывод: side-проекты для обучения и для души можно делать в любое время. Если же "растите" прототип для

стартапа, то надо быть аккуратнее. В рабочее время можно пилить части, которые можно выложить в Open Source. В нерабочее - проприетарные

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

Большая часть моего опыта из side-проектов, поэтому, когда на работе возникала новая задача, у меня уже был опыт и понимание как ее решать

С другой стороны, у партнеров я видел совсем другой подход. Если человек быстрее делал свою работу, ему просто наваливали еще.

Не думаю, что такой подход положительно влияет на мотивацию сотрудника быть эффективнее

Там вывод: "знай своего клиента и не пытайся ему причинить счастья на основе своего мировоззрения". Вывод верный, но заголовок о другом

То есть "помогайте людям далеким от технологий" в ваакуме наверное норм совет. Но с течением времени их будет все меньше. На растущем рынке

работать все же интереснее. Да и по Китаю я часто вижу 60-летних бабушек и дедушек в смартфонах.

Со временем на их место придет крупный игрок с автоматизированными процессами, сайтом, мобильным аппом и программой лояльности

А раз еще не пришел, то просто рынок ему неинтересен - там мало денег и клиентов. Вот круг и замкнулся.

С конференциями и курсами чуть сложнее. Нужно вписаться в косты или доказать, что это принесет пользу. Звучит страшнее, чем на самом деле

Коллеги, поделитесь опытом, кто-нибудь уже успел попробовать делать offline? keywords: sw-precache, sw-toolbox, offline plugin

Желаю всем приятного вечера и хороших выходных! :)

Всех с началом выходных! Сегодня у нас фристайл: я буду еще около 4х часов отвечать на ваши вопросы и делиться своим мнением о различных

сервисах, которые я использовал или использую. Также поделись некоторыми лайфхаками

Завтра, к сожалению, у меня не будет возможности вести твиттер, поэтому надо все успеть за сегодня :)

@jsunderhood я успел offline-plugin попробовать (сделать), говорят хороший 😀

@visualwatermark @jsunderhood Progressive Web Apps is the new trend!

1) Увлечься: я в прошлом году начал играть в NBA fantasy на sports.ru - собираешь команду из игроков NBA и в зависимости от их статы

в реальной жизни, тебе начисляют очки. Чем больше очков, тем выше рейтинг.

2) нерешенная проблема: подсчет очков и рейтинга производится раз в сутки, через 8 часов после финала последней игры дня. Люди хотят быстрее

Сами считают с калькулятором или экселем - это не особо удобно и явно напрашивается на автоматизацию

3) Решение: делаем свой сайт, парсим статистику с NBA.com в режиме онлайн, парсим sports.ru, забирая fantasy команды

Выводим fantasy очки и standing fantasy команд в режиме реального времени. Получаем аудиторию в 500 уников в сутки в среднем

К слову, если у вас 50+, то ваш сайт уже в топ-1 000 000

4) Монетизируем: google-ads и аналоги не вариант, так как аудитория не очень большая. Добавляем donation и в течение месяца окупаем затраты

на домен и хостинг на 3 года вперед. Ищем fantasy сайты, где можно играть на деньги игрокам из России. Делаем партнерку

Спустя 2 месяца от меня регистрируется 130+ человек. Ввиду кризиса в стране денег приносит мало, но тот же опыт можно масштабировать на

американцев и европейцев и иметь пассивный доход в несколько сотен баксов в месяц.

5) Profit: много заработать не удалось, но проект изначально делался для души. Если сделать таких 10, что-нибудь точно выстрелит

А уж как его тратить, зависит от человека - кто-то side-project пилит, кто-то ЖЖешечку читает и яндекс.маркет изучает

Но это у нас так. В других компаниях времени может не оставаться - тут уже не мне судить конечно

Btw, речь идет о learn.javascript.ru/screencast/web… - ссылка на скринкаст по webpack. Очень годно

@nodkz @jsunderhood Разработчики плагинов возмущаются что слишком много меняется. Я в своих проектах вебпак2 не юзаю, только по работе

@nodkz @jsunderhood @nekrtemplar beta.24->25 боль и страдания, судя по релизу api еще в процессе осознания + нужно чтобы лоадеры подтянулись

@alexfedoseev @nodkz @jsunderhood Процесс разработки API в Слаке: "А давай сделаем так. Ну не удобно по другому. А давай тогда."

@alexfedoseev @nodkz @jsunderhood Для offline-plugin, например, я думаю над API месяцами сто бы сделать правильно, для разных юз-кейсов

@jsunderhood Ладно, попробую прорекламировать offline-plugin: Всё что нужно что бы начать использовать это:

new OfflinePlugin()

Ок, про полезные ссылки и лайфхаки. Начну с облаков. Пробовал: amazon, azure, digital ocean, linode, vultr

digital ocean и vultr: примерно полгода. Оба дешевы, performance на уровне. Оба иногда могут уйти в down на несколько минут.

Для небольшого нового проекта я бы брал недумая. Vultr чуть быстрее, DO - чуть надежнее. Vultr давал больше RAM и CPU за меньше $$$.

Linode брал на пару месяцев, он раза в 2 дороже DO и Vultr, performance тот же, down'а за этот период не было. Репутация на уровне

Amazon, брали по работе. В целом ок, но в какой-то момент нам пришло счастья: "ваша виртуалка умерла без возможности восстановить. Нам жаль"

Нам повезло, что там крутилось middleware и не пришлось расчехлять бекапы, но это безусловно не то, что ожидаешь от лидера рынка,

особенно на enterprise тарифе

Azure: MS дает много халявы для стартапов, называется bizspark bizspark.microsoft.com. Очень хорошая тема. Сижу на ней 2 года - полет ок

Из плюсов: халява, много опций, uptime 100%, большая зона покрытия. Даже на дешевых тарифах данные дублируются у них на 3х носителях

Минусы: на дешевых тарифах performance ужасный, цены кусаются, админ-интерфейс дофига сложный, особенно после DO и Vultr.

Отдельным твитом отмечу суппорт: на свой тикет я ждал ответа 17 дней. 17, Карл! Это вообще ни в какие ворота. Но халява перевешивает :(

Двигаемся дальше, если вы пишите тексты, то для английского grammarly.com, русского - glvrd.ru.

Ищут ошибки, правят пунктуацию, помогают делать текст лучше. Купил подписку на grammarly и доволен как слон

topresume.com - бесплатно вычитают ваше резюме и скажут, что плохо. Хороший сервис. С платным сервисом все хуже.

4 раза срывали сроки, включил аббревиатуру СНГ (CIS) в список технологий, которые я использован на проекте. Много странностей

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

smashingmagazine.com - качественный ресурс по современным веб и мобильным технологиям

Друзья, моя вахта подходит к концу. Давайте кратко напомню, что мы с вами успели обсудить. Понедельник: жизнь и работа в Китае и др. странах

Вторник: рабочие инструменты, опыт работы с технологиями: JS, node, React, RoR, elixir, phoenix, Obj-C, Java, Atom, Xcode, Webstorm, Sublime

Среда: найм, карьерный рост, менторство. Четверг: особенности реализации авторизации, i18n и другие практические use-cases.

Пятница: сайд-проекты, стартаперство и немного про offline для веб-приложений. Суббота: фристайл, лайфхаки и мой фидбек по разным сервисам

На этом все :) Я планирую посетить и местами выступить на двух конференциях в Москве: heisenbug.ru и holyjs.ru

Буду рад возможности встретиться там :) Также со мной можно легко связаться через twitter @YuryDymov

Напоследок желаю хороших выходных, щедрых заказчиков и интересных проектов!