Задать вопрос
  • Какие сайты хорошо подготовят к собеседованию React разработчика?

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

    - как работает this в javascript
    - как работает прототипное наследование в javascript
    - generators, async/await, promises, setTimeouts, что из них раньше выполнится и т.п., расскажи про микротаски
    - variable hoisting

    - расскажи про HoC, что это такое, где используется
    - расскажи про render props
    - расскажи про portals
    - расскажи про context api
    - react component lifecycle hooks
    - что такое middlwares, какое у них в принципе назначение, какие знаешь, какими пользовался
    - как можно уменьшить количество ререндеров, какие способы оптимизации ты знаешь

    - CORS - ?
    - ФП vs ООП сравнение, их особенности и сильные/слабые стороны
    - composition vs inheritance
    - различные вопросы по паттернам, например рассказать про observer, как это работает концептуально
    - расскажи про пирамиду тестирования

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

    1) Берешь задачу в разработку
    2) Изучаешь код
    3) Говоришь менеджеру (тех-лиду), что ты тут нифига не понимаешь => потребуется больше времени, чем обычно
    4) Говоришь отделу тестированию, что ты вообще нифига не понимаешь, что сделал - пусть протестируют твои правки тщательнее.

    Как-то так=)
    Ответ написан
    Комментировать
  • Как вы при разработке в крупном проекте обнаруживаете выходы за рамки своей части, и как вообще изучаете проект за пределами задачи?

    Adamos
    @Adamos
    Если есть тимлид - то однозначно нужно обратиться к нему. Потому что джун может быть уверен, что ради его правок нужно пересобачить половину готового кода и заработать канделябры от тех, кто его отлаживал. А тимлид ткнет его носом в простой и естественный способ ничего лишнего не ломать. Даже если на это потребуется в десять раз больше времени того зеленого джуна.
    Ответ написан
    7 комментариев
  • Существует ли "Грокаем ООП"?

    BorLaze
    @BorLaze
    Java developer
    Вы не с того начинаете.

    GoF - это нечто вроде best practices, как и в каком случае применять те или иные возможности, предоставляемые ООП (полиформизм, абстрактные методы/классы, интерфейсы и т.д.).
    Само собой, что из себя представляют понятия, перечисленные в скобках, надо уже знать.

    Если совсем уж на пальцах, GoF - это правила правописания. Естественно, прежде чем их учить, надо знать буквы.
    Ответ написан
    2 комментария
  • Что делать если youtube занимает слишком много времени?

    Kadzi
    @Kadzi
    Ом
    Тут речь о мягких навыках, в частности про управление собой и концентрацию.

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

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

    Вот например, чтобы изучить что-то основательно, нужно курить 3-4 часовые видео + практика, но в реалиях такого энтузиазма мало у кого есть, поэтому, как вариант начать с 5-15 минутных видео. Просто начать.

    У меня была точно такая же история, только вместо ютуба я читал тостер)))) Понимая, что не могу с собой ничего поделать, я начал просматривать по 300-400 советов из разных тематик ежедневно в том числе рубрики в которых я полный ноль. А позже я культивировал полезный поиск + сбор полезных материалов, в том числе из комментариев.

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

    В один момент, я понял, что хочу углубляться по вопросам и перескочил с тостера на видео, книги и практику. Начинал так же, с банальных вещей, которые культивировал. Например, что такое цвет? И по 15-20 мин ежедневно что-то читал, смотрел изучал, пока не захотелось это делать по 30 мин в день. некоторые вещи я хочу делать теперь по 3-4 часа в день.

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

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

    Мягкие навыки 1
    мягкие навыки 2
    40 правил философии ответственности обрати внимание на 2 правило
    теория психики
    рекомендую его заметки

    Давай ещё разок: тебе не сжигать мосты нужно, а выжать полезное действие из привычки.

    0. Никаких резких перемен не будет.
    1. Почитать про софт скилы и что формирует их.
    2. Продолжить смотреть ютуб, разбавив ежедневной рубрикой "полезные 15 минут"
    3. Окружить себя инфополем текущего уровня, пока не захочется на следующий. А захочется, так как эти 15 минут превратятся рано или поздно в 20, а потом в 30. Культивация полезного действия.
    4. Попав на новый уровень, проделать тоже самое.

    Культ полезного действия применим к любым жизненным ситуациям. Учиться учиться, учиться правильно читать, искать, серфить, смотреть и слушать. Это тоже навык.
    Ответ написан
    Комментировать
  • Какое направление выбрать для входа в разработку и есть ли этот самый выбор?

    @nrgian
    - Реально ли за срок 2-3 месяца, нигде не работая, а только учась, выучить технологии\языки для фронтенда до уровня когда могут взять джуном?

    Трейни, не джуном.
    Да, я нанимал таких.
    Причем если есть 2 человека, один с годом опыта, но работа ему не интересна, а другой с месяцем опыта и хочет работать и развиваться, то второй нааааамного предпочтительнее.
    О заработке на первых порах следует забыть, там копейки.
    Но в первые два года постепенный и большой рост (по сравнению с самым началом карьеры)

    - Более утопический вариант: реально ли за аналогичный срок добиться того же результата, но изучая Java?

    Мне и недели хватило.
    Но это же зависит от бэкграунда.
    Ответ написан
    Комментировать
  • Как научиться понимать английский язык на слух? Это вообще возможно?

    @alex_fedorov
    Посоветую очень крутой аудиокурс (по моему мнению) - Power English от A.J.Hoge. Поначалу кажется, что преподаватель говорит довольно быстро, но затем привыкаешь. К тому же курс основан на том, чтобы прослушивать один и тот же урок по нескольку раз. Еще один из плюсов - очень интересные и правильные вещи автор рассказывает в своих уроках.
    Ответ написан
    1 комментарий
  • Как научиться понимать английский язык на слух? Это вообще возможно?

    @kova1ev
    Я бы еще добавил, что тут словарный запас ощутимо решает. По крайней мере, когда я стал подтягивать свой словарный запас, вдруг заметил, что многие фразы в роликах, кино или песнях становятся понятны на слух.
    Ответ написан
    3 комментария
  • Насколько адекватно требовать домашнего развития от разработчиков?

    Sanes
    @Sanes
    Если разработчик хочет развиваться, то на работу он будет тратить не более 4х часов. На работу, которая оплачивается.
    Ответ написан
    Комментировать
  • Решать задачи VS Продолжать учиться?

    KickeRocK
    @KickeRocK
    FrontFinish
    Ничего не учите и не делайте.
    Всё, ответственность снята, спите спокойно.
    Потом скажете, что могли стать крутым прАграммистом, но Андрей с тостера помешал.
    Загуглите "карта развития фронта" и попробуйте найти работу трейни, лучше по знакомству
    Ответ написан
    Комментировать
  • Можете оценить уровень кода?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Навскидку:
    1. В проектах по-хорошему использовать типизацию TypeScript, Flow. PropTypes в таком случае использовать не надо.

    2. Тут в коде бессмысленное условие:
    render() {
        const { report = {} } = this.props;
        return (
          <Fragment>
            <Head>
              <title>Doctor problem with {report.doctor.name}</title>
            </Head>
            {report && <ReportDetail showDetailButton={false} data={report} />}
          </Fragment>
        );
      }

    report у вас существует всегда. Надеюсь понимаете, что пустой объект кастуется в true.

    3. Про ESLint/TSLint уже писали.

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

    5. Логику работы с куками лучше вынести в actions.

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

    7. Компонент __app можно декомпозировать.

    8. Неясно зачем тут геттер
    get renderReports() { /* ... */ }

    9. Для сортировки можно использовать меморизацию.

    10.
    handleChange = (e, key) => {
        const value = e.target.value;
        this.setState({
          [key]: value,
        });
      };

    <Input
      id="outlined-name" //  зачем?
      placeholder="Problem Summary"
      value={reportTitle}
      onChange={e => handleChange(e, "reportTitle")}
    />

    Можно заменить на:
    handleChange = e => {
        const { name, value } = e.target;
        this.setState({
          [name]: value,
        });
      };

    <Input
      id="outlined-name" //  зачем?
      placeholder="Problem Summary"
      name="reportTitle"
      value={reportTitle}
      onChange={handleChange}
    />


    11. /components/ReportDetail/constants.js зачем?

    12. Где-то запросы в экшенах, где-то в компонентах.

    Не знаком с next.js поэтому ничего объективного по организации кода сказать не могу, так как не до конца понимаю как этот фреймворк работает. Вижу, что авторизованных запросов пока нет. Запросы к API у вас будут происходить только на стороне клиента?
    Ответ написан
    Комментировать
  • Какой необходимый уровень знаний для junior React.js Разработчика?

    Junior-React разработчик?
    По-моему, как-то странно звучит.
    К изучению стэка технологий, среди которых Реакт нужно подходить уже будучи не совсем джуном: важно понимать базовые основы функциональной парадигмы, отличие её от ООП, понимание архитектуры flux и потоков данных, уверенный уровень JS (ES6), как асинхронность работает, всякие ajax-api (axious, fetch), конечный автомат (что такое и зачем нужен). Про хтмл\вёрстку, само собой, конечно же.
    Я когда без хорошего навыка JS полез в Реакт, то не понял, что вокруг происходит.
    Ответ написан
    2 комментария
  • JavaScript Зашифрованный js код?

    sergiks
    @sergiks Куратор тега JavaScript
    ♬♬
    Похоже, это скомпилированный в типа-бинарный формат скрипт для какого-то из Adobe'овских продуктов.
    Попытка реверса из 2014-го.

    Кто-то написал конвертер JSXBIN в JSX. На github его давно удалили по требованию Adobe.

    Сохранились исходники на C#, компилировать самостоятельно.
    Ответ написан
    8 комментариев
  • Как промоутить джунов в мидл разработчиков?

    vt4a2h
    @vt4a2h
    Senior software engineer (C++/Qt/boost)
    Сначала вам необходимо подготовить максимально полную классификацию, кто есть кто в вашей компании. Например, абстракный джун обладает такими-то скилами, реашет такие-то задачи и т.п. Мидл, умеет и знает всё тоже самое, что и джун + что-то ещё по каждому из пунктов + возможно дополнительные пункты. Начиная со старших разработчиков уже должно быть прописано, как сотрудник влияет на бизнес и т.п.

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

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

    Вот пожалуй и весь нехитрый набор рекомендаций. Важно, на мой взгляд подходить к реалзиации каждого этапа итеративно и командно. Выносить на всеобщее обсуждение, дорабатывать и т.п.
    Ответ написан
    6 комментариев
  • Роутинг на JS. Это легально?

    @afanasiyz
    Javascript-разработчик
    Вечер добрый.
    Вы не тупой, в ангуляре существует модуль роутинга.
    Да, ангуляр сам получает событие изменения адресной строки, и, согласно вашему коду, на него реагирует.
    Ответы:

    1. Да, сервер, в случае SPA просто отдает данные из БД а если роут ему неизвестен - просто отдаст index.html, в котором будет бандл angular (или React) приложения, которое развернется и проверит, что написано в адресной строке, может ли это приложение обработать этот запрос. Все таки изначально, при первом запросе url идет до бэкэнда.
    2. Ну, если вы не хотите использовать Angular - да, такой подход имеет место быть, вопрос только зачем - современные фреймверки позволяют без боли создавать приложения. не нравится ангуляр - пробуйте React или Vue.
    3. Да, ангуляр, как и реакт - для SPA. Не отвечу точно про ВК, судя по всему да, или использует много элементов оттуда.
    4. Да, дает, ваш бэкэнд в данном случае (в случае православного простого SPA) превращается в обертку для БД (очень условно, тапками не кидайте, всякое бывает, я знаю).
    Ответ написан
    1 комментарий
  • Как работать с выгоранием?

    Judixel
    @Judixel
    Front-end Engineer
    К сожалению, вы описали типичную ситуацию на галерах. Если продолжите работать в подобных компаниях, то ничего не поменяется, будут так же требовать сдавать проекты ещё вчера. Студии по такому принципу и работают, набирают 10+ проектов, а потом пытаются сдавать в срок, для владельцев это деньги, для вас выгорание.

    Попробуйте найти продуктовую компанию, там как правило и требования по скилам выше, но и работа движется более планомерно, без скачков между проектами. И прокачаетесь более качественно.
    Ответ написан
    Комментировать
  • С чего начать учить React?

    Используйте Create React App
    Все что надо для старта там есть. Ставьте и переписывайте начальный компонент на ваше смотрение
    Ответ написан
    1 комментарий
  • Насколько обоснованы замечания по тестовому заданию?

    mazhekin
    @mazhekin
    Frontend, Backend Web Developer
    Да не переживайте, это обычная ситуация, это скорее всего случай когда валится проект, руководство ищет выход из кризиса, какому нибудь лиду предлагает кандидатов, а он упирается и отсеевает всех, чтобы все от него зависело. А если вы ещё и знания показываете вам вообще туда дорога закрыта. В крайнем случае там может появится очень сильно лояльный джун на которого потом повесят ответственность за весь факап (типа лучше него невозможно спецов найти). И ничего по большому счету тут сделать нельзя, пока все не лопнет, и не поменяют всех вместе с лидом.
    Ответ написан
    Комментировать
  • Актуальные книги по C#?

    @kotarak
    Я начинал с энциклопедии Шилдта. Это просто сухая теория вроде "есть такая фича, она умеет делать так". После того, как общее понимание сложилось, прочитал Рихтера c# via CLR. В этой книге кратко и интересно объясняется как работает язык, а не что он умеет. Это как Скотт Майерс, только в шарпах. Но без знания других языков или базы шарпов к Рихтеру лезть не стоит. Можно заменить скучного Шилдта METANITом, но при дальнейшем изучении придутся гуглить некоторые базовые вещи.
    Ответ написан
  • Почему в вакансиях в требованиях большой стаж и нужен ли он?

    @ince
    Часто достаточно знать 60% от описанного в вакансии, об остальных 40% достаточно просто иметь представление.
    Не стоит бояться, приходи на собеседование, там поймешь реальные требования.
    Ответ написан
    Комментировать