Задать вопрос

Дмитрий Кравченко

Лайки

  • С чего начать изучение JavaScript?

    @VictKor
    Игровая индустрия, 3d моделирование
    Сделайте проще. Поставьте перед собой практическую задачу. В процессе выполнения будете и учиться. А читать книжки, статьи на теоретическом уровне - потеря времени.

    И да, не стоит ставить что-то уж очень простое. Задача должная быть в меру сложная, а главное интересная и полезная. Должен быть стимул.
    Ответ написан
    1 комментарий
    1 комментарий

  • Существует ли аналог нативного js-метода elem.classList.contains("class") на JQuery?

    Stalker_RED
    @Stalker_RED
    .closest('.test') возвращает не false, а ищет ближайшего родителя подходящего под описание, и возвращает объект.

    .children() ищет только на один уровень вниз.

    Похоже, что готового метода нет, но его не сложно добавить:
    jQuery.fn.anyBodyHome = function (selector) {
    return this.is(selector) ? this
        : this.find(selector).first()
}

    Пример с тестами: jsfiddle.net/1xjcbdgd

    Если нужно именно true/false то
    return this.is(selector) || this.find(selector).length > 0
    Ответ написан
    1 комментарий
    1 комментарий

  • Где можно найти полный список особенностей разных версий браузеров и их отличия друг от друга?

    @aspetek
    Ну первое что приходит в голову caniuse.com
    Ответ написан
    Комментировать
    Комментировать

  • Возможможно ли задать двойной стандарт шрифта - буквы одним, цифры вторым?

    In4in
    @In4in
    °•× JavaScript Developer ^_^ ו°
    Я бы на вашем месте зашел бы в FontForge, скрестил бы эти 2 шрифта, назвал бы получившееся Cardana и было бы мне счастье.
    Ответ написан
    Комментировать
    Комментировать

  • Как анализировать вакансии front/-backend разработчиков?

    opium
    @opium
    Просто люблю качественно работать
    семи пядей во лбу не надо иметь чтобы понять
    1)нужен опыт работы с реляционной бд, запросы на работе не сложные и подойдет любая из перечисленных, зная один писать запросы можно под любой
    2)нужен опыт программирования под джаву в одной из этих иде так как разработчики в компании используют их а не нетбинс
    3)нужен опыт работы с системами контроля версий, скорее всего есть легаси проекты используюбщие свн и все новые проекты на гите. знаю один второй освоить не проблема
    Ответ написан
    4 комментария
    4 комментария

  • Как псевдоклассом ::after добавить тег?

  • Front-end или back-end, как вы определились?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    Depends от того что Вам вкладываете в понятие "работу от которой я бы был доволен".
    Если речь идет про сложную математику - то её в вебе действительно очень мало.
    Навскидку распознавание голоса, изображений, pathfinding какой то, анализ bigdata.

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

    Это очень обманчивое заблуждение.
    Сложная логика появляется там где есть сложные бизнес требования.
    Если под интернет магазином подразумевается 3 продажи в день - то тут вообще программировать не нужно, любого готового движка хватит.
    А вот если это какая нибудь условная www.lamoda.ru - со своим достаточно нелинейным маркетингом, своей системой складского учета, своей системой автоматизации и оптимизации логистики итд - там в штате ~300 разработчиков сидит, а задача "вывести из базы товары" трансформируется в 100 страничное тз кому, когда и какие товары надо выводить.
    Ну и от нагрузки многое зависит. Сделать систему которая бронирует 1 квартиру в секунду и 1000 квартир в секунду - принципиально разная сложность и объем кода.
    Ответ написан
    1 комментарий
    1 комментарий

  • Почему может не работать :after в mozille?

    FatSurfer
    @FatSurfer
    Для input не применяется :before и :after.
    Например: shpargalkablog.ru/2013/12/input-before-after.html
    Или же jQuery, собственно.
    Ответ написан
    Комментировать
    Комментировать

  • Как "допустить" ошибку в поисковом запросе?

  • Как прижать футер к низу страницы?

    ermolaevalexey
    @ermolaevalexey
    frontend веб-разработчик
    Думаю, что здесь может помочь установка минимальной высоты на область контента или на body. Но не в пикселях, а в процентах высоты видимой области, vh (vh - viewport height ). Примерно так:

    body {
   min-height: 100vh;
}


    Высота видимой области будет рассчитываться автоматически, на весь экран, даже если контента будет одна строчка, и футер будет прижат всегда книзу.
    Ответ написан
    Комментировать
    Комментировать

  • Какой стэк технологий изучить чтобы стать junior web developer?

    gadfi
    @gadfi
    https://gamega.org
    3 года и до сих пор джун и мало клиентов ? без обид, но что то ты делаешь не так ....
    Ответ написан
    3 комментария
    3 комментария

  • Можно ли без применения js при наведение на один объект менять стили другого?

    alexey-m-ukolov
    @alexey-m-ukolov Куратор тега CSS
    Удручает качество ответов, конечно...
    Только потомки, говорите?
    Ответ написан
    Комментировать
    Комментировать

  • Не подключается ни один js скрипт. В чем проблема?

    delphinpro
    @delphinpro Куратор тега JavaScript
    frontend developer
    вообще-то очередность имеет значение. Сначала jQuery подключайте, потом плагины и свой код.

    у вас bxSlider обращается к методам несуществующего на тот момент объекта jQuery, вылетает непрехваченная ошибка, и все остальное уж не работает.
    Ответ написан
    1 комментарий
    1 комментарий

  • Что подразумевается под маленьким, небольшим, крупным проектом на PHP?

    copist
    @copist
    Empower people to give
    Зависит от количества технологий, которыми придётся воспользоваться для его реализации.
    Я сейчас сам себе условно поставлю задания на разработку проектов 4х уровней сложности.

    Простейший сайт-визитка.
    Технологии:
    1. Дизайн: типовой, картинки со стоков или вообще нет, всего несколько страниц
    2. Реализация: HTML, CSS, может быть JS
    3. Средства разработки: очень простые, вплоть до notepad.exe
    4. Хостинг: бесплатный shared hosting
    5. Обновление: вручную, по FTP
    Интернет-магазин средней сложности
    1. Дизайн: заказной, картинки, цены и описание конкретных товаров
    2. Реализация: HTML, CSS, JS, серверный язык программирования, база данных, кэширование. Возможно, интеграция с внешними системами, например, 1С, платёжные системы или доставка. В качестве базового решения использовать готовое, типа OpenCart
    3. Многопользовательский режим: несколько редакторов, посетители сайта, покупатели
    4. Средства разработки: графический пакет, IDE, клиентское приложение для базы данных
    5. Хостинг: платный shared или virtual dedicated
    6. Обновление: вручную
    Информационный портал повышенной сложности
    1. Дизайн: заказной, штатный дизайнер, художник, фотограф
    2. Реализация: CSS/SCSS/LESS, сложный Javascript c фреймворками типа Angular, несколько серверных языков программирования, база данных с горизонтальным и вертикальным массштабированием, дублированием, распределённая файловая система, кэшированием, очереди заданий, фоновые задачи.
    3. Многопользовательский режим: любой может добавлять статьи с мульти-медиа контентом, многопользователькие чаты realtime, внутренняя система сообщений
    4. Средства разработки: графический пакет, IDE, клиентское приложение для базы данных, репозиторий кода
    5. Хостинг: virtual dedicated или dedicated + тестовый и демонстрационный сервера меньшей мощности + резервный + балансировка нагрузки
    6. Сервис поддержки пользователей, модерация статей и чатов
    7. Почтовые рассылки, подписки на отдельные темы или авторов, внутренняя система сообщений с дублированием на электронную почту
    8. Авто-тесты
    9. Обновление: автоматическое, через Chef, Capistrano или иной способ
    Запредельно сложный сервис
    1. Дизайн: уникальный, специальный, заказной, несколько штатных дизайнеров, все непрерывно работают над улучшением и разрабокой новых возможностей
    2. Реализация: Reach Client Application, передовые клиентские технологии, реализация многопользовательского онлайн 3D мира, несколько серверных языков программирования, несколько типов баз данных с горизонтальным и вертикальным масштабированием, дублированием, кэшированием, очереди заданий, фоновые задачи; части системы общаются между собой по разным протоколам и асинхронно
    3. Многопользовательский режим: международный сервис, количество пользователей просто зашкаливает, они работают круглосуточно, нет периода однозначного снижения нагрузки на сервер для технического обслуживания
    4. Специфический фукционал: пользователи могут совместно делать необычные вещи, например, конструировать и выпускать реальные автомобили онлайн
    5. Средства разработки: чего только не используешь, лишь бы разобраться в коде и документации, который состоит из множества кусков и зависимостей, на разных диалектах разных версий языков, ежедневно изменяемый сотней программистов, тестовые сервера под каждую отдельную фичу; в разработке сразу несколько фич, и они конфликтуют между собой
    6. Хостинг: облачные сервера, много-много серверов, под все части системы резервирование, свой датацентр, свой оптоволоконный канал связи
    7. Авто-тесты, мониторинг, метрики, системы оповещения о сбоях и автоматического устранения аварий
    8. Резервные источники энергии, своя электростанция
    9. Круглосуточный сервис поддержки пользователей
    10. Управление персоналом: администраторы, электрики, программисты разной специализации, менеджеры, маркетологи, аналитики, тестировщики, бухгалтерия, отдел персонала, психолог, стоматолог, поликлиника, столовая, ресторан, фитнес-зал, спорт-комплекс, автопарк
    11. Внутрисистемная виртуальная валюта, возможность взаиморасчётов, найм, покупки
    12. Холдинг: подчинённые компании различных отраслей и сфер экономики или фирм, расположенные в различных регионах, с общей информационной системой
    13. Почтовые рассылки на миллионы подписчиков
    14. Мультиплатформенность: под разные операционные системы отдельная версия программного продукта
    15. Обновление: автоматическое, с бакапами до и после, авто-восстановлением при неудачном обновлении, специфическая система обновления; у каждой версии или модуля своя логика обновления; распределённое одновременное обновление большого количества серверов


    Что из этого Гугль? Ничего. Он зашкаливает по сложности.
    Ответ написан
    1 комментарий
    1 комментарий

  • Как заставить работать скрипты при переключении страниц на angular?

    miraage
    @miraage
    Старый прогер
    Все jQuery плагины должны быть вызваны в соответствующих директивах.
    Ответ написан
    Комментировать
    Комментировать

  • Как отменить наследование css?

    mannaro
    @mannaro
    Умею профессионально гуглить
    Никак
    Ответ написан
    2 комментария
    2 комментария

  • Как называется такой стиль сайта?

    In4in
    @In4in
    °•× JavaScript Developer ^_^ ו°
    Полноэкранная верска.

    Делается с помощью JS плагинов, типа Fullpage, Onepage, Scrollify (лучший, на мой взгляд) и т.п.
    Ответ написан
    Комментировать
    Комментировать

  • CSS Как правильно прописать стили для текста?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    В SVG перевести, тогда градиент можно любой тексту придать.
    Ответ написан
    3 комментария
    3 комментария

  • Как сделать скрытие элемента по клику вне его области?

    bootd
    @bootd Куратор тега HTML
    Гугли и ты откроешь врата знаний!
    Ну элементарно же!!!!!
    Ответ написан
    Комментировать
    Комментировать

  • Почему не все серверы пишутся на Node js?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    1. Принципиальных качественных преимуществ у node.js перед остальными языками нет, как впрочем и недостатков. Просто yet another язык со своими особенностями. Соответственно если в вопросе заменить node.js на php/ruby/python итд - ничего не изменится.
    Вопрос по сути абстрактный "почему все не перешли на язык %%%%%"

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

    UPD
    hbrmdc
    У NodeJS есть уникальные и очень весомые преимущества, которых нет ни у одного другого языка. Например то, что это JS, и, следовательно, нет необходимости разучивать лишние языки - можно весь webapp писать на js.
    Личные предпочтения обоснованные привычками - это не имеющий значения аргумент в данном вопросе.

    1) Есть отличия, да. Только не те о которых Вы пишите. То что это "JS" вообще ни на что не влияет.
    JS хорошо знают фронтендщики - а кто пустит фронтэндщика к внутренней архитектуре? Там подход совершенно другой нужен, другие навыки, другое понимание как это все работает. Просто пересадить человека с фронта на бек - нельзя.

    На самом деле основные отличия другие:
    Постоянно живущий процесс, фактическая однопоточность. В зависимости от задачи - это может быть и плюсом и минусом. Условно для какого нибудь сокет-сервера - плюс (активно используем на живых проектах). Для middleware - я бы подумал. Для нагруженного сервиса с расчетами - точно нет.

    2) Личные предпочтения обоснованные привычками это основной аргумент.
    Я вот умею в php, умею в ноду, умею в еще десяток умных слов.
    Мне нужна новая команда на новый проект.
    Я открываю hh и что я вижу: node.js 279 резюме из которых половина фронтэндщики.
    PHP - 9613 резюме. Даже если 90% разработчиков PHP на hh - уроды которых к коду нельзя подпускать на пушечный выстрел - останется все равно в 3 раза больше чем есть node.js.
    Собственно на этом выбор и закончен.

    На малопопулярных языках пишут в случаях:
    a) это мелкий сервис с неявными перспективами который можно переписать за неделю
    б) это проект "для души" разработчика.

    Получается замкнутый круг на самом деле.
    Менеджер смотрит резюме, резюме на node.js нет =>
    Менеджер не начнет проект на node.js =>
    Не возникнет вакансия на node.js =>
    Разработчик анализируя вакансии не увидит вакансий на node.js =>
    Разработчик будет учить что то другое =>
    Менеджер смотрит резюме, резюме на node.js нет...

    Переломить ситуацию могут только очень крупные игроки обладающие возможностями формирования рынка (например Apple и Swift), и то не со 100% гарантией (samsung&c и Tizen)
    Ответ написан
    13 комментариев
    13 комментариев