Когда пришел на типа собеседование которое оказалось "сделай нам за 3 месяца стартап проект на ПХП который ты не знаешь и может тебя возьмем"

Потел как собака когда зашел

Он мне собеседует а я пот вытираю каждые 2 секунды

Все так

Потел как миддл - check

Недавно собеседовал чувакакоторый метил на тимлид

Вердикт аппер-джун оказался

Так что главное верить в себя))

хм, хитрый план

собеседоваться на миддла чтоб взяли хотя бы джуном

на тимлида то есть

https://github.com/h5bp/Front-end-Developer-Interview-Questions/tree/master/Translations/Russian

Спасибо, покурю

https://github.com/h5bp/Front-end-Developer-Interview-Questions/tree/master/Translations/Russian

Пипец конечно список, особенно раздел “Светская беседа”

“Закончите предложение: Brendan Eich и Doug Crockford являются __________ языка JavaScript.”

Помоги лягушонку сверстать пейджу

Моё любимое

Самое полезное

Роман, кто присутствует в твоей ленте?

наверное после таких вопросов надо убегать

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

почему?

обычные вопросы. я иногда спрашиваю откуда новости узнают. сайты / твиттер / чаты / etc

может многое сказать о кандидате

Явно не с порога, райт?

+++

но у большинства хабр)

но у большинства хабр)

гитхабр

Зачем проваливать?

Лучше провалить несколько раз, больше опыта будет.

Потому что у меня вопрос к тому, почему эти вопросы идут первыми

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

а если он фолловер?

Потому что у меня вопрос к тому, почему эти вопросы идут первыми

может специально сбить с толку? (типо зачем мне это, это код не поможет писать)

А если я не читаю твиттер, я не подхожу сразу по первому пункту?)

Норм вопросы

а если он фолловер?

Это неважно

Если его нет в твоей ленте, то сам понимаешь

(

Как джс разработчик ты не состоялся

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

Может кто по d3/svg подсказать? Делаю сетку с помощью d3.ticks, в итоге линии при растеризации размазываются между пикселей.

Хороший бизнес помоему

@chicoxyzzy bump

обычные вопросы. я иногда спрашиваю откуда новости узнают. сайты / твиттер / чаты / etc

И какие еще источники? кроме твиттера и репозиториев гибхаба? hackernews и reddit не очень, так как много не нужной инфы.

Medium, к примеру

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

Как джс разработчик ты не состоялся

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

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

Многие подписываются на твиттер и считают, что на этом их развитие достигло предела

Теперь новоиспеченным кандидатам придется заучивать имена звёзд javascript'а

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

ну вот, расскажи какие топовые для тебя ресурсы?

Ну, и гит, конечно. Все это намного полезнее твиттера

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

ну вот, расскажи какие топовые для тебя ресурсы?

pornhub

pornhub

ну это само собой

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

Но все это прочитать невозможно за раз, поэтому существует еще pocket, кудка складируются ссылки)

Идея в том, чтобы очищать его переодически

Идея в том, чтобы очищать его переодически

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

архивировать — да, очищать — нет

какие вообще новости имеются в виду?

очищать после прочтения, конечно

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

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

Я научился быстро читать :D

ERROR: S client not available

на гитхабе достаточно подписки на ченжлог найтли

какие вообще новости имеются в виду?

где то кто то наговнокодил очередной js-говнофреймворк, теперь с банановым вкусом fp?

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

и автоматом их скипаешь при скролле

эту правда не пропустил :D

на гитхабе достаточно подписки на ченжлог найтли

https://changelog.com/nightly/

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

Если же речь не о линках на статьях, то какая полезная инфа там еще может быть? "Смотрите, я нашел баг в v8, который вы никогда не встретите в своей жизни"

а если встретите, то все равно наткнетесь на статье на том же medium через день

По мне если человек следит только за твиттером, то ему лень развиваться

Куда круче качать вяские курсы с kickass (который умер)

и задрачивать их

Хороших статей критически мало

Пират или ниндзя? Бонус за комбинацию. Аргументированную. +2 за зомби-пират-ниндзя-обезьяну ребзя, о чем это?

это откуда)

"Светская беседа" же

https://github.com/h5bp/Front-end-Developer-Interview-Questions/tree/master/Translations/Russian

>ну, серьезно, ребят, что вы там такого божественного видите в подписках на твиттер. Божественного – ничего. Мне, например, помимо того, что статьи накидывают, нравится еще и обсуждения под твитами читать)

Вот это да, хорошая штука)

Народ, как вы считаете, нормальный ли такой интефрейс: есть компонент ExternalFilters, который используется в кучи мест и получает список фильтров с сервера через api. У каждого фильтра свой тип и соответсвенно свой компонент, поэтому было решено передавать ExternalFilters через пропсы список компонентов, и внутри уже мапить с теми, что пришли с сервера, а в коде это собственно выглядит вот так <ExternalFilters name={} urlToLoad={}> <ExternaFilter type={} component={} /> <ExternaFilter type={} component={} /> <ExternaFilter type={} component={} /> </ExternalFilters> Тут ExternalFilter лишь способ передачи данных, сами эти компоненты в рендинге не учавствуют, нормально ли так? Просто не хочется писать портянку в самих пропсах ExternalFilters, а тут все сразу наглядно видно

А что значит следить за проектом? Каждый раз при паблише новой версии смотрят ченжлог? В обычном процессе знаешь что зачем надо это и юзаешь. Послушал подкаст знаешь что будет в webpack 2, etc

Работодатель же не платит если целый день опенсорсишь

Народ, как вы считаете, нормальный ли такой интефрейс: есть компонент ExternalFilters, который используется в кучи мест и получает список фильтров с сервера через api. У каждого фильтра свой тип и соответсвенно свой компонент, поэтому было решено передавать ExternalFilters через пропсы список компонентов, и внутри уже мапить с теми, что пришли с сервера, а в коде это собственно выглядит вот так <ExternalFilters name={} urlToLoad={}> <ExternaFilter type={} component={} /> <ExternaFilter type={} component={} /> <ExternaFilter type={} component={} /> </ExternalFilters> Тут ExternalFilter лишь способ передачи данных, сами эти компоненты в рендинге не учавствуют, нормально ли так? Просто не хочется писать портянку в самих пропсах ExternalFilters, а тут все сразу наглядно видно

А чем хуже написать <ExternalFilters name={} urlToLoad={} filters={[ { type: ..., component: ... }, ... , ]} /> А так в общем-то норм. Передавать в качестве children то, что не будет непосредственно видно глазами — нормально. С другой стороны, если ExternalFilters при этом будет рендерить какой-то иной список элементов, то наоборот путаница может возникнуть

А чем хуже написать <ExternalFilters name={} urlToLoad={} filters={[ { type: ..., component: ... }, ... , ]} /> А так в общем-то норм. Передавать в качестве children то, что не будет непосредственно видно глазами — нормально. С другой стороны, если ExternalFilters при этом будет рендерить какой-то иной список элементов, то наоборот путаница может возникнуть

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

Поидее такая штука в react-router используется

Эй, реакт-роутер эксперты

Нужна помощь

Есть урлы /leads/active /leads/spam /leads/archive Они приводятся к /leads/:group, потому что мне нужно использовать один контейнер (Leads.List) для них. Это ок. Но есть урлы /leads/1/about /leads/2/photos /leads/2000/tasks Они приводятся к /leads/:id, потому что контейнер-то (Leads.Show) один. Вопрос — как не допустить коллизию?

Хардкодить /leads/archive, /leads/spam и т.п. не оч хочу, потому что потом придётся строку ебать

последнее предложение очень странное

я бы захардкодил

Ну мне придется в компоненте в componentWillReceiveProps сравнивать сроку, потом разбивать её и смотреть группу, хотя я могу просто сделать if (props.params.group !== nextProps.params.group) this.load(nextProps.params.group)