vasIvas: я рекомендовал собирать в контроллере директивы, а не в отдельном самостоятельном контроллере. Ну то есть я чаще контроллеры а не link использую.
Рефреш - это когда меняется состояние, вам же нужно подсветить нужный пункт меню когда состояние поменялось.
fajjet: внимательно читаем ответ. В этом нет смысла, вы экономите пол килобайта CSS и при этом заставляете бедалаг грузить модернизер или еще чего + препроцессор или же тот самый prefix-free. Не говоря уж о том что разбор CSS будет усложнен отдельной жирной обработкой CSS.
Короче говоря - бросте дурное, от этой затеи плохо и вам и пользователям.
OnYourLips: а почему нет? Vim очень мощная хреновина, не так симпатично как webstorm-ы всякие или саблаймы, но зато быстро, не жрет ресурсов, а режим команд помогает делать мега клевые вещи. Ну и да, в отличии от webstorm у него нет проблем с поддержкой postcss или css next
Роман Булгаков: ударение на согласную буквы нельзя поставить, а вот на вторую И можно, и выйдет йилдИть, что созвучто с Елдить, и обычно вызывает улыбку на лицах посторонних слушателей дискуссии.
Павел Волынцев: вопрос не в том, на каком языке думать, я обычно обдумываю бизнес логику в английских терминах, так как... это язык моих стэкхолдеров, и мне откровенно нет смысла заниматься переводом.
А по поводу языковых конструкций - в статьях и т.д. иногда нужно как-то выкрутиться с переводом что бы сохранять постояноство. Скажем если я перевожу 9 терминов, то и 10-ый стоит перевести на русский. Либо вообще ничего не переводить. Но и йилдить тоже писать не хочется.
palchik: тут вопрос не чем занимается fullstack а чем занимается fullstack по версии Елизавета Борисова . Мне если честно тоже интересно узнать.
@Elizavetta
Я всегда был против курсов, ибо... ну как бы они бесполезны, это при мерно то же что и читать книжки по матиации. Хочется делать и бэкэнд и фронтэнд - делайте.
Так же есть сомнения в том что вы можете предложить автору вопроса.
vasIvas: да и angular + jquery это не страшно, просто придется плагины для jquery обернуть в директиву и все будет хорошо. Вы же знаете мою позицию, говнокод это нормально если он изолирован от всего остального и не влияет больше ни на что.
vasIvas: не уловил вашей мысли. Какие камни, вы о чем?
И да, у меня на большей части проектов где есть админка используется angularjs-ui-bootstrap, там неплохие директивы. Сейчас пробую material design, тыкаю разные реализации, ибо мне больше нравится эта концепция построения интерфейсов.
abcd0x00: ну вот этот момент с пограничными случаями - это уже в зависимости от уверенности в себе. Скажем для реализации приведенной вами функции достаточно двух тест кейсов - с числами и списками, и все. После этих двух тестов мы пишем код. Остальные тесты, приведенные вами уже не будут красными, так что дальнейшее покрытие кода тестами - это уже на ваш вкус. Я лично остановился бы на первых двух тест кейсах. Потом бы реализовывал код, и потом уже, в зависимости насколько хорошо я знаю работу этого оператора или функции, которую использовал для конкатенации списков, добавлял бы уже пограничные случаи.
Alexey Sosnovsky: да нет, сам по себе бутстрап не требует jquery, он требуется только для вещей типа модельных окон. По сути тебе надо из бутстрапа подключить только css, а вместо bootstrap.js подключить эту штуку.
vasIvas: там на офф сайте все обычно пишут. материал дезинг это сразу IE10+
Иван Антонов: BDD - Behaviour Driven Design, движение которое основала горстка любителей аджайлов дабы невилировать стоимость перевода при обсуждении функционала в рамках команды (между клиентом, продукт оунером, менеджерами, бизнес аналитиками и разработчиками). Делают они это за счет составления спецификаций - то же моделирование что и с UML, только UML не так понятно для стэкхолдеров обычно, а спеки они почитать могут. Спеки состоят из примеров, типа "у нас есть что-то, я с ним делают еще что-то и выходит то что мы хотим". За счет дополнительных примеров мы можем получить нужный уровень деталезации функционала.
сторимэппинги - это вариант визуализации бэклога с задачами в двухмерном пространстве, вместо обычного линейного спика задач. Проще будет посмотреть видяшку или погуглить. Но суть в общем то в том, что бы было удобнее приоритизировать таски. У вас же были ситуации когда логично сделать какую-то важную для пользователя фичу а клиент настаивает на своей дурной идее? Так вот, сторимэппинг помогает наглядно показать флоу пользователя и связать это с планированием того что мы хотим делать. За счет этого легче заказать что идея клиента дурная и надо по другому.
