User
Кейс
Компания, которая 99% работы проводит в офисе. Для коммуникации используют живое общение и электронную почту. С учетом последних событий и тенденций планируют перевести своих сотрудников на удаленку. Что делать, о чем подумать и как не проиграть?
Важно сразу понимать: любой интеллектуальный труд можно перевести на удаленку без потери эффективности (а можно даже и выиграть).
Итак, 4 блока перевода из офиса на дом:
1. IT
Пройдя путь от верстальщика-стажёра до сеньора фронтенд-разработчика, я работал в разных командах и с разными дизайнерами. От проекта к проекту были похожие проблемы: взаимное недоверие или даже предвзятое отношение между фронтендщиками и дизайнерами, непонимание макета или дизайн-системы, отсутствие коммуникации в команде и другое, что мешало работать. В этой статье я попробую разобрать часть проблем и дам свои рекомендации по их решению. Надеюсь, статья будет полезна как фронтендщикам, так и дизайнерам.
Вы верно поняли, тут речь пойдёт именно о тех людях, которые делают дизайн интерфейсов. Я порой вижу вопросы на тему: “Нужно ли понимать дизайнеру вёрстку?” и “Почему вы делите дизайнеров на Ui, UX, итд?”. В этой статье я отвечу на эти вопросы. Маленькая затравка для продолжения… - да, эти два вопроса отвечают друг на друга. О том, кто такие дизайнеры интерфейсов, и что они делают в рамках разработки приложений, мы разбирали в прошлой статье.
Нужно ли уметь верстать?
Для ответа на этот вопрос мы пойдём от обратного. Возьмём дизайнера, который делает интерфейсы и не понимает, как они работают, разрабатываются и из чего они состоят. Этому дизайнеру на вход поступает задача сделать страницу, которая должна уверенно адаптироваться под различные устройства. Он начинает собирать данные, рисовать макет, адаптировать его под разные размеры - и тут-то проявляется первый звоночек о том, что интерфейс будет непригодным к разработке, по причине того, что дизайнер не понимает принципов адаптивности в вебе, которые строятся на различных подходах к вёрстке. Он на выходе выдаёт макет, который выглядит отлично, но структурно адаптируется неверно. Компоненты принимают вид смешанных элементов - по типу выпадающего списка, с функцией поиска по списку и создания элемента списка прямо в списке. Помимо этого макет оказывается неполным, без содержания активных состояний компонентов, каждый компонент не имеет системной структуры, которая позволяет повторять его во многих местах со смежным контекстом.
Всем привет! Занимаюсь разработкой игры: ее дизайн полностью сделан из символов, которые можно набрать на клавиатуре. Используются символы из ASCII таблицы. Как бы странно ни звучало, но моя цель - сделать современную игру. Она должна смотреться классно, сохраняя при этом ретро-эстетику.
Несколько 2D-способов достижения цели описаны в статье на Хабре:
«ASCII игра — компромисс аутентичности и удобства»
В этой статье я опишу новый 3D-способ и визуальный эффект. Это экспериментальные техники. Надеюсь, они не разрушат аутентичность визуального стиля. Поэтому хочу узнать ваше мнение.
Каждый день мы пользуемся множеством разнообразных устройств, частенько даже не задумываясь о том, как именно они работают. Проецирование подобной ситуации на что-то гораздо более серьезное, например, на химическую промышленность кажется абсурдным. Ведь во время производство химических веществ нужно точно знать его компоненты, их свойства и то, как они взаимодействуют. Верно? И да, и нет. Силикалит титана (ST-1) является крайне популярным катализатором в химической промышленности, который используется уже порядка сорока лет. Тем не менее его реальных свойств, как оказалось, никто не знает. Посему ученые из Кельнского университета решили провести детальный анализ ST-1, чтобы раскрыть его секреты. Каковы свойства ST-1, что позволяет ему быть столь эффективным катализатором, и как новые данные могут повлиять на химическую промышленность? Ответы на эти вопросы мы найдем в докладе ученых. Поехали.
CMD.EXE.
Представляю вам очередной обзор ретро ЭВМ – на этот раз клона компьютера IBM PC AT, он же 286, он же "двойка" . Несмотря на то, что это клон, он почти один-в-один, вплоть до расположения микросхем на печатной плате, повторяет оригинальный IBM 5170.
Тема многомодульности уже давно витает в среде Android-разработчков. За много лет проб и ошибок, выработались определённые подходы к разбиению приложения на модули. В целом о принципах разбиения на модули есть хорошая статья Андрея Берюхова: https://habr.com/ru/company/kaspersky/blog/520766/
В статье Андрея хорошо описано как разбивать приложение на модули, что должны делать модули и как они должны друг от друга зависеть. Собственно, такой же подход к разбиению предполагается и в текущей статье. Для лучшего понимания как начать писать модули или начать делить приложение на модули - ознакомьтесь со статьёй Андрея. Отличие текущей статьи от статьи Андрея - подход к склейке модулей.