Задать вопрос
  • Нужно ли для Figma стороннее ПО для верстальщика?

    SmthTo
    @SmthTo Куратор тега Вёрстка
    Все перепёлки мира будут оплакивать мою смерть.
    Дополнительного ПО не нужно.

    · можно просто напрямую скинуть ссылку на весь проект (пример), которая открывается в современных Chrome и Firefox (Safari ни разу не пробовал)
    · можно настроить командный доступ для совместной работы
    · можно экспортировать в JPG, PNG
    · можно сделать экспорт файла проекта (.FIG)

    Update: если дать ссылку, у верстальщика не будет возможности посмотреть свойства, цвета объектов, не будет возможности экспортировать иконки, картинки и т. д. Поэтому самый оптимальный вариант — совместная работа или файл (если дизайн не будет претерпевать дальнейших изменений).

    Update. В 2021 году уже можно спокойно всё смотреть и т. д. без прав редактирования
    Ответ написан
  • Windows or Mac для разработки?

    hbuser
    @hbuser
    Отвечая на основной вопрос - да, есть.
    Можно долго ругаться на Mac OS. Она действительно очень неудобна после Windows. Нужно постоянно что-то допиливать, придумывать. То программы нет под MacOS, надо устанавливать что-то, чтобы запустить программу, то еще что-нибудь. То база данных нужной программы под Windows не совместима с MacOS. Элементарно, всю жизнь печатаешь десятипалым слепым, а тут точка с запятой не там, где надо. Есть объективные моменты. Но лично для меня последней каплей в сторону Mac'a стало вот что. Использую Laravel, там в недрах используется установщик пакетов, который генерирует нереальные по длине пути, которые в наложении на ограничение по длине пути в Windows, вызывают ошибки при работе в программе. Я неделю бился с этой белибердой, весь stackoverflow перечитал. Не победил, чтобы это было просто, легко воспроизводимо. И второе. При настройке Vagrant с использованием virtualbox под windows были проблемы, задокументированные в багтрекере баги, которые касались именно Windows. Которые, как ни странно, висят давно и проблема периодически повторяется (проблема Virtualbox'а). Это тоже был трындец. Пришлось искать 'костыли'. Достала подготовительная работа, хочется инструмента, а проблем хочется связанных не с инструментом, а с реализацией логики имеющихся задач. Перешел на Mac. Не фанат и не ругатель этой экосистемы, но некоторые вещи раздражают отсутствием логики, хоть и лучшие умы работали над ней. Но для целей разработки все-таки отлично подходит. Тут и беспроблемность работы, близкий к телу терминал, UNIX'овые возможности, хорошее зарубежное коммьюнити, и пр. К тому же, а для меня это важно, MacOS-софт более красив. Испытываешь какое-то эстетическое удовольствие. Все-таки, основное средство ввода информации для человека - это зрительный канал.

    Update. Энтузиазма убавилось. Абсолютно нишевый продукт. Не буду перечислять минусы, их много, но вкратце опишу. Пользуюсь только для разработки. Работать на нем можно либо дизайнером, либо разработчиком, либо видео верстать. Нормальная работа в общепринятом понимании, когда вы запускаете любые программы, которые вам попадутся: какой-нибудь софт для проектирования гидравлических систем, например, от производителя и пр. софт от других производителей, 1С, Консультант, разные программы учета и пр. классический софт для рабочего компьютера - это беда. Паралели и пр. хрень быстро надоедает, надоедает постоянно что-то запускать, переключаться, делать лишние движения. Это превращается в ...дец. Многие вещи в Mac OS нелогичны. Безотносительно к Windows, просто нелогичны. Мак также тупит, виснет, славливает "синий экран смерти" (только он не синий) и кто сказал, что это редкость, очень на это надеялся (за те деньги, что они берут, я хотя бы не должен этого замечать, но нет, крашится, виснет, надо перезагружать и перезапускать кучу софта, хочется пожаловаться - некуда), но нет, в печенке уже стоит известная проблема со вторым монитором. Многим софтом удобнее пользоваться под Windows. Microsoft Word - стандарт де факто в деловом мире - это очередной кабздец. Фотошопом и иллюстратором удобнее пользоваться под Windows. Проблема с принтером, который печатает без проблем только из pages. В соответствии с моими нуждами я не могу делать все под одной системой, поэтому приходится пользоваться двумя (windows, mac). А это тоже какая-то хрень. Так и до третьей и четвертой системы недалеко. Низкий поклон Эпплу, что они смогли сделать настолько обычный продукт за такие неадекватно большие деньги (технический дизайн мне вообще никуда не уперся, не люблю, когда техника на виду, убираю все в техническое помещение, чтобы глаз не мозолило, на виду только устройства ввода и вывода, поэтому кастомный аппаратный дизайн мак мини, аймака мне как козе баян, для меня это инструмент, а что там нарисовано, яблоко или апельсин, мне..., в общем понятно), смогли всех убедить в том, что это не только нужно покупать, но это еще выделает вас среди прочих потребителей. Гениально. Простой домохозяйке - очень дорогая игрушка для серфинга интернета. Знающему человеку - инструмент для конкретных вещей. Как универсальное устройство - нет. Это как машина выходного дня. С ней хорошо, но и без нее можно. Макбук уже внес свою порцию раздражения и лежит без дела. Хочу быстренько кино посмотреть - х... мне, не подключишь самый обычный hdmi к нему без дополнительного развода себя любимого на деньги и без переходника, который хрен пойми где валяется. Фильм на флешку копируется адски долго. Любой телевизор поддерживает NTFS, а на маке это удовольствие платное, ладно платное - медленно до злости. Наверное, каждая микроволновка поддерживает NTFS. Короче, только для серфинга интернета и для просмотра онлайнового видео. На этом с макбуками закончено. Обновление не планируется. Как калькулятор и интернет-просмотрщик еще очень долго прослужит.
    Apple вообще ограничивает меня как пользователя в разных вещах. Не люблю этого. к iPhone не могу подключить автомобильный сканер (охренели ребята-ограничители). Флешку записать не могу. Основной компьютер - это тоже ограничения по мелочам. То не запустишь, это не можешь сделать, что-то долго, что-то неудобно и нелогично. Зато шрифты со сглаживанием и есть с десяток красивых софтин.
    Очень нишевая хрень, по-другому не скажу. Для своих конкретных целей. Не панацея, со своими плюсами и минусами, если знаете, зачем он вам, надо брать. Если нет, то точно можно прожить и без продукции apple, т.к. маржинальная модель Apple вносит свой отпечаток. Не универсальная система на все случаи жизни. Три варианта применения указал выше, плюс интернет браузинг. Не важно, есть деньги или нет, если не жаль переплачивать за дизайн и визуальные плюшки, то отличный вариант. Для разработчика, даже не под iOS, действительно находка, т.к. система все-таки UNIX, длинные имена файлов, коммьюнити вокруг разработки на мак и пр. и пр. мелочи. Это да. У меня он свою узкую нишу занял.
    Это все в разрезе взгляда на технику как на инструмент, а не как на объект для ... (вставить свое).
    Ответ написан
    Комментировать
  • В геймдев с улицы?

    Stalker_RED
    @Stalker_RED
    Трудоустройство после курсов - миф и замануха от рекламщиков этих курсов.
    Исключение - курсы именно от компании, которая сама себе ищет сотрудников, но тогда нужно понимать, что на работу будут взяты только лучшие.
    Ответ написан
    Комментировать
  • Какие самые популярные новостные ресурсы о UI/UX дизайне?

    sheyker
    @sheyker
    Дизайн мобильных приложений для iPhone и Android
    Зарубежные ресурсы по UX
    uxmatters.com
    uxdesign.cc
    uxplanet.org
    mashable.com/category/ux/
    uxmag.com
    uxbooth.com
    https://www.nngroup.com/articles/
    https://www.nickkolenda.com/blog/
    smashingmagazine.com/category/ux-design

    Русские ресурсы по UX
    https://ux.pub
    https://ux-journal.ru
    Ответ написан
    Комментировать
  • Какой js фреймворк выбрать начинающему?

    @AndrewRusinas
    Как говорится, "берите любой". По своему опыту скажу, что еще 4 месяца назад был на вашем месте, также путался в терминах, и даже не до конца понимал, что значит фреймворк, но уже его выбирал)

    Я остановился на Vue. Взгляд упал, душа легла, или что - технических тонкостей я все равно не понимал - но я не ошибся в своем выборе. Очень удобный и мощный инструмент для разработки интерфейсов, не без минусов, но вы с ними скорее всего и не столкнетесь. TypeScript вам пока не нужен, забейте. ES6 тоже сам придёт походу. Просто пишите больше кода, углубитесь в изучение JS как такового. Посмотрите на уроки Traversy Media. Они на английском, но очень понятном. Поставьте себе целью сделать первое приложение, в котором можно будет банально работать с базой данных (добавлять, удалять, редактировать или запрашивать записи, CRUD, иначе говоря).
    Ответ написан
    6 комментариев
  • Как сверстать секцию??

    qork
    @qork
    { background: #F00B42 }
    Ответ написан
    Комментировать
  • Как сверстать секцию??

    @nvdfxx
    Senior Pomidor developer
    Можно флексами
    <div class="wrapper">
        <div class="content"></div>
        <div class="spacer"></div> <!-- пустой div -->
        <div class="spacer"></div> <!-- пустой div -->
        <div class="content"></div>
        <div class="content"></div>
        <div class="spacer"></div> <!-- пустой div -->
    </div>

    .wrapper {
        display: flex;
        flex-wrap: wrap;
    }
    
    .wrapper>div {
        width: 50%
    }

    для мобилок просто .spacer {display: none} а .wrapper {flex-direction: column}, ну и ширина в 100%
    Ответ написан
    Комментировать
  • Где искать бэкенд разработчика?

    Stalker_RED
    @Stalker_RED
    разве не должен программист уметь работать с любой CMS?
    Разве не должен автомеханик чинить любые автомобили, трактора, танки, подводные лодки и вертолеты?

    Или таки бывают специалисты и целые сервис-цетнры, с более узкой специализацией?

    Варианты я вижу следующие:
    1. перебирать кандидатов и дальше, пока не повезет.
    2. перейти в другой ценовой диапазон, ввести критерии приемки, четко прописав при каких условиях сумма уменьшается
    3. отобрать одного (или несклько) из перспективных, готового расти. Работать с ним долго, указывая на ошибки и пути их устраненеия. Если получится - вырастите себе толкового специалиста. На моих глазах так верстальщика выращивают. По сравнению с тем, что он делал летом - разница очень заметна.
    Ответ написан
    Комментировать
  • Где искать бэкенд разработчика?

    newross
    @newross
    Product owner
    Вопрос больше смахивает на троллинг.

    1. Где собственно описание бэк-энд программиста? Длинное вступление с жалобами на фрилансеров за 20к. Требований к разработчику нет.
    2. Пройдитесь по рынку и посмотрите сколько стоят профи. А потом задайте себе вопрос, готовы ли вы к работе с профи. Что вы можете ему предложить? Оплату в рынке? Интересные "серьезные" проекты?
    3. Зависит от того, что подразумевается под скоростью сайта. Скорость выгрузки данных с бэка? скорость рендера на фронте?
    4. А с какого перепугу программист должен разбиваться в каждой CMS? В настройке CMS практически и нет программирования.
    Ответ написан
    Комментировать
  • Какой псевдокласс применить в данном случае?

    @Senseich
    coderxx, зачем, если можно это на квери сделать. в принципе можно сделать как неактивные ссылки и использовать : active , но это костыль )

    Может проще создать класс, например:
    .faq__question_w {
    	border-bottom: dashed 3px white;
    }


    Тогда скрипт будет, как то так:

    $('.faq__question').on('click', function () {
        $(this).toggleClass('faq__question_w').next('.faq__answer').slideToggle();
        $(this).closest('.frame').siblings().find('.faq__answer').slideUp();
      $(this).closest('.frame').siblings().find('.faq__question').removeClass('faq__question_w');
    });

    Ну это на скорую руку. может проще можно *)
    Ответ написан
    1 комментарий
  • Проблемы с PHPMAILER?

    alexxxst
    @alexxxst
    $_FILES['file'] – это массив, а ожидают строку. В тексте ошибки всё ж написано. Начать нужно с английского, потом уже в похапе.
    Ответ написан
    3 комментария
  • Новый стандар в gulpfile.js были внесины?

    potapchino
    @potapchino
    gulp.task('watch', function() {
      gulp.watch([paths.pug.load[0],paths.pug.load[1]], gulp.series(
        'pug:build',
        done => {
          reload();
          done();
        }
      ));
    });


    И что за новые возможности series, parallel появились?
    эта загадка человечества, разгадать которую можно, прочитав документацию
    Ответ написан
    2 комментария
  • Когда использовать jpg а когда png?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    Почитайте на википедии более подробно об алгоритмах сжатия PNG и JPG, чтобы понимать их преимущества и недостатки.

    В среднем -
    JPG занимает меньше, а PNG качественнее.
    JPG жмет все одним алгоритмом (но зато работает быстрее, и меньше весит), правда артефакты и смазанность границ...
    PNG пытается разделять фото, схемы, надписи и сжимать их с минимальными артефактами (но больше обрабатывается и больше весит)
    Ответ написан
    Комментировать
  • Какой сервер выбрать для хранения изображений для сайта?

    @deliro
    S3
    Ответ написан
    Комментировать
  • Когда использовать jpg а когда png?

    SmthTo
    @SmthTo Куратор тега Вёрстка
    Все перепёлки мира будут оплакивать мою смерть.
    Типичные примеры использования:

    JPG — фото, иллюстрации без прозрачности, где важны цвета, переходы, оттенки и т. п. В таком случае JPG выигрывает у других форматов в плане соотношения качество/цветность/размер. Так себе для контрастных схем и текстов.

    PNG — фотографии, схемы, графические элементы с прозрачностью, всякие вылетающие за границы элементы, где относительно много цветов (фото людей, инопланетян и т. п.). При соотносимом с JPG размере файла, PNG содержит гораздо меньше цветов, а сравнимые с JPG по количеству цветов файлы PNG будут весить очень много (поэтому для фото используют JPG). Если дело доходит до схем и текстов, PNG предпочтительнее JPG в силу отсутствия артефактов на контрастных краях.

    GIF — анимации. Ну тут вообще отдельная песня. Ему на смену пророчат APNG и MP4, но воз и ныне там.

    SVG — иконки, иллюстрации. Поддерживает прозрачность, бесконечно тянется. Обычно те же иконки в SVG весят меньше, чем в PNG при одинаковом фактическом размере использования. Можно анимировать (отдельная тема и куча особенностей) и управлять с помощью CSS и JS, если встраивать inline (можно и через #use, но с ограничениями). Наверное, самый чувствительный к ошибкам формат, потому что состоит из кода: сложный SVG-файл может убить производительность. Можно очень легко зашить вредоносный код, поэтому запрещён в вёрстке писем.

    P. S. Я не могу описать все случаи, бывают уникальные, так как процесс выбора формата зависит от контента вашего изображения. В каждом конкретном нетипичном случае — думайте сами. К примеру, если векторная иллюстрация весит много, то есть смысл перевести её в JPG или PNG. Иногда SVG-иконка может весить в разы больше её PNG-аналога (при одинаковом фактическом размере использования, например, 100 на 100 пикселей при 1:1 размере viewport к физическому разрешению экрана) — тут многое зависит от методов и качества создания таких иконок. Как правильно отметил @Adamosу, иногда затраты на рендеринг SVG (на стороне клиента) не окупают его преимуществ, и приходится использовать растровые изображения. Ну и т. д… Особенностей использования форматов — куча.

    P. P. S. Почитайте о Retina, ибо нет никакого «для ретины следует юзать JPG».
    Ответ написан
    22 комментария
  • Библиотеки или более углубленное изучение зыка?

    Stalker_RED
    @Stalker_RED
    Как только вам захочется написать собственную библиотеку - напишите. Для набора экспы.

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

    Примерно с этого момента можно продолжать грызть основы, но уже с использованием библиотек.

    (Подсказка: они точно есть, но вы свою все равно пишите, экспа важна!)
    Ответ написан
    Комментировать
  • Библиотеки или более углубленное изучение зыка?

    @McBernar
    Погружаясь во фреймворки и не имея при этом базовых фундаментальных знаний и понимания концепций языка, вы обречены на вечный манки-кодинг. То, что описано в туториалах — вы сможете повторить. Но если шаг влево или вправо — все, тупак.

    И кто вам сказал, что нельзя обе темы изучать одновременно?
    Ответ написан
    Комментировать
  • Какие требования к frontend-junior?

    vicodin
    @vicodin
    Имею некоторый опыт
    основы html/css/js, react/vue, npm, google
    Ответ написан
    Комментировать