Задать вопрос
  • Как изменить css свойство у класса в angular?

    astralo
    @astralo
    для "спасибо" есть кнопка [Нравится]
    в ангуляре есть встроенная реализация jquery, потому можно сделать так
    angular.element('.class').css('color', '#333');
    либо
    angular.element('tag').addClass('class');
    ну или
    angulat.element('body').append('<style> .class{ color: #333; } </style>');
    Ответ написан
    Комментировать
  • Хак для internet explorer 11?

    @sten8509
    нашел решение без js
    @media screen and (-ms-high-contrast: active), (-ms-high-contrast: none) {  
       /* IE10+ specific styles go here */  
    }

    или
    @media all and (-ms-high-contrast: none), (-ms-high-contrast: active) {
    /* IE10+ CSS styles go here */
    }
    Ответ написан
    2 комментария
  • Зачем нужен sourcemap?

    27cm
    @27cm
    TODO: Написать статус
    Ответ написан
    Комментировать
  • Зачем нужен sourcemap?

    @lemme
    Frontend
    Вот представь, собрал ты 10 файлов в 1 бандл, потом минифицировал, а как дебажить эту лапшу?

    На помощь приходит sourcemaps, который будет показывать реальную структуру файлов и.т.д
    Ответ написан
    2 комментария
  • Когда в PHP использовать интерфейсы, а когда абстрактные классы?

    try4tune
    @try4tune
    С точки зрения архитектуры:

    Интерфейс описывает свойства. Обратите внимание на классические названия интерфейсов: Throwable, Countable, Comparable, Iterable и т.д. Возьмем, к примеру, интерфейс Rollable (катящийся), и Foldable (складывающийся).

    Абстрактный класс же описывает сущность. Например, стол: Table_Abstract. Стол может быть деревянным, тогда будет Table_Wood extends Table_Abstract. Также стол может быть хирургическим: Table_Surgical extends Table_Abstract. В таком случае Table_Abstract объединяет общий свойства всех столов (скажем, площадь поверхности, наличие ножек и т.п.). А конкретный класс описывает сущность определенного типа столов.

    Связью же интерфейсов и классов Вы описываете свойства. Например, стол можно катить: Table_Abstract implements Rollable. Деревянный стол, например, можно сложить: Table_Wood implements Foldable.
    Ответ написан
    5 комментариев
  • Стоит ли учить Coffeescript в преддверии выхода Ecmascript 6?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    вы как минимум должны хорошо знать javascript (ES6 подподает под это дело), а учить или нет кофе или тайпскприт - решайте сами. Как по мне смысла в кофескрипте особо нету, плюшки которые небыли перенесены в стандарт es весьма сомнительные. Тайп скрипт - все тот же ES + тайп хинтинг + плюшки дополнительные.

    Вывод - сначала изучите ES6 а потом как хотите.
    Ответ написан
    Комментировать
  • Стоит ли изучать TypeScript или дождаться EcmaScript 6?

    если как обещют должен выйти EcmaScript6 с поддержкой классов

    Есть могучий Babel, который позволяет начать использовать ES6 уже вчера.
    Ответ написан
    2 комментария
  • Как заставить WebStorm автоматически заворачивать длинные строки?

    miminari13
    @miminari13
    view - active editor - use soft wraps
    это для вебшторма, но думаю в phpstorm тоже самое
    Ответ написан
    3 комментария
  • Как реализовать поле поиска,и реализовать умный поиск?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Еще есть Select2. Он очень гибкий и там совершенно несложно сверстать это дело используя шаблонирование. По поводу размытого поиска используйте расстояние Левенштайна.
    Ответ написан
    Комментировать
  • Как реализовать поле поиска,и реализовать умный поиск?

    masterklass
    @masterklass
    У Твиттера есть неплохая разработка - typeahead.js
    Ответ написан
    Комментировать
  • Как реализовать поле поиска,и реализовать умный поиск?

    DeLaVega
    @DeLaVega
    Верстаю, фронтэндю =)
    Верстаете как обычный блок, стилизуете, скрываете, а на ввод в инпуте ставите листенер на onkeyup на него вешаете аякс и приходящим ответом заполняете свёрстанный блок и показываете его.
    Ответ написан
    5 комментариев
  • Что такое такое rest api?

    @eandr_67
    web-программист (*AMP, Go, JavaScript, вёрстка).
    API социальных сетей - это вполне типичные примеры реализации REST API.

    REST (RESTful) - это общие принципы организации взаимодействия приложения/сайта с сервером посредством протокола HTTP. Особенность REST в том, что сервер не запоминает состояние пользователя между запросами - в каждом запросе передаётся информация, идентифицирующая пользователя (например, token, полученный через OAuth-авторизацию) и все параметры, необходимые для выполнения операции.

    Всё взаимодействие с сервером сводится к 4 операциям (4 - это необходимый и достаточный минимум, в конкретной реализации типов операций может быть больше):
    1. получение данных с сервера (обычно в формате JSON, или XML)
    2. добавление новых данных на сервер
    3. модификация существующих данных на сервере
    4. удаление данных на сервере

    Операция получения данных не может приводить к изменению состояния сервера.

    Для каждого типа операции используется свой метод HTTP-запроса:
    1. получение - GET
    2. добавление - POST
    3. модификация - PUT
    4. удаление - DELETE

    Т.е. :

    GET-запрос /rest/users - получение информации о всех пользователях
    GET-запрос /rest/users/125 - получение информации о пользователе с id=125
    POST-запрос /rest/users - добавление нового пользователя
    PUT-запрос /rest/users/125 - изменение информации о пользователе с id=125
    DELETE-запрос /rest/users/125 - удаление пользователя с id=125
    Ответ написан
    20 комментариев
  • Как можно протестировать верстку сайта во всех размерах и браузерах?

    @pocteg
    lahno, привет!

    Хром имеет средство для тестирования сайтов для мобильных устройств. Это можно активировать в консоли хрома.a8813d84e5d845d787eda31a42f87810.png
    Ответ написан
    3 комментария
  • Как Вы понимаете junior, middle (developer), senior и есть ли принципиальная разница этих понятий в вебе, эмбедде, геймдеве и других программиннгах?

    @kfuntov
    В моей голове так:
    junior - если надо обязательно делать code review после выполнения задачи, и с большой вероятностью после него что-то править.

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

    senior - может проводить code review.
    Ответ написан
    Комментировать
  • Как Вы понимаете junior, middle (developer), senior и есть ли принципиальная разница этих понятий в вебе, эмбедде, геймдеве и других программиннгах?

    @lookid
    Junior : студент старших курсов и без опыта работы. Если с человеком нужно сидеть и постоянно помогать. Можно доверить баги, но никак не рефаторинг или таски на 1-2 недели, то это 100% джуниор. Опыт фултаим: 0.5-1 год. Либо партайм: 1-2 года. Предметную область знает слабо.

    Middle : фиксит баги быстро, может делать таски на 1-2 недели, принимать архитектурные решения, рефакторить. Опыт фултайм: 1-2 года. Предметной областью владеет достаточно, что бы обсуждать с коллегами, спорить, искать решения.

    Senior : Тут либо довольно крутой, скилловый Middle, умеющий очень хорошо кодить и знающий предметную область о-о-очень хорошо. Опыт фултайма 5-7 лет.
    Либо просто Middle, который решил уйти, но его апнули, что бы не уходил. Обычно молодые Senior этот случай.

    есть ли принципиальная разница этих понятий
    Есть немного. В вебе растут быстрее (см. молодых синьеров). В геимдеве посложнее, т.к. область специфичная и набить руку в рендере, физике и прочих PS4SDK дома не получится. Но понятие Software Engineer никто не отменял. Software Engineer считаются довольно универсальными и могут быть Senior в любой предметной области, конечно если это не рокетсаенс, которым Senior в жизни не занимался.
    Ответ написан
    2 комментария
  • Как Вы понимаете junior, middle (developer), senior и есть ли принципиальная разница этих понятий в вебе, эмбедде, геймдеве и других программиннгах?

    FirstX
    @FirstX
    .net developer
    Эти понятия, как и многое другое, пришло с запада. В России, знаю на примере текущей компании, есть разделение на "Инженер-программист 3й категории", 2й категории и высшей категории (ведущий инженер-программист). В нормативных документах, в том числе и в рамках должностной инструкции описано, что например инженер программист 2й категории - это сотрудник с высшим образованием по специальности и таким-то количеством лет опыта. Это формальный подход, на практике мне дали 2ю категорию существенно раньше, чем "положено".

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

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

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

    Это все лично мое мнение, не претендующее на истину)
    Ответ написан
    Комментировать
  • Динамическая замена URL?

    Finesse
    @Finesse
    Зачем забивать голову библиотеками. Это делается с помощью HTML5 History API, кратко и понятно про него почитать и посмотреть примеры можно здесь: habrahabr.ru/post/123106.
    Ответ написан
    Комментировать
  • Динамическая замена URL?

    croupier
    @croupier
    Для смены урлов достаточно history api, по остальному погуглите single page application
    Ответ написан
    Комментировать