Задать вопрос
  • Существуют ли полезные гайды по интеграция Sentry в фронтенд часть приложения, написанного на Vue?

    lavezzi1
    @lavezzi1
    Там же все элементарно просто, в доках все написано.
    import Raven from 'raven-js';
    import RavenVue from 'raven-js/plugins/vue';
    
    if (ENV_PRODUCTION) {
      Raven
        .config(SENTRY_KEY, {
          environment: ENV,
        })
        .addPlugin(RavenVue, Vue)
        .install();
    }
    Ответ написан
    3 комментария
  • Как подключить глобально плагин jquery на vue.js?

    kulakoff
    @kulakoff Куратор тега Vue.js
    Vue.js developing
    Если используется webpack, то используйте providePlugin для подключения jquery.
    Ответ написан
    Комментировать
  • Когда можна приступать к фреймворкам?

    zo0m
    @zo0m
    full stack developer
    Стандартный ответ на вопрос как, когда и что учить:
    пили проекты, решай реальные задачи, все остальное тлен.

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

    Не дают работу? так сделай что-то для себя, для своих близких, для дяди, тети. Можно начать с какого-нибудь телеграм бота - сделать очень просто, минимум навыков.
    Ответ написан
    6 комментариев
  • Где можно посмотреть рабочее демо vue-tables-2?

    @igortelmenko
    Второй компонент ratiw/vuetable (что с туториалом) существует в отдельном репозитории под вторую версию Vue https://github.com/ratiw/vuetable-2

    Я, к сожалению, пока ТОЛЬКО этот самый второй компонент и пробовал. Весьма неплохой, на мой взгляд. Пока немного поигрался с ним в связке с Laravel. Думаю, что с RoR будет ну то же самое. На серверной стороне заюзать пагинатор и т.д.

    Делается ratiw/vuetable-2, вроде бы, толковым парнем. Чувствуется, что человек старается сделать все правильно и хорошо. Разбивает на отдельные компоненты и файлы там, где это надо.

    Из минусов ratiw/vuetable-2 пока выделил все же некоторую недопиленность. Не хватает свойств для установки ширины столбцов, как в jquery datatables или jqgrid. Из-за этого длинный текст делает колонки многострочными. Быть может автор предполагал возложить эту задачу на плечи css. Но обычно в табличных компонентах есть для этого специальные свойтсва.

    В ratiw/vuetable-2 нет из коробки готовых стилей Bootstrap. Пришлось искать пример автора на старую версию, брать оттуда и допиливать.

    Некоторые свойства в ratiw/vuetable-2 хотелось бы иметь доступными по-умолчанию, а не писать их каждый раз вручную.

    Но, в общем, я бы взял ratiw/vuetable-2 в продакшн.

    Первый (matfish2/vue-tables-2), не пробовал. Вот какую демку нагуглил. Извиняюсь если баян.

    UPD (2017-05-11): К вопросу о задании ширины столбцов вот автор (ratiw) дал ссылку как это сделать. Еще пока детально не смотрел. Но должно работать.

    UPD2 (2017-05-18): Вчера совсем немного посмотрел matfish2/vue-tables-2 . Каких-то, прям, сильных отличий между этими двумя компонентами не нашел. По функциям не могу пока выделить какого-либо лидера.
    Ну, у matfish2/vue-tables-2 есть встроеная возможность добавить строку с фильтрами под заголовок таблицы. Но у меня сомнения, что это кому-то нужно в таком виде. Хотя возможно.
    Но matfish2/vue-tables-2 как я понял заточен под Twitter Bootstrap, в то время как ratiw/vuetable-2 не привязан к стилям.
    У matfish2/vue-tables-2 пагинация встроеная, а у ratiw/vuetable-2 - отдельным компонентом (можно располагать сверху или снизу).
    Ответ написан
    7 комментариев
  • Что изучить первым и выгоднее Angular, Angular 2 или React?

    @beduin01
    Лучше vuejs.org еще ничего не придумали.
    Ответ написан
    Комментировать
  • Как сверстать такой хедер?

    idtimeless
    @idtimeless
    Front-end Developer
    Странный вопрос => руками)
    Слои + наложения + перекрытия + позионирование + z-index
    Ответ написан
    2 комментария
  • Стоит ли продолжать использование coffescript на проектах в 2016 году?

    gadfi
    @gadfi
    https://gamega.org
    комьюнити es6 больше (сужу по github и статьям), ничего не имею против coffee (пусть и никогда на нем не писал), сейчас пишу сам фронтенд, хотя до этого с js ничего сложнее ajax запросов не дергал
    выбрал es6 за сахар, на чистом js проект бы не вытянул, c es6 проблем после java не ощущаю, код достаточно чистый, читаемый и легко масштабируемый.
    гораздо больше проблем мне доставило окружение, настройка webpack так чтобы было удобно именно под мои задачи и инструменты(тоже не критично, но все же несколько дней ряд вопросов отнял ).

    я не буду говорить что кофе не актуален, все рубисты его горячо любят и не скоро от него откажутся, но могу предположить что рано или поздно рубисты вернуться на задачи бекенда, поэтому мнение фронтенд разработчиков должно быть в приоритете.
    возможно что кто то уйдет из проекта, кто то придет ... людей знающих стек react&es6 найти будет проще чем react&coffe
    если я правильно понял опыта у команды в react мало, поэтому им частенько придется обращаться к помощи сообщества (so, github, etc ...)

    это только мое имхо, я не фронтенд разработчик, но если бы у меня была команда ios разрабов и им стояла бы задача переписать ios приложение на android я был бы категорически против использования ими kotlin, только потому что он похож на swift, а настаивал бы на java (хотя сам kotlin люблю ). Фактор сообщества и документации был бы решающим.
    Ответ написан
    2 комментария
  • Как вы используете Git во front-end?

    romy4
    @romy4
    Exception handler
    > Как вы используете Git во front-end?
    да

    > Для каждой страницы (index, about, contact и проч.) буду создавать по ветке.
    безумие)

    вы задолбаетесь с мерджами
    одна задача — одна ветка. потом сразу мердж в мастер.
    Ответ написан
    1 комментарий
  • Чем отличается верстальщик от front-end developer?

    copist
    @copist
    Empower people to give
    Верстальщик преобразует графический макет (Photoshop или иной) в набор HTML + CSS + картинки. Иногда к свёрстанному макету может подключить типовые библиотеки Javascript, например, slider для картинок, или всплывающие подсказки (tooltip), или диалоговые окна (dialog/popup).
    Знания и навыки:
    • работа с графическими программами, чтобы понять, как собран макет
    • знание HTML, HTML5, CSS, CSS3, понятие про веб-шрифты, спрайты и другие технологии
    • пригодятся знания по HTML-фреймворкам, например, Twitter Bootstrap или Semantic UI
    • навыки кроссбраузерной вёрстки, чтобы в разных браузерах выглядело и работало одинаково
    • навыки отзывчивой вёрстки, чтобы можно было использовать на устройствах с разными возможностями и разрешениями
    • знание типовых решений javascript, чтобы реализовать простейшие вещи, заложенные в макете


    Фронтенд-разработчик делает так, чтобы макеты, полученные от верстальщика, были наполнены реальными данными. Если приложение построено как client-side (то есть вся основная логика загружается в виде огромного javascript в браузер, а данные запрашиваются с сервера по AJAX; это называется "толстый клиент"), то фронтенд-разработчику потребуется следующее:
    • знание HTML, HTML5, CSS, CSS3, понятие про веб-шрифты, спрайты, Comet и другие технологии
    • глубокое знание Javascript, включая использование готовых фреймворков, библиотек и написание расширений для них, что подразумевает объектно-ориентированное и событийное программирование
    • знание AJAX, CORS и навык создания тестовых затычек на стороне сервера, чтобы можно было разрабатывать приложение пока бакенд не готов


    Если фронтенд строится на стороне сервера, то дополнительно потребуется знать используемый серверный язык программирования (например, Python, Ruby или PHP) и используемый фреймворк (Django, Ruby-on-Rails, Yii). На практике бывало такое, что фронтендер просил в нужной части проекта сделать var_dump от структуры данных, которую надо показать и перечислить серверные методы, которые надо вызвать по нажатию предполагаемых кнопок.

    Зачастую фронтенд-разработчик может и сам закодировать эти серверные методы, если не требуется углубляться в серверную логику (отношения в данных, конкретная бизнес-логика, хранение данных, кэширование, очереди, крон-задачи). Я лично таких очень ценю.

    И моё личное мнение - фронтенд разработчику не помешают базовые знания про UML. Иногда с ними так тяжело обсуждать обмен данными по AJAX. У них это какой-то непрерывный поток магической энергии, волшебным образом преобразующийся в буковки на экране пользователя, а вот для бакенда это набор отдельных операций, иногда ещё и асинхронный. Диаграммы последовательностей ни читать, ни писать многие не умеют. Таймлайны составлять не умеют.

    -----------

    Написал дополнение: copist.ru/blog/2015/08/29/layout-designer-vs-front...
    Ответ написан
    2 комментария