Задать вопрос
  • Виновен ли я в самописном движке?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    с одной стороны SEO-ник не прав, так как.. ну это очень глупое утверждение

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

    То есть притензия SEO-ника возможно была связана с тем что:

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

    Мораль: эксперементы в свободное время, набирайтесь опыта. Старайтесь использовать готовые решения. Помимо wordpress есть масса небольших и удобных CMS с базовыми штуками которые нужны SEOникам и удобны в допиливании программистами.
    Ответ написан
    4 комментария
  • Как вы думаете обман?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    Без страхового платежа мы не имеем права Вам выслать задания.

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

    Собственно раз вы задали подобный вопрос, то лучше не ходите на фриланс - будете только расстраиваться. Лучше ищите постоянную работу.
    Ответ написан
    Комментировать
  • Какие шрифты использовать в landing page?

    Comic Sans конечно же
    Ответ написан
    Комментировать
  • Какие есть варианты компиляции less автоматически при деплое?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    лучше всего организовать автоматическую сборку исходников на сервере?


    Лучше всего исходники собирать не на сервере. Разве что на CI-сервере. Делаем билд, и деплоим только артефакты билда.
    Ответ написан
    Комментировать
  • Переменные в CSS3 уже поддерживает Firefox, что слышно на счёт остальных браузеров?

    miraage
    @miraage
    Старый прогер
    Божечки-кошечки. Сейчас все нормальные проекты собираются gulp/grunt/webpack/etc и юзают less/scss/etc.
    В чем проблема?

    В CSS нету миксинов/вложенности/циклов - в SASS есть.
    Сборка спрайтов, autoprefixer.. Миллион аргументов в пользу препроцессоров и сборщиков.

    Но нет, людям лень учить новые, для себя, технологии.
    Ответ написан
    4 комментария
  • Какую систему учета рабочего времени удаленного разработчика использовать?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Коллеги, вопрос ведь заключается не только в контроле поставленных задач, а в их правильной оценке трудозатрат, расписанию задач и выполнению.

    Контроль выполнения поставленных задач - это задача project manager.
    Контроль качества выполнения задач - это задача qa.
    Расписание задач и выставление приоритетов на этапе планирования - это задача project owner + project manager + ...(зависит от процесса).
    Расписание задач и выставление их приоритетов уже в процессе выполнения - это задача project manager.
    Оценка трудоемкости - это задача developer.

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

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

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

    @FoxInSox
    Не так давно вышла довольно удобная модель для тотального контроля разработчика:
    slave-cage.jpg
    В ней ему довольно удобно сидеть, и благодаря большим отверстиям его можно кормить и мыть не выпуская из клетки. Так же можно видеть что происходит внутри даже издалека, и при малейшем подозрении можно просто накричать, воткнуть в него что-либо острое, или бросить что-либо тяжелое.
    Ответ написан
    1 комментарий
  • Есть ли агрегатор стандартов веб разработки?

    littleguga
    @littleguga
    Не стыдно не знать, а стыдно не интересоваться.
    W3C публикует же сводки?
    MDN тоже вроде блог ведут.

    upd:
    Вот тут W3C пишет о новостях, а здесь у них просто блог.
    Ответ написан
    Комментировать
  • Как верстать макет большего размера чем экран?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    А мне кажется 2480 макет сделан не для адаптивности, а для оптимизации под ретину.
    В таких случаях макет делается х2 от реального размера, и все картинки делаются тоже х2.
    То есть размер реально сверстанного сайта должен быть 1240 + резиновость.
    habrahabr.ru/post/150071

    Но вообще, такие вещи нужно уточнять у дизайнера.
    Это может быть банальной ошибкой, при выборе профиля ФШ)))
    Ответ написан
    7 комментариев
  • БЭМ, блок или элемент?

    Блок имеет смысл вне зависимости от контекста. Футер же имеет смысл только как элемент страницы. Плюс почти всегда футер имеет какие-то характеристики, определяющие его положение: position, margin... и т.д. Что сразу характеризует его как элемент.

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

    class="footer page__footer"

    При этом классу page__footer задать стили, определяющие его положение на странице, а классу footer - все остальное.

    Если на одной странице футер отличается, то его следует переопределить через модификатор. Если отличия в положении, то модифицировать следует элемент: page__footer_modificator, при отличиях в оформлении - модифицируете блок: footer_modificator
    Ответ написан
    3 комментария
  • Стоит ли изучать TypeScript?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Если вам лично нравится, то используйте для своих проектов. Для работы стоит учить, только если вы вливаетесь или организовываете команду где уже во всю пишут или планируют на нем писать. В остальном я тоже склоняюсь в сторону ES2015. Если уж что-то учить в первую очередь, то будущее языка JavaScript, а уж потом всё прочее.
    Ответ написан
    2 комментария
  • Что можно потерять отказавшись от компонентных фраймворков?

    andykov
    @andykov
    Shit happens
    Bootstap нельзя использовать повсеместно.
    Вот недавняя статья как раз на эту тему. Длинная телега про Бутстрап
    Ответ написан
    Комментировать
  • Как тестировать верстку под разные браузеры и экраны?

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

    По браузерам - оптимальное решение это виртуалки, нет - browserstack и альтернативы (или упомянутый уже сауслабс).
    Использовать девтулс и эмуляторы предыдущих версий (например для IE, как выше советовали) - только для "очень грубой" проверки. Точных результатов там не ждите.
    Ответ написан
    Комментировать
  • Что сказать верстаку который верстает так формы?

    bootd
    @bootd Куратор тега CSS
    Гугли и ты откроешь врата знаний!
    Просто не опытный! Объясните ему кто он, Вася, такой и почему это плохо!
    За свою карьеру я заметил 2 типа версталищика.
    - это тот, который смотря на макет видит в нем код в голове, целиком, видит как он будет щас его писать, где тег form, где div, а где и input. Сразу знает как верстать кастомный input file исходя из примера. Им движет опыт!

    - это тот, который в макете видит только картинку, и верстает её так, что бы визуально макет был похож на картинку. Поэтому и не парится про семантику, ибо уверен, что раз отображается как в макете, значит все ок! Им движет хз что!
    Ответ написан
    3 комментария
  • Существует ли краткое древовидное руководство по вёрстке?

    DeLaVega
    @DeLaVega
    Верстаю, фронтэндю =)
    Простите, но при таких вопросах - у вас особенности html и css вообще ни разу не изучены!

    htmlbook.ru - для начала в помощь.
    Ответ написан
    2 комментария
  • Существует ли краткое древовидное руководство по вёрстке?

    @SergeyZelensky-Rostov
    Если не знаете когда какой тип позиционирования использовать то
    особенности html и css
    не изучены, центрирование блоков делают по разному, можно margin, можно position, внимательно читайте про позиционирование в чем разница между relative и absolute, когда поймете вопросов когда что использовать не будет
    Ответ написан
    Комментировать
  • Как сочетать BEM и динамический контент?

    qfox
    @qfox
    Ответы есть у меня
    У вас здесь 2 проблемы:
    • нужны ли классы для динамического контента;
    • как, если нужно, модифицировать структуру динамического контента.

    Проблема структуры не относится к BEM, она относится к семантике и SEO.

    Если же не смотреть на структуру и тэги (использовать ли small внутри или span, заворчивать ли в article) — то вопрос в сущности нужны ли классы на динамическом контенте или нет. Учитывая, что контент динамический, и нет необходимости иметь классы на тэгах, то допустимо сделать каскад на тэги от некоторого блока: например, dynamic-content или content, text.

    Почему именно теги? Потому что WYSIWYG по умолчанию генерирует теги. Но вы можете использовать какие-то доп. инструменты, которые подправят итоговый html, расставят классы и т.д. (например, с помощью инструментов типа https://github.com/posthtml/posthtml ).

    При необходимости можно дополнительно пометить стили тегов классами.

    <div class="text">
      <h1>Caption <small>Some Foo Bar</small></h1>
      <article>
        <p>Lorem ipsum...</p>
        <div class="text__p">Dolor sit...</div>
      </article>
    </div>


    .text h1, .text__title { /* main title styles */ }
    .text h1>small, .text__sub-title { /* sub-title styles */ }
    .text p, .text__p { /* paragraph styles */ }


    Таким образом вы инкапсулируете все пользовательские стили в одном месте (одном блоке) и не имеете проблем с созданием контента.
    Ответ написан
    2 комментария
  • Как сверстать такой текст?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Картинку переводим в кривые и вуаля: SVG тут будет куда лучше, чем лестницы пикселей.
    Ответ написан
    Комментировать