Задать вопрос
  • Авторские права на GitHub?

    @Z-r
    > Не пойму какое реальное практическое применение имеет сервис github

    Никакого, не обращайте внимания.
    Ответ написан
    Комментировать
  • Javarush.Стоит ли там учиться, или же лучше по книжкам?

    georg28
    @georg28
    P/QA manager
    Лучше всего и на javarush проходить обучение, и на getJavaJob записаться, и материал по теме прочитать в нескольких книжках, и статьи в интернете прочесть по теме, если еще все что читаешь пытаешься реализовать, то эффект возрастет в разы. Я так пытаюсь делать, хотя времени уйдет больше, но материал лучше усвоится.
    Ответ написан
    Комментировать
  • Стоит ли разбивать css/js для разных страниц?

    @weart
    Все стили блоков и пр собираю в единые бандлы, библиотеки (слайдеры и пр) гружу только там, где нужны.
    Итог ~ 90-100 баллов по google page speed.
    Ответ написан
    1 комментарий
  • Стоит ли разбивать css/js для разных страниц?

    Kozack
    @Kozack Куратор тега CSS
    Thinking about a11y
    В общем случае -- стоит.

    Но это больше всего зависит от вашего конкретного случая. Сколько кода является общим для всех страниц? Сколько уникально для каждого типа страниц? Сколько уникально для каждой страницы? Какова модель поведения пользователя? Он посетит все страницы сайта или только страницы одного типа? Пользователи заходят на сайт только раз, или постоянно возвращаются? С каких устройств и с какой скоростью интернета к вам приходят? Как построен процесс деплоя? Какие тарифы у вашего хостинга? Как часто и что вы изменяете в исходном коде? Как будете инвалидировать кэш? И ещё очень много вопросов, которые нужно учитывать.

    Можно всё сгрести в один огромный бандл. Тогда первичная загрузка будет дольше, особенно ощутимо на медленном интернете. Но навигации по страницам будут быстрее, а нагрузка на сервер меньше. Но при изменении, скажем цвета одной кнопки, пользователю придётся заново качать весь бандл. И наоборот. Можно уйти и в другую сторону: дробить всё на как можно меньшие кусочки. (Например вынести весь код для какой-то модалки отдельно) и загружать каждый чанк только в момент когда он понадобится. Так первичная загрузка будет намного быстрее, но реакция на действия пользователя будет медленнее.

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

    JaxxDexx
    @JaxxDexx
    Переключаемся на ветку, куда нужно переместить файл, например
    git checkout master

    Забираем из другой ветки нужный файл
    git checkout <branch_name> -- <paths>
    где paths путь до файла, возможно можно указать сразу несколько путей через пробел, не помню уже

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

    @Just__Den
    FULL STACK
    держи для webpack 5. Вариант для прода

    {
            test: /\.s?css$/,
              use: [
                MiniCssExtractPlugin.loader,
    		    {loader: 'css-loader', options: {sourceMap: false }},		    
    			{
    				loader: 'postcss-loader',
    				options: {
    				  postcssOptions: {
    					plugins: function () {
    					  return [
    						require('autoprefixer')
    					  ];
    					}
    				  }
    				}
    			},
    			'sass-loader'
              ]
          }
    Ответ написан
    Комментировать
  • Как найти работу junior frontend разработчику?

    Ищите на том же hh или хабракарьере вакансии, которые вам интересны и под которые вы подходите под требования. Ходите на собеседования.
    Достаточно редко рекрутёры смотрят на полупустые резюме джуна с непонятными навыками
    Ответ написан
    1 комментарий
  • Зачем нужно знать машинный код?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    software engineer
    Конкретно сейчас машинный код знать наизусть не обязательно - полно дизассемблеров, которые переведут код для тебя.
    Иметь представление о машинном коде чтобы понимать, как программа хранится и выполняется - обязательно для любого уважающего себя программиста, работающего с языками близкими к С.
    Особенно полезно иметь представление для работающих с embedded и другими железками
    Ответ написан
    Комментировать
  • Можете дать советы фронт-енд разработчику как более опытные люди(завтра первый день на работе)?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Советую поискать другую работу. Профессиональный рост происходит в окружении более опытных коллег, особенно на старте.
    Ответ написан
    1 комментарий
  • Можно ли мне уже искать работу Front-End разработчиком?

    @ar2rsoft
    PHP-developer
    Можно и нужно. Только так можно получить самый достоверный ответ. Размещаете/рассылаете резюме, проходите собеседования и параллельно учитесь дальше. Если не берут - продолжаете, если берут - радуетесь и продолжаете учится, только теперь на боевых задачах)
    Ответ написан
    Комментировать
  • Как включать slick slider только если слайдов > 1?

    godsplan
    @godsplan
    Наверное как-то так
    $(document).ready(fucntion() {
    var slidesCount = $('.slide-item').lenght
    if(slidesCount > 1) {
       $('.slider-wrapper').slick();
    } 
    }}
    Ответ написан
    1 комментарий
  • Как сложить два динамических значения input?

    Benzin102
    @Benzin102
    Shitcoder
    var counter = $('#counter');
    var rangeOne = $('#range-1');
    var rangeTwo = $('#range-2');
    
    $(document).on('input', 'input', function(){
      $('#counter').text(parseInt(rangeOne.val()) + parseInt(rangeTwo.val()));
    })
    Ответ написан
    Комментировать
  • Почему PHP не видит css file?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Потому что PHP вообще никакого отношения к css файлам не имеет и никогда их не читает.

    "Видит" css файлы твой браузер.
    И достраивает к ним путь от текущего каталога.
    Для того чтобы любой локальный ресурс, упомянутый в HTML, гарантированно читался, путь к нему надо указывать абсолютный, от корня веб-сервера.

    То есть не file.css, а /folder/file.css

    Подробнее читаем тут
    Ответ написан
    Комментировать
  • Почему PHP не видит css file?

    Stalker_RED
    @Stalker_RED
    PHP и не должен его видеть.
    Строчку с подключением css должен увидеть браузер, потом он должен запросить этот файл у вебсервера и вебсервер должен этот файл где-то у себя найти и отдать.

    Вероятно путь к css файлу неправильный. Покажите как он подключен.
    Ответ написан
    Комментировать
  • Как верстается такой элемент?

    Ankhena
    @Ankhena Куратор тега Вёрстка
    Нежно люблю верстку

    В размеры сами поиграйте.
    Ответ написан
    2 комментария
  • Как обрабатывать клик по любой ссылке?

    FinGanapre
    @FinGanapre
    Конкретно ваш код не отрабатывает, т.к. к вам приходит псевдо-массив (NodeList) всех элементов a в документе. Вы могли бы пройтись по нему циклом и повесить на каждый элемент обработчик, но так делать не нужно. Во-первых, вы заставляете браузер искать все a на странице, во-вторых - вешаете обработчик на каждую. При этом, делаете это через цикл.

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

    // вешаем обработчик на документ
    // если повесите на каждую ссылку - то кол-во обработчиков будет равно кол-ву ссылок
    // так себе идея
    document.addEventListener('click', e => {
      // определяем, что клик произошёл на ссылке
      if (e.target.nodeName === 'A') {
        // отменяем переход по ссылке
        e.preventDefault()
        console.log('do some there')
      }
    })


    getElementsByTagName - не стоит использовать. Сейчас прекрасно работают querySelector и querySelectorAll. Из старых способов получения элементов можете пользоваться разве что getElementById, т.к. он отработает чуть быстрее
    Ответ написан
    1 комментарий
  • Покритикуете верстку?

    Как человек с 12 летним опытом производства сайтов и эксперт по UI и лендингам могу сказать одно: забейте на трансформации и прочие ненужные эффекты...

    1. Примитивизируйте максимально
    2. Облегчайте
    3. Информация: четко, просто, как для 5-летнего

    И запомните - Ваш клиент в 80% заходов - это человек у которого медленный интернет в смартфоне, у него неуклюжие большие пальцы, маленький экран и смартфон старый и лагает... Если под такого посетителя сделаете чтобы "летало" и было разжевано - продаваться будет даже с хренового дизайна.
    Ответ написан
    Комментировать
  • Какие вы знаете актуальные труды на тему алгоритмов и структур данных?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    "Грокаем алгоритмы" посмотри, если Кнут не дается

    но он и не должен легко даваться
    Ответ написан
    Комментировать