насколько мне известно, с патентами на алгоритмы сжатия видео всё очень и очень плохо. вероятность придумать что-то действительно альтернативное стремится к нулю. по крайней мере это тяжело сделать если мы хотим получить кодек с конкурентными характеристиками сжатия.
даже если у них это когда-то получится, нет гарантии, что в один прекрасный не придут правообладатели и не нагнут умельцев вместе с их клиентами.
>> Но для того, чтобы ваш компьютер «потянул», необходима как минимум видеокарта GeForce GTX 650 или GeForce GTX 660M для ноутбука
любезнейший, а не подскажите где вы это вычитали? на сайте написано, что видеокарты для ноутбуков не поддерживаются.
являюсь счастливым обладателем imac с geforce 680mx и хочу купить сабж.
Довольно подробная статья. С фреймворком не знаком, поэтому почитать было очень интересно. Приведу несколько заметок, если вы не против:
1) Я считаю, что аспекты — это прекрасно, пока они контекстно зависимы. В общем же случае это уродство крайней степени, которое просто уничтожает целостность приложения.
2) Вам пример с SVG я бы дополнил иерархией.
В общем, в чем я больше и больше убеждаюсь, общая беда всех подобных канонично спроектированных фреймворках, где всё по уму, заключается в том, что они по сути не являются готовыми решениями для разработки. Это отличные расширяемые инструменты, которые в руках мастера могут творить чудеса, но перед человеком, только начавшим изучение такого фреймворка, стоит задача не только изучить всю документацию, но и сообразить как это всё грамотно использовать в конкретном проекте. И если первая часть решается наличием времени, то со второй возможно придется повозиться основательно. И что самое смешное, что пресловутое вторичное использование кода при разработке нового проекта часто не работает для таких фреймворков. Потому что смена разработчика неизбежно приводит к переосмыслению структуры кода. Да и скилл одного разработчика может расти, что тоже скажется на подходе. Всё это следствие высокой гибкости, которую все так невероятно любят.
Последнее, что я освоил был AngularJS. Его подход ничего кроме негодования не вызывает. Однако, сложно спорить с эффективностью такого подхода в большинстве сценариев. Это то самое готовое решение, которое можно взять использовать, потому что оно уже знает, что тебе нужно и знает как тебе это нужно сделать (опять таки в большинстве сценариев). И мне кажется такой подход притягивает новых разработчиков, несмотря на весь абсурд и «негибкость» оставшиеся на втором плане.
извиняюсь если слегка сумбурно.
и да, это просто имхо, не принимайте близко к сердцу.
вкратце:
Ехал квантум через квантум,
Видит квантум квантум в квантум и т.д. :)
Я кстати, еще не читал, просто пробежался. Вы заставили меня засомневаться, сяду пожалуй внимательно прочитаю, что там написали, вдруг действительно ерунда.
Я не ученый, чтобы спорить с вами на такие темы. В статье написано:
>> Световая память, обеспечивающая квантовую когерентность (такую как поляризация и квантовая запутанность) является жизненно важным моментом для создания квантовых сетей дальнего действия. Также, как и в случае с обычными электронными маршрутизаторами, квантовые маршрутизаторы должны быть способны сохранять входящие пакеты и затем, переправлять их — то что позволяет осуществить подобное открытие.
Или я таки прав или в статье врут. Вот всё что я могу вам сказать.
Именно об этом я и говорю. Клонирование не возможно, поэтому если вылетевший фотон имеет такое же состояние, то это тот же самый фотон.
Почитайте про квантовую телепортацию например. В опытах исходный атом сам по себе не телепортируется, а телепортируется его состояние посредством фотона.
Это квантовый мир. И ваше «формально» тут не работает. Если «вылетевший» фотон имеет абсолютно идентичное квантовое состояние с «первоначальным», то это тот самый фотон. Звучит возможно безумно, но так оно и есть.
спешу вас обрадовать. она не кислотная, она серая и полупрозрачная с blur'ом(как многие другие элементы). какой фон — такой и цвет.
по умолчанию в новой ios стоит цветная динамическая картинка на фоне, оттого и кислотность.
Пардон, надо было сразу написать. Камера примерно как и была «снизу вверх» из правого нижнего угла (на скриншотах видно значёк). Пусть вас не смущает размер и положение иконки. Область под камеру съедает честную четверть ширины экрана.
Камеру также можно также вызвать нажав на иконку в центре настроек.
View из Backbone я выпиливаю за ненадобностью. Не слушать «разметку детей» задача довольно простая и никак с архитектурой может быть не связана. Различное понимание моделей я готов обсудить приватно. Вот моя почта tenphi@gmail.com
Не хочу разводить холивары, ведь тут могут быть дети.
насколько мне известно, с патентами на алгоритмы сжатия видео всё очень и очень плохо. вероятность придумать что-то действительно альтернативное стремится к нулю. по крайней мере это тяжело сделать если мы хотим получить кодек с конкурентными характеристиками сжатия.
даже если у них это когда-то получится, нет гарантии, что в один прекрасный не придут правообладатели и не нагнут умельцев вместе с их клиентами.
такая вот беда.
любезнейший, а не подскажите где вы это вычитали? на сайте написано, что видеокарты для ноутбуков не поддерживаются.
являюсь счастливым обладателем imac с geforce 680mx и хочу купить сабж.
1) Я считаю, что аспекты — это прекрасно, пока они контекстно зависимы. В общем же случае это уродство крайней степени, которое просто уничтожает целостность приложения.
2) Вам пример с SVG я бы дополнил иерархией.
В общем, в чем я больше и больше убеждаюсь, общая беда всех подобных канонично спроектированных фреймворках, где всё по уму, заключается в том, что они по сути не являются готовыми решениями для разработки. Это отличные расширяемые инструменты, которые в руках мастера могут творить чудеса, но перед человеком, только начавшим изучение такого фреймворка, стоит задача не только изучить всю документацию, но и сообразить как это всё грамотно использовать в конкретном проекте. И если первая часть решается наличием времени, то со второй возможно придется повозиться основательно. И что самое смешное, что пресловутое вторичное использование кода при разработке нового проекта часто не работает для таких фреймворков. Потому что смена разработчика неизбежно приводит к переосмыслению структуры кода. Да и скилл одного разработчика может расти, что тоже скажется на подходе. Всё это следствие высокой гибкости, которую все так невероятно любят.
Последнее, что я освоил был AngularJS. Его подход ничего кроме негодования не вызывает. Однако, сложно спорить с эффективностью такого подхода в большинстве сценариев. Это то самое готовое решение, которое можно взять использовать, потому что оно уже знает, что тебе нужно и знает как тебе это нужно сделать (опять таки в большинстве сценариев). И мне кажется такой подход притягивает новых разработчиков, несмотря на весь абсурд и «негибкость» оставшиеся на втором плане.
извиняюсь если слегка сумбурно.
и да, это просто имхо, не принимайте близко к сердцу.
вкратце:
Ехал квантум через квантум,
Видит квантум квантум в квантум и т.д. :)
Я кстати, еще не читал, просто пробежался. Вы заставили меня засомневаться, сяду пожалуй внимательно прочитаю, что там написали, вдруг действительно ерунда.
>> Световая память, обеспечивающая квантовую когерентность (такую как поляризация и квантовая запутанность) является жизненно важным моментом для создания квантовых сетей дальнего действия. Также, как и в случае с обычными электронными маршрутизаторами, квантовые маршрутизаторы должны быть способны сохранять входящие пакеты и затем, переправлять их — то что позволяет осуществить подобное открытие.
Или я таки прав или в статье врут. Вот всё что я могу вам сказать.
Почитайте про квантовую телепортацию например. В опытах исходный атом сам по себе не телепортируется, а телепортируется его состояние посредством фотона.
по умолчанию в новой ios стоит цветная динамическая картинка на фоне, оттого и кислотность.
Камеру также можно также вызвать нажав на иконку в центре настроек.
Уже поставил бету.
Lock Screen:
слева направо — анлок
снизу вверх — центр настроек
сверху вниз — центр уведомлений
Не хочу разводить холивары, ведь тут могут быть дети.