Задать вопрос
  • Какие вопросы на собеседовании ожидать по JS?

    @vmorev90
    Наверняка спросят про замыкания, контекст вызова и прототипное наследование.
    Ответ написан
    Комментировать
  • Верстальщики, что вы используете для адаптивной верстки?

    iiiBird
    @iiiBird Куратор тега CSS
    Пока ты спишь - твой конкурент совершенствуется
    @media запросы используем) создаем свои сетки, которые во всем нас устраивают)
    Ответ написан
    5 комментариев
  • А что если писать сайт вообще в одном файле?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    Гугл примерно так и делает. посмотрите исходник страницы.

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

    PS Для одностраничника вполне оправданно упаковать все в один файл. Кроме, пожалуй изображений в base64 =).
    Ответ написан
    3 комментария
  • Как правильно тестировать адаптивную верстку?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    И все отлично работает, но когда дело доходит до реального телефона все плывет, самое больное - это шрифты они больше чем должны быть.

    Решение проблемы с увеличением шрифтов на мобильных устройствах.

    -webkit-text-size-adjust: none;
    -ms-text-size-adjust: none;
    text-size-adjust: none;

    А если у меня его нет? Так же, не буду же я при верстке каждый раз заливать сайт на сервер и чекать его с телефона.

    Используйте gulp.js, с установленным browserSync, который Вам дает локальный адрес сайта.
    Вводите на устройствах 192.168.0.xxx:3000 (адрес выдается browserSync'ом).
    И каждый раз при сохранении страницы или изменении файлов CSS или JS страница обновляется.
    Вы увидите все возможные косяки, не заливая сайт на сервер.

    Также browserSync можно использовать с установленных виртуальных машин с разными браузерами.
    У меня на столе стоит 2 монитора с разными разрешениями и ноут, подключенный по сети.
    Ответ написан
    24 комментария
  • Как тестировать верстку?

    @soledar10
    html css3 js jquery
    1. Pixel perfect
    2. Валидность кода
    3. PageSpeed Insights
    4. GTmetrix
    5. Pingdom Website Speed Test
    6. Проверка адаптивности
    7. Проверка для Retina (srcset, svg, иконочные шрифты)
    Ответ написан
    3 комментария
  • Где найти русские сайты о css, html, js (front-end)?

    @dimitrion
    Лучший ресурс о JS
    learn.javascript.ru
    Ответ написан
    Комментировать
  • Где найти русские сайты о css, html, js (front-end)?

    dom1n1k
    @dom1n1k
    Ответ написан
    Комментировать
  • Где найти русские сайты о css, html, js (front-end)?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    Еще можно "ловить" на Хабре подборку фронта, там обычно всё самое крутое в одной статье.
    https://habrahabr.ru/company/zfort/blog/313968/
    https://habrahabr.ru/company/zfort/blog/312832/
    И так далее) Я оттуда уже очень много крутецких штук набрал)))
    Ответ написан
    1 комментарий
  • Верстка у нас и в США (одеск) есть ли ключевые отличия?

    @polifill
    1. Одеск уже не существует. Вы видимо имели ввиду UpWork
    2. Что за глупое поклонение перед Западом? Ну да, они это придумали. Но у вас интернет-технологии ничуть не хуже развиты. Скажем доступ конечных пользователей к интернету в РФ даже получше, чем в США. То же самое можно сказать и про требования к верстке - и у нас и у них есть от раздолбайского до крайне требовательного. Страна ничего не решает.
    Ответ написан
    4 комментария
  • Верстка у нас и в США (одеск) есть ли ключевые отличия?

    Поработав на апворке и с заказчиками из СНГ могу ответственно заявить, что ключевых отличий нет.
    Все зависит исключительно от капризов отдельно взятого клиента и его перфекционизма. А замороченный до мелочей человек может жить хоть в Омске, хоть в Нью-Йорке.

    Лично сейчас вспомнил случай, как Российский заказчик выдвинул огромный лист требований. Кроме пиксель-перфект он например просил писать аннотации с оглавлением к каждому Sass-файлу. Потом мы проверяли отображение сайта на всех браузерах, оптимизировали скорость работы и много чего ещё. Нужно сказать, что сайт в итоге получился очень хорош. А на апворке редко когда сталкивался с клиентами, которые требовали вообще что то кроме просто хорошей верстки, которая работает во всех браузерах.
    Ответ написан
    2 комментария
  • "Норматив верстки", какой он?

    HamSter007
    @HamSter007
    HTML/CSS верстальщик
    Проблема в том, что "Как кому повезет"!

    Соглашусь с abbrakadabbra на 100%.

    Заказчик с минимальным бюджетом - заноза! Требует много, а платить еще и думает стоит или нет. Но увы таких 80% биржи.

    Адекватный же заказчик выделяет достойны бюджет, достойный макет, внятное тз. Но найти такого - редкость)

    Так же и с фирмами. Читаешь вакансии, а там требования, чуть ли не на голове стоять, а зп минимальная.
    У знакомого в фирме верстальщик лишь с одним html/css без js и прочего около 1000$ в месяц получает.

    Видимо нужно обладать каким-то качествами то ли маркетолога, то ли мага! )
    Ответ написан
    4 комментария
  • LinkedIn, есть ли польза?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Github-аккаунт с проектами, страничкой и свой блог - вот где есть польза!

    PS: Посещаемость блога - 550 хостов в сутки!
    Спасибо всем, кто зашёл, и особенно тем, кто поставил кружку пива (бонус - за мной)!
    Ответ написан
    8 комментариев
  • Sublime Text 3 сразу в ftp?

    iiiBird
    @iiiBird
    Пока ты спишь - твой конкурент совершенствуется
    в настройках FileZilla в разделе "ассоциации" можно прописать чем открывать тот или иной файл для правки. ну и так и открываешь файл прям с сервера. а при сохранении он автоматом его заливает обратно.
    Ответ написан
    6 комментариев
  • Существует ли "карта программиста"? Что и за чем учить?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    Нет одинаково эффективного пути для всех и каждого.

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

    Тут главное - настолько сильно хотеть достичь результата, чтобы любые препятствия только добавляли азарта. Чтобы ночами спать не мог и думал о задаче. Это ключевой момент обучения. Все остальное - декорации, способы, инструменты...

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

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

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

    На первых порах, тестирование будет занимать до 99% времени и сил. Заодно подтягивается синтаксис используемых языков (вообще не важно каких), вырабатывается внимательность, концентрация, тренируется память и пр.

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

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

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

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

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

    Ах да, обложись справочниками по любому инструменту и научись быстро вникать и подхватывать необходимый минимум. Обычно достаточно на 20% владеть инструментом, чтобы решать 80% задач.

    В любом случае я за критерий истины держу платежеспособный спрос.
    Ответ написан
    3 комментария
  • Как защитить свою верстку от рипа?

    bingo347
    @bingo347
    Crazy on performance...
    Не работать без предоплаты минимум 50% и не цепляться за таких вот заказчиков
    (в голове мысли "что то тут не чисто)
    абсолютно правильные мысли
    Даже если Вы защитите свою работу от "угона", велик риск что просто проработаете за бесплатно, а Ваш заказчик обломавшись с Вами пойдет искать себе другую жертву, ибо сроки у него не жмут, так как когда сроки жмут заказчики готовы к предоплате не то что 50%, а даже 120% (20% - надбавка за переработки)
    Ответ написан
    12 комментариев
  • Что лучше изучить для фриланса по вечерам?

    sHinE
    @sHinE
    веб-разработчик, php/js/mysql и сопутствующее
    Я бы начал с мониторинга бирж на предмет заказов. Но не для выполнения, а для изучения. Смотрите те, где вы что-то умеете или представляете как делать. Доучиваете необходимое и делаете для себя.
    Так и наберете необходимых скиллов.
    Ответ написан
    Комментировать
  • Почему фрилансеры готовы общаться только в чате?

    iiiBird
    @iiiBird
    Пока ты спишь - твой конкурент совершенствуется
    потому что большинство заказчиков идиоты и фрилансеры просто не хотят тратить время еще и общаясь с ними. из личного опыта знаю как один "особый" заказчик любил звонить. среди дня и ночи. по любому вопросу. даже просто уточнить что то. после этого больше с заказчиками на связь не выхожу.
    p.s. а еще это трата времени. порой, когда я общаюсь с заказчиками - параллельно я делаю другой проект. и мне легче общаться по средством чата и не отвлекаться от работы.
    p.p.s а еще мне нужно чтобы заказчик написал тз, ну или хотя бы описал словами что он хочет в текстовом виде. нежели будет придумывать на ходу при общении, а потом мне это еще вспомнимать чтоли? или на диктофон записывать?
    Ответ написан
    13 комментариев