Я. Иногда мне хочется быть уверенным что мой поиск не будет с реферальной ссылкой браузера, как это происходит если выполнять поиск из адресной строки.
<накипело>
Я пользователь, и у меня пригорает от того к чему идет безумие дизайнеров, раньше балом руководили программисты и продукты просто работали, дизайнеры могли помочь улучшить дизайн, но не трогали функционал. Теперь же правят дизайнеры со своими свистелками и перделками.
Почему от очередного редизайна <продукта> пропадает половина функций? Дизайнеру видите ли интерфейс переувлажненным стал казаться. Пускай из любимого фотошопа повыкидывает себе половину функционала и оставит две кнопки в материал дезигне.
Хватит поганить работающие вещи уже.
</накипело>
Дизан этот сделан в угоду хиптерам, манагерам, и прочим менеджерам, которые рассчитали что чуть больше анимации принесут еще больше денег, а на пользователей наплевать. Пример с Google Reader показателен — пользователи просили сохранить сервис, а «эффективным менеджерам» то что? Бабла не приносит — не нужен.
Эээ, а что если для меня прошлый ноябрь, это просто прошлый ноябрь, и я не ощущаю никакой особой модели времени и в целом ужастно ориентируюсь в датах/днях недели?
Если удаление обрабатывающего событие объекта в обработчике мешает дальнейшей обработке — то давайте и не будем объект удалять в обработчике. Удалим его в сопрограмме, выполняющейся после обработки события — для чего движок, кстати, имеет стандартный метод. Будем удалять объект при помощи команды Destroy(this.gameObject, 0.0001). Удаление произойдёт, но не сразу, а будет отложено на 0.0001 секунды. Невооружённым глазом этой паузы не заметить, а вот процесс обработки события не запнётся на объекте и спокойно продолжится дальше.
Я не профи в юнити, но разве этот код не может сломаться если ОС решит переключить задачи в момент его исполнения, и 0.0001 секунда для юнити просто будет проглочена.
Я и не писал что он новый, просто ещё один в копилку способов. Лично я просто не догадлся бы так делать.
Ещё же надо найти test case при котором виртуальные методы тормозят.
Даджет приглашает авторов, заинтересованных протестировать наши устройства (Renegade у нас нет, на тестирование предлагаются наши собственные устройства) и написать объективный обзор, к сотрудничеству. Устройство после публикации обзора остается у вас. Подробнее о предложении — здесь.
Забавно — решил принять участие, просмотрел весь ваш каталог, но не нашел абсолютно ничего действительно нужного, пусть даже и на халяву.
Количество нетерпимости зашкаливает, а казалось бы, умные люди собрались на специализированном сайте…
Каждый инструмент создан для своих задач, и раз люди пользуются 1С, им это нравится, значит инструмент нашёл свою нишу и своих пользователей.
Я пользователь, и у меня пригорает от того к чему идет безумие дизайнеров, раньше балом руководили программисты и продукты просто работали, дизайнеры могли помочь улучшить дизайн, но не трогали функционал. Теперь же правят дизайнеры со своими свистелками и перделками.
Почему от очередного редизайна <продукта> пропадает половина функций? Дизайнеру видите ли интерфейс переувлажненным стал казаться. Пускай из любимого фотошопа повыкидывает себе половину функционала и оставит две кнопки в материал дезигне.
Хватит поганить работающие вещи уже.
</накипело>
— Действительно — захомячить суть самой статьи.
Я не профи в юнити, но разве этот код не может сломаться если ОС решит переключить задачи в момент его исполнения, и 0.0001 секунда для юнити просто будет проглочена.
Помниться сравнение this с NULL было в недрах MFC.
Ещё же надо найти test case при котором виртуальные методы тормозят.
Забавно — решил принять участие, просмотрел весь ваш каталог, но не нашел абсолютно ничего действительно нужного, пусть даже и на халяву.
Каждый инструмент создан для своих задач, и раз люди пользуются 1С, им это нравится, значит инструмент нашёл свою нишу и своих пользователей.
Впрочем против 1C ничего не имею)