Очень рассмешили окошки между купе: вы же понимаете, что гарантированно хоть кто-то хоть где-то, хоть раз, но использует их не по назначению? «Глорихол от РЖД» — ну как звучит-то, а :)
А если кроме шуток: я бы пошёл дальше и сделал всю стенку между двумя местами убираемой, чтобы можно было получить одно двуспальное место.
Только ваши «поделки в пейнте» — и скорее всего даже и «работы в Фотошопе» — никто никогда не будет обсуждать и спорить о них.
Дизайн не бывает плохим или хорошим. Он может быть только работающим или нет.
Вот эта вырвиглазная дичь — работает. Безотносительно того, что о ней думаю я или любой другой человек
Поворачивать можно тремя способами:
1) Сгиб в лодыжках — самый комфортный и халявный, но и самый опасный и плохо работающий на больших и тяжелых колесах
2) Наклон корпуса — среднячок, но дает дополнительную опасность завалиться на бок
3) Сгиб одной ноги в колене с сохранением другой ноги прямой — самый безопасный, дающий наименьший радиус разворота. Но трудозатратен, в обычной поездке по городу использовать его лень — разве что для поворотов на >90 градусов в узких местах
Самая банальная ошибка — мешать в одной ёмкости.
После перемешивания всегда нужно переливать в другую ёмкость и снова перемешивать уже в ней.
На стенках ёмкости гарантированно остаются непромесы
Что мешает сделать честную трёхмерную сцену со спрайтами объектов и фиксированной камерой и отбрасывать тени средствами юнити вместо заморочек с 2,5-мерностью?
Отличный сервис, перестали ходить в оффлайн ретейл благодаря вам.
Но у меня, как у продакта, просто глаз дёргается и руки чесаться начинают, когда вижу ваш раздел с рецептами — такое непаханное поле для коллабов с кулинарными блогерами и не только!
Тоже зацепил этот момент у вас.
Я в своей реализации держу у каждой системы кэш сущностей, по которым ей надо проходить в каждом цикле — а не компонентов.
Список обновляется хэндлером по эвенту ComponentAdded / Removed, в котором сущность проверяется на соответствие сигнатуре компонентов данной конкретной системы.
Выглядит слегка громоздко и накладывает оверхэд на каждое добавление / удаление компонента, зато сильно экономит ресурсы на сложных системах, работающих с несколькими компонентами.
Возможно в идеале надо совмещать оба эти подхода
Если человек пытается напихать сабтаски в сабтаски, он делает что-то неправильно.
Скорее всего это попытка воткнуть мета-информацию (типы, категории, etc) в иерархию задач, что контрпродуктивно.
Не стоит забывать, что Атлассиан делают продукт для Agile и, в частности, Scrum разработки, а она не подразумевает подобной вложенности.
Бороться-то в 2020 надо было, и не с Эпплом
И с каждым годом будет читаться всё веселее!
По мере того как всё больше и больше инвесторов бегут вкидываться в этот мертворождённый пузырь :)
Никак — если не желаете уподобиться тем, кто что-то услышал про то, что «биткоин быстро растёт» и побежал его покупать в январе 2018
А если кроме шуток: я бы пошёл дальше и сделал всю стенку между двумя местами убираемой, чтобы можно было получить одно двуспальное место.
Дизайн не бывает плохим или хорошим. Он может быть только работающим или нет.
Вот эта вырвиглазная дичь — работает. Безотносительно того, что о ней думаю я или любой другой человек
Как же больно зараза
1) Сгиб в лодыжках — самый комфортный и халявный, но и самый опасный и плохо работающий на больших и тяжелых колесах
2) Наклон корпуса — среднячок, но дает дополнительную опасность завалиться на бок
3) Сгиб одной ноги в колене с сохранением другой ноги прямой — самый безопасный, дающий наименьший радиус разворота. Но трудозатратен, в обычной поездке по городу использовать его лень — разве что для поворотов на >90 градусов в узких местах
Я сижу на коленном стуле
После перемешивания всегда нужно переливать в другую ёмкость и снова перемешивать уже в ней.
На стенках ёмкости гарантированно остаются непромесы
Но у меня, как у продакта, просто глаз дёргается и руки чесаться начинают, когда вижу ваш раздел с рецептами — такое непаханное поле для коллабов с кулинарными блогерами и не только!
Прям хоть нанимайся к вам и реализуй)
Логика, собственно, только в системах
Тоже зацепил этот момент у вас.
Я в своей реализации держу у каждой системы кэш сущностей, по которым ей надо проходить в каждом цикле — а не компонентов.
Список обновляется хэндлером по эвенту ComponentAdded / Removed, в котором сущность проверяется на соответствие сигнатуре компонентов данной конкретной системы.
Выглядит слегка громоздко и накладывает оверхэд на каждое добавление / удаление компонента, зато сильно экономит ресурсы на сложных системах, работающих с несколькими компонентами.
Возможно в идеале надо совмещать оба эти подхода
Стандартный пример продуктовых требований, оставляющих детали реализации на совести исполнителя.)
Изобретите такое устройство, и бодибилдеры всего мира Вам прижизненный памятник из золота отгрохают.
30% это ещё по-божески
Скорее всего это попытка воткнуть мета-информацию (типы, категории, etc) в иерархию задач, что контрпродуктивно.
Не стоит забывать, что Атлассиан делают продукт для Agile и, в частности, Scrum разработки, а она не подразумевает подобной вложенности.