Всем привет из дождливой Финляндии. На этой недели с вами Владислав (@smashercosmo) - разработчик и киноманьяк.

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

Последний год живу и работаю в Финляндии. В плане стека: все, что ныне модно. React, redux, css-modules и т. д.

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

И в отличие от многих нежно люблю и то, и другое)

Теперь немного о планах на эту неделю: к сожалению, мне не удалось придумать тему на каждый день, так как многое уже обсуждено и обговорено.

Но в целом о разработке будет мало. Будем обсуждать фрустрации и девиации разработчиков, так как у меня кажется есть практически все :)

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

Кстати, эта неделя в @jsunderhood можно сказать мое первое публичное выступление, а также своеобразный акт шоковой терапии)

Но и о разработке тоже, конечно же, будет. Буду говорит про redux, не смотря на то, что кажется, что там уже говорить особо не о чем.

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

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

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

@jsunderhood то есть Редакc, Экшн-криэйтор, и Реакт-КомпОнент?

@sapegin @iamale_ru @webholt @jsunderhood надо обсудить почему redux надо заменить на mobx.

@jsunderhood Раскажи с перспективы “js комьюнити Финляндии”

Я мало что знаю про js комьюнити Финляндии. Есть ежемесячная HelsinkiJS которую курируют ребята из России - Подсечин Олег и Корнеюшкин Антон

Если хотите там выступить пишите им. Не знаю их твиттеров, но вот фейсбуки facebook.com/korenyushkin facebook.com/oleg.podsechin

@jsunderhood Как минимум еще Petka Antonov который сделал bluebird, Juho Vepsalainen @survivejs, @olegpodsechin и многие другие кого забыл.

HelsinkiJS очень камерная и уютная. Докладов обычно не много - от 4 до 6. Но зато халявное пиво :)

Вообще с разработчиками тут все плохо. Не в смысле, что они плохие, а в смысле, что их очень мало.

Поэтому разработчики из России тут нарасхват. У нас например все программисты из России. Питер Челябинск Волгоград. Ещё чувак из Узбекистана

У нас до этого было еще двое - из Ганы) Т.е. кроме тех. дира вообще ни одного финна в IT-команде.

Вообще Хельсинки имхо - один из лучших городов. Здесь комфортно, безопасно, экологично. А хочется треша/угара - 3 часа на поезде до Питера.

Также Финляндия - это один из немногих европейских вариантов переезда для разработчиков без высшего образования :)

Кстати, к нам только что присоединился @olegpodsechin. Давайте, зададим ему вопросы про js-коммьюнити в Финляндии. @toivonens

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

@jsunderhood задавайте!

@VintizerKh @jsunderhood paul.sladen.org/pronunciation/

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

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

а также рекомендации с прошлых мест работы (естественно также на английском языке)

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

2. Второе, что лично меня удивило по приезду это то что никто мне не сообщил, что помимо налога 25-27% нужно еще платить пенсионный взнос...

а это, в среднем, 200 евро + страховка квартиры + страховка на случай потери работы.

3. Ну и в-третьих если вы не живете в центре и ленитесь гонять на работу на велике, то будьте готовы также отваливать 100евро за проездной)

@jsunderhood страховку насчет потери работы можно не делать же

@jsunderhood Я не делала, тк не вижу в ней смысла. Мы тут по рабочему пермиту и не можем быть безработными (иногда можем, но это детали).

Все, про Финляндию, наверное, закончили. Есть еще вопросы - пишите в личку. Но лучше спрашивайте у @freiksenet_ru и @toivonens.

Рабочий день закончен, поэтому начинаем наш хит-парад фрустраций/девиаций разработчиков. И первым пунктом в этом списке - перфекционизм.

Вначале расскажу о себе: я перфекционизмом страдаю сколько себя помню. Причем проявляется он довольно выборочно.

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

Однако в отношении кода, эта черта дает о себе знать ощутимей всего: все должно быть откомментировано, оттестировано + жесткий code style.

@jsunderhood обожаю сортировать вещи, иногда задумавшись могу отсортировать салат, например.

Мои code review довольно частно вызывают болезненный негатив) Коллеги жалуются, что я очень сильно придираюсь и не даю нормально работать.

@hellrider911 @jsunderhood человек-линтер? :D

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

Первое что я сделал, это прикрутил туда eslint c airbnb конфигом. Eslint нашел 17000 ошибок. Из них 7000 он пофиксил автоматически.

3000 ошибок я пофиксил с помощью разных codemode-ов, а остальное ручками-ручками :) сидел трое суток примерно.

@jsunderhood то есть вместо того, что бы реально разобраться с кодом, вы первым делом фиксили 10к ошибок с пробелами и скобочками?

Во-первых, не мы, а я) Это была исключительно личная инициатива. Во-вторых, в нерабочее время, так как понимаю, что это в общем моя проблема

В общем-то я и не утверждаю, что это все ok) Так или иначе это психическое отклонение. Которое может принести проекту и вред, и благо.

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

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

@jsunderhood говорят, что это может быть признаком аутизма

@jsunderhood Я такой же. Но я ж как лучше хочу — чтобы они тоже научились говно в коде видеть. @hellrider911

А теперь расскажите про себя? Кто еще такой же псих, как я и @sapegin и как вы с этим живете?

Мешает вам это по жизни или помогает? Пытаетесь ли как-то с этим бороться или принимаете, как неотъемлемую часть своей личности?

@jsunderhood @sapegin между вашим подходом и скоростью выбираю скорость. Но последнее время сомневаюсь в верности подхода)

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

@jsunderhood знать, в какую сторону «отклонена» своя личность — уже само по себе полезно :-) Зачем бороться? )

@jsunderhood перфекционизм не к месту ОЧЕНЬ вредит

@jsunderhood @andrey_sitnik но он же их развязывает потом. :)

@jsunderhood нас уже трое

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

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

Помните Чендлера, который удалил свой третий сосок, а потом сокрушался, что это был его источник силы?) Вот с перфекционизмом та же тема :)

Думал, я один такой поехавший.

А я в свое время, когда еще верстал, менял значения отступов на более красивые. Т.е. если в макете 31px - делал 30) twitter.com/NUM13RU/status…

18:42

@jsunderhood Всегда так делала :-)

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

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

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

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

Итак, первый фильм на тему перфекционизма, который вы все уже, наверняка, посмотрели (а если нет, то пора бы) это kinopoisk.ru/film/725190/

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

Второй фильм это представитель испанской новой волны, которая началась в Испании после смерти Франко kinopoisk.ru/film/16985/.

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

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

На этом на сегодня все. Завтра будет более технический день и много, оооочень много редакса/редукса )

Главный мой челендж на завтра - это как посоветовать два фильма на тему редакса O_o

. @jsunderhood Есть мнение, что к моменту когда ты закончишь читать этот твит, это будет кто-то другой

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

21:08

@jsunderhood @toivonens вроде неплохой подкаст на тему MobX frontflip.me/2016/06/15/why…

Huomenta, дамы и господа) Сегодня много говорим про redux, поэтому для начала опрос про ваши с ним отношения

Для тех, кто вообще не в теме - задание: пока я еду на работу, посмотрите Данины курсы egghead.io/courses/gettin… egghead.io/courses/buildi…

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

Есть два разных подхода: один канонический, пропагандируемый @dan_abramov: отношение между экшенами и редюсерами - many-to-many.

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

Приведу пример: у нас при логине вместе с данными юзера (email, token..) так же приходит список сохраненных поисковых запросов этого юзера.

Hyperterm: coming soon to a time-sharing operating system near you. pic.twitter.com/TkMXJXrRuc

Это поисковые запросы должны хранится в отдельном куске стейта - queries, а данные юзера соответственно - в user или auth.

При каноническом подходе, мы диспатчим один экшен USER_LOGIN_SUCCESS, который обрабатывается редьюсерами user и queries.

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

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

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

Для группового диспатча мы используем пакет github.com/tshelburne/red…. Можно диспатчить и по одному, но это вызывает ненужные перерисовки.

У нас переопределен dispatch, поэтому мы можем делать так:
const actions = [action1, action2, action3];
dispatch(...actions);

По началу была проблема с логированием. redux-logger показывал вот такое pic.twitter.com/3C1f6FCIaY

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

Но со временем github.com/evgenyrodionov… стал очень гибким. Поэтому там в доках внизу рецепт от меня, как подружить его с redux-batch-actions.

После этих нехитрых манипуляций лог выглядит следующим образом pic.twitter.com/c0CcazDXg1

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

Расскажите теперь о себе? Какие у ваших редюсеров и экшенов отношения? Хочется втянуть в дискуссию @dan_abramov

Я пока ненадолго отвалю - нужно немного поработать)

Еще немного по поводу группового диспатча: альтернативный способ избавится от лишних перерисовок это github.com/tappleby/redux…

Идея проста: мы оборачиваем подписку на стор в debounce: подписчики будут оповещены только один раз для нескольких экшенов, вызваных подряд.

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

github.com/reactjs/redux/… вот длинная дискуссия в redux репозитории по поводу нативной имплементации группового диспатча.

Еще раз: представьте, что у вас 10 компонентов обернутых в connect. И вы диспатчите 10 экшенов подряд. connect будет вызван 100 раз.

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

Ok, приведу самый простой пример. у вас есть такой connect:
connect({prop1, prop2, prop3} => ({prop1, prop2, prop3}))(Component)

И есть три экшена: первый меняет prop1, второй - prop2, третий - prop3

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

@mr_mig_by @jsunderhood Это решается ReactDOM.unstable_batchedUpdates. Пример есть в тестах connect.

Hello fellow JS developers! We're starting a shared Twitter account initiative for local community members to get to know each other better.

The original idea of shared Twitter accounts initially was brought up by a Russian speaking JS community @jsunderhood.

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

Продолжаем говорить про redux. Хочу обсудить еще один паттерн, который мы активно используем в редаксе - это dependency injection.

Да, да, тот самый dependency injection, который ввел в моду angular. Правда с меньшей долей магии, но с не меньшей пользой для дела.

dependency injection используют action creators, когда им нужно получить доступ к каким-то дополнительным функциям/объектам.

Например, после логина пользователя нужно отправить запрос к google analytics. объект analytics внедряется в AC и там уже используется.

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

Если вы используете redux-thunk, то, помимо возможности диспатчить ассинхронные экшены, вы нахаляву получаете механизм для DI.

С недавнего времени redux-thunk позволяет передать в action creator дополнительный аргумент, помимо dispatch и getState.

Используется это следующим образом: gist.github.com/smashercosmo/7…

Если нужно передать несколько зависимостей, но всегда можно использовать объект gist.github.com/smashercosmo/f…

Эти доп. объекты будут доступны в любом AC. Если какому-то AC это не нужно, то аргумент (или отдельные свойства) просто опускаются.

Зачем это нужно? Ведь можно просто сделать require('./api'), require('./analytics') и точно также использовать внутри AC.

Да, можно. До тех пор пока не встанет вопрос о тестировании ваших action creators.

Понятно, что в тестах вы не хотите делать запросы к реальному API или как-то дергать google analytics и другие сервисы.

c dependency injection все становится очень просто gist.github.com/smashercosmo/6…

Если вы не практикуете такой подход, то для переопределения зависимостей в тестах придется использовать например github.com/jhnns/rewire

@jsunderhood ты прям пересказываешь мой ход мыслей примерно месячной давности) Сам делал кастомный thunk с DI и контролем завершенности.

@jsunderhood еще плюс DI в том, что на сервере можно подсунуть другую имплементацию с тем же внешним API.

Сорри, отвлекся. Продолжаем. Первая проблема, которая возникает такой реализации DI - это динамические зависимости.

Т.е. зависимости, которые на момент инициализации стора еще сами не загружены и не проинициализированы. Например, те же google analytics.

В этом случае самым простым решением будет передать в DI функцию gist.github.com/smashercosmo/2…

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

Поэтому лучше написать свой кастомный middleware, который будет сам все это разруливать gist.github.com/smashercosmo/d…

Изначально, этот подход был реализован в github.com/este/este, но потом они почему-то это выпилили ((

К тому же подход DI он какой-то более straightforward и с меньшим количеством магии. Просто передаешь в функцию все, что тебе нужно.

@jsunderhood Встречал подобное, остановился в итоге на proxyquire, что все решило. Dep injection выглядит как over engineering.

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

Ладно, я начинаю потихонечку с вами прощаться. Поэтому сейчас, как и было обещано, будет список фильмов про redux :)

redux нас учит, что мутировать стейт - это плохо, поэтому и фильмы будут про то, что от мутаций в общем-то одни проблемы)

Тема благодатная, поэтому вместо обещаных двух, будет четыре)

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

Can you see Cycle.js in that? Pucks are pure functions, side effects on the edges, and the board is dataflow!
twitter.com/verge/status/7…

18:54

Итак первая в нашем хит-параде: роковая Наташа Хенстридж в мужененавистнической "Особи" kinopoisk.ru/film/4769/

Под номером два шедевр от Гильермо дель Торро, когда он ещё не скатился во всякую попсню) kinopoisk.ru/film/4923/

Оба фильма сняты в 90-ые - золотые годы фантастики. И сделаны на порядок более захватывающе и изобретательней, чем все современные поделки.

Тепер то, что наверняка прошло мимо ваших радаров.

kinopoisk.ru/film/817556/ - романтический инди-ужастик. Не совсем про мутантов, но мутации присутствуют)

И завершении - Тод Браунинг со своей в большей степени грустной, нежели страшной историей kinopoisk.ru/film/8430/

На этом прощаюсь. Завтра опять будем говорить за жизнь. Тема: прокрастинация и информационная наркомания)

@jsunderhood хоть в какой-то теме почувствую себя экспертом )

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

А то у нас после последней выливки за сутки потребление памяти вырастает до 30gb. И вообще не врубаемся в чем дело (

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

Сегодня говорим о прокрастинации и информационной наркомании. Специально объединил, так как для меня первое - это прямое следствие второго.

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

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

Поэтому я непрерывно мониторю и твиттер, и rss и даже ленту на гитхабе) И на это всё, конечно, уходит чудовищное количество времени.

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

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

@jsunderhood доктор прокрастинатолог прописал мне open space офис от таких недугов.

@jsunderhood @PMarinchenko страх надо выбивать. Эффективно: уничтожить все свои закладки. Перед отпуском. А после отпуска снова… копить. 👻

@jsunderhood кстати, вот статья о том, как веб-сервисы способствуют развитию таких бзиков намеренно ради денег: habr.ru/post/301786/

@jsunderhood Жадность — это плохо. В том числе жадность до информации.
youtube.com/watch?v=4f6Wmy…

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

@AntonyKapustin @jsunderhood И как это помогает? Сижу в опенспейсе, почитываю твиттер и прочие интернеты. Иногда даже видео смотрю.

Хочу также уточнить, что я прекрасно понимаю, что это очередное психическое отклонение, впрочем довольно распространенное.

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

@jsunderhood можно сесть на проект с легаси кодом. И забыть про мониторинг. 👻

Кстати да) В моем случае действительно побеждает перфекционизм. Я забываю обо всем, кроме того, что хочу сделать красоту из этой страхоты.

@jsunderhood учи фундаментальные вещи, а не поверхностный хайп, и ты увидишь что, наоборот, очень мало чего-то стоящего нового.

Поэтому меня, конечно, восхищают и пугают такие люди, как sokra)

Sokra несколько лет каждый день в одиночку сидит и фигачит свой webpack с невероятной продуктивностью. Почему? Он не в твиттере :)

@8gene @jsunderhood вот щас очень интересно. Расскажите о фундаментальных вещах во фронтенде.

@twenty @jsunderhood например, FRP. Все эти флуксы - это просто разные топологии frp-network-a, причем очень примитивные и деградированные.

@twenty @jsunderhood правильно, идея фундаментальная, реализации несущественны. Анализируешь задачу, выбираешь реализацию, или пишешь свою

@8gene @jsunderhood херасе несущественны. Идея понимается несоизмеримо быстрее, чем конкретная реализация.

O_o почему сексистские??? Мы ж сегодня вроде про прокрастинацию и информационную наркоманию. twitter.com/chorna_kiwka/s…

@jsunderhood А не наоборот? Информационнпя наркомания — эдакая зона комфорта. О новом читать интересно, а текущая работа далеко не всегда.

я имел в виду, что информационная наркомания это как раз одна из причин прокрастинации: сидишь и колешь себе дозу за дозой, твит за твитом)

@jsunderhood сексизм сегодня у нас, но всё похоже. Раньше в css писали expressions, теперь css пишут в js... Ну вы понимаете

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

@jsunderhood я, кстати, устроил шаббат, чтобы доказать, что отказ от технологий — плохо и оно идёт от лени
habrahabr.ru/post/232789/

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

@jsunderhood я чувствую лёгкие симптомы паники, если понимаю, что забыл взять фильм/код/книгу в самолёт. Хотя после Шаббата стало легче.

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

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

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

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

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

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

@jsunderhood, всё правильно. Наши зависимости, фобии, вирусы, паразиты — это и есть мы: esquire.ru/david-barash

@jsunderhood Артемий Лебедев как раз как будто для тебя написал:
tema.livejournal.com/2277618.html

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

Ответ на вопрос, какими пользуюсь лично я, очень простой: никакими.

@jsunderhood ...но мне лень.

Более того, все GTD приемы, статьи, советы, наоборот, вызывают у меня какую-то иррациональную неприязнь.

А когда в очередной статье я вижу, что-то вроде "возьмите лист бумаги и разделите его на 4 части" у меня начинается аллергическая реакция.

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

Единственное, что дало хотя бы какой-то эффект - это pomodoro. Хотя и его не надолго хватило.

@jsunderhood лучше всего помогают звездюли.

@jsunderhood -> тогда, возможно, причина неприживаемости у вас todo-инструментов в использовании их для работы. Попробуйте их для личного.

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

*простоты)

@jsunderhood Хорошая статься про прокрастинацию habrahabr.ru/post/298192/ мне помогла.

@artvolkov @jsunderhood в рабочем браузере разлогинен во всех соц.сетях. Позволяет избежать внезапных порывов что-то посмотреть. Логин. лень

@jsunderhood то сразу вспомнил, что за задачи есть и начал над ними работать. А так, сидишь себе, а там дел вагон, что и не вспомнишь.

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

Так, пора бы уже отходить ко сну. Силы остались только на то, чтобы согласно традиции этой недели, отправить вам пару фильмов в ленту.

Сегодня говорили о прокрастинации, поэтому первое кино про главного прокрастинатора всех времен и народов kinopoisk.ru/film/555/ ))

Так же обсуждали информационную зависимость. Конкретно про нее фильмов не снимают, к сожалению, ну или они еще не попали в мою фильмотеку.

Поэтому будет кино про зависимость другую, но не менее неприятную kinopoisk.ru/film/21254/

@jsunderhood сравнение как урлов так и содержимого чтобы не создавать дубли.

@jsunderhood создание ежедневного отчёта заданной длительностью (5 минут или 30 минут)

@jsunderhood под длительностью подразумевается примерное время чтения этого отчёта.

@jsunderhood короче - у вас должен быть смарт секретарь. Ему всё и делегируйте.

@jsunderhood создание недельного отчёта заданной длительностью. А также местного, квартального и годового.

@jsunderhood в настоящее время смарт-секретарь никем не реализован. Это то и печально. 😳 а так идея отличная. Имхо. 👍🏻

Всем привет. Сегодня начинаем поздно, так как уволился API разработчик и двум несчастным фронтам нужно срочно постигать тонкости rethinkdb)

Кстати (пользуюсь служебным положением): нам в Финляндию нужен API разработчик: nodejs 6, rethinkdb, solr. Пишите, если интересно.

Сегодня у нас технический день. Продолжаем говорить про redux и его друзей.

И первое тема на сегодня это - собственно работа со стейтом приложения: от его организации до способов манипуляции.

У меня например совершенно перевернулся мир когда у Дэна в уроке увидел, что можно combineReducers использовать не только для root-редьюсера

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

Вон он тот самый урок egghead.io/lessons/javasc… - после его просмотра наша работа со стейтом упростилась в два раза.

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

Т.е. изменить единицу на двойку гораздо проще в структуре вида {a: 1}, чем в структуре вида {a: {b: {c: [{d: 1}]}}}

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

Вот пример стейта не плоского - gist.github.com/anonymous/0496… каждый редьюсер вынужден работать с вложенной структурой.

gist.github.com/anonymous/7c8f… - вот пример стейта плоского. на уровне приложения структура та же. Но каждый редьюсер работает с простым объектом.

*не на уровне приложения

Второй инструмент, который помогает уплощать стейт это небезызвестный (хотя может кому-то и неизвестный) github.com/paularmstrong/…

@jsunderhood суть ECS: одна огромная таблица (id, comp1, ..., compN) + всё есть entity = (id + components) + на каждый чих функция

Так вот, про normalizr - библиотека для выстраивания вложенных сущностей на одном уровне. Связь между сущностями сохраняется по id.

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

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

@mr_mig_by @ALF_er @jsunderhood Большие монолитные с-мы накапливают внутреннее напряжениее и соотв. имеют предел масшатабирования.

Продолжаем говорить про стейт. Ещё один плюс плоского стейта в том, что в общем-то отпадает надобность в библиотеках для иммутабельности.

Можно спокойно использовать plain js structures, потому что манипуляции производятся над отдельными ветками стейта. Остальные неизменны.

Мы долгое время использовали ImmutableJS, потом отказались от него в пользу seamless-immutable, теперь думаем вообще вернуться к plain js.

Структурирование стейта через композицию редьюсеров - это в некотором смысле тот же structure sharing, что и в ImmutableJS.

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

Тут либо нужно использовать Record структуры (со своими ограничениями), либо использовать reselect.

@jsunderhood эй, я твою вьюху мутабил!

@mr_mig_by @jsunderhood Слава, все потому, что ты отказался писать со мной игруху. vasir.net/blog/game-deve… вот тут пример хороший.

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

Вчера говорили о плоском стейте, о том что правильная его организация в общем-то избавляет от необходимости использования immutable-структур

Вот вам еще две дискуссии о том, использовать или не использовать Immutable: github.com/este/este/issu…, github.com/mxstbr/react-b…

Кстати, эти дискуссии идут в репах лучших на данный момент react/redux бойлерплейтах.

Сперва este (кстати сам автор произносит это название, как "эште") - она (мне кажется, что это именно она :)) совершенно прекрасна.

Там есть все: полная изоморфность и универсальность (включая react-native), интернационализация, бессерверная разработка и много чего ещё.

Я настояетельно рекомендую почитать в este историю комитов за последний год: очень здорово видна эволюция подходов, идей в react/redux стеке

react-boilerplate - более молодой и более (прости господи) хипстерский проект :)

Там всякие модные штуки вроде сервис-воркеров, прогрессивных веб-приложений + генераторы кода, webpack2, ngrok-тунель, асинхронные роуты итд

@jsunderhood когда там уже откроется горячая линия психологической помощи разработчикам которым нечего делать ?

Тем не менее в react-boilerplate пока что отсутствует SSR, интернационализация, а react-native и подавно (хотя рано или поздно все запилят)

@taujavarob @jsunderhood изоморфность — это устаревший термин для универсальности, расширенный фейковой нативностью.

Но главное (принципиальное!) отличие между este и react-boilerplate - в способе организации кода приложения на уровне файлов.

Este четко разделяет бизнесс-логику и view-layer, react-boilerplate, наоборот, компонует react-контейнеры вместе с redux-специфичным кодом.

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

Теперь расскажите о себе, какая у вас обычно стартовая точка в новом проекте? Самописная, сторонняя или вообще всегда с нуля все начинаете?

@jsunderhood если JS то беру стартер паки, а потом чищу от всего. Если Java то юзаю Spring Initializr

@jsunderhood В текущих проектах расширенный redux ducks, но сейчас ещё больше расширяем организацию кода.

@jsunderhood Всё своё, вдохновляюсь чужими решениями, ищу идеальную структуру. Сейчас так: medium.com/front-end-hack…

@jsunderhood а тем временем #alibaba #group пилит альтернативу #RN alibaba.github.io/weex/index.html

@jsunderhood взял старый проект, обновил зависимости, впилил новые хотелки — весь старт

@jsunderhood всегда с нуля, иначе будет соблазн использовать что-то, по причине, что оно уже было, а не по причине, что оно надо

@jsunderhood год? А цикл признания библиотеки? Вначале как закладка. Потом ознакомление. Потом попробую на примерах. Через год применю. Так?

@taujavarob @jsunderhood Всего год? А пиарят и везде используют так, словно уже лет 5 в ходу.

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

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

Традиционно начну с себя: я очень боюсь выступать публично. Вплоть до того, что от волнения у меня начинается предобморочное состояние :)

@jsunderhood фигня. Обычно те, кто разбрасываемся аббревиатурами и терминами — наименее полезны в обществе. Это не только о разработчиках.

Даже пока я веду @jsunderhood эту неделю каждый день у меня начинается с мысли что"вот сегодня-то точно что-то пойдет не так и выйдет лажа")

@jsunderhood наверное все боятся выступать публично.Я стараюсь делать вид,что не боюсь и концентрируюсь на рассказе.Fake it till you make it

@roman01la @jsunderhood ерунда. Для этого есть вычитка и прогонка докладов и зеркало. Важно желание. Остальные качества есть у каждого.

@jsunderhood это называется синдром самозванца pic.twitter.com/NKVElvhmzg

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

@jsunderhood мне не нравится в этом волнение то, что оно притупляет процесс азартной и непринужденной передачи информации

@roman01la @jsunderhood лучше перед @pepelsbey
Он ещё и правильный фидбек даст
И вообще стоит начинать с @webstandards_ru
Лучший вариант

@SilentImp @roman01la @jsunderhood @pepelsbey, например,прочитать доклад перед коллегами на работе, потом можно на PiterCSS, а дальше больше

Ну чего, есть тут еще кто-то, кто ооочень хочет выступать, но страшно боится?) Может устроить отдельный митап специально для таких как мы?

@jsunderhood Скажи: «не знаю» или типа того. Я однажды таким вопросом сам поставил докладчика в тупик. Мне до стх пор стыдно вспоминать.

@jsunderhood иногда приходилось "лить воду", но ИМХО, это очень плохой вариант, который не всегда прокатит

@jsunderhood обычно у зрителей нет задачи завалить выступающего, просто уточнить что-то

@jsunderhood главное рассказывать то, что важно и интересно самому. Ну и подготовиться как следует, 3-4 прогона со зрителями хорошо помогают

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

@jsunderhood когда я первый раз выступал, я забыл вообще весь доклад)), как первоклассник на уроке литературы, забывший стихотворение

@jsunderhood @SatiataOff Просто отвечаешь "я не знаю"

@jsunderhood мне, наоборот, больше всего интересны в докладах вопросы из зала ) провал - это когда вопросов вообще нету

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

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

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

Именно поэтому, мой любимый тип статей, это статьи из серии "How to make your own...", которые разрушают магию и объясняют в чем фокус.

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

Но прочитываешь вот такую статью например medium.com/@deathmood/how… и такой типа "ээ, и все что ли? так просто что ли? а где волшебство блин?"

@jsunderhood ух ты, у меня тоже! Мне вот эта статья по этому нравится про Реакт: hackflow.com/blog/2015/03/0…

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

у @gritzko: "How to write your own swarm.js"

у @andrey_sitnik: "How to write your own PostCSS"

у @RReverser: "How to write your own Babel"

Так, продолжайте список, что я еще забыл?

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

@jsunderhood думаю это один из лучших проектов на тему: hangouts.readthesource.io Изучают исходный код вместе с авторами.

@jsunderhood @_deathmood дело в том что многим просто некогда читать. Им надо писать код. И побольше кода. И быстрее. Поспать и писать код.

И вот еще классическая серия статей от @alex_young dailyjs.com/2010/12/02/fra… было очень актуально и полезно во времена jQuery-активности

В этой серии по сути с нуля пишется jQuery-подобная библиотека. В те времена это стало настоящим откровением.

Ой, да, кстати (не знаю правда, кто у нас главный спец), напишите кто-нибудь статью: "How to write your own RxJS"

Вот тоже из серии "How to write your own..." github.com/thejameskyle/t… - простой копилятор с супер-подробным описанием и коментариями

И в догонку еще одна "how to write your own.."-подобная штука: github.com/iamdustan/tiny… - простой рендерер для реакта (пошагово, с коментами)

Перед сном отправлю всякого странного кина вам в ленту)

Сегодня в том числе говорили о страхе публичных выступлений и фильмов на эту тему много, но что-то все не то, что хочется советовать)

Поэтому будут два совершенно сумасшедших фильма про теле-шоу (ну а чо, теле-шоу вполне себе выступления и вполне себе публичные :)

Под номером один - дикий треш от "Странного Эла" Янковича - kinopoisk.ru/film/7402/

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

Второе кино еще более странное и не менее безумное - kinopoisk.ru/film/745818/ - чувство перманентной неловкости при просмотре вам обеспечено

@jsunderhood try working with a feature-based architecture on a project, and I guarantee you'll love it! It's amazing!

@jsunderhood Могу ли я указать вам на? vimeo.com/168648012

@lapanoid @jsunderhood Haha yeah, studied Russian in school for two years but it's hard!

@jsunderhood хоть вопрос не мне, но крик души просто. Будь честен, не знаешь - скажи не знаю, главное чтоб не как баба - воду лить ни о чем

Моя смена в этом твиттере потихоньку подходит к концу и, вроде как, все что хотел, я с вами обсудил и всем, что меня волновало, поделился.

Если вдруг я забыл упомянуть какие-то фобии и психозы разработчиков - смело пишите мне об этом. Успеем за оставшиеся шесть часов обсудить)

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

И если какая-то зависимость в проекте не обновлена до последней версии - то сразу как-то тревожно и неспокойно на душе :)

@jsunderhood такая же фигня) Но вообще, по-моему это тоже своеобразное психическое расстройство :)

Кстати, по поводу обновления пакетов, кто-нибудь в проекте использует npm shrinkwrap. Если нет - расскажите почему?

@mistadikay @jsunderhood лично у меня никаких тревог! pic.twitter.com/AJl8DZS8Eo

Я вот тоже очень люблю ВООБЩЕ ВСЁ обновлять. Всегда. Везде.

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

16:58

@alexfedoseev @mistadikay @jsunderhood у меня на это всегда вопрос: работает? - тогда не надо. 👻

Это я

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

16:58

@taujavarob ну вообще да, но иногда мистер Обсессивно-Компульсивное Расстройство побеждает здравый смысл 🙈 @alexfedoseev @jsunderhood

@mistadikay @alexfedoseev @jsunderhood тогда спасает кто-то разумный свыше. Он спрашивает: работает? - тогда не надо.

@taujavarob скажи честно, тебе просто очень нравится писать фразу «работает? - тогда не надо.» @alexfedoseev @jsunderhood

@taujavarob Ясно. Итог тредика: если хотите своему проекту долгих лет, обновляйте зависимости регулярно @jsunderhood

@boriscoder @jsunderhood хм. - у нас на проекте jquery 1.4. Работает!

Так никто и не ответил, пользуется ли кто-то в проекте шринкврапом? Мы стали пользовать после того, как свежий npm install все нафиг поломал

@jsunderhood пользуемся. очень бесит большой дифф после обновления пакетов :( приходится сторонней тулой новый шринкврап получать.

"Хотя мне помогает просто снять ^ в package.json" - у нас так и было и все равно все накрылось после npm install @me_mrsum

@jsunderhood что-то вроде "детских граблей", добавляешь пакет и он не приходит – потому что забыл обновить shrinkwrap, да и diff не огонь

@jsunderhood хотя, я видел как ребята правят шринкврап руками>_<, а то вдруг чего пойдёт не так. Вообщем боль

@jsunderhood пользуемся. Но боль в том, что на разных операционных системах разные опциональные пакеты. И билд на CI может падать.

Твиттер расставляет приоритеты @cssunderhood @jsunderhood pic.twitter.com/uZTyYEI9R3

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

На этой неделе мы много говорили про redux, а также обсуждали наши маленькие ненормальности и профессиональные психические недуги)

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

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

И, так же как и Халка, у нас естественно не всегда будет это получаться :)

Так же спасибо всем, кто придумал и поддерживает проект @jsunderhood. Это правда был крутой экспириенс, хотя и сложный и весьма стрессовый.

Мой твиттер - @smashercosmo. О разработке практически не пишу, но если хотите периодически получать необычного кина себе в ленту - welcome.

Ну и в качестве прощального твита поделюсь с вами самым лучшим на свете фильмом о девиациях kinopoisk.ru/film/746480/. На этом всё. Пока-пока)