По поводу большого размера есть решение sport версия, лучше смотрится на женской руке если на подарок, но там нет встроенного динамика, только микрофон, так что музыку уже не послушаешь и на звонки не ответишь, только через гарнитуру.
Tizen OS на телевизоре совсем не понравилась, а на часах пока проблем не было, правда пока не с чем сравнить.
Полностью вас поддерживаю. Отслеживать это будет невозможно. Либо использовать какие-то дополнительные техники чтобы оправдать АОП.
Как по мне нужно сначала определить на сколько огромное приложение, если речь идет о 2-6 "аспектах", например таких популярных как ACL и логгер, то хватит и того чтобы их оставить сквозными, ничего плохого не случится, куча cms тому пример. Если уже 6-25 аспектов, то основная проблема не потерять ни один из них при рефакторинге, и тут уже придется что-то использовать как например скрипты для проверки совместимости аспектов и/или интеграционные тесты, но и в этом случае хватит обычных декораторов, например в симфони контейнере можно объявить сервис декоратор, он отлично справится с такой задачей. А дальше веселее, если у вас 25-100+ аспектов, у рядового разработчика точно не будет понимания всей архитектуры и он фактически будет работать только с отдельными модулями, а тут чтобы оставить прозрачность и совместимость нужно использовать публичные интерфейсы между модулями, т.е. апи, и на роль этого апи отлично подходят ивенты, в вашем примере именно код модуля базы данных должен создавать ивенты (а с новыми версиями отмечать как устаревшие и добавлять новые) и все аспекты должны полагаться на ивенты и только в таком случае вы сократите риски при дальнейшей разработке.
Ну если для тяжелой работы то у вас не такой и большой выбор будет, особенно если хотите что-то маленькое и легкое, купить ноут с кучей рам можно даже маленький и легкий, а вот хорошее видео навряд в 13-14" поместится.
Спасибо кстати за то, что сказали что синкпад 480 уже начали выходить, а то может какая акция будет на прошлые модели.
Из статьи о недостатках jwt смог понять только то, что проблема в алгоритме в хедере, все остальное очень похоже на воду чтобы популяризировать свой инструмент. Может кто-нибудь пояснить что еще с ним не так?
Когда я был школьником мой старший брат привез домой первый комп, там был еще атлон 2800+ разогнанный на сколько возможно и всего лишь 256мб памяти, а в это время уже был доступен NFSMW, еще пиратский и с вырезанными видео сценами, чтобы места меньше занимал, так вот на 256 памяти он загружался очень долго, а за время между гонками можно было успеть не только поесть, но и приготовить еду. Так вот после апгрейда на еще 256мб это было незабываемо, что даже друзья чаще стали в гости ходить, не игра а наслаждение. С тех пор прошел nsfmw где-то 15 раз и каждый пару лет играю, вот на столько мне запомнился тот апгрейд.
Это книгой тяжело назвать, больше похоже на мини гайд для контент редакторов, только если заменить раздел про хуки и драш, например информацией про ревизии и настройки сайта, было бы отлично.
Теперь нашел на редите ветку об этом https://www.reddit.com/r/GrandTheftAutoV_PC/comments/39cm0r/amd_280x7970_crossfire_msaa_corruption/, раньше писали что проблема в vsync, кстати отключение vsync тоже помогает, интересно каким образом сглаживание дает такие артефакты и почему только в правом нижнем углу. Еще попробую без msaa, а если будут сильно видны лесенки то можно попробовать и vsr включить.
Хорошая стать. Есть к вам вопрос по crossfire, у меня в GTA V на двух gigabyte 7850 при включенной вертикальной синхронизации в правом нижнем углу появляются артефакты, именно квадратом, как я понимаю работает SuperTiling и вероятно одна из карточек с дефектом, хотя в остальных играх все отлично, мать GigaByte 990XA-UD3. Думал сначала что дело в pci шине x8/x8, но согласно форумам и википедии, этого должно хватать с лихвой.
Алла, ну позвоните же ему, смотрите как человеку без вас плохо!
Пишите Вы хорошо и интересно, с нетерпением жду очередную пятницу.
Кстати просто для профилактики рекомендую заняться чем-то кроме компьютеров, хоть это и невыносимо завлекает.
По поводу большого размера есть решение sport версия, лучше смотрится на женской руке если на подарок, но там нет встроенного динамика, только микрофон, так что музыку уже не послушаешь и на звонки не ответишь, только через гарнитуру.
Tizen OS на телевизоре совсем не понравилась, а на часах пока проблем не было, правда пока не с чем сравнить.
Полностью вас поддерживаю. Отслеживать это будет невозможно. Либо использовать какие-то дополнительные техники чтобы оправдать АОП.
Как по мне нужно сначала определить на сколько огромное приложение, если речь идет о 2-6 "аспектах", например таких популярных как ACL и логгер, то хватит и того чтобы их оставить сквозными, ничего плохого не случится, куча cms тому пример. Если уже 6-25 аспектов, то основная проблема не потерять ни один из них при рефакторинге, и тут уже придется что-то использовать как например скрипты для проверки совместимости аспектов и/или интеграционные тесты, но и в этом случае хватит обычных декораторов, например в симфони контейнере можно объявить сервис декоратор, он отлично справится с такой задачей. А дальше веселее, если у вас 25-100+ аспектов, у рядового разработчика точно не будет понимания всей архитектуры и он фактически будет работать только с отдельными модулями, а тут чтобы оставить прозрачность и совместимость нужно использовать публичные интерфейсы между модулями, т.е. апи, и на роль этого апи отлично подходят ивенты, в вашем примере именно код модуля базы данных должен создавать ивенты (а с новыми версиями отмечать как устаревшие и добавлять новые) и все аспекты должны полагаться на ивенты и только в таком случае вы сократите риски при дальнейшей разработке.
Спасибо кстати за то, что сказали что синкпад 480 уже начали выходить, а то может какая акция будет на прошлые модели.
p.s. и как всегда спасибо за дайджест.
Это книгой тяжело назвать, больше похоже на мини гайд для контент редакторов, только если заменить раздел про хуки и драш, например информацией про ревизии и настройки сайта, было бы отлично.
--without-autoupdatechecker
.p.s. вот бы кто-то еще написал список зависимостей, а то приходится методом проб и ошибок ставить все по очереди.