Привет, эту неделю c вами проведу я — @23ydobemos. Жители Петербурга могут знать меня как соорганизатора @spb_frontend и, когда-то, @spbruby

Жители же других городов могут знать меня как одного из ведущих @frontflip_js

Последние недели, читая @jsunderhood, я все больше печалился по двум причинам

Первая — вести аккаунт с каждой неделей должно становиться все сложнее…

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

Вторая — почитаешь темы и ответы, и думаешь, что все уже живут в будущем, везде реакт, хот релоад и лучшие функциональные концепты

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

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

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

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

Про переписывание никто и не говорит, это как раз крайняя мера, которая очень редко оказывается оправданной @svenyurgensson

@jsunderhood взвесить все +/- ну и выдвигать свое мнение.
Разве не так?) Как бы если переход целесообразен, тогда ОК. Если нет, ну так нет)

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

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

@jsunderhood Важный аргумент — продуктивность разработки. Если с введением новой технологии или практики продуктивность ↑, то нужно внедрять

@jsunderhood тренды приходят и уходят, jQuery остаётся. Новые идеи сплошная боль и разочарование

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

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

@jsunderhood "Ничто не злит девелоперов больше, чем новый язык программирования". С другой стороны рост Developer Experience, ему все рады.

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

и проявления у этого могут быть разные: свобода попробовать что-то новое без «подписи» начальства, доклады в компании, Cleaning Fridays

И как уже упоминалось, внутренние мини-проекты. Потому что вы можете 100 раз всем рассказать о крутости хотрелоада…

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

@jsunderhood Что такое «Cleaning Fridays»?

И чтобы неделя не была полна только философии, то попробую устроить реалити-шоу…

… буду перетаскивать большой кусок marionette-приложения на react + redux и делиться впечатлениями

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

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

сделали прототип: перенесли 80% логики на реакт за день, выкинув около 2к loc, провели мини-презентацию и показали, что с реактом все проще

и разработчики, и product team вдохновились, поэтому теперь перетаскиваем уже полноценно

@jsunderhood только теперь хто 80% времени, да?

«ну уж в этот раз мы все сделаем правильно!» @yuritkachenko

@jsunderhood пытаюсь внедрить #bem (методологию, не тулзы) в гос. легаси . Пока с трудом. Большим. Но результаты есть. Это радует.

расскажешь как внедряешь? @vladimore

@jsunderhood Мы именно в такое приложение Реакт и начинали внедрять. За девять месяцев перешли полностью, очень плавный переход :-).

@jsunderhood Причем "перешли полностью, по пути делая новые фичи по плану".

@jsunderhood У Райана был ток про это: m.youtube.com/watch?v=BF58ZJ…. Проекты на Реакт переводить легко, бенефит есть сразу.

@jsunderhood всё началось с того, что я попал на проект по разработке нового UI для гос. услуг на ангуляре.

@jsunderhood проекту было полгода или больше. У вёрстки были все те проблемы о которых пишут на сайте bem.info

@jsunderhood ангуляра тоже никто не знал и меня встретили контроллеры с логикой в тыщи строк

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

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

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

@jsunderhood не знал способностей команды. Нюансов старого кода. Начал с малого - структура и сборка галпом. Её до этого не было совсем.

@jsunderhood с #bem было сложнее. сначала я показал ребятам на доки и попросил переверстать часть проекта.

@jsunderhood вторая волна проблем - элементы элементов и прочее, что разъясняют на форумe #bem. Так я узнал, что никто ничего не читает.

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

@jsunderhood у ребят были вопросы и возражения. Помогал им и себе находя на них ответы в доках и на форуме. Разбирали непонятные моменты.

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

@jsunderhood сейчас до идеала далеко конечно. Профит - сейчас освободилась половина команды. Снизилась стоимость изменений.

@jsunderhood в пике - то, что правилось неделю теперь возможно пофиксить за один день.

Некоторым могло показаться, что этот канал временно перехватил @vladimore. Спасибо ему за эту интересную историю из жизни

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

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

Первые результаты реалити-шоу «мигрируем на реакт c бекбона»

создали bridge views, основная задача которых — прикидываться обычными collection/item views, но в методе render тайно вызывать React

При этом они же и оборачивают React-компоненты в <Provider> для связи с redux-store

На все изменения backbone-коллекций они вызывают dispatch, который и изменяет стор. При этом прокидывают все эти экшены в сам компонент

В итоге получается, что просто часть обязанностей смарт-компонента эти bridge views берут на себя, в остальном никаких изменений

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

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

Лента твитера теперь интереснее с появлением @jsunderhood @cssunderhood @backendsecret @rubyunderhood @iamspacegray. Спасибо вам.

Переключимся от обновления кода на «обновление» себя. Есть ли у вас правила по поводу расчистки покета/заметок/подкастов, что накопились?

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

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

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

@jsunderhood если отвечаю себе утвердительно на вопрос "буду ли применять это в ближайшее время?", то читаю сразу. Если нет - в топку.

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

@jsunderhood А я наконец прочитал статью про прокрастинацию... не помогло :(

Тут даже проблема не в прокрастинации, а в том что информации просто становится больше с каждым днем #банальность

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

Остается только приоритизация. Но с этим тоже плохо, потому что, черт, все интересно

@jsunderhood еще, кмк, сложную информацию не всегда хочется читать прямо сейчас, поэтому откладываешь

Хотя, может это старость, и через пару лет захочется написать манифест типа Stop pushing the web forward quirksmode.org/blog/archives/…

@jsunderhood старость и есть. Нужно просто дать дорогу молодым как советует Вадим Макишвили в этом душевном докладе youtube.com/watch?v=xPPCzr…

Да, если у кого-то этот доклад лежит в покете, то сегодня именно тот день, когда нужно его посмотреть

@jsunderhood Перечитывать все) Но последнее время стал замечать, что многое не откладывается в голове, надо переходить на рассылки

Так а чем рассылки лучше? @_sashashakun

@jsunderhood buznik.net/lifeChart/

Так, давайте сегодня поговорим про universal javascript. И под этим я подразумеваю не только перенос рендеринга на сервер

Но и, например, десктопные приложения. Пробовали уже делать что-то на nw.js/electron?

А может уже во всю работаете над чем-то с использованием React Native? Или вообще роботов/дома на js программируете? Расскажите про опыт

@jsunderhood я делал на nw.js. У @nedudi отличный доклад про nw.js есть html5.by/blog/nwjs/

а что именно делал? @gladkih_m @nedudi

@jsunderhood нативная реализация внутренного сервиса компании. Шеф захотел, чтобы не через браузер, а приложение было =)

@jsunderhood переносим desktop web приложения на мобильные устройства во время выполнения youtube.com/watch?v=UNFcq8…

@jsunderhood развернул внутри React-приложение целое, которое билдится сначала через Webpack, а потом заворачивается в Electron

@jsunderhood я игрался с Electron, начал делать эпп для менеджмента npm-зависимостей github.com/mistadikay/bum… Пока чисто эксперимента ради

можешь немного рассказать про стек и механику? @filipovskii

и какие у тебя впечатления от него? @mistadikay

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

Я сам последние пару месяцев пытаюсь обернуть приложение в electron, и впечатления правда смешанные.

С одной стороны хорошо, что он вообще есть. С другой — документация очень скудная и часто неверная

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

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

я не говорю, что это невозможно. Просто первоначально казалось, что все будет сильно проще. «Это же гитхаб!»

@jsunderhood на nw.js очень удобно выгружать музыку с VK. браузер проведёт через авторизацию, остальное сделает скрипт

@jsunderhood Стек: react, flux и мелочи. Про механику много рассказать не могу. Только то что преобразование происходит на клиенте на лету.

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

@jsunderhood правда nw.js сделал ход конем и объявили о слое совместимости с Chrome Apps, что в целом круто

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

Starter Kit, который выдрали из атома. Дает структуру и очень полезный набор грант-тасков github.com/atom-archive/e… …

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

Дальше идет grunt-electron-installer, который, хоть и является частью starter kit, заслуживает отдельного твита github.com/atom/grunt-ele…

Удобно через него создавать one-click-installer для windows + это уже обертка вокруг squirrel, так что получаете autoupdate почти бесплатно

«Почти» потому что, autoupdate для windows до сих пор не в ядре электрона. Приходится воротить нечто подобное: github.com/atom/electron/…

Не совсем электрон, но удобный таск для создания dmg-образов из вашего приложения github.com/rakuten-fronte…

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

Есть еще список Awesome Electron, где постоянно появляется что-то новое, так что может вам повезет больше github.com/sindresorhus/a…

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

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

Который ни реакта, ни флакса/редакса до этого не видел. По ошалелым глазам поняли, что немного (всего чуть-чуть!) все усложнили

Поэтому завтра с утра попробую описать как получилось это все немного упростить

Но урок выучили. К новым технологиям/подходам надо относиться как к продуктам: сделал mvp и быстрее показывай пользователям и получай фидбек

@jsunderhood иммутабельные структуры ему ещё не показывали?

Рано или поздно уж придется, но пока сами не видим необходимости

Так что хорошего всем вечера, увидимся завтра

@jsunderhood Ко-фаундер уже пробует рилей, а я обновляю наш бакенд под обновленную спеку...

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

Выходило, что чтобы перевести какой-то кусок приложения на реакт, надо было создавать bridge, прокидывать action creators и писать редьюсеры

И в action creator’aх дергать модели бекбона + возвращать экшены для optimistic save

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

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

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

Умные подписываются на стор и прокидывают детям interactions — просто функции, которые изменяют модели бекбона.

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

Стор же меняется через «большое ухо» — объект, который следит за всеми моделями и коллекциями и уже сам вызывает action creators

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

Я тут методом тыка написал array wrap на es2015, но теперь не могу понять, почему оно работает и можно ли упростить pic.twitter.com/hll8rQ2PSI

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

Ребят, я понимаю, что можно смотреть код, что генерит babel. Мне больше интересно, почему, например, это происходит pic.twitter.com/6s9Wfdzex3

@jsunderhood const wrap = ::Array.prototype.concat

или если чисто ES6:

const wrap = Array.prototype.concat.bind(Array.prototype)

@jsunderhood Хотел написать, но на самом деле, похоже на багу с тайп-инференсом, в обоих случаях должна быть ошибка для wrap(1).

Давайте сегодня поговорим о проблемах code review

Есть две вещи, которые могут превратить любой код ревью в поле ненависти: комментарии по поводу код-стайла и фразы «а почему не …?»

Первое злит, потому что люди не видят сути самого кода. Решается добавлением линтера в билд на CI или подключением hound’a

Фразы же «а почему не …?» автоматически вызывают у людей защитную реакцию, и вместо трезвого обсуждения вариантов, все начинают огрызаться

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

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

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

Это всегда проблема кода, а не программиста. Но отвечать «я ничего не понял, хрень какая-то» тоже не надо, как мне кажется @naorunaoru

Можно попробовать понять, что же вообще хотел сделать наш герой и предложить путь проще. Обычно соглашаются @naorunaoru

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

@jsunderhood Можно сравнить, например, с вариантом «Чё за хуйню ты мне тут принёс?». Это, кстати, тоже неплохая фраза, но не столь удачная

из моей практики и первая агрессию вызывала.Небольшое изменение на «а ты не думал насчет…» обычно кардинально меняет картину @from_anywhere

Потому что «а почему не» === «это же очевидно, дебил»

@jsunderhood раздражает когда люди дают +1000 строчек кода на ревью. Сам рад любому фидбэку, ни разу не было случая раздражения.

@jsunderhood круто, когда люди дают код на ревью когда фича не готова. В момент зарождения.

@jsunderhood что такое hound?

houndci.com

@jsunderhood Меня тоже злит, но стараюсь не злится. Надо тренировать самоконтроль. Ну и да, как можно больше линтера.

@jsunderhood Это какие-то проблемы коммуникации в команде, у меня такая фраза никогда не вызывала проблем.

@jsunderhood Вариантов ответа всего три: 1) почему бы и нет; 2) потому что <объяснение>; 3) однохренственно, лучше не станет.

@jsunderhood по-моему очевидно, "а почему не?" это вопрос, зачем стремиться найти подтекст? даже если он есть, вопрос первостепеннен

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

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

@jsunderhood используйте husky и хук будет настраиваться атоматически с npm install github.com/typicode/husky…

Вариант, но это если все репозитории на js @iamstarkov

@jsunderhood сделайте конфиг shareable и подключайте его в jscs и eslint, тем самы он будет один на все репы

New Features in Ember.js 2.0 <This space intentionally left blank!>

emberjs.com/blog/2015/08/1…
Awesome work by @emberjs team. /cc @jsunderhood

@jsunderhood все так, фраза не несет конструктива — любой код можно написать 10-ю способами и, соотв., про любой код спросить "почему не..."

@jsunderhood если коллега видит недостатки и лучшее решение, должен так и писать: тут есть косяки такие-то, решить модно так-то

@jsunderhood Кажется,что если разр-чик не в силах объяснить причины написанного,быть может он в принципе слабо осознает чем он занимается?

@jsunderhood это вот снова про эго и про интровертов. Боритесь с этим, иначе прогресса не будет. Общаться и обсуждать проблемы НАДО

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

@jsunderhood “знаешь, у меня есть подозрение, что твой код таки говно”.

@jsunderhood Ответ: “позволю себе с вами не согласиться, какие ваши доказательства?”. Далее идет разговор по существу.

@jsunderhood вы исзодите из позиции, что ошибка - это грех. Ошибаются все, нужно общаться, а не бояться кого-то задеть.

Попробую разъяснить еще раз позицию относительно комментариев к коду

Мне кажется, что многие из ответов, что «обижаются» только в плохих коллективах основывались на том, что вы сидите в одном офисе…

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

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

… то тут уже даже «а почему не» может задеть. Потому что вашу интонацию и мимику комменты на гитхабе передать не могут, увы

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

Не понимают, потому что не хотят понять или просто не видят объективных преимуществ?@_yukkat

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

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

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

@xwoody На уровне понимания других людей и умения донести до них свои мысли устно и письменно. @jsunderhood

@xwoody @jsunderhood это смотря какая страна. В англоязычных странах обычно IELTS. В Европе экзамен не нужен.

@xwoody У программиста вряд ли где-то потребуют сертификат/экзамен английского. @jsunderhood

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

Хотели бы вы пожить в другой стране? В какой? Какие вопросы/страхи останавливают?

Или уже живете? С какими основными проблемами столкнулись? «Советы новичкам?»

@jsunderhood В Финляндию не сложно по работе, желательно высшее образование и нужен работодатель готовый платить зп выше средней по стране.

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

@jsunderhood В Финляндии многим сложно привыкнуть к местному менталитету. С США и Австралией думаю проще, там все эмигранты.

@freiksenet_ru @jsunderhood Согласен, я в Германии живу 2.5 месяца, соц. граф строю с нуля, без немецкого жить так себе.

что именно поразило больше в разнице менталитетов? @freiksenet_ru

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

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

@jsunderhood Я жила в Голландии. Там есть юридические сложности, особенно для женщин. Но в 140 символов не уместить.

@jsunderhood Расскажи про Барселону. Я как то хотела переехать, но смутил уровень зарплат. Или все нормально?

Если сравнивать с северными, то он удивляет, да. Но надо не забывать, что Испания просто одна из самых дешевых стран Европы @toivonens

поэтому и на жизнь уходит сильно меньше. Еда, например, дешевле даже, чем в РФ @toivonens

@jsunderhood Совет 1: когда надо искать вещи для дома, но не знаешь нужное слово, то слово можно посмотреть на сайте местной ИКЕИ.

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

@jsunderhood в США хотел бы. Вопрос легализации останавливает.

@jsunderhood из РФ, жил во Франции и Норвегии. Сейчас в Украине. Ищите не то место, где “хорошо”, а где хорошо ВАМ.

@listochkin @jsunderhood и не стоит уезжать в поисках лучшей жизни, если вас все устраивает и так

@7rulnik @jsunderhood я считаю, что нужно пожить в нескольких городах и странах чисто для расширения кругозора и поиска возможностей.

@jsunderhood в Испании 2-3 года, сейчас в Италии на месяц. Совет: сначала поживите 2-3 месяца, прежде чем покупать жильё. Работайте удалённо

Неужели Испания так не понравилась? @ilya_belsky

@jsunderhood Про Лондон может кто рассказать?

@jsunderhood с городом ошиблись: Бенидорм не лучшее место и в плане публики и природы. Лучше: кочевать по 2-3 месяца с места на место

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

@jsunderhood в Испании отсталый ИТ. Дорогой интернет, сайты вкривь и вкось. После Москвы у меня была ломка что всё так оффланово.

@dan_abramov @jsunderhood разница в подходе к здравоохранению - в России принято скорее лечить и резать, в Европе и ЮК сначала ждут.

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

@rajdee_mhm @dan_abramov @jsunderhood или пока не станет хуже. Они ограничивают доступ к специалистам пока не очевидно, что нужна их помощь.

@rajdee_mhm @dan_abramov @jsunderhood у этого есть рациональное объяснение - иначе система задохнется - но для человека это не верх комфорта

@rajdee_mhm @dan_abramov @jsunderhood можно купить приватную страховку и организовывать себе операции или приемы специалистов быстрее.

@mkazantsev @jsunderhood @dan_abramov В Финл также. Зато если станет плохо то лечат отлично, по личному опыту знаю.

@mkazantsev @jsunderhood @dan_abramov Отлично и бесплатно, да.

@dan_abramov @mkazantsev @jsunderhood есть неплохой подкаст apple.co/1LaFFPi о Лондоне, его обитателях, традициях и поисках себя в нем

@jsunderhood Два года в Сербии. Из огромных плюсов – люди, климат и цены. Минусы – бюрократия, относительно грязно, лениво. Не ЕС это + и -

@dan_abramov @jsunderhood Могу только про Нидерланды рассказать 😊 Очень много людей из Лондона переезжают сюда

@kureevalexey @dan_abramov @jsunderhood про Нидерланды еще @toivonens писала в своем блоге, правда она уже in Fnld ) bit.ly/1Eu9xl4

Обычно в конце выпусков @frontflip_js мы просим всех участников поделиться ссылкой на то, что очень их удивило/порадовало за последнее время

Эти ссылки называются picks. А так как сегодня последний день моего дежурства, то хочу попробовать устроить picks day в @jsunderhood

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

Начну с себя: программа + методология ведения бюджета YNAB: youneedabudget.com Первая из подобных, что действительно помогает

@jsunderhood сайт, где собраны видео, снятые дроном, со всего мира - travelbydrone.com. Там можно часами зависать :)

@jsunderhood npmjs.com/package/thrott… — прокси от @mistakster, через который можно создать медленное соединение. Иногда это очень полезно.

@jsunderhood Пользуюсь пару лет toshl.com. Скоро будет вторая версия, пока публичная бета. Приятная на дизайн, удобная.

@jsunderhood Вот поэтому делать вещи надо только в вебе. :)

@__fro @jsunderhood вот

stream video to multiple clients using database? sure! xD github.com/AtnNn/rethinkd…

@jsunderhood “выученный оптимизм” открыл мне глаза на моё поведение: github.com/raganwald-depr…

@jsunderhood не могу не поделиться еще и “манифестом менеджера”: medium.com/the-year-of-th…

@jsunderhood, обожаю ynab, в том числе за хорошо продуманную идеологию. Но мобильное приложение у них ужасное :(

Согласен, но радует, что оно совсем уж опциональное @tonyganch

.@jsunderhood подарю книгу «ClojureScript: Up and Running». Мне пригодилась, может кому-нибудь тоже пригодится :) высылаю по Украине

В общем, пришла пора прощаться. Спасибо всем за эту неделю! С вами ее провел @23ydobemos

Приходите в гости в новые выпуски @frontflip_js и, если вы из/будете в Петербурге, то заглядывайте на встречи @spb_frontend