Ответы пользователя по тегу HTML
  • Какие бывают вопросы для собеседования на webdev-джуниора?

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

    А так когда сама собеседовала в корне изменила свое мнение о собеседованиях вообще. Можно быть сто пядей во лбу и конкретному проекту и команде не подойти. Поэтому отказы это не всегда потому что знания плохие, а вот просто не стали вы тем кусочком паззла, который искали ребята, не увидели вас таким. Причины могут быть разные, даже чисто коммуникативные, зажатым кажетесь или еще чего, или чересчур болтливы, а человека ищут тихого. И отказ в этом случае - благо, поскольку и собеседующемуся было бы скорее всего нехорошо на этом месте, если б взяли. В целом же да, обычно команда сразу видит, что из человека толк получится (или не получится), где-то к середине знакомства так точно и решения обычно единогласные.

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

    yulsonka
    @yulsonka
    Сделайте себе свой сайт, взяв какой-нибудь исходник. В дальнейшем это будет ваше зеркало прогресса, если продолжите учиться профессии, то раз в год вам захочется задушить того, кто это верстал/писал и все переделать. :)
    Ответ написан
    Комментировать
  • Где найти курсы для обучения front-end в Санкт-Петербурге ?

    yulsonka
    @yulsonka
    На самом деле, курсов по современным тенденциям и всяким advanced техникам я считаю, что нет. Те, кто эти техники знают и в целом готовы делиться, тем особо не до чтения курсов, а кто делится - скорее всего отстали от технологий. Так что советовала бы больше по конференциям всяким ходить, ездить - про разработку, интерфейсы, опять же тусоваться с единомышленниками больше, висеть на фронт-енд форумах, читать, в том числе книги в оригинале, которые Библия и сайты из той же оперы типа Smashing Magazine, а также практика, практика и еще раз практика. Не бояться ошибаться, а учиться на фейлах - это чуть ли не главное. Плюс бонусом можно найти кучу видео-докладов с разных конф в Интернете от разработчиков Яндекса и других известных компаний, в особенности если нет возможности ходить по конференциям самому.
    Есть еще вот такой забавный сервис - https://gibbon.co/, где можно составить себе план чтения различных статей по разным тематикам. Довольно удобно для чтения в дороге и прививает хорошую привычку расширять кругозор ежедневно. :)
    Ответ написан
    Комментировать
  • В чем смысл PSD шаблона дизайна сайта?

    yulsonka
    @yulsonka
    Попробуйте работать без макета и поймете в чем фишка. :) Скажу заранее, что основная заморочка здесь в правках, которые проще вносить в макет, нежели в макет и верстку следом. На этапе дизайна прототип может быть переделан, а на этапе сбора фидбека может быть и вовсе все переделано с нуля - мы живем в очень неидеальном мире. :) Купер писал про интерфейсы о вещах, которые мало где работают в плане живых примеров. :) Так вот это я к чему - можно, конечно, и даже похвально пытаться поэкономить время дизайнерам. Иногда когда это постоянная команда это работает, но максимум в мелочах и никак не в масштабах шаблона, уходящего к кому-то на утверждение. А дизайнеры, впрочем, давно сами научились экономить себе время и либо делают прототипирование, идею и надобность которого умело пропихнули заказчику, либо имеют набор заглушек для графических редакторов, которые легко трансформировать в нечто новое и доналепить нужных фентифлюшек. А у девелоперов своей головной боли обычно хватает и весь мир спасать пытаются либо уж очень наивные новички, либо на всю голову отчаянные энтузиасты. :)
    Ответ написан
    Комментировать
  • Как изменить размеры при изменении navbar в bootstrap 3 ?

    yulsonka
    @yulsonka
    Просто измените условие сворачивания в соответствующем cssе - это правка media-query. Firebug в помощь, скорее всего это будет либо класс navbar, либо navbar-wrapper. Найти легко.
    Ответ написан
    Комментировать
  • Как можно сделать, чтобы заказчик не мог скачать твои исходники HTML, CSS и JavaScript и скрыться с ними?

    yulsonka
    @yulsonka
    Ни разу не вопрос про технологии :) Да и где вы находите таких ушлых заказчиков, которым код показать нельзя - тут же убегают с ним. Фильтруйте людей, прежде чем браться за проект и будет вам счастье, ну или договора составляйте так, чтобы была почасовка и гарантированная оплата коли уж фрилансите.
    Ответ написан
    Комментировать
  • Какие существуют размеры экранов?

    yulsonka
    @yulsonka
    +100, ответ на ваш вопрос: экраны бывают разные и на всех смотреться должно в идеале хорошо, так что берем браузер и ресайзим, где ломается - делаем breakpoint - да, минус в том, что в разные файлы вы это не разнесете, но берите препроцессор в руки и вперед - там удобно все прописывается прямо в лесенку.
    Ответ написан
    Комментировать
  • Возможна ли адаптивная верстка под любое разрешение экрана?

    yulsonka
    @yulsonka
    Есть разница между респонсив и адаптивностью - habrahabr.ru/post/148224/.
    По хорошему же веб-разработка примерно с момента выпуска третьей версии бутстрапа стала отходить от оптимизации сайта под ряд устройств, опираясь на популярные значения ширины: 420, 768 и так далее, потому что сайт должен смотреться хорошо даже если взять, вывести его на телевизионную панель и медленно уменьшать окно браузера до 320 пикселей в ширину. Мораль в чем: примерно это при тестировании и делается, окно браузера постепенно уменьшаем или наоборот идем от малого к великому, если используем mobile-first подход и везде, где картинка "рушится" ставим breakpoint с помощью media-queries. А вот чтобы не писать кучу значений и иметь возможность ими гибко управлять - очень подойдет препроцессинг, где можно выносить переменную breakpointа, что очень упрощает кодинг хорошей адаптивности.

    А еще я не очень поняла как вы пишете медиа запросы - неужели просто @media (width: 600px)?
    В любом же случае прописывается диапазон типа: @media (min-width: 480px) and (max-width:567px) и тогда совсем уж месива быть, мягко говоря, не должно для устройств, лежащих в этом диапазоне ширины экрана. Возможно, это именно то, что хоть как-то исправит ваше "месиво".
    Ответ написан
    13 комментариев