Жаль, что на айпаде в вертикальной ориентации вся эта красота со слоями не помещается. Идея сама по себе отличная — понятен контекст, активация новых слоев не перебрасывает в незнакомое состояние. Не думали над вариантами, чтобы самый старый/родительский слой сжимался в вертикальную колбасу из пиктограмм на узких экранах?
Мне кажется элемент тщеславия в начальном порыве все портит. Мне кажется творец не должен беспокоиться об известности. Если стараться приносить людям пользу, стремиться к качеству в рамках дела, которое зажигает сердце — известность с деньгами догонят.
В играх сложно сформулировать пользу, но очевидный приоритет — надежность и скорость работы. Не выпускать сырость. Пользователи чувствуют, когда для них старались и оттачивали каждую мелочь.
Насчет клонирования вы не правы. Великие художники сначала очень долго копировали других великих художников, чтобы когда шибанет в голову гениальная идея, быть во всеоружии. Клон можно воспринимать как авторский ремикс известной темы, возможно, лишенный некоторых недостатков.
Чисто из любопытства интересуюсь, на собеседовании давали задания «нарисуйте пожалуйста карандашом интерфейс заказа самосвалов/самолетов, объясните какие варианты и почему»? Ведь сразу видно как человек мыслит. Уточняющие вопросы и промежуточные решения кандидата выдают с головой и результат сразу видно. Можно еще такую задачу подобрать, чтобы шаблонные решения не прокатывали совсем и надо принять для начала принципиальные продуктовые решения.
Скажите пожалуйста, на ваш взгляд, проектировщик интерфейсов и проектировщик продукта — это должны быть разные люди?
Как это ни странно, предложение более низкой цены не является выгодным предложением. Основной риск, что проект будет сделан плохо или вообще не сделан.
Есть прекрасная формулировка для интерфейса — «перемешать» (shuffle). Однозначно указывает на разнообразие результатов и не декларирует обязательств строгой математической случайности. Разнообразие плейлиста можно даже метрикой описать.
Верно подметили. :) К длительной работе компьютеры больше приспособлены. В контексте темы, чтобы написать демона на php c минимальными утечками, нужно использовать все свое и тратить массу дополнительного времени на отладку. Нет доверия ни к расширениям ни к библиотекам. На данный момент, с учетом требований поддержки и надежности, проще демона на С++ написать, используя реализацию на php в качестве прототипа.
К сожалению написал, потому что со многим можно смириться, но из за неприспособленности к длительной работе иногда руки опускаются. Не проблема обработать 10 тысяч запросов отдельно запускаемыми скриптами, но когда нужна обработка запросов в цикле (для сокетов), деваться некуда и перезапуск неизбежен. Т.е. я тупо осознаю, что есть некоторое фиксированное количество запросов, которое сожрет память. Через час, через сутки. Даже если все клиенты быстрые, белые и пушистые. Надеюсь, что настанет прекрасное время, когда движок перепишут и утечки если не пропадут, то не будут бросаться в глаза. Прогресс есть. Медленным шагом, робким зигзагом :) По факту остается мириться, только бы частота перезапусков была в рамках приличия.
PHP создан чтобы умирать. Если работает в качестве сервера — память вроде бы есть, но утечки могут непредсказуемо проявиться практически в любом модуле и после пары тысяч запросов памяти уже нет. Падение, перезапуск. Как на минном поле. Лично я считаю, что это плохой подход для PHP.
Недавно писал чисто для пробы сервер для HTML5 Websockets, обрабатывать события и кидать сообщения клиентам в браузер. Здесь обработка запросов в цикле без вариантов — надо долго держать соединение. Пустой сервер с тестовыми заглушками работает шустро. После обрастания возможностями, когда начинает лезть в MySQL, Redis — память уходит на глазах. Приходится отслеживать и перезапускать. Все опять сводится к тому, чтобы периодически умирать.
Возможно, чтобы достичь заметного мастерства, необходимо стать маньяком выбранной «техники», сделать стилем жизни, полюбить. Не получится стать управленцем на «тренингах выходного дня», нахватавшись верхов на семинарах. Это вам не купленная база, которая добавила опцию в меню. :) Очень правильный вопрос зачем (и во что реально обойдется). Полагаю, стоит попробовать скорочтение, чтобы понять ценность медленного чтения, стоит попробовать реально напрягаться и экономить время, чтобы понять ненужность напряга и суеты. От прикосновения к азам хуже точно не станет.
Пропала прекрасная кнопка «домой» реализованная кликом на название сайта в адресной строке. Сделайте пожалуйста кнопку-домик для перехода на начало домена.
Компании, работающие в верхнем ценовом сегменте, как правило делают более масштабные и сложные проекты. Легче перейти к созданию собственных продуктов-сервисов. Сегмент дешевых решений на потоке имеет тенденцию превратиться в «сырье», commodity, типа обслуживания компьютеров и печати визиток.
Все правильно делаете. Посещение имеет смысл ради стендов, возможности задать вопросы, может быть пообщаться в менее формальной обстановке с такими же повернутыми. Просто смотреть и слушать гораздо удобнее в кресле за компом.
Лично я отправил заявку, но боюсь, что по внешним признакам могу попасть в профиль «типичного PHP-разработчика», хотя интересуюсь искусственным интеллектом. Синенький раздел Research описывает интерес к мероприятию без лишних колебаний.
Мне кажется элемент тщеславия в начальном порыве все портит. Мне кажется творец не должен беспокоиться об известности. Если стараться приносить людям пользу, стремиться к качеству в рамках дела, которое зажигает сердце — известность с деньгами догонят.
В играх сложно сформулировать пользу, но очевидный приоритет — надежность и скорость работы. Не выпускать сырость. Пользователи чувствуют, когда для них старались и оттачивали каждую мелочь.
Насчет клонирования вы не правы. Великие художники сначала очень долго копировали других великих художников, чтобы когда шибанет в голову гениальная идея, быть во всеоружии. Клон можно воспринимать как авторский ремикс известной темы, возможно, лишенный некоторых недостатков.
Желаю вам найти и оседлать свою волну.
Скажите пожалуйста, на ваш взгляд, проектировщик интерфейсов и проектировщик продукта — это должны быть разные люди?
Недавно писал чисто для пробы сервер для HTML5 Websockets, обрабатывать события и кидать сообщения клиентам в браузер. Здесь обработка запросов в цикле без вариантов — надо долго держать соединение. Пустой сервер с тестовыми заглушками работает шустро. После обрастания возможностями, когда начинает лезть в MySQL, Redis — память уходит на глазах. Приходится отслеживать и перезапускать. Все опять сводится к тому, чтобы периодически умирать.
Лично я отправил заявку, но боюсь, что по внешним признакам могу попасть в профиль «типичного PHP-разработчика», хотя интересуюсь искусственным интеллектом. Синенький раздел Research описывает интерес к мероприятию без лишних колебаний.