С сайта документации "The jQuery replacement for select boxes"
В примерах - инициализация классическим для jquery методом.
Так что - да. Если не желаете jquery зависимостей - гуглите "custom select without jquery". Будет ворох всяких ванильных плагинов
транзишн для размеров авто не работает.
Если нужен результат - либо считать по кол-ву li (все li имеют фиксированную высоту, к примеру), либо рендерить результат в стороннем скрытом блоке (visibility hidden, position abs, left -1000000) , получать его результирующую высоту, назначать инлайн-стилем на блок аккордеона... ну вы надеюсь поняли.
По другому транзишн не забороть.
Либо делать min-height от фонаря для конечного положения и надеяться, что контент не подведет. Но это будет фигня а не результат.
⚡ Kotobotov ⚡, а давайте не путать бизнес с оценкой трудоемкости? Вы вообще понимаете суть бизнеса?
Могу немного разжевать: бизнес - заработать денег. А еще лучше - просто их получить, не прикладывая усилий. В идеале.
Когда выкатывают прайс конечному заказчику, в него вкладывают кучу всевозможных позиций: амортизацию оборудования, все налоги, зарплату непроизводственных единиц (бухгалтеров, уборщиц, исполнительного директора..), внезапно оценку трудозатрат разработчиков на проект, риски того что оценку профукали и придется овертаймить за счет хозяина разработчиков, риски сгоревшей техники и т.п. аварийных ситуаций, прикидки сколько можно выжать из заказчика исходя из рыночной коньюктуры и уникальности заказа (помните про мастера, который зарабатывал на том, что знал где стукнуть?). И вся эта белиберда сводится к единственной цели владельца бизнеса - получить прибыль. Есть шанс продать себя дороже - этим будут пользоваться. В рамках, установленных законом. И, исходя из этих, в общем-то, довольно очевидных вещей, становится понятно, что оценка разработки - это важный, но отнюдь не исключительный, компонент в структуре прайса.
Желаете платить только за разработку - вперед за оутсорсом. Да и там большая часть из вышеперечисленного будет играть свою роль, только в других пропорциях.
С чего это стоимость часа лида должна быть выше стоимости часа техписа или тестировщика? они одинаковое время в день пялят в монитор же.
Если чего-то не знать, значит тратить свое и работодателя время на гугл. Всё просто.
Больше сложных задач и практики - больше знаний, которые принес гугл :)
Если знать основы - до многих вещей можно дойти логическим путем.
Ну и - базу надо просто знать. Углубляться - как потребность возникнет.
Ну и видеть как фронтендер колхозит какую-то муть на js, потому что не умеет верстать - мне лично неприятно :) Тенденция
Тогда никак. Шрифт - набор векторных изображений.
Разные font-weight просто выбирают из готового набора значения.
Если есть очень большое желание - можно сконвертировать шрифт в svg, ручками в иллюстраторе/чем угодно поправить внешний вид, собрать обратно.
festus13 пара замечаний:
1. Чтобы не влетать с глупыми ошибками - оформлением управляйте только в стилях.
Предположим, у вас адаптив более серьезный, разные размеры для одной иконки. Прописав размер в атрибутах тега вы костылить будете со всякими important в стилях для определенных разрешений
2. Изучайте стандарты. Вас подвел недостаток знаний. В атрибутах размеры пишутся в кавычках без единиц измерения для пикселей или % для процентов, а в стилях вы можете использовать что угодно (относительные размеры типа em, hw и т.д.)
Если всего лишь второго уровня - есть подход типа материал-дизайна. Сайдбар на мобиле, меню раскрывается аккордеоном. Длина текста в ссылке не имеет значения в данном случае, всё может размещаться в несколько строк.
Примеры можно тут посмотреть https://materializecss.com/
Я за рациональный подход и удобство пользования.
Не стоит десктопное решение впихивать на мобилу. Это просто неудобно.
Стоит пересмотреть структуру сайта и в навигации оставить только корневые ссылки. А внутри категории выводить еще дополнительные селекторы и т.п.
Было хорошее исследование по поводу того, на сколько оправдана идея довести клиента в 3 клика к результату (никакой реальной пользы эта парадигма не несет). К сожалению, ссылки привести не могу.
Попытка натянуть сову на глобус никогда не приводила ни к чему хорошему. Опыт в этой области поимел по самое небалуйся, увы (
Sanes, мы против индусского кода :) Никто же не говорит - давай код немедленно и прочую ерунду. Разговор только о часах. Не надо мешать теплое с мягким.
Sanes, совершенно верно. Зато нет особых ограничений когда эти часы надо отработать. Можно отработать с утра три часа под счетчиком, потом сделать перерыв на 2 часа, продолжить, опять сделать перерыв.
Позволяет меньше тратить времени на всякие вконтактики и сосредоточиться на задаче.
Ограничения могут быть в основном - быть в наличии в определенное время для митингов, планингов, либо для работы в связке с командой.
Поначалу было непривычно. Кто втягивается - привыкает.
Работа из дому в нынешней ситуации даже больше подходит - нет потери времени на перемещение.
Опять же - это галеры. Эффективность в приоритете. И как следствие - очень хороший проф рост.
По пунктам
1. Да, мы закладываем время на дейлики, отчетность, планирование и прочие накладные расходы, так же мы закладываем время на исследование проблемы, если задача не типовая. Всё прозрачно, менеджер сообщает клиенту при необходимости, из чего будет складываться задача. Чаще всего клиента такие детали не интересуют. Клиент может иметь доступ к доске, видеть наполняемость спринтов задачами, скоростью их реализации.
В трекере есть задачи, так и называемые - дейли митинг, планирование. Это обычная часть рабочего процесса, неотъемлимая, прошу заметить.
Без подобных составных частей не возможно получить результат. Это всё равно что пригнать машину в ремонт и не оплатить время, потраченное на диагностику, подбор запчастей.
Дейлики - это же инструмент снижения рисков, так же как и отчеты. Разумному клиенту всё вполне продается. Тем более, что стоимость проекта чаще всего просчитывается заранее, выстраивается бюджет, в дальнейшем реализация проекта ведется подконтрольно и прозрачно, видно, куда и как всё расходуется.
Нет отчетов - нет прозрачности и для клиента и для менеджера проекта. Тикеты в трелло или жире не дают полной ясности для менеджера по крайней мере. Часто возникают какие-то проблемы, которые ломают план, и об этом лучше знать заранее, возможно решать с заказчиком, увеличивать бюджет или отказываться от малозначимых фич. Идеального прогноза и планирования не бывает.
Старт проекта - обязательно закладывается время на предстартовые работы. Если есть необходимость, то да, "помогал разворачивать систему", это же проектная работа, без которой дальнейшая разработка просто не имеет смысла. Если один разработчик больше разбирается в докере - он может сэкономить время другого разработчика и избежать лока и отставания по графику. Чаще подобные вещи могут решаться вообще силами девопсов, к примеру.
2. Галеры, в которых берут разработчиков на проект - это крайние ситуации, которые не дают возможности строить компанию. Это больше похоже на быстрый сруб бабла, возможно даже честный, но никаких перспектив для коллектива не предполагающий. В моем случае - отношение к сотруднику совершенно иное. Ценность кадров очень велика, т.к. проекты могут тянуться не один год, из-за огромного объема работ. Текучка есть, кто-то не может в таком ритме работать, кому-то не удается оправдать ожидания или показать стабильность, кто-то растет и находит более привлекательные предложения. При этом за каждого сотрудника идет борьба, в плане контроля успехов, помощи в сложных ситуациях, оказывается реально высокое доверие. Могут ставиться цели для личного роста и развития, тимлиды стараются помочь не перегореть от высокой нагрузки.
В плане разнообразия стека - это бизнес. Есть работа на тайпскрипте, тебе предложат освоить и его. Чем более универсальный специалист - тем выше оклад и доверие на сложных проектах.
Затянуть проект - а как вы себе это представляете, если есть вполне определенные сроки?
В межсезонье менеджеры не дадут скучать, работа есть и на внутренних проектах. Тут и возможность выбора есть - заняться тем же стеком чтобы прокачаться, либо попробовать что-то новое для развития. Все оплачивается по стандартной ставке, нет разницы - внешний заказ или внутренний.
Благодаря такому отношению со стороны менеджмента и руководства разработчики весьма сильно мотивированы.
это если демонстрация с изменением контента.
"Зачем" - это риторический