Если ПМ не умеет (или не хочет) разговаривать с коллегами, то это лично его проблемы. Разрабы чувствуют, что менджер не тянет как лидер, и будет только хуже для всех, и да, такому менеджеру не место в этой команде, тут я с вами полностью согласен!
ПМ берет ответственность за всё — проект, продукт, и тд., или вы хотите так — эту часть задания делала моя команда мы молодцы, а этот соседний отдел — они козлы. Но по факту все плывут в одной лодке. Нет, это так не работает. Надо общаться! Не способны договариваться, идите ищите «иллюзорную компанию» с единорогами, но только вы там наверное не будете нужны, по той причине, что не способны общаться.
ПМ — плохой если не умеет общаться и договариваться. Если думает что разрабы ему что-то должны, а сам по факту ничего не отстреливает в продукте, и не берет ответственность в конечном итоге за созданный продукт.
Вам можно посочувствовать, если вам попался настолько дотошный заказчик. *Сам с такой проблемой по «скачущих» блоках при фиксации я не сталкивался. Возможно это по причине того что я использую normalize.css или ещё что.
Мир кричит — чем меньше JS тем лучше (хватит нагружать мой комп всякой чухней, которой не факт что пользователь её воспользуется), но автор считает иначе.
Остановил бы статью на фразе давайте таглить класс со свойствами body { overflow: hidden;} и был бы молодец, но нет.
Спасибо за обозрение тега. (по сути если очень надо без JS, этого же эффекта раскрывашки можно добиться через input type=«checkbox» + label, но так действительно проще, ) И у меня вопрос. А как держать внутреннее содержимое summary по дефолту открытым?
Те кто понимает как работает данный атрибут, такой фигни творить не будут, а ленивые и так его ставить не будут. В вэбе уже и так достаточно свойств и атрибутов что б ускорить работу или сделать загрузку оптимальной (will-change, link rel=«preload», тег picture… ) Кто знает, тот использует, кто не знает, не париться
Как-то все тут уперлись в loading=«lazy». Ребята, а как же значение eager? Это же должно быть очень круто, лично я замахался на первом экране, когда ставишь большее фоновое изображение сначала понижать его качество, а потом колдовать что б из какахи делать конфету… надо тестить
И что? Её сейчас много где используют(а будут ещё больше, пока она останется бесплатной, и её не надо будет устанавливать. Думается мне, что бухгалтеры компаний в которых софт для работников покупается со мной бы сейчас согласились =) ). Это политика вашей компании такая, если бы продукт не был удобен, то его бы не использовали. В моей компании тоже дизайнеры больше предпочитают работать с Figma, а когда я прошу что-то сделать в PS или Illustrator то на меня смотрят как будь-то я глупость сморозил.
Можно, косячат. Просто реже. Там, как-бы ещё на этапе получения макета это всё будет видно и дизайнер сам такое не отдаст в работу. Про «неопытный/ленивый дизайнер» я не согласен, в Фигме такое случаться и с опытными дизайнерами которые уж совершенно, не ленивы.
Лично мое мнение по этому вопросу — Это из-за неправильно подобранных размеров и цвета шрифтов элементов панели управления. (они тут слишком маленькие и невзрачные) Опять же, блок со слоями перебросили на левую сторону монитора (в отличие от того же ФШ, по умолчанию). Шрифты и их контрастность как бы не отвлекают от процесса создания дизайна, но при этом и внимания на себя не заостряют когда необходимо, что-то проконтролировать.
Я уверен что это не правда, или же с вами просто не хотят связываться. Как написано выше, все проблемы Фигмы, в принципе могут быть решены и верстальщиком, без привлечения дизайнера.
Советы толковый, но по сути, много на них не выиграешь. CSS и так быстро отдается (надо сильно накосячить или получить в наследство очень старый код что были с ним проблемы) Самое прожорливое это медиа фаилы и JS. Вот там реально можно просесть.
Сомнительно что другие браузеры тоже оперативно включаться в поддержку данного атрибута. Если с img и picture ещё плюс минус понятно, то как вот подключение данного атрибута в iframe они себе представляют реализовать — нет, чёт они очень жизнь себе усложнили, начали б с малого
Спасибо, за статью, немножко освежил знания.
*По поводу вопроса автора про торможение анимации. Сталкивался. Вот мой вопрос на стековерфлоу. Лично я жду когда браузеры внедрят свойства composite для анимации (Почитать можно тут) Также хочу задать вопрос — в каких случаях вы сталкивались когда без JS невозможно реализовать анимацию?(canvas и WebGL не в счет, там всё намного сложнее) Просто приведенные примеры настолько примитивны, что вгоняют в тоску. (Зачем там JS ?)
Это почему же Google PageSpeed вам не показатель? Если работа максимально кроссбраузерная, содержит нормы HTML 5 CSS3, валидатор на ней не краснеет + она не содержит ничего лишнего, (имеет минимальное количество запросов к сторонним сервисам и они выполняются именно тогда когда надо). И при этом PageSpeed тесты показывают >90%. Как по мне это показатель
Довольно занятная статейка, хотя и оценивание верстальщика по шкале выполненных работ… это сложно для моего понимания. Чистые верстальщики сейчас никому не нужны. без минимальных знаний JS. (Как минимум переделать готовый слайдер он должен уметь) + из статьи не понятно как оценить уровень, когда ты перешел из одной категории в другую. Я бы оценивал работы верстальщиков по кросбраузерности завершенной работы + Goggle PageSpeed. ПС Пишу как человек который сам проводил собеседование по найму Junior разрабтчика
Статья из разряда — " помоги себе сам ". Те кто не умеют пользоваться Интернетом или задавать вопросы специалистам в нужных областях, обязаны страдать. Ничего нового
А уточните, пожалуйста кого вы считаете «самый верхний уровень компании»? Тот кто вам денежку платит или тот кто читает ваш код? Мне, с моим опытом, не попадался начальник которого интересовал бы мой «внутренний мир», начальника интересует что б ты делал работу качественно и вовремя, и что б у заказчика не возникало вопросов по поводу твоей работы. А вот тот кто читает твой код и тратит на тебя свое время, заслуживает уважение и взаимопонимания.
ПМ берет ответственность за всё — проект, продукт, и тд., или вы хотите так — эту часть задания делала моя команда мы молодцы, а этот соседний отдел — они козлы. Но по факту все плывут в одной лодке. Нет, это так не работает. Надо общаться! Не способны договариваться, идите ищите «иллюзорную компанию» с единорогами, но только вы там наверное не будете нужны, по той причине, что не способны общаться.
Остановил бы статью на фразе давайте таглить класс со свойствами body { overflow: hidden;} и был бы молодец, но нет.
Лично мое мнение по этому вопросу — Это из-за неправильно подобранных размеров и цвета шрифтов элементов панели управления. (они тут слишком маленькие и невзрачные) Опять же, блок со слоями перебросили на левую сторону монитора (в отличие от того же ФШ, по умолчанию). Шрифты и их контрастность как бы не отвлекают от процесса создания дизайна, но при этом и внимания на себя не заостряют когда необходимо, что-то проконтролировать.
Я уверен что это не правда, или же с вами просто не хотят связываться. Как написано выше, все проблемы Фигмы, в принципе могут быть решены и верстальщиком, без привлечения дизайнера.
*По поводу вопроса автора про торможение анимации. Сталкивался. Вот мой вопрос на стековерфлоу. Лично я жду когда браузеры внедрят свойства composite для анимации (Почитать можно тут) Также хочу задать вопрос — в каких случаях вы сталкивались когда без JS невозможно реализовать анимацию?(canvas и WebGL не в счет, там всё намного сложнее) Просто приведенные примеры настолько примитивны, что вгоняют в тоску. (Зачем там JS ?)