Задать вопрос
  • Нужно ли ООП в python?

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

    @abberati
    frontend-разработчик
    Какие есть штукенции, которые реально делают юзабилити приятнее?


    Фронтенд-разработчик
    Ответ написан
    Комментировать
  • Должен ли верстальщик уметь поднимать сервер и разворачивать проект на Linux?

    @anton99zel
    29а класс средней школы №7
    Это называется "Тыжпрограммист, почини чайник!"
    Ответ написан
    1 комментарий
  • В каком порядке писать Sass-селекторы?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    .block {
      $this: &;
    
      color: red;
      
      &__element { font-size: 12px; }
    
      &:hover &__element { transform: scale(1.1); }
    
      @media () {}
    
      //==
      //== Модификация какая-то
      //== ==========================
    
      #{$this}_mod {
        color: green;
        &__element { font-size: 16px; }
        @media () {}
      }
      #{$this}__mod:hover &__element { transform: scale(1.1); }
    
      //==
      //== Другая модификация
      //== ==========================
    
      &_mod { background: yellow; }
      @media () {}
    }
    Ответ написан
    Комментировать
  • Часто ли верстальщика просят аудировать макет через Lighthouse или еще какие либо инструменты?

    vitaly44
    @vitaly44
    Предприниматель, веб-разработчик, дизайнер
    Редко… но метко.

    А почему сами верстальщики не валидируют сами себя этим инструментом? А верстальщик ли это вообще…
    Ответ написан
    1 комментарий
  • Верстка с нуля: какие основные этапы работы?

    Vlad_IT
    @Vlad_IT Куратор тега Вёрстка
    Front-end разработчик
    Использую vscode+webpack+pug+scss+бэм. Из физических инструментов, основной моник: lg ultrawide 29um69g, рядом прикручен моник от ноутбука повешенный вертикально, подключенный через универсальный скаллер.

    0) Запускаю Spotify :-)

    1) Произвожу установку всех необходимых модулей для сборки. В моем случае у меня набор конфигураций для webpack (отдельные файлы для pug, scss, static и.т.д., выбираю что нужно).

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

    3) Запускаю VS Code, открываю нужную папку.

    4) Пишу размету на Pug. Пишу с БЭМ, если встречаю повторяющийся блок, то открываю файл _mixins.pug, в который пишу миксины для повторяющихся блоков, например товаров, пунктов меню, каких-то блоков и.т.д. Pug умеет делать циклы, это ускоряет сильно.

    5) Когда HTML готов, начинаю делать каркас. Если дизайн сделан по сетке, определяю контейнеры, колонки, строки в свои классы (не пишу в html тучи классов аля col-md-6, а пишу в SCSS инклуды в нужные мне блоки, типа @include make-col(2) и.т.д.).

    6) Экспортирую картинки из Avocode. Очень делается просто, указываю папку и просто кликаю экспорт и ввожу название файла и расширения. Преимущественно для иконок использую svg, если нет svg, то ищу эту иконку в интернете (дизайнеры редко рисуют иконки сами, но зато любят вставлять их не в векторе). Если иконка простая, могу сам ее в inkscape обвести, ну и если нет, то экспортирую png в размере (благо авокод это позволяет, если конечно дизайнер не вставил в исходном маленьком размере). Когда есть контакт с дизайнером, трясу его, ибо растр это плохо для иконок.

    7) Пишу стили блоков из страницы. На этом этапе можно на втором монике параллельно смотреть футураму или
    Арчера :-) Но чаще на широком монике слева браузер, справа VS Code, а на втором монике Avocode (может меняться местами с браузером). Мысленно нарезаю страницу на блоки. Для каждого блока (БЭМ) создаю отдельный scss файл (кто-то даже для элемента создает, но мне лень), из него сразу выписываю все селекторы. Иногда могу сначала выписать все селекторы со страницы (но так лучше не делать, т.к. во время работы может потребоваться изменить что-то в разметке), но чаще для одного блока выполняю этот пункт и за ним сразу выполняю пункт 8, потом для нового блока опять 7 и 8 и.т.д.

    8) Пишу css код вместе с Avocode, у него беру нужные мне параметры (а он уже подставил в них переменные), и вставляю в мой код. И параллельно сверяю со скрином макета используя вот это расширение https://chrome.google.com/webstore/detail/perfectp...

    9) Пишу адаптив. Я не могу привыкнуть к методологии mobile-first, поэтому пишу всегда сначала полную версию сайта. Я понимаю, что это чревато всякими проблемами и это типа не модно, но мне норм.

    10) Медиа-запросы пишу прямо в блоках, для каждого блока/элемента/модификатора может быть отдельный медиа-запрос. Но для начала определяю breakpoint'ы для разных экранов (чтобы их не было сотни разных), если использую Bootstrap, то беру его breakpoint'ы.

    11) Добавляю анимашки. Даже если заказчик не просил отдельно (и если не указал отдельно, что нельзя), он все равно будет доволен, а с animate.css+onscreen.js это вообще работа 10 минут. Сложные анимации обговариваю отдельно, чтобы не сделать ненужную работу.

    11) Все снова сверяю, пишу скрипты где надо. Для слайдеров в 99% случаев подходит slick (с доработками конечно, но там хорошее API), для других случаев могу написать свой.

    12) Сдаю заказчику и жду ответа сидя на тостере/пикабу.

    Это чисто мой опыт, опыт фрилансера, не знаю, как делают другие и не могу на 100% утверждать что это 100% правильный способ. Я так и не смог заставить свой конфиг webpack правильно вставлять спрайты svg.
    Надеюсь чем-то поможет мой ответ.
    Ответ написан
    7 комментариев
  • >7000 строк стилей на весь проект - норма или нет?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    N строк чего-то там на абстрактный проект - вполне нормально, либо вполне ненормально, либо не вполне нормально. Точнее ответ вы вряд ли получите, учитывая скудность информации, которую дали о своем проекте.
    Ответ написан
    Комментировать
  • Как рекрутеры собеседуют рекрутеров?

    longclaps
    @longclaps
    О, это действительно чрезвычайно интересно!
    Ведь чтобы рекрутировать рекрутёра, нужно рекрутировать рекрутёра!
    А не факт, что они понимают рекурсию!
    Ответ написан
    2 комментария
  • Программирование 24/7?

    @evgeniy_lm
    можно ли стать нормальным программистом,не кодя 24/7?
    1. кодят кодеры, программисты пишут программы
    2. 24/7 кодят только дебильные говнокодеры
    Резюме: кодя 24/7 ты можешь стать только дебилом говнокодером
    Я конечно,большую часть своего времени уделю кодингу
    Нормальный студент должен большую часть времени уделять красивым, молодым женщинам, но при этом не забывать и про учебу. Короче, ищи золотую средину. Про "кодинг" вообще забудь
    Я по на натуре вообще настоящий ленивец
    Все психически относительно здоровые люди по натуре ленивы, но это не значит, что надо круглосуточно лежать на диване возле телевизора.
    не пишите пожалуйста,что стоит подумать о другой специальности.
    не пишу, но думать всегда стоит, в том числе и о другой специальности
    Ответ написан
    4 комментария
  • Как преобразовать файл docx в HTML через php?

    villiwalla
    @villiwalla
    HTML-верстка
    Office 365, google docs
    Ответ написан
    Комментировать
  • Как вовлекать заказчика в процесс разработки?

    ExcluZZ
    @ExcluZZ
    adm metrsaratova.ru
    Для начала мне необходимо познакомиться с Вашими вкусами и понять как вы себе это представляете. Процесс разработки сайта разносторонен и вам придется принять в нем участие. Посерфите интернет, посмотрите сайты ваших конкурентов, расскажите мне что Вам нравится, а что не нравится. Покажите мне отдельные элементы или блоки сайтов, которые вас привлекают, не обязательно из конкурентов. Расскажите мне о вашем фирменном стиле. Нет фирменного стиля? покажите мне ваш логотип. Нет логотипа? Расскажите хотябы какой цвет вам нравится или сайты каких цветов вас привлекают. Покажите просто мне красивый сайт, чтобы я мог понять ваше понятие о красивом сайте.
    Потом начинаешь зарубать все что неразумно, причем жестко и на корню. Типо понимаете вот этот голубой фон для текста с розовым слоном сильно раздражает и затрудняет прочтение текста, который так важен для того чтобы продать ваши плюшки. Мы же с вами в первую очередь хотим плюшки продать? правильно? а не сделать супер-пупер эффект. Все сводишь максимально к минимализму, простоте, чистоте. Объясняешь что такое визуальный мусор и т.п. Приводишь примеры ужасных сайтов))
    Чем больше клиент уверен в твоем профессионализме, тем больше он тебе доверится. Нужна болталка. Переписка по почте - это минус.
    Ответ написан
    1 комментарий