• Возраст junior во frontend?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Важен не возраст, важно умение работать. У молодежи зачастую отсутствует навык "работать". Многие путают изучить язык и разбираться в программировании.
    Многие путают работу и стажировку. Многие вообще путают работу и обучение, считают, что джуниоров на работе кто-то чему-то обязан научить и дать карьерный рост.
    Старый для джуниора - это 50+. Там уже вопросы почему и как. Но в таком возрасте обычно люди переквалифицируются либо внутри компании, либо другой проверенный путь.
    Ответ написан
    Комментировать
  • Почему render выполняеться перед componentWillMount?

    rockon404
    @rockon404 Куратор тега React
    Frontend Developer
    Потому что библиотека не ожидает возвращаемое значение в componentWillMount и следом сразу вызывает render.
    Забудьте этот метод - он не рекомендован к использованию. Как уже писали выше, асинхронные запросы рекомендуется инициировать в componentDidMount. Он выполняется после вызова render, который вы по какой-то неясной причине хотите избежать.

    Вот два варианта решения:
    1. До загрузки данных возвращать в render null или прелоадер.
    render() {
       const { data } = this.props;
    
       if (!data) return null;
         
        return (
          <div>
            <FilterModels />
          </div>
        )
      }
    }

    2. Переместить загрузку данных в родительский компонент и отрисовывать целевой по условию:
    render() {
      const { filterData } = this.props;
      return (
        <Wrapper>
          {filterData  && <FilterForm data={filterData} />}
       </Wrapper>
      )
    }
    Ответ написан
    Комментировать
  • Почему когда используют Docker для поднятия окружения, создают по контейнеру на каждый сервис а не всё в одном контейнере?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    В основном потому, что докером сильно злоупотребляют, используя его не по назначению.
    Ответ написан
    Комментировать
  • Почему когда используют Docker для поднятия окружения, создают по контейнеру на каждый сервис а не всё в одном контейнере?

    vvpoloskin
    @vvpoloskin
    Инженер связи
    Получается 3 виртуалки, так же накладных расходов больше, чем если бы всё в одном контейнере было.

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

    Используют его хипстерские стартапы, у которых нет денег на админов и devops, а с линуксом работают программисты по шпаргалке вида «нажмите кнопку пуск для выключения компьютера», глубоко не погружаясь в детали. В солидных организациях используют нормальные средства виртуализации, средства типа докеров и джейлов в пром среду не запускают
    Ответ написан
    7 комментариев
  • Актуально ли изучать nodejs для бекенда или лучше оставаться на php?

    Anubis
    @Anubis
    Люблю корейскую кухню и веб-разработку
    Не могу сказать что лучше с точки зрения производительности/ресурсоэффективности в сценарии "получи http-запрос, отдай ответ", но имхо нода как минимум удобнее. Правда, я от пхп уже отвык и не писал на нём ничего уже лет 5.

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

    Учи, не прогадаешь.
    Ответ написан
    3 комментария
  • Как мне быть в такой ситуации.Куда двигаться дальше?

    Хреновое у тебя настроение, 33 для програмиста не возраст, мне 42 и я несколько раз проходил путь от джуна до синьора, просто для встряски мозгов, последний раз менял специализацию в 39. Делай упор на английский, с хорошим английским работы море, при чем на удаленке платят больше чем на аутстаффе, правда и риски больше, кстати чтобы устроится на мидла, не запись в трудовой нужна "работал джуном год", а фактическое количество собранных граблей на технологии, на которые ты второй раз не наступишь, на собеседованиях просто спрашивают по матрице, поэтому необходимые навыки ты легко можешь узнать, просто регулярно проходя собеседования и подчитывая и реализуя то, на чем завалился. Завалив собеседование ты не ЧСВ должен понижать, а просто понимать, что ты узнал, что нужно доучить и идти на следующее собеседование.
    Ответ написан
    Комментировать
  • В чём разница между RWD и AWD?

    @trofimovdev
    Python
    Отзывчивый (резиновый, responsive) дизайн использует %, vh/vw и тому подобные "резиновые" величины, которые меняются в зависимости от размера экрана, а также media-запросы. В респонсив версии используется один и тот же HTML шаблон, и мобильный пользователь загружает тот же контент, что и для десктоп версии, целиком.content_responsive-thumb1.gifАдаптивный дизайн имеет заранее несколько версий сайта для разных размеров (320px, 760px, 1024px, etc.), которые не подгружают лишних элементов, как респонсив, если их не будет на странице.
    картинка для понимания
    content_awd-vs-rwd-agente.png


    P.S.: информация взята с agente.ru, там поподробнее расписано.
    Ответ написан
    2 комментария
  • Для чего идеальна MongoDb? Примеры приложений, где монга будет лучше mysql?

    @xfg
    Высокопроизводительные распределенные интернет-приложения. Конкретные примеры: amazon.com, netflix.com, ebay.com. NoSQL движение возникло как ответ на проблемы масштабируемости. Реляционные базы ориентируются на требования ACID и как следствие имеют проблемы с горизонтальным масштабированием. Для таких баз необходимо реализовывать шардинг на уровне приложения. Но тогда будет необходимо отказаться от ACID, объединения таблиц и контроля целостности. В таком случае реляционная база теряет все козыри перед NoSQL. Но оставляет на плечах разработчика заботу о шардинге.

    Интернет забит вопросами о том как жить без транзакций в NoSQL. Но бизнес-процессы в реальной жизни не являются транзакционными. Вы не можете человека, который покушал в вашем ресторане, а теперь отказывается платить по счетам заставить сделать роллбек вашей еды. Фактически посетитель вам бросил эксепшен. И даже если вам удастся извлечь еду из вашего посетителя, то маловероятно, что она будет готова к последующему употреблению. Но можно взыскать с него все затраты через суд и придти таким образом в согласованное состояние. Любому бизнесмену это очевидно. Но программисту нет. Он хочет транзакционно. Но пишет систему для автоматизации бизнес-процессов. Парадокс.
    Ответ написан
    7 комментариев