• Верстка по BEM + bootstrap, правильно ли?

    KornevaViktoria
    @KornevaViktoria
    Frontend Developer
    бутстраповские стили (то есть классы) лучше оставить как они есть на самом деле, иначе потом можно запутаться или забыть или другой челоек будет работать над проектом, а вы скорее всего экстендите их в свои классы просто, это неочевидно и может вызвать проблемы. Ничего страшного в том что у вас будут стили бутстрапа не по бем, а ваши по бем.

    Если вам нужно как то кастомизировать стили бустраповских классов просто допишите в добавок к нему свой класс и переопределите стили для него

    camelCase в стилях странно видеть, лучше замнить на дефис, это плохая практика, так как можно спутать с id для js, то есть плохо читаем код
    Ответ написан
    Комментировать
  • Какие есть telegram чаты на тему веб разработки?

    darkmerge
    @darkmerge
    Front-End Dev
    https://vk.com/forwebdev

    у этого сообщества есть чат вк - там много флуда, но живое общение
    и чат в телеграме - мало общения, больше по теме.

    Обращайся к руководству группы для инвайтов

    https://vk.com/uwebdesign - все аналогично верхнему сообществу. Только чат в телеграме более активен и флудлив
    Ответ написан
    2 комментария
  • Если у новости есть картинка, то задать другой стиль для новости?

    littleguga
    @littleguga
    Не стыдно не знать, а стыдно не интересоваться.
    Под картинкой, наверное, Вы имеете ввиду thumbnail.
    В файлу loop.php Вашей темы измените вывод темы
    if ( has_post_thumbnail() ) {
    	the_post_thumbnail();
    	//здесь выводим в нужном формате, если есть thumbnail
    }
    else {
    	//здесь выводим в нужном формате, если нет thumbnail
    }

    Для получения url thumbnail wp_get_attachment_image_src
    Ответ написан
    5 комментариев
  • Где заработать портфолио?

    ManWithBear
    @ManWithBear
    Swift Adept, Prague
    Вы наверное не знаете. Но у вас уже есть один идеальный и не привередливый заказчик, которого вы к сожалению выпускаете из виду и обделяете вниманием. Это ВЫ САМ.
    Ответ написан
    4 комментария
  • Тень для текст - зачем?

    Ravell
    @Ravell
    Верстайло
    С помощью тени можно добиться объема.
    Возможно в flat-дизайне она не так актуальна (хотя тут можно поспорить).
    Вот целая куча красивых сдержанных теней.
    В конце концов тень - это дополнительная возможность, а чем больше возможностей - тем лучше. Верно?
    Ответ написан
    Комментировать
  • Тень для текст - зачем?

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

    Нужна обратная связь от опытных людей. Получить ее можно, как я вижу, двумя способами:
    1. Можно устроиться в команду с толковыми программистами и выстроенным процессом кодревью.
    2. Подключиться к open source проекту. Брать несложные баги, править и отправлять патчи.

    В обоих случаях очень быстро качество кода вырастет.

    Книги - это долгий процесс. И не факт, что получится вообще хоть как-то улучшить свой код.
    Ответ написан
    2 комментария
  • Реально ли сделать парсер для Itunes?

    xakpc
    @xakpc
    full-stack .net developer, CEO Leecero.com
    Есть RSS и search API, вытащить из них можно много
    blog.alerterapp.mobi/post/77987176407/tools-for-it...
    Ответ написан
    1 комментарий
  • Сниппеты в аудио. Как сделать?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Заранее подготовить микс (file1-preview.mp3) на сервере или "подмешивать" в исходный звуковой поток при отдаче файла с сервера "налету".
    Через JS в браузере - смысла нет делать.
    PS: Правда непонятно, зачем в preview еще и фрагменты....
    Ответ написан
    Комментировать
  • 1 css для всего сайта или разный каждой странице?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Не парьтесь на эту тему. Одного CSS-файла на весь сайт достаточно. Если вы все стили склеите в один файл, сожмете в строчку, а потом еще сервер это пожмёт gzip-ом. То это достаточная оптимизация.
    Ответ написан
    Комментировать
  • Зачем нужен Yii и другие подобные фремворки?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    CMS - обычно решают конкретные узко специализированные задачи. Тот же WP - это блог и для такого кейса он вполне ок. Если вам нужен не совсем блог, на том же WP разработка вероятно будет сопровождаться анальной болью)). Это просто не целевое применение. То, что на WP и эл. магазины пишут - это просто демонстрация, что вилкой можно в ухе ковыряться))

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

    Пример где стоит использовать CMS: нужен эл. магазин, маленький бюджет и сроки тоже. Берем PrestaShop, устанавливаем, прикручиваем тему, настраиваем. Следующий!

    Пример где стоит использовать фреймворк: вам нужен сайт на подобии того, на котором вы читаете мой ответ. Да, его можно за уши притянуть к понятию "блог", но переписывать и допиливать нужно многовато. Пойдем от обратного (вы таки выбрали WP)
    * Потом поймете, что нужно было еще абстрактный уровень над WP написать, потому как после обновления ваши правки затерлись.
    * Потом вдруг случается несчастье: ваш сайт стал популярным и железо не тянет, вы задумаетесь об масштабировании, но окажется, что система довольно таки целостная и что бы ее разделить придется не хило так по вкалывать.
    * Через какое-то время ваш проект будет на 50% состоять переписанного кода и костылей, обходящих логику WP.
    * Вдруг, на хабре вы читаете статью про уязвимость в вашей версии WP, начинаете ее прикручивать, при этом часть вашего сайта тупо отваливается из-за тех же артефактов и костылей. Вы, ясное дело, фиксите траблюки.
    * В один прекрасный весенний денек, когда птички поют, радость, счастье, улыбки и бла-бла-бла вам звонит руководство и говорит, что "ничего не работает ( с )", отчаянье-печаль-грусть-уныние-безысходность-тлен. Зайдя на главную вы увидите замечательный баннер:
    Вас взломал @ сраный_script_kid. Один глаз начнет немного дергаться, "это нормально ( с )". Восстановившись из бэкапа 4-х недельной давности, вы начинаете судорожно писать 1ккк проверок всего и вся. Система мутирует в еще более страшную и громоздкую хрень.
    * Через какое-то время вас просят добавить фичу "на вчера", а что бы это сделать придется переписать добрую часть вашего монстра, вы (ну судя по количеству факапов) уже с прокачанным скилом "тебе фича не нужна эта" убеждаете руководство в этом, подобные разговоры возникают все чаще и в один прекрасный момент вы, или вас - увольняют.
    * На смену вам компания набирает других человек, которые выльют пару ведер крови из глаз, убедят руководство, что код не саппортабельный и перепишут вашего монстра с 1,5кк строк до 0,3кк на нормальном фреймворке.
    Ответ написан
    1 комментарий
  • Что должно быть в портфолио веб-разработчика?

    У нас в Icons8 вся команда удаленная, в разных городах, и мы не встречаемся в оффлайне. Вот что нам показывают ребята и на что мы обращаем внимание:

    1. Рассказ о себе хорошим русским языком. Это универсальный совет на все случаи жизни: все можно рассказать и объяснить, и если вы не можете договориться с работодателем на этом этапе, то это — красный флажок. Дальше будет хуже.

    2. Скриншоты систем. Важен общий уровень продукта: насколько он интересен технически, насколько профессионально выполнен дизайн? Этот шаг можно пропустить, если интерфейс плохой: это будет лучше, чем страшные скриншоты с объяснением "дизайнера нам не выделили, делали сами как умели".

    3. Ссылка на гихаб - вероятно, вам будет интереснее работать с заказчиком, который знает, что такое гит :) И наоборот, вот такое лучше не показывать:

    qA071rqN1NTO562bByx5DoJUPVLEBR.png

    4. Вопросы к работодателю. Лучше, если они будут открытыми (предполагающими развернуты ответ) и по теме программирования (а не "кто оплачивает комиссию 12 рублей за перевод зарплаты" — это мелочи).

    Лучший вопрос, который мне доводилось услышать: "как у вас построена работа".

    ПС: Вот пример нашей вакансии brainstorage.me/jobs/8613 и вот — отличный ответ:

    440a14453f4047d4b92eaeb618d90caf.png
    Ответ написан
    2 комментария
  • Что должно быть в портфолио веб-разработчика?

    1. Заказчик который нанимает такого разработчика не дурак, поэтому не бойтесь озвучить ему технические особенности, например:
    - писал систему занесения логов в mongoDB
    - писал систему анализа текстовых логов с такой-то целью
    - разрабатывал серверный сценарий на таком-то языке, он делает тот-то с такой-то целью
    - оптимизировал эту и эту часть сервера таким-то образом, в результате

    2. Возможности:
    - создание сайта с нуля (дизайн, вёрстка ваши, но если с этим сложно могу помочь(договоритесь с с дизайнером и верстальщиком))
    - доработка сайтов
    - оптимизация нагрузки, установка плагинов для для вордпресс
    и т.д.
    Ответ написан
    Комментировать
  • В чем отличие cms от framework?

    GM2mars
    @GM2mars
    Сначала рождается бинарный код, потом он идет в школу и становится обычным скриптом. Свою юность он проводит в институте где складывается в "библиотеку". Потом все больше обрастает библиотеками, обычные функции складываются в классы и выходит уже сформировавшийся фреймворк, готовый пробовать себя в деле. Опробовав себя в различных сферах, он останавливается на чем то конкретном и становится CMS, потому что уже не ищет приключений и новых свершений, его устраивает то, чем он занимается, и некоторые считают его профессионалом в своем деле.
    Ответ написан
    2 комментария
  • В чем отличие cms от framework?

    CMS - это "полуфабрикат" сайта, т.е. немного настроил и готов сайт.
    Framework - это надстройка над языком программирования, т.е. более "крутой" инструмент для создания продукта.
    Ответ написан
    2 комментария
  • С какой шириной вы рисуете адаптивные сайты?

    @Step_M
    На основе практики создания адаптивных сайтов, используем вот такой комплект ширин (для верстки с использованием брейкпоинтов):
    320 или 480 — телефоны/смартфоны
    800 — смартфоны/планшеты
    1024 — ноутбуки/планшеты
    1280 — десктопы/планшеты/ноутбуки
    1600 — десктопы

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

    @s0rr0w
    Смысла устанавливать рамки нет. Работа дизайнера не является типизируемой ни по каким параметрам или метрикам. Попытка оценок всегда приводит к провалу.

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

    Чтобы не было варианта с брошенной работой, нужно давать дизайнеру творить и всецело доверять ему. Любые требования к переделкам должны нести конструктивный характер, не просить покрасить все кнопки в синенький, а сказать, что обычно серый у людей ассоциируется с неактивным, нужно или более явно подчеркнуть активность кнопки путем изменения ее цвета, или заменить ее вообще на что-то другое, что явно указывает на дальнейшее действие. Это может сказать и арт-директор. Особенно не стоит драконить дизайнеров высказываниями, что мой брат/сват/кум/знакомый посмотрел на макет и высказал свое глубочайшее «буэээ», и что все надо переделать. Очень редко сторонние люди разбираются в дизайне, хоть им и видится обратное, поэтому приводить в качестве тестовой группы таких «экспертов» крайне нежелательно.
    Ответ написан
    Комментировать