В Финляндии неожиданно началось лето, а тут начался @freiksenet. Привет уютному чату!

Меня зовут Михаил Новиков, в интернете я везде freiksenet. Я разработчик, в основном на JS. Живу в Финляндии уже 12 лет, переехал из СПб.

Я работаю в своём стартапе, https.//reindex.io. Мы делаем BaaS для реакта на основе GraphQL. Пишем на node + hapi + rethinkdb.

Планы на неделю - поговорить о GraphQL и Relay, про жизнь и IT в Финляндии, пофлеймить про то что я не люблю - например Angular, gulp/grunt

Я мог бы поговорить про реакт, но после @dan_abramov, @andreypopp и @deepsweet мне сложно что-то добавить. Реакт крутой, юзайте его :)

@jsunderhood вы начали стартап после выхода спеки по графклу или после презентации идеи графкла?

Ну хз, 2 основных проекта на реакте в ff что-то тормозят сильно :( может у меня что-то с компьютерами?!)

Я мог бы поговорить про реакт, но после @dan_abramov, @andreypopp и @deepsweet мне сложно что-то добавить. Реакт крутой, юзайте его :)

6:14

@jsunderhood ну и оффтоп: как убедить бизнес вложить деньги в подобные идеи? "БааС для такой стрёмной идеи? Этим хоть пользоваться будут?"

@jsunderhood как попал в программирование ? Важно ли спец. образование ?

Про babel - мы юзаем и на клиенте и на сервере, stage 1. async/await это невероятно удобно при работе с базами данных.

@jsunderhood Остальное это просто удобный сахар, но очень добавляет удовольствия при написании кода, например spreadы и destructuring.

@jsunderhood а мы плотно подсели на `stage: 0`: Class Properties (странно, если их уберут) и даже Function Bind (по началу казалось ужасом)

@jsunderhood к слову, актуальная таблица github.com/tc39/ecma262

@jsunderhood Расскажи про скорость Реакта. Рендеринг на сервере, на клиенте, инициализация js и тп. @dan_abramov @andreypopp @deepsweet

Расскажу про GraphQL и почему он нам так нравится. Меня можно назвать не модным уже именем full-stack developer или модным product developer

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

Очень частая история - сделал REST API, все чистенько и по спеку. Начал писать фронтенд - нужны еще эти связанные данные или это поле.

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

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

В итоге хачишь workaround-ы на фронтенде и все глючит и тормозит.

Фейсбук (и например Netflix) решили что хватит это терпеть и придумали, соответственно GraphQL и Falcor.

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

Поменялись требования или компонент? Просто добавь или удали поле в запросе.

А бакендеры написали один ендпоинт и просто добавляют туда фичи, когда они становятся доступны.

Несколько ссылок - introduction от FB.
facebook.github.io/react/blog/201…

Программный пост от нас.
reindex.io/blog/how-faceb…

Референс имплементация
github.com/graphql/graphq…

Вот только что запостил гайд, как писать простой сервер на надо юзая reference implementation.
reindex.io/blog/building-…

@jsunderhood На ноде, естественно.

на мой вкус @jsunderhood на этой неделе — огонь.

Я понял что я неправильно отвечал на вопросы. Woe on me! Можете почитать все в tweets and replies. Теперь буду старатся правильно.

@jsunderhood Мне наоборот так больше нра. Интересное ретвитнул - я кликнул и почитал ответы. Не интересное - не кликаю. Чище лента.

Все до этого по-другому делали. Вопрос к @shuvalov_anton. @ap_savin

Это было в ответах, но вынесу сюда. Мы начали стартап почти сразу после первого talk-а на конференции про GraphQL.

Ловили GraphQL запросы из мобильных приложений FB, читали блог посты, сделали свою имплементацию до выхода спека.

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

Что вы делали крутое не-веб в своей карьере? Я работал в zenrobotics.com, писал код для роботов сортирующих мусор на clojure.

Если что - сортирующих мусор физически, IRL. Я не про garbage collection :D

@jsunderhood Можно пример с позиционными и индексными ключами?

Первое сделает un-mount и mount если список поменятся. Второе скорее сделает апдейт и поменяет contents.
gist.github.com/freiksenet/f96… @astralian

@jsunderhood работал на заводе, которые авиадвижки делает, в отделе не разрушаемого контроля :)

@jsunderhood удел clojure — роботы, сортирующие мусор. :)

@jsunderhood там проверяются диски, в которые лопатки вставляются. Каждый около 1kk$ стоит. А проверить на дефекты их архи важно :)

@jsunderhood писал софт для TV-приставок, правда всё на тех же веб-технологиях: в приставку был встроен webkit.

@jsunderhood чо бы все понимали что это такое - вот фотография :)
instagram.com/p/y413-exPyZ/

@jsunderhood этот вопрос сделал мой день. НИ-ЧЕ-ГО.

@jsunderhood недолго работал в ГКНПЦ им.Хруничева, где Протоны собирают. Не то чтобы круто, но тогда было интересно.

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

@jsunderhood как отлаживать / профилировать комплексные GrahpQL запросы?

Очень зависит от того как хранятся данные, можно например записывать все вызовы к БД сделанные одним запросом и по этому смотреть @snejink

@jsunderhood на примере с блогом всё просто. А есть примеры простых решений для сложных кейсов?

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

Про первое - в отличии от запросов, GraphQL особо не задает то как должны делатся мутации. @snejink

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

Вообще GraphQL не отвечает на эти вопросы напрямую. Главная идея что ты написал свои типы данных и связал их с базой данной @snejink

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

Но при этом то как ты решишь у себя внутри проблему с permissions - это не то что GraphQL решает, это решает твой бакенд.

В этом прелесть GraphQL - он не навязывает как тебе все сделать, только как это показывать клиенту и как клиент это будет запрашивать.

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

Важно понять про GraphQL, что это не SQL. Это намного ближе к WSDL, чем к SQL, такой WSDL для хипстеров)

Это не общий язык для запросов данных. Скорее язык для описания удобных для использования RPC серверов.

Ну и язык для использования этих RPC серверов, да.

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

Я попробую про Relay поспекулировать, но к сожалению я тут на твоем уровне, все что знаю - из докладов. @deepsweet

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

Итак Relay - клиентская библиотека от ФБ, должна очень круто работать с реактом и graphql.

Еще не вышла :( Базовая идея - компоненты сами описывают свои требования кусками GraphQL запросов, Relay их умеет собирать и запрашивать.

Relay обещает делать кеш, pagination (судя по всему больная проблема в ФБ), и оптимистичные модификации на клиенте.

Если про первые две вещи все в целом ясно, то про клиентские мутации известно только то, что у них будет клиентский id :)

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

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

Вероятно в курсоре будет хранится тип и текущая сортировка (или/и фильтр).

@jsunderhood speakerdeck.com/laneyk/mutatio… – вот здесь как обычно много слов и мало примеров кода, но в целом концепцию уловить можно.

Самый подробный набор примеров про Relay
facebook.github.io/react/blog/201…

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

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

Что пока не понятно - это как именно происходит оптимистичное обновление до этого.

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

tl/dr - Relay заменит flux, GraphQL заменит REST и всем нам будет нирвана и полный React. :)

@jsunderhood что мне нравится в GraphQL – с точки зрения клиента есть один источник данных, который отдаёт именно и только то, что просят.

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

@jsunderhood и общение клиент-сервер сводится просто к синхронизации дерева.

@jsunderhood огромный плюс – отсутствие процессинга данных перед рендером на клиенте. данные даже хранятся в идентичных структуре и виде.

Ну вот в Relay будет какой-то процессинг, хотя бы денормализация для кеширования. @deepsweet

@jsunderhood ну, это чуть про другое. наверное :) я скорей про "чистые данные как чистое состояние".

Бесстыжая реклама - reindex.io будет поддерживать relay как только relay выйдет :)

@jsunderhood relay не заменит flux, так как не все состояние диктовано базой данных.

Возможно. Может в Relay будет возможность хранить такое состояние. @vslinko. В любом случае клиентское состояние это намного проще.

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

Прелесть GraphQL что можно смотреть куда тебе удобно, это implementation detail @MaximSukharev

@jsunderhood только я не понял зачем fb понадобился свой формат. У нас всё отлично легло на обычный json со схемами.

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

Начитался @jsunderhood теперь у меня в продакшене React, Babel и WebPack. И об этом никто не знает.

Улучшаем мир, one company at a time. @Barlog_M

@Barlog_M @jsunderhood Есть легенда, что существует разработчик, который пишет на React+Babel+Webpack и не твердит об этом за каждым углом.

@jsunderhood вопрос к сообществу: а какую либу сейчас лучше всего использовать для работы с canvas на клиенте?

@greybax @jsunderhood нет. Лучше сказать "инфографику".

@oelifantiev @jsunderhood d3js.org

@oelifantiev @jsunderhood Оч расплывчатый запрос. Для объектной абстракции paper.js хорош. Для игр pixi.js.

@xgrommx @jsunderhood @oelifantiev Изрядно но в том же списке Paper обходит всех,а если смотреть на примеры - там даже сравнивать бесполезно

Несмотря на твиттер, день прошёл продуктивно. Ребейзнул и починил бранч с аутентификацией на версию с graphql-js. А что вы сегодня сделали?

@jsunderhood как быстро можно перевести проект с полусотней эндпоинтов на graphql-подобное решение?

Нет пока простых решений, увы ( Вручную надо переводить. @roman01la

@jsunderhood меня интересуют любые решение, переход руками — это нормально

Если нода - берешь graphql-js и переводишь. Начинаешь просто с того что задаешь свои типы и связи между ними. @roman01la

@jsunderhood кстати github.com/RisingStack/gr…

Я смотрел, это имхо ещё не готово. Но в целом генерить типы это правильный подход, мы так же делаем. @roman01la

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

В любом случае надо генерить побочные типы, типа InputObjectType или Connection. @roman01la

@jsunderhood GraphQL это что-то типа API Gateway microservices.io/patterns/apiga…?

Нет, совсем не это. GraphQL на другом уровне концептуалтно, API gateway может иметь graphql endpoint. @vladimore

Доброе утро уютный чатик! Сегодня у нас день срачей :) По просьбе @vladimore я расскажу почему я не люблю Angular.

Начну издалека, люблю истории. Вот реакт многие засирают за jsx, типа html в коде, фу. И это при том что jsx это трансформ в js.

А в ангулар магический код в виде html атрибутов, который запускается чуть ли не eval, который не отдебажить и который не js, но это ок %)

Да, я про filter и иже с ними.

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

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

Заметьте я ещё ни разу не сказал 'ангулар тормозит'. Все чисто с точки зрения программиста.

Дальше - у ангулара свои модули, своя система DI, свои тесты, свое все. Какая-то фабрика велосипедов.

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

@jsunderhood хотел сказать чисто с точки зрения программиста тормозит?)

Ну что программист с ангуларом тормозит и это плохо. @a_lithium

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

Но SPA в современном мире это не только формы и это ограничивает использование ангулара.

@jsunderhood чем ужасен интерфейс директив? не докапываюсь мне просто реально сравнить не с чем.

Меня пугают магические заклинания restrict: 'X' с волшебными буквами :) @vladimore

@jsunderhood я делю все фичи на компоненты и директивы мне помогают в этом.

Ты молодец и хороший программист! Я считаю что ангулар не делает достаточно чтобы продвигать такой стиль. @vladimore

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

Ну он плохой по сравнению с текущими альтернативами. @beshkenadze

Прекрасный коммент про N+1 и GraphQL. reddit.com/r/reactjs/comm…

@jsunderhood это да, но разве это не помогает проще принимать решения о том как организовать процесс и о том как писать код?

Да, но проблема в том что надо выучить как в ангуларе принимаются такие решения и потом этот опыт не переводится на другие либы @vladimore

@jsunderhood @beshkenadze может так и лучше сравнивать? Например вот такие-то штуки лучше в плане модульности, биндинга, моделей, etc.

Ну я и старался на контрасте с реактом. @vladimore @beshkenadze

Ну я заметил что я слишком часто начинаю ответы с ну. :)

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

@jsunderhood ни то ни другое не плохо ни хорошо. просто разные подходы. всё зависит от выбора людей.

@jsunderhood что изображено на твоей аватарке?

Был или есть в Питере клуб, не помню названия уже. Там статуя собаки из кожи и противогаза. Голова этой статуи на аватарке. @deepsweet

Мирно закончили срач про ангулар, но не волнуйтесь, у меня ещё несколько срачей запланировано на сегодня :)

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

@jsunderhood текущий angular, это версия 2, остальное Legacy.
Ты ведь не сравниваешь chrome и ie6?

Насколько народ юзает 2.0? Мне кажется legacy не стремятся переводить на 2.0, чую как с питоном 3 и перл 6 будет :) @beshkenadze

@beshkenadze альфа-статус ничего не значит? не думаю, что 2-й ангуляр кто-то использует в продакшене @jsunderhood

Наброшу - а angular вообще кто-нибудь серьезный и большой использует в продакшене? Ну типа Google или Twitter :P @mistadikay @beshkenadze

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

Самый простой троллинг ангулара - спросить почему гугл сами до сих пор его не юзают :P С реактом к ФБ такого нет, они едят свой dogfood.

@jsunderhood магический фреймворк в магическом ентерпрайзе

@jsunderhood @mistadikay @beshkenadze Elisa использует. Но лучше бы она этого не делала :-)

Мало энтерпрайза кровавее чем элиза :) @toivonens @mistadikay @beshkenadze

Для тех кто в танке - Elisa это местный большой телеоператор. Кстати я там отдельно взятый проект таки перевел на реакт.

@jsunderhood у Google много команд разработки, в отличии от FB.

Ну это не правда же. У ФБ очень много разных проектов. @beshkenadze

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

Я же не упоротый :) Никак дешево ни на что не перейти. @vladimore

@jsunderhood пруф: img.ctrlv.in/img/15/08/04/5… . Так что троллинг не обоснован

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

@jsunderhood @vladimore у нас есть проекты на ангуляре, для перехода надо переписывать полностью.

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

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

А-то. Нам js-хипстерам палец в рот не клади, отгрызем и заменин на react/babel/webpack. @ZhivotvorevNik

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

Иногда для поддержки старого проекта надо писать новый код, пусть даже на deprecated технологии :( @RusAlexander

@RusAlexander @jsunderhood пока очень похоже, что сделать angular deprecated могут только HR'ы.

@jsunderhood а какой стек сейчас лучше взять для нового проекта типа-энтерпрайза (таблицы-формочки). Для фронтенд-части

@jsunderhood @ZhivotvorevNik Стоп, то есть реакт уже для хипстеров?

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

Слышал про такое. Думаю эти проекты совмещают скорость angular-а и глубокий model-layer реакта. @vladimore :)

@ilavriv @jsunderhood @ZhivotvorevNik И про Backbone забывать не стоит

Вот кстати с backbone на реакт просто. На одном из проектов просто переписали все view как компоненты. @iamale_ru @ilavriv @ZhivotvorevNik

@iamale_ru ну, в акке @jsunderhood , "только и разговоров, что о <strike>море</strike> React'е и о закате"

Новая тема для срача - coding style. Какое самое срачеобразующее правило в вашем coding style? У нас, например, обязательные trailing comma.

Заодно скиньте ваш .eslintrc/.jscsrc/.jshintrc etc. Вот наш. gist.github.com/freiksenet/464…

Trailing comma, кстати, чтобы диффы были красивые. :)

@jsunderhood вот наш github.com/nordnet/nordne…

@jsunderhood ставить точку с запятой после return или не ставить

Точку с запятой ставить всегда :) @naorunaoru

@jsunderhood очевидно, что spaces vs tabs

Я думал только go-любы юзают табы в современном мире @iamstarkov

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

Всегда бесило что ; опциональна, нелюблю такой код. Всегда надо думать нужна она или нет. Легче всегда ставить. @naorunaoru @ilavriv

@jsunderhood @naorunaoru *brofist*
Что думаешь насчёт Standard style? (Помимо того, что там ; нет) github.com/feross/standard

Что он нифига не standard. @iamale_ru @naorunaoru

Лучший аргумент за ; это правило в standard style - 'never start a line with ( or ['. Правило, чтобы исправить что ты натворил в предыдущем.

@jsunderhood 2 или 4 пробела

@jsunderhood @iamale_ru @naorunaoru вот я тоже так думаю, и @sindresorhus сделал JavaScript happiness style ❤️ XOXO github.com/sindresorhus/xo

@igor_shubovych @jsunderhood 2 пробела и никаких табов!

Самый sensible 'общий' стиль который я видел это airbnb. Почти все по делу. github.com/airbnb/javascr…

@jsunderhood @iamstarkov А как быть с тем что кто-то любит в 2 пробела отступ, кто-то в 4?

Кто СТО тот и решает :) @maksim_valiev @iamstarkov

@jsunderhood @iamstarkov Главное чтобы у всей команды было одинаково хорошее/плохое зрение?)

Естественный отбор :) :D @maksim_valiev @iamstarkov

@jsunderhood кстати, я вот считаю, что объявление переменных через запятую — плохо. дискасс?

Помню делал консалтинг в стартапе, где был кофескрипт и 4 пробела индент.

@naorunaoru @jsunderhood Ушли от этого. Одна переменная - одна строка и свой var, хоть и рябит от них иногда

@jsunderhood @maksim_valiev @iamstarkov решает не СТО, а тимлид.

Это ты в больно большой компании работаешь :) @beshkenadze @maksim_valiev @iamstarkov

@jsunderhood по поводу кодстайла в целом – нужно почаще спрашивать себя не делаешь ли ты случаем работу UglifyJS.

@jsunderhood знаю лично людей, которые часто называют переменные одной буквой, помимо `i` или `e`.

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

@jsunderhood и здесь опять же React со своими `shouldComponentUpdate` и `componentDidMount` задаёт хороший тон.

@jsunderhood аминь! Переменная внятно должна отвечать на вопрос "что?"

@jsunderhood моё любимое – `dangerouslySetInnerHTML` facebook.github.io/react/tips/dan…

Мне кажется они намеренно, чтобы люди не юзали) @deepsweet

@vladimore @jsunderhood в былые времена были и `l`, и `m`, и даже `n` во вложенных циклах-перециклах :)

В такие моменты хочется включить лимит на cyclomatic complexity. @deepsweet @vladimore

@jsunderhood @vladimore кстати, есть что-нибудь живое ("babel") кроме github.com/es-analysis и eslint.org/docs/rules/com…?

Не знаю, никогда не думал о том чтобы серьезно это включать, обычно такое на code review ловится. @deepsweet @vladimore

@jsunderhood когда-то была забавная идея github.com/deepsweet/dba, я даже на мелких штуках пару раз юзал :)

Кстати мы очень любим code review. Мне кажется это очень помогает, чтобы код катился в легаси медленнее.

@jsunderhood кстати, а что вы используете для документирования кода? начиная от стиля/"методологии" и заканчивая инструментами.

Хороший вопрос! Есть ли альтернатива jsdoc? @deepsweet

@jsunderhood я уже упоминал github.com/codemix/babel-… пока вёл свою неделю, т.е. заменить jsdoc на flow annotations + обычные комменты.

flow как документация это хорошо, но не достаточно. Не подходит для описания API или деталей как что-то концептуально работает. @deepsweet

@deepsweet @jsunderhood исповедуем методу "читай код".

@deepsweet @jsunderhood вот тут мужик рассказывает как писать меньше доков youtube.com/watch?feature=…

@jsunderhood code review, но это дорого.

Кривой код в продакшене - дороже. @beshkenadze

@jsunderhood Если код работает, то дорогой будет поддержка, но это отложенные траты.

Ну ясно что это trade off. Мы выбрали более дорогой код сейчас, чем более дорогая поддержка потом. @beshkenadze

@beshkenadze @jsunderhood цена поддержки важнее стоимости разработки. Пускай последняя и кажется выше.

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

Ну у нас мы сами заказчики. @beshkenadze

@jsunderhood а code style в пре-коммит/пуш хуках проверяются. Или есть менее жесткие пути?

Мы вместе с тестами проверяем стиль и соответственно на CI @11bit

RE: code review i.imgur.com/eBBAUct.jpg

@jsunderhood поговорим об организации хранения изображений? Кто как подключает SVG: файлом, в html, base64? Как можно автоматизировать?

Помню мой кофоундер для iconic сделал webpack loader который грузил svg inline. К сожалению так и не дошли руки опенсорснуть. @neonick

Сейчас уже поздно, это было у одного из клиентов.

@neonick @jsunderhood Используем стеки bit.ly/1DpROQl

@neonick @jsunderhood Вкратце, клеим всё в виде строк в svg-icons.js, а на странице создаём элемент и в нужном месте вставляем в DOM

@neonick @jsunderhood у нас @mista_k сделал такое github.com/mistakster/gru… . пользуемся в проектах. удобно.

Тонны плюсов в карму @Denis_dp за использование @firefox #DevEdition Берите пример - в канари-версиях браузеров полно плюшек для вебдева!

@neonick @jsunderhood github.com/webpack/url-lo…

@MaximSukharev @jsunderhood в некоторых проектах используем github.com/christianalfon…

@jsunderhood Привет, подскажи какой js фреймворк мне лучше выбрать если я хочу сделать что-то вроде twitter meets youtube

Это в смысле vine или coub? @verylazydreamer

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

Надо брать что лучше знаешь или что больше понравилось после туториала. Ember хороший фреймворк. React для меня лучше.

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

@jsunderhood кстати вопрос к адептам реакта, почему lifecycle methods в реакт имеют такие длинные имена?

@jsunderhood например вместо ComponentDidMount не было бы лучше afterMount ?

Почему нет? Точно сразу понятно что это за метод. @verylazydreamer

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

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

@jsunderhood чем afterMount не понятен? И при этом он короче. Мне просто интересно чем они руководствовались когда называли

С префиксом component они все одинаково начинаются, удобно группировать.

Доброе утро! Сегодня у нас эмигрансткий день. Как я говорил, я в Финляндии 12 лет из 28, живу здесь всю учебу и карьеру.

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

В Финляндии хорошо если ты любишь единение с природой и когда мало людей. Хельсинки пытается быть хоть немного городом, но фейлит.

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

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

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

Налоги тут высокие, но если смотреть на все Европу, то достаточно средние для развитых стран. В Дании, например, выше. В Чехии сильно ниже.

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

Так что ждите получить 3к евро чистыми после названной зп в 5к.

Русские в IT и науке тут бывают (иногда) нормальные, остальные эмигранты больше любят Путина, чем самый ватный ватник в России.

Я кончил, можете задавать вопросы.

@jsunderhood не хочется разводить политосрач, но почему они тогда уезжают? :D

По тем же причинам что и все остальные - работа, семья или учеба) Почему-то эмиграция некоторых больно бьет по голове. @7rulnik

@jsunderhood как местные относятся к it-эмигрантам?

Нейтрально. Я за 12 лет ни разу не был подвержен дискриминации :) @azbykov

@jsunderhood @azbykov а в целом к русским?

Я лично дискриминации не чувствовал. Кто сам этого хочет всегда может её себе придумать. @vecmezoni @azbykov

Про дискриминацию, заранее отвечу - нет, тут не отминают детей просто так, как в целом, так и у русских.

@jsunderhood ну, зато открыть свой стартап можно :)

Рынок маленький очень) @beshkenadze

В YC точно не возьмут :D @beshkenadze

Ну и у меня тоже тащемта ;) Я про то что стартап нацеленный на финский рынок это фигня. @yuritkachenko @beshkenadze @sorgoz

@jsunderhood как раз через три недели переезжаю) самый важный вопрос: сколько нужно бабла для более-менее комфортной жизни?)))

Сложный вопрос, сколько ни зарабатывал, всегда хочется больше :) Самое дорогое квартира. Мы снимаем недалеко от центра, 1300€ @smashercosmo

Это евро-двушка. В спальных районах можно найти за 700€. В остальном - алкоголь очень дорогой. Остальное по-моему окей. @smashercosmo

Вообще, думаю одному можно достойно жить на 2000 чистыми (~3300 до налогов), вдвоем на 3000 (~4500). @smashercosmo

@jsunderhood «достойно» включает путешествия/накопления/крупные покупки? @smashercosmo

Зависит от того насколько достойно вести жизнь в остальное время) Мне сложно судить, я буржуй и не умею копить) @mistadikay @smashercosmo

@verylazydreamer live reload / hot reload. Hot-reload - это замена компонентов на странице без ее перезагрузки. @jsunderhood @alex_ivantsov

Hot reload меня прям возвращает во времена когда я писал Common Lisp. @listochkin @verylazydreamer @alex_ivantsov

От 3000 евро до налога уже можно жить. На семью с ребенком нужно от 4100e - впрочем, все индивидуально очень @smashercosmo @jsunderhood

@jsunderhood я часто замечал, что украинцы, которые переехали в Россию, тоже «ватнее» многих. Наверняка для этого синдрома есть название :)

@ilnurkhalilov @jsunderhood вы аккаунтом не ошиблись? Тут, вроде, про разработку было.

Тема эмиграции это вполне про разработку) @ZhivotvorevNik @ilnurkhalilov

@jsunderhood @listochkin @verylazydreamer @alex_ivantsov github.com/caspervonb/amok

@jsunderhood @cssunderhood а как вы думаете, нужен ли современному разработчику свой блог? Полезно это аль нет?

Если нравится писать - то пиши. Есть много способов получить репутацию и без блога, например опен сорс. @mr_skriming @cssunderhood

@jsunderhood Зато намного больше чем во многих других местах Европы. Культура потребления тут нормальная. Не Америка, но жить можно.

Тут хуже с потреблением чем в Германии, UK, Бенелюксе или остальной Скандинавии. @toivonens

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

В Голландии есть amazon.nl и amazon.de с доставкой за 3 евро, а не 25 :) @toivonens

@jsunderhood Те же самые магазины есть и в Финляндии. Интернет везде работает. Но не всё можно купить там.

Сойдемся на том, что за потреблением надо ехать в США :) @toivonens

@jsunderhood 10 твитов можно заменить одним: “Я живу в Финляндии 12 лет, а вы все неудачники!”

Закончим с политотой, перейдем к пятиминутке ненависти. Ненавижу когда просят чтото установить глобально (типа npm install -g).

Это отличная дорога в ад из-за несовместимых версий тулзов в проектах. Есть ./node_modules/.bin и npm scripts. Только локальная установка!

Кстати npm scripts еще может заменить ненужный gulp/grunt. gulp/gruntfile это всегда каша. webpack для сборки, npm scripts для запуска.

@jsunderhood пример конфига в студию)

Сейчас в вебпаке вроде можно удобнее переопределять конфиги. gist.github.com/freiksenet/d46… @ZhivotvorevNik

Это кстати еще до выхода babel конфиг. Старые добрые времена.

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

Поэтому они *все* должны быть локальными. Никогда не было проблем из-за разных версий, например, karma? @antonfrolovsky

@jsunderhood Если есть локальная karma то дергается именно она :) если её нету то глобальная. Не вижу сложности держать 2 штуки.

А зачем тогда вообще глобальная? @antonfrolovsky

Еще пример scripts с большим количеством вещей:
gist.github.com/freiksenet/773…

Всё большое можно перенести в отдельные скрипты, либо баш либо просто js. Гарантирую что будет чище чем писaть это gulp-ом.

@jsunderhood прямо чувствуется негативный или даже травматичный опыт с галпом

@jsunderhood ну как сказать, без глобального npm и bower далеко не уедешь, ну и еще без npm-check-updates. для остального согласен

Вот npm это исключение которое может быть глобальным. Bower кстати не нужен вообще :) @playpausenstop

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

Будь мужиком, откажись от bower, блеять) @playpausenstop

@jsunderhood @playpausenstop а что вместо bower?

Все через npm. @touzoku @playpausenstop

@jsunderhood как это? Не знает, но вычитает их с тебя?

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

@jsunderhood @kuksikus а если при этом проживаешь в другой стране, то как это происходит?

В смысле если ты не в Финляндии, а работодатель финский? Платишь налоги по законам страны проживания. @Sigiller @kuksikus

@jsunderhood В России зарплату тоже до налогов указывают

Я слышал принято компенсировать налоги конвертом. Мопед не мой, я никогда не работал в России. @toivonens

@_sashashakun @jsunderhood В Финляндии тоже есть налоги "до зарплаты". Про них никто не говорит, говорят про подходный.

О них не говорят, так как они не зависят от твоей налоговой карты и тебе они не должны быть интересны. @toivonens @_sashashakun

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

@toivonens @jsunderhood по-моему это индивидуально обговаривается. Плюс традиционные 13% это же не все налоги.

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

И самое главное они не часть твоей зарплаты, тк они не часть твоего налогооблагаемого дохода. @toivonens @_sashashakun

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

Работодатель в Финляндии платит свои налоги на зарплату сотрудников, например часть соц страховки. @_sashashakun @toivonens

@jsunderhood на определенном этапе это становится ужасно неудобным. Makefile практичнее будет.

Makefile ценен, когда есть входы и выходы. По-моему нет разницы Makefile из 100 PHONY тасков или такой же npm scripts. @alexeyraspopov

@alexeyraspopov @jsunderhood мне кажется npm scripts и Makefile это вспомогательные вещи, а не взаимозамещающие gist.github.com/playpauseandst…

Различия чисто визуальные, зачем еще один тул? @playpausenstop @alexeyraspopov

@jsunderhood @alexeyraspopov ну JSом на многих проектах стэк не заканчивается :) и вот здесь Makefile идеален

@playpausenstop @jsunderhood @alexeyraspopov и это сразу перестаёт работать на винде

Ты так говоришь, будто это что-то плохое :) @iamstarkov @playpausenstop @alexeyraspopov

@jsunderhood @playpausenstop @alexeyraspopov безумно плохо, кросс-платформенный nodejs, а ваши проекты всё ещё не работают на винде

Деплой будет на линуксе, разрабы на линуксе или маке, зачем старатся? @iamstarkov @playpausenstop @alexeyraspopov

К тому же для Make есть cygwin. @iamstarkov @playpausenstop @alexeyraspopov

Давайте поговорим о дискриминации. Кто из мужчин-программистов нравится вам внешне?

Lee Byron из ФБ по-моему очень милый :) @toivonens avatars1.githubusercontent.com/u/50130?v=3&s=…

@toivonens @jsunderhood bobuk? :-D

@toivonens Мне нравился Пол Айриш, особенно то что он немного похож на хирурга из Nip Tuck. А потом он женился, и я обиделась.

@iamstarkov @jsunderhood @playpausenstop предлагаю слово "верстальщик" считать матерным.

@alexeyraspopov @jsunderhood @playpausenstop не соглашусь, из много на рынке и это нормально, а не «матерно»

Не понимаю эту профессию, это те кто темы для вордпресс делают? @iamstarkov @alexeyraspopov @playpausenstop

Не представляю что будет делать верстальщик в проекте с реактом. @iamstarkov @alexeyraspopov @playpausenstop

Мне кажется это отголосок прошлого, когда не было фронтенда, а были темплейты. @iamstarkov @alexeyraspopov @playpausenstop

@jsunderhood тоже что и всегда. Сверстает и отдаст на имплементацию. @iamstarkov @alexeyraspopov @playpausenstop

Какая-то лишняя работа получается. Мне все равно переписать после этого. @SilentImp @iamstarkov @alexeyraspopov @playpausenstop

@jsunderhood Ну вот я например не умею верстать. Чтобы сделать продукт, мне нужен верстальщик в помощь.

Вау. Я удивлён :) Я всегда это делал сам и не ожидал что не все фронтендеры это делают. @toivonens

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

@jsunderhood а используешь ли в работе каким-нибудь Livereoad'ом?

Webpack + React hot loader @WarEnek

@jsunderhood @iamstarkov @alexeyraspopov На последних двух работах были версталы и js раздельно. Ваше "матерно" очень некрасиво выглядит.

@jsunderhood об актуальности разделения вёрстки и логики говорит активность в аккаунте @cssunderhood

@alexeyraspopov @iamstarkov @jsunderhood @playpausenstop у нас верстальщики пишут jsx. В начале было тяжело, со временем стало норм.

Доброе утро! Сегодня мы поговорим про Webpack и почему это наш выбор для сборки фронтенда.

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

И к js модулям все привыкли, тут миллионы решений, от того же webpack-а до require.js до browserify. Все модули на любой вкус.

С css-ом или например картинками или шрифтами все поступали более грубо. Возможно был список файлов и гулп или грунт делали над ним магию.

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

webpack решает эту проблему убирая это различие между js-м с модулями и другими ассетами. CSS это такая же зависимость проекта как и js.

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

Дальше больше - url внутри css-a это такой же require. Можно не думать о том что ты перепутаешь путь в сервере.

В собранном css-е будет ссылка на (возможно захешированный) файл с картинкой или шрифтом. Просто отдавай весь build folder и будет счастье.

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

Кстати такая модель с зависимостями отлично ложится на реакт. Один компонент, один css/less файл.

Oстальные плюшки webpack-а, типа hot reload, code splitting - вишенка на торте. Главное - возможность все выражать через зависимости.

@jsunderhood как раз вчера хотел холивар начать webpack vs browserify)

@jsunderhood А как вы взаимодействуете с дизайнерами и верстальщиками?

Всегда верстал сам, никогда не работал с верстальщиками. Дизайнеры присылают макеты в виде картинок или подобного. @volyihin

@jsunderhood есть такой БЭМ стек с возможностью выражать все через зависимости. Его не поняли и за это не любили... А тут наоборот (

БЭМ пугал когда он вышел. Там была простыня текста в документации на не очень прямом английском про философию. @voischev

Но я не спорю что БЭМ (был?) крут и имел в себе кучу правильных идей. Я в БЭМ стиле CSS/LESS всегда пишу. @voischev

Что я имел ввиду - авторы БЭМ не смогли его продать. В том числе из-за сложной и не очень удобной документации, ИМХО. @voischev

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

@jsunderhood то есть ты можешь и @jsunderhood и @cssunderhood ))

@jsunderhood @voischev БЕГИ

Это больная тема и священная корова? @deepsweet @voischev

@jsunderhood оооо ща набегут боты на ключевые слова @voischev

@jsunderhood но для тех кто понял он вполне себе работает

@jsunderhood @voischev просто больная

Люблю запах флейма по утрам :) @deepsweet @voischev

@jsunderhood @voischev Пока просто лайкну. Отвечу потом.

Иногда мне кажется что аудитория jsunderhood на 90% состоит из бывших сотрудников яндекса и соответственно бывших БЭМ разработчиков.

Яндекс это как Нокия у вас? Если не работал на прямую, то как минимум заляпался через консалтинг?

У нас до развала Нокии половина IT индустрии на нее работало. Очень рад что она сдохла, народ хоть делать что-то начал свое.

@jsunderhood очень смешно :-)

В Гугле работать - это наверное как в Макдаке? Сначала хозяюшкой на устраиваешься, потом через 3 повышения уже стажёр-разработчтк?

Почти так, только остаешься хозяюшкой всю карьеру, если тебя не зовут Гуйдо ван Россум или Роб Пайк :) @toivonens

@jsunderhood а я вот не умею красиво верстать( есть какие то мануалы для тех кто уже знает что-то о CSS но в кучу собрать все не может?)

Сейчас удивительное время, когда верстать уже не так страшно как раньше, особенно если без ИЕ9. Научись flexbox и лепи) @markbaraban

@jsunderhood в точку. я уже забыл когда о чём-то таком всерьёз парился. чё-то там про flexbox ляп сюда, ляп туда, и лайаут готов.

@jsunderhood @markbaraban Дада, без flex уже не жизнь.

@jsunderhood щас ещё дополнительно набегут те, кто обижается на реальность "верстальщики уже почти не нужны".

Про это я вчера уже нафлеймил) @deepsweet

@deepsweet @jsunderhood не ну пол беды layout, а что бы ну прям full stack. там дали диз, ты такой оп и все красиво)или flexbox как панацея?

Внезапно это панацея для 99% того что раньше было сложно и хачно. @markbaraban @deepsweet

То есть конечно есть другие вещи которые надо знать как делать. Но стало в миллионы раз проще. @markbaraban @deepsweet

Мне уже не снятся кошмары про двойной padding и zoom:1 @markbaraban @deepsweet

@jsunderhood @markbaraban "хачно" – 99% крутоты бывших CSS ниндзей и прочих джедаев.

ИМХО сейчас в стилях сейчас важнее сделать все модульно и чтобы поддерживать просто было. А с этим программисты обычно лучше справляются.

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

@jsunderhood но остались ещё потерянные "верстальщики", которые реально и ни туда, и ни сюда. и пишут в блоги про то, как подлючать шрифты.

@jsunderhood Чем ты дебажишь NodeJS приложения?

Я консервативен, я все дебажу console.log :( @toivonens

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

@toivonens @jsunderhood А чем можно нормально дебажить ES2015-приложения на Node.js? Сумел настроить Webstorm, но всё равно неудобно.

@toivonens @jsunderhood Попробуй WebStorm :—) Он офигенно крут в работе с Node.js.

Не люблю IDE. Я даже с емакса еле перебрался на atom. @gxoptg_ @toivonens

@toivonens @jsunderhood Мой процесс: билдю код в ES5 с Babel в отдельную папку, добавляю соурсмапы, ставлю точки останова в сбилденном коде

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

@jsunderhood а jspm как альтернативу веб паку никто не пробовал?

Он другие assets кроме js умеет? Не могу найти с первого просмотра. @11bit

А потом удивляются, откуда у них reflow ползет

Сейчас удивительное время, когда верстать уже не так страшно как раньше, особенно если без ИЕ9. Научись flexbox и лепи) @markbaraban

8:04

Это смотря как сделать. @from_anywhere

@toivonens @jsunderhood а как же github.com/node-inspector… и аналоги ? Я им пользовался ровно один раз, но он мне здорово помог

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

@gxoptg_ @toivonens @jsunderhood Вот только адски глючит, если дебажить код, пропущенный через babel/register, в отличие от node-inspector.

С емакса на атом? Но зачем?

Не люблю IDE. Я даже с емакса еле перебрался на atom. @gxoptg_ @toivonens

9:15

Захотелось перейти, надоело чинить емакс постоянно. Еще линтер очень удобный в атоме. @rainrb

@jsunderhood вот уж загадка, Atom как-то вообще поделие непонятное. Тормозит адово, каких-то иконок-спецэффектов навертели, лучше саблайм уж

Зато допиливается через js и css за секунду. @rainrb

@jsunderhood толку, если он на проекте среднего размера загибается

Да ладно, у меня норм. У меня правда куча всего убрано, типа табов и treeview. @rainrb

Емакс кстати тоже не летает, если не считать вылетов в систему. @rainrb

@slonoed @jsunderhood месяц назад пробовал с ним снова поиграться — не завелось. Тормозит сильнее рубимайна.

На этой неделе самый чёткий @jsunderhood именно по мировозрению, адназначна!

@jsunderhood а чем atom лучше sublime text?

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

@veged @iamstarkov @voischev @jsunderhood Я вроде спрашивала пару месяцев назад и его не было. Можно ссылку?

Мифические инструменты для зависимостей :) @toivonens @veged @iamstarkov @voischev

@jsunderhood это адово тупиковый спор, ведущий только в обречённость некоторых технологий. уводи тему куда-нибудь :)

Ты про так и не разгоревшийся диалог про БЕМ? @deepsweet

JSON все-таки убогий формат, жаль что мы так широко его используем.

@jsunderhood А yml?

Я скорее что хотелось бы формат со схемой, который бы стал массовым. @toivonens

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

Появился у тебя datetime в json, сразу у тебя кастамный код на клиенте и на сервере чтобы правильно его (де)сериализовать.

@jsunderhood альтернативы?

Не знаю, менять профессию :) Слишком наш js мир завязан на json чтобы что-то нормально поменять. @dpolyakov

@jsunderhood @dpolyakov transit крутая штука github.com/cognitect/tran…

Вот кстати да, transit норм, хоть и schema-less. @roman01la @dpolyakov

В JSON многих подкупает что типа сериализации without any effort. Вообще это неправда, любая сериализация требует обработки твоих данных.

Если ты просто делаешь JSON.stringify на свои объекты, ты не сериализируешь, а блюешь своими данными наружу.

Это особенно заметная проблема в js или например в питоне, в Java или Haskell (де)сериализация обычно domain-specific.

@jsunderhood @dpolyakov кастомные сериализаторы/десериализаторы – вещь! github.com/cognitect/tran…

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

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

У меня вот редко получается так тщательно делать code review, больно добрый может.

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

Ну линтеры конечно у нас настроены и это очень помогает. @iamstarkov

@jsunderhood часто ревьюиться самому, ревьюиться перекрестно

@from_anywhere @jsunderhood перекрестный code review: mgoblog.com/sites/mgoblog.…

@jsunderhood а кто мешает на объекте объявить toJSON метод? или я не правильно понял

toJSON окей, а как from? @sevaisnotcow

@jsunderhood смотреть не на код, а на логику. “Здесь ты делаешь лишнюю работу” “А ты учел то-то?” “а у нас есть такой-то API” и т.д.

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

Просто json не решает этой задачи. Надо писать свою сериатлизацию на основе json, json просто так это не решит.

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

В этом и поинт, стоит ли городить такое решение или просто перейти на транспорт со схемой? @sevaisnotcow

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

Давайте поговорим о дискриминации. m.geektimes.ru/post/259762/ Знаете красивых девушек программистов?

@backendsecret Да. Только большинство во фронте. Бэк так жесток, что не каждая девушка выдержит его.

Фронтендеры, эти смешные бакендеры считают свою профессию сложнее :D @dcromster @backendsecret

Кстати такие заявления и есть дискриминация. "Фронтенд простой, это женское дело, настоящие мужики пилят бэк." @dcromster @backendsecret

@jsunderhood Мой вопрос почему-то игнорируют. Но реально же в Европе девушек-фронтендеров мало, а бекендеры есть @dcromster @backendsecret

@jsunderhood @dcromster @backendsecret Яков Файн утверждал что бэк может каждый, а красивый фронт в эру балованых юзеров - нет)

Вообще я такого не замечал. Хотя бы тут знаю примерно поровну фронт и бэк. @toivonens @dcromster @backendsecret

@jsunderhood некоторые компании думают, что место женщины — под столом pic.twitter.com/ObxspcSeYb

"В индустрии нет сексизма! Женщины сами уходят потому что им неитересно!" @skygrach

@jsunderhood @skygrach співбесідував веб девів для однієї компанії у львові , рекрутер попереджала, що їхні деви не дуже добрі до дівчат

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

@tishkova @skygrach @jsunderhood Это русскоязычная реклама. Я не думаю, что они 100% вызывают резонанс.

Было бы на западе - вызвало бы. В России сексизм и вообще -изм это норма. @toivonens @tishkova @skygrach

@toivonens @skygrach @jsunderhood Варя, но это же пиздец! У нас бы их уже линчевали в прессе

@olyapka @tishkova @skygrach @jsunderhood Шок? На моей 1й работе у начальника на столе был вибратор, который угрожалось "применить" за баги

WTF. @toivonens @olyapka @tishkova @skygrach

@jsunderhood @olyapka @tishkova @skygrach Серьёзно! Это был сайт Photofile.ru Это была 1я работа, я думала что везде так и часть культуры

Тоооооолсто :) @yuritkachenko @toivonens @cssunderhood

С такими историями в русском IT, я не удивлен что местные порывы боротся с неявным сексизмом вызывают удивление. Явный бы побороть %)

@tishkova @toivonens @jsunderhood это норма. на фб больше 100 расшариваний и НИКТО не обратил на это внимания facebook.com/photo.php?fbid…

Да какое побороть - признать что есть проблема, хотя бы.

@ilavriv @jsunderhood @skygrach в былые времена у меня работали 3 девушки программиста (Бэк, фронт, фуллстек) все было супер

Ну не стоит всё загонять под одну гребёнку. Это же Авиасейлз: их кредо — эпатаж @jsunderhood @toivonens @tishkova @skygrach

Это не оправдание. Не вижу массового осуждения, наоборот как будто "хорошая шутка". @ilnurkhalilov @toivonens @tishkova @skygrach

@jsunderhood @ilnurkhalilov @toivonens @tishkova @skygrach между эпатажем и обычным мудачеством очень тонкая грань и они её не чуют

@ilnurkhalilov @jsunderhood @tishkova @skygrach Так о том и речь: они пошлют. А хотелось бы, чтобы их все послали.

Ну достаточно публично отказаться от их продуктов. Я никогда их сервисом не пользовался. @toivonens @jsunderhood @tishkova @skygrach

Ты молодец, а мне в ответы шлют что проблемы нет. @ilnurkhalilov @toivonens @tishkova @skygrach

Какой же занудный на этой неделе @jsunderhood. Прямо на зубах скрипит.

@jsunderhood @backendsecret классно шутка зацепила :) Был как-то на перловой конфе - 2 девушки. Был на фронтовой: ~40%.

Тут вопрос в чем причина - в том что девушки не любят бэканд или конференции полные бэкандеров :) @dcromster @backendsecret

@verkholantsev а по-моему один из лучших so far @jsunderhood

@mistadikay @jsunderhood Эта отвратительная тема гендерной дифференциации разработчиков, этот флейм не по делу — фу.

Я говорю о том что мне интересно. Технические топики были всю неделю, пора поговорить о не-технической части. @verkholantsev @mistadikay

@mistadikay @jsunderhood Потому что в профессии важны профессиональные качества, а не гендерные.

А кто тут говорит обратное? Проблема именно в том что наличия яиц в индустрии бывает важнее проф качеств. @verkholantsev @mistadikay

@jsunderhood гендерную политику компании определяет руководитель, а не разработчики, тут индустрия ни при чем @verkholantsev @mistadikay

Разработчики могут голосовать ногами. Мы таки не на заводах работаем чтобы выбора не было. @Seleckis @verkholantsev @mistadikay

Я бы не пошел в компанию с такими руководителями. Если человек сексист то он 90% и в остальном говно. @Seleckis @verkholantsev @mistadikay

@jsunderhood где вы видели, чтобы люди уходили с работы, только потому, что рядом работает человек другого пола? @verkholantsev @mistadikay

Я имею ввиду обратную ситуацию. Не идит работать в @aviasales и подобные гадюшники. @Seleckis @verkholantsev @mistadikay

@backendsecret а также на днях случилось очень крутое, «Правила поведения на конференциях» были переведёны на русский ru.confcodeofconduct.com

@jsunderhood насчет рекламы в @aviasales думаю, что здесь стоит применить бритву Хенлона @verkholantsev @mistadikay

Злого умысла нет, а damage is done. @Seleckis @aviasales @verkholantsev @mistadikay

В пятницу я таки порвал пуканы. Даже наезды на Яндекс и БЭМ не вызвали такой реакции. Надо к вечеру еще за геев выступить, для закрепления.

Чтобы люди поумнели? @Seleckis @aviasales

@jsunderhood ДАЖЕ, Карл!

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

Да у всех это в крови. Это не значит что надо молчать и не указывать на ошибки) @Seleckis @aviasales

@jsunderhood когда коту делать нехера, он яйца вылизывает. Когда разработчик неумен, он о надуманном "сексизме" вещает с умным видом

Бугага. Читайте @jsunderhood. Политика, сексизм и геи. "Все, что вы хотели знать о мире frontend"

Delicious ad hominem. @svenyurgensson

@jsunderhood соглашусь. @aviasales вы не правы.

@jsunderhood любой, поющий про сексизм может сходить в ЛЮБУЮ картинную галерею и найти хотя бы 10 художников-женщин. Обратное - роддомы

Самое лучшее выходит из людей. Все женщины в роддом. @svenyurgensson

@jsunderhood @toivonens @tishkova @skygrach нет там сексизма, вы чего, в Таиланде местные шлюхи сами такое предлагают за 500 бат.

Sexism 0.0 imfdb.org/images/thumb/b… @rusgautama @toivonens @tishkova @skygrach

Буду теперь на сайте @jsunderhood почитывать эту неделю, когда накатит настроение "А не вернуться ли в Россию?"

@jsunderhood @ilnurkhalilov @toivonens @tishkova @skygrach мудаки шлют. Спасибо за поднятую тему.

@svenyurgensson @jsunderhood бггг, кажется, тут кто-то не различает корреляцию и причинность. А ещё там нет картин африканских художников…

@svenyurgensson @jsunderhood …наверное, потому, что эти чёртовы чёрные все тупые, да? Или всё-таки есть какие-то социальные причины?

@jsunderhood вот ещё норм тема для вброса, ящетаю

Немного о нашем профессиональном слоне в комнате: я надеюсь, все понимают, что политика "не хайрим друг у друга" это преступление?

8:51

И правда, давайте переведем тему. @lambdadmitry

@lambdadmitry @jsunderhood а в чем именно?

Стараются удерживать рост зарплат. Самый простой способ получить больше денег - уйти на другую работу. @SelenIT2 @lambdadmitry

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

Поэтому я за четкие формулы по которым высчитывают эти зарплаты и за то чтобы все зарплаты в фирме были публичными.

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

Это не повод этим пользоватся для экономии) В итоге все разузнают зп друг и друга и будет грустно. @__fro

Статья про формулы для зп
open.bufferapp.com/introducing-op…

Buffer вообще дальше идут, у них все публично даже наружу, не только внутри компании.

@jsunderhood никто и не говорит, что это хорошо. Просто в процессе участвуют 2 стороны и надо учитывать их особенности )

Ну со стороны нанимателя там будет какой-нибудь CEO или HR, у них преимущество над интровертным программистом.@__fro

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

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

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

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

Причем я не говорю что начальство *хочет* наебать программистов. Начальство может просто не понимать, что оно делает чтото плохое.

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

@rusgautama я работаю у вас уже год, отлично справляюсь, профессионально росту, считаю что достоин большей зарплаты @jsunderhood @__fro

Для многих это большой стресс, по разным причинам. Когда все изначально честно - все намного проще. @Seleckis @rusgautama @__fro

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

Наверно всё это скорее о стартапах, чем о любой компании. @mktoid

@jsunderhood что такое «честно»? )) @rusgautama @__fro

Прозрачно, по формуле которую все знают и с которой все согласно. Без сделок за спиной. @Seleckis @rusgautama @__fro

@jsunderhood @mktoid в стартапах нужно давать опцион

Вот меня (и коллег) дважды с ним практически наебали. Отлично мотивирует. @__fro @mktoid

@jsunderhood и как рассчитать формулу? По количеству коммитов за единицу времени? Это уже проходили в Индии ))) @rusgautama @__fro

Смотри пример в статье раньше в истории. @Seleckis @rusgautama @__fro

То есть с опционами такая же проблема как с зп. Должно быть честно и прозрачно. @__fro @mktoid

@roman01la @jsunderhood @__fro самое крутое нанимать людей на больше денег чем ты получаешь

@jsunderhood все равно тут тоже играет не всегда объективный человеческий фактор @rusgautama @__fro

Конечно. Но лучше убрать его хотя бы на какую то часть, чем 100% рассчитывать на него. @Seleckis @rusgautama @__fro

@jsunderhood Должно ли выражаться в зарплате культурное совпадение? То есть банальное "более приятный человек". На бизнес это же влияет.

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

Считаем что все профи и не настолько различные чтобы постоянно сраться. @toivonens

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

@jsunderhood Все равно ситуация со временем будет меняться, тут формулы не выведешь, только индивидуальный подход.

Я и не говорил что это просто. Это сложно и об этом надо думать а не давать это на откуп в hr. @__fro

@jsunderhood Для стартапов это ИМХО важно. Там нужна мотивация для того чтобы все навалились и быстренько сделали.

Некоторые говорят что diversity типа не даёт стартапу застрять на одних идеях. @toivonens

@jsunderhood @Seleckis @__fro я работал в компании, где у всех разработчиков одного грейда плюс-минус одинаково. Это плохо и привет СССР.

Почему? @rusgautama @Seleckis @__fro

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

Проблема тут что она была низкая а не одинаковая. @rusgautama @Seleckis @__fro

@jsunderhood @rusgautama @Seleckis и таки да, если у вас будет супер-пупер формула, она будет всячески убивать креатив

Ну это какой-то очень притяннутый вывод. Формула для зп убивает креативность? @__fro @rusgautama @Seleckis

@jsunderhood @rusgautama @Seleckis именно, потому что все будут дро**ть на эту формулу, вместо того, чтобы создавать добавочную стоимость

Ты слишком плохо думаешь о людях :) Наоборот не будут грузится что зп меньше коллеги. @__fro @rusgautama @Seleckis

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

Конечно. Но помоему оно стоит того. @Sigiller

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

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

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

И разработать это только одна часть, оценивать людей по этой формуле ещё сложнее. @Sigiller

@suxxes @jsunderhood @__fro в России опционы напрямую запрещены ТК, а судиться в Делавере и британских юрисдикциях не каждый девелпр потянет

Очень интересно. Почему запрещены? @mktoid @suxxes @__fro

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

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

@jsunderhood Потому что нет регулирующих эти понятия законов. По сути понятие опционов просто не работает в России. @mktoid @__fro

Ну нет понятия это разве нелегально? @suxxes @mktoid @__fro

@jsunderhood Ну, ОК, мы неверно выразились. Это не нелегально, а не работает и в суд с договором не пойдешь. @mktoid @__fro

@jsunderhood И по большей степени все обещания опционов, даже документально подтвержденные — это вопрос доверия. @mktoid @__fro

Имхо все что связано с деньгами должно быть на бумаге. @suxxes @mktoid @__fro

@jsunderhood @suxxes @__fro РВК и ФРИИ рассказывали, непрямую слова опционы нет, но попадает под то, как платить работникам ТК запрещает

В Финл опционы это не оплата пока ты их не реализовал. @mktoid @suxxes @__fro

Реализовал в смысле выкупил, а не vest. @mktoid @suxxes @__fro

@jsunderhood Опцион — это не деньги, а обещание возможности покупки. @mktoid @__fro

Это вознаграждение. @suxxes @mktoid @__fro

@jsunderhood Опционы и акции с вестингом — суть разные вещи. @mktoid @__fro

Я знаю, говорим про опционы. stock options @suxxes @mktoid @__fro

@Seleckis @PaulColomiets @__fro @jsunderhood или когда оборот у компании 1,5 млрд, а зарплатный фонд 50 млн на 1К сотрудников - ненормально.

Кстати про stock options, по-моему многие переоценивают их и соглашаются на слишком большое понижение зп.

At the end, это лотерея и тебе просто дается возможность в будущем купить лотерейный билет. Даже не сам билет, просто возможность, Карл!

А при покупке этого билета за тобой еще и налоговая придет, кстати.

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

Да, конечно. Я про то что обладатели оных придает им слишком большую цену, неоправданно большую. @Sigiller

@jsunderhood ну всем хочется верить, что выстрелит и что всё не напрасно)

Sunk costs fallacy и все такое :) @Sigiller

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

Поговорим про менеджеров. Я нахожу модель которая (была?) в Гитхабе и есть в Valve очень привлекательной, то есть когда менеджеров нет.

Гитхаб - zachholman.com/posts/how-gith…

Valve
valvesoftware.com/company/Valve_…

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

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

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

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

@jsunderhood цель разговора с клиентом не нормально поговорить, а продать услугу. :)

Считай что продажа уже была совешенна и надо сделать клиенту хорошо. @VasyaRomashova

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

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

Ну это если продукт в коробке. Хорошие консультанты после заключения контракта стараются понять что клиенту надо. @VasyaRomashova

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

Билишь по часам и все ок. :) @al_yolkin

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

В Финл почти всегда консалтинг по часам/дням/неделям. @al_yolkin

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

Или все могут поговорить с клиентом и реально понять что надо. А то будет сломанный телефон и проваленный проект :) @Sigiller

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

Конслатинг, оговорка по фройду. @jsunderhood

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

Мне кажется менеджер всегда либо поймет либо передаст неправильно. Ну или хотя бы шанс этого выше. @Sigiller

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

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

Что мешает другим компания вести исследования и знать свою клиентскую базу? @VasyaRomashova

@jsunderhood @VasyaRomashova так все все знают, но не считают важным, доносить до тех, кто непосредственно занимается продуктом.

Ну вот от этого же мы и can't have nice things. Опять отсутствие прозрачности. @__fro @VasyaRomashova

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

@jsunderhood @__fro @VasyaRomashova "оба стартапа" - это какие?

Вообще оба живые, но ИМХО потенциала не достигли. hdmessaging.com zenrobotics.com @Sigiller @__fro @VasyaRomashova

ZR еще может и достигнет, HDm продан бездушной корпорации ) @Sigiller @__fro @VasyaRomashova

@Sigiller @jsunderhood под целью, я имею ввиду именно “бизнес-цель”. Она должна держаться у всех в голове, а не методы достижения

Вот да, каждый в компании должен понимать что и зачем они делают как компания. @__fro @Sigiller

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

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

Нет проектов для всех, это эго говорит когда продукт для всех :) @VasyaRomashova @__fro

У всего должен быть target audience. @VasyaRomashova @__fro

@__fro @jsunderhood это какие-то неправильные менеджеры и они делают неправильные ТЗ

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

Ну глупо, но происходит же такое постоянно. @Sigiller @__fro

Это тебе похоже очень везло с менеджерами) @Sigiller @__fro

Еще я очень не люблю митинги. 99% митингов имеют слишком много участников, лог в них ведется лажово и говорит в них один человек.

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

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

@jsunderhood Ага, у нас как-то была проблема с перенасыщением митингами. Ну и что - провели митинг об оптимизации митингов :))

Вот вроде dilbert-esque ситуация, но как-то скорее грустно, чем смешно, тк это реальность ) @RReverser

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

Я и собирался, срач про сексизм был спонтанным. @VasyaRomashova

@Sigiller @jsunderhood как и гуманность. В большинстве крупных компаний построена система, в которой не выгодно быть инициативным

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

Но это же не делает проблему которую они создают меньше. @Sigiller @__fro

@jsunderhood мы начали с no-meetings-Wednesdays, а потом это распространилось на каждый день. часто все вопросы через чат решаются

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

Надеюсь вам я тоже поднял продуктивность, а не убил её :)

@jsunderhood вечер пятницы, а ты уже больше всех наотвечал и стремишься взять ачивку «больше всего написал» =) jsunderhood.ru/stats/

Рекорды @listochkin мне не побить :) @iamstarkov

@iamstarkov мне пришлось замьютить на час @jsunderhood, слишком много :)

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

Но по ретвитам у тебя больше engagement, мне больше отвечают. @listochkin @iamstarkov

@jsunderhood @listochkin @iamstarkov неужели даже взорванные пуканы не помогли?)))

Старею, слишком быстро остыл и стало стыдно :) @ZhivotvorevNik @listochkin @iamstarkov

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

Опять программисты аутисты у вас :) Почему менеджер выдержит а программист нет? @Spellful

@jsunderhood @Spellful потому же, почему программист пишет код, а менеджер нет

Я считаю в консалтинге программист должен уметь работать с клиентами. В продукт компании он должен уметь их понимать. @likhter @Spellful

В просто коде нет никакой ценности, он должен решать задачу. Чтобы понять задачу надо уметь общаться с люди. @likhter @Spellful

Всё-таки @jsunderhood "прекрасен": как только человек до туда добирается, так становится единственным-человеком-с-правильным-мнением :).

Суббота, поговорим про опен сорс. Делает ли ваша компания опен сорс? Какое отношение начальства? Кидайте ссылки на oss вашей фирмы.

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

@jsunderhood На всех работах было отрицательное. Но использование по полной.

@jsunderhood Именно обязывали? А почему не платили тогда?

Не обязывали, но типа через peer pressure. Все контрибьютят, а ты нет. Ты разве не любишь опен сорс? @gxoptg_

@jsunderhood было три разных опыта:

@jsunderhood

Последнее интересно, это как и зачем? @lunat1que

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

@jsunderhood мы работали на nokia, но не имели права об этом заявлять публично. И часто работали с новыми дистрибами qt.

@jsunderhood qt поддерживается Nokia, нас мотивировали вносить фиксы, но в приватный репозиторий. От туда они переносили это в открытую репу

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

Там был консалтинг и они так репутацию крутых опен сорсеров поддерживали. @__fro @gxoptg_

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

@jsunderhood в Яндексе хорошо поощралось. на текущей работе до этого дойдут ещё не скоро – пока просто нейтральное неведение.

@jsunderhood но судя по тенденциям, или запретят, или очень всё испортят. во многом тут какие-то варварские 90-е.

Тут как минимум одна компания доплачивает за работу над опен сорсом в свободное время. futurice.com/blog/futurice-…

@jsunderhood а как при консалтинге можно что-то коммитить? Я, наверное, не правильно понимаю слово "консалтинг".

Пишешь проект для клиента, появляется какая-то полезная либа. Просишь клиента окей ли это опен сорснуть. @beshkenadze

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

Тут недавно @dan_abramov собрал деньги чтобы продолжит делать open source. Но он звезда комьюнити, сложно с нуля так же. @deepsweet

@jsunderhood консалтинг – консультирование, а ты пишешь про контрактную работу разрабом или атусорс.

На западе консалтингом любой аутсорс/контактную работу называют. @beshkenadze

@deepsweet @jsunderhood donate за тему для WordPress перевалил за 1k, это за год примерно, так что если всерьёз взяться - думаю реально

@jsunderhood @deepsweet Ага, вот: patreon.com/reactdx. Но конечно нужен community momentum.

Кстати до @dan_abramov мое представление о русскоязычном js комьюнити основывалось на редком чтении хабры и я долго думал что он из США.

Тк я думал что в русском комьюнити из ценного только серьёзные бородатые дядьки которые пилят БЭМ.

Потом @dan_abramov провел @jsunderhood, потом @andreypopp, потом @deepsweet и все стало казаться намного менее грустным.

Так что спасибо @jsunderhood за развеянье мифов о js в России.

@jsunderhood @redcat_nsk и еще есть конторы, которые премируют сотрудников, если те преподают айтишные дисциплины в университетах

Это частая практика? У нас в универах так просто не берут преподавать. @lazeez @redcat_nsk

@jsunderhood @redcat_nsk за все российские вузы не скажу, в Новосибирске пойти преподавать может практически каждый желающий

@likhter но в этом же и есть самый кайф, разве нет? @jsunderhood

Поговорим о плюшках которые вам даёт работодатель помимо зарплаты и акций/опций. Есть ли у вас крутые плюшки, а какие вы бы хотели?

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

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

Правда покупать еду в офис можно, но так мало кто делает. Кстати про еду/колу/пиво в офисе, вы за или против?

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

@jsunderhood для меня самое важное — возможность работать вне офиса, то есть постоянно путешествовать

Надо будет завтра про удаленную работу поговорить. @andrey_sitnik

@jsunderhood +1 за пиво и еду, приближенную к здоровой.

Не плохо ли это, что люди после работы остаются ещё и пить на работе? @mr_mig_by

Компании то точно хорошо :) Хорошо ли для человека не иметь жизни вне работы? Мне интересно это обсудить. @RReverser @mr_mig_by

@jsunderhood самая крутая плюшка помимо зп это свобода решений и право на ошибку.

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

А бывает что нет? @TheSunwave

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

Для компании - лучше, однозначно. Её уверен про самих людей. @mr_mig_by

@Borovikov @jsunderhood +1, добавлю еще возможность экспериментировать и ad-hoc команды

Про это вчера обсуждали :) @mr_mig_by @Borovikov

@jsunderhood не хочешь, не оставайся? Тебя ж не принуждают уничтожать халявное пиво :)

Ну вот я не останусь и получиться что я не в коллективе. Получается выдавливание непьющих или родителей. @mr_mig_by

@jsunderhood @mr_mig_by Мне везет с коллегами видимо - они важная часть моей жизни и вне работы тоже.

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

@mr_mig_by @jsunderhood казуальное общение имеет тенденцию затягиваться заметно за пределы рабочего дня (а хочется дома играть с детьми)

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

@mktoid @jsunderhood такое нужно лечить в зародыше. Готового рецепта не дам.

Люди тут говорят что у них чай кофе и печенья не оплачиваются компанией.

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

Тебя это не мотивирует остаться на работе дольше, дома же самой надо холодильник набить? @toivonens

@jsunderhood Будет выбор - выберу офис с едой, даже если в другом месте предложат в 5 раз перекрыть её стоимость :-)

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

@jsunderhood В России бесплатные обеды тоже доход. Но поскольку у всех один % налога, это не проблема. Вычитают из з/п 13% стоимости еды

С плоским налогом все проще :) @toivonens

@jsunderhood когда в офисе начинают нсть и пить уже никто не работает, так что сомневаюсь

@jsunderhood муз. комната осталась в симфере — по ней скучаю, возможность вечером поиграть в офисе это бесценно. Хоть аппарат и свой был.

@jsunderhood 4х дневную рабочую неделю со свободным графиком и не более 8 рабочих часов в день.

@jsunderhood а в чем проблема сразу сделать опенсорсную либу, и заюзать в проекте клиента?

Ни в чем. Просто часто ценные вещи в процессе работы появляются. @deepwalker

Наш последний день вместе и похоже я таки догоню @listochkin по общему количеству твиттов. Сегодня я хочу поговорить про удаленную работу.

Я очень за со всех точек зрения. Работодатель получает более мотивированных сотрудников и recruitment pool размером с мир, вместо города.

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

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

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

Как вы решаете эти проблемы с удаленными людьми? Что за инструменты можно использовать для этого?

Основатель basecamp написали хорошую книгу про удаленку. 37signals.com/remote/

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

@jsunderhood а бывает наоборот, что слишком много общения и людей вокруг - мешает

@jsunderhood это когда культура не сложилась

Согласен. Обсуждение как именно сделать такую культуру чтобы remote работал. @__fro

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

@jsunderhood даже если ты сидишь в офисе рядом с тем, у кого есть ответ

Это кстати еще и продуктивность повысит - меньше interruptions, больше кода. @__fro

Про communication - в принципе я видел как он не работал даже когда команд(а/ы) были рядом, так что дело скорее в людях а не расстоянии.

@jsunderhood есть 2 варианта: или набирать людей-носителей такой культуры или развивать ее.

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

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

@jsunderhood я читал, как-то все очевидно. Я ожидал что-то в духе кулсторек, а там: если работаешь удалённо, то не надо куда-то ехать.

Да, она скорее старается убедить тех кто еще не убежден, чем показать решения. Как книги о том как бросить курить. @7rulnik

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

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

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

@jsunderhood в яндексе есть соц сеть для этого, сильно помогала распространению информации и заодно лучшее место для срача ;)

Как именно решали чем надо делиться а чем нет? @yuritkachenko

Кстати опять мы упираемся в прозрачность. ИМХО в прозрачной компании, где вся информация шерится легче сделать удаленку. @yuritkachenko

@jsunderhood еще если компания новая, то легко это заложить как фундамент, а если старая, где "деды воевали" ...

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

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

@jsunderhood ... Где лучшие времена и решения придуманы в кухне за пивом, то такую компанию тяжело и даже вредно менять

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

Да! И по-моему многие бы хотели чтобы работало так, но поздно. Слишком мало основателей думает о том что за культуру они хотят. @deepsweet

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

@jsunderhood я вот спустя год до сих пор толком не понимаю кто мой руководитель, а кто его руководитель, а кто менеджер проекта…

Чувствую в голосе нотки фруструции, похоже тебе работу пора менять. @deepsweet

@jsunderhood @deepsweet многие основатели пропустили некоторые ступени на своем пути.

Ну мы прям совсем в философию уходим. :) @__fro @deepsweet

@jsunderhood у нас 3\4 удалённо, а 1\4 в офисе. Топ-менеджмент в офисе.

И как работает? Что по-твоему самое важное, что помогает этому работать? @beshkenadze

@__fro @jsunderhood @deepsweet ну вот fb же считается идеально начинался нет? А теперь это хрен пойми что.

В чем-то у них окей, хотя бы новые интересные технологии делают постоянно. @yuritkachenko @__fro @deepsweet

@yuritkachenko @__fro @jsunderhood я собеседовался в fb и не прошёл на определённом этапе. мнение сложилось скажем так не особо.

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

@yuritkachenko @__fro @jsunderhood может оно и начиналось как гиковый стартап, но со стороны показалось, что сейчас это болотистая махина.

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

Пока не закрылись? И как именно этот контроль происходит? @beshkenadze

@jsunderhood @deepsweet можно узнать, сколько компаний вы основали и как именно действовали? Насколько они были успешными?

Я основал одну и был в двух стартапах, в одном из них был в первых 10 сотрудниках. @svenyurgensson @deepsweet

Я видел как стартапы лажали и хочу не повторить их ошибок. Отстутствие прозрачности оба раза было главной лажей. @svenyurgensson @deepsweet

@jsunderhood @yuritkachenko @__fro в этом плане да, спорить сложно :) просто у меня было идеализированное представление о fb, google, etc.

@jsunderhood скайп\слака, jira, почта. Митинги минимум раз в неделю на каждый проект. Контроль выполнения задач. Кнуты и пряники :)

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

Если это ведет к тому что сотрудники теряют всю мотивацию то это не выгодно владельцу. @svenyurgensson

Так же может вести к плохому пониманию целей компании у сотрудников и в итоге выполнению не той работы. @svenyurgensson

@jsunderhood что значит прозрачность?

Информация о жизни компании всегда и полно доступна всем сотрудникам. @beshkenadze

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

Страсти какие. Ну с таким полиция должна разбиратся. Не могу представить ворующего программиста в Финл. @beshkenadze

Нет, ты правильно делаешь, что топишь за прозрачность. Прозрачность, инспекция, адаптация — столпы Скрама, например, @jsunderhood

Это ты меня прям изыскано опустил :)))) @ilnurkhalilov

Это я к тому что Скрам для меня скорее ругательное слово, я ни разу не видел хороший Скрам. Хороший Скрам это как единорог. @ilnurkhalilov

Но я не спорю что да, многие вещи которые я говорю можно назвать agile. Просто я очень хотел НЕ говорить это слово :) @ilnurkhalilov

@jsunderhood У нас Asana (полная лажа, но тяжело пока поменять), Skype и Slack. Skype для митингов, Slack для ежедневного общения.

Хороший Скрам — это работающий Скрам. Если ты видел плохие примеры, это скорее говорит о реализации, а не о самом фреймворке, @jsunderhood

Вот многие мне так говорили, но я не поверю пока не попаду в работащий Скрам. @ilnurkhalilov

А зря! Есть Манифест Аджайла, есть Скрамгайд — в них написаны основы @jsunderhood

@jsunderhood @ilnurkhalilov +100500. Чертовы “эффективные менеджеры” давно приватизировали и извратили методологию )

@jsunderhood @ilnurkhalilov удивительно, как непрофессионалы, подкупающие бизнес своей лояльностью повсюду гадят (

Я не спорю. Просто за годы была так извращена сама идея agile, что сейчас это скорее способ биллить за час, чем методология. @ilnurkhalilov

Никто вас не будет заставлять строить Скрам, если у вас всё работает. Мне же хочется предсказуемости, @__fro @jsunderhood

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

Когда у нас был HQ в США, а девы в Финляндии, была большая проблема когда последния инфа от клиента из Филлипин приходила долго. @esergeev

Вообще good point. Как работать с сильно разными часовыми поясами? @esergeev

О, сколько раз мне говорили, что у них Скрам, но по факту оказывалось, что это обычный водопад с итерациями! @__fro @jsunderhood

У нас это называют жопа Скрама aka "scrum, but". @ilnurkhalilov @__fro

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

Разделение обязанностей - как это делать? Организовывать по командам в часовых поясах? Или достаточно чтобы все знали что дальше? @esergeev

У нас тестиривщица была в Канаде. Днём мы делали фичи, ночью она их тестировала. @jsunderhood @esergeev

Вот веселье наверно было с ответами "can not reproduce". @ilnurkhalilov @esergeev

Таких отписок мы себе не позволяли, а QA подробно документировала баги — у нас был работающий Скрам :) @jsunderhood @esergeev

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

В полицию сдали или так все отдал? @beshkenadze

Но всё равно было окно в пару часов, когда мы синхронизировались. Без этого совсем сложно @jsunderhood @esergeev

Вот и мне кажется что какой-нибудь overlap должен быть. Даже в oss, нам отсюда сложно работать с ФБ graphql девами.@ilnurkhalilov @esergeev

Да. Был ещё опыт с фронтендером в Беркли. Он ночью подключался к нашим утренним стендапам, @jsunderhood @esergeev

И с 12 принципами гибкой разработки: agilemanifesto.org/principles.html. А в каком виде: Скрама, Лина, Канбана — вопрос менее важный, @jsunderhood

Раз уж мы начали про agile - идеи в Канбане мне нравятся больше чем идеи в Скраме. По-моему короткие итерации это стрессовово и тяжело.

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

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

Тк свой ревью/деплой не получишь пока не поможешь соседу. @jsunderhood

@jsunderhood @deepsweet мы вот это используем: sococo.ru уже полтора года.

@jsunderhood over-communication is the key! использовать таск менеджер по максимуму, меньше пользоваться мэилом, меньше митингов.

@ilnurkhalilov @jsunderhood внедрили скрам, отказались от него и за год, фича за фичой вернули его обратно. Поняли необходимость деталей

Вот и подошла к концу наша с вами неделя. Сделаю небольшой рекап.

В понедельник мы обсуждали GraphQL и как он заменит REST api. Мы также обсудили попутные технологии типа Relay и React.

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

В четверг про grunt, gulp, npm scripts. В пятницу у нас был разговор про сексизм и про ведение бизнеса.

В субботу мы поговорили про бонусы в компании и менеджмент и наконец сегодня про удаленную работу и немного agile.

С вами был @freiksenet. Спасибо за то что с вами было интересно спорить.