Поддерживаю. У меня, как у любителя фотографии, вызывает непонимание попытка фотографировать пейзаж на открытой диафрагме (f2.8). Разве это не приведет к нежелательной для пейзажа нерезкости?
Backlit — это аппаратная реализация сенсора матрицы, поэтому она либо есть в матрице изначально, либо нет совсем. Вот тут есть обзор особенностей en.wikipedia.org/wiki/Back-illuminated_sensor
К сожалению, я не в курсе, используется ли эта технология в «больших» фотоаппаратах, и если да, то в каких моделих (буду благодарен за комментарии).
Прошу обратить внимание и на режиссуру, и на подобранные сюжеты съемки.
К примеру, такую восхитительную размытость фона, как на профессиональных фото- и видокамерах, можно получить на «телефонной» камере лишь при съемке чрезвычайно близких предметов, что в этом видео и сделано. То же самое касется и других сюжетов — очень удачно выбранное освещение, компоновка кадра и т.д.
Сравните, например, с другим видео, записанным на тот же iPhone 4S www.youtube.com/watch?v=0BThZKVssec — техника та же самая, а ощущения вроде как другие.
На всякий случай добавлю, что в целом лично на меня упомянутое видео vimeo.com/30578363 произвело очень сильное впечатление, действительно очень здорово выглядит.
Рискну высказать мысль, что даже технический долг — не всегда плохо. В качестве примеров «хорошего» технического долга я готов рассматривать все виды прототипирования, а так же некоторые краткосрочные проекты, в которых макасимально быстрое получение полезного результата превалирует над долгосрочной перспективой.
Мне бы хотелось еще акцентировать внимание на «самоочевидно важных» задачах, которые по логике резонно делать как можно раньше — но очень часто их оставляют «на потом», вспоминая о них «в ночь перед релизом».
Я имею ввиду такие вещи, как тестирование, процедура инсталляции, написание обязательной сопроводительной документации… Вроде бы все понимают — без решения этих вопросов проект выпустить нельзя, но решаются они «по остаточному принципу». Результат — смещение сроков, превышение бюджета, работа по вечерам и выходным. «Кирпичи пухнут и падают со стола» :)
Совершенно верно, на похожих идеях базируется построение бэклога в Scrum. Но в первую очередь я ставил перед собой задачу не рассказать про Scrum (про него написано и без того очень много хороших статей, в том числе на Хабре); моя цель — на примере простой «житейской» метафоры показать суть приоритизации задач в произвольном проекте (даже не разрабатывающемся по Scrum или иной «гибкой» методологии).
К сожалению, я не в курсе, используется ли эта технология в «больших» фотоаппаратах, и если да, то в каких моделих (буду благодарен за комментарии).
К примеру, такую восхитительную размытость фона, как на профессиональных фото- и видокамерах, можно получить на «телефонной» камере лишь при съемке чрезвычайно близких предметов, что в этом видео и сделано. То же самое касется и других сюжетов — очень удачно выбранное освещение, компоновка кадра и т.д.
Сравните, например, с другим видео, записанным на тот же iPhone 4S www.youtube.com/watch?v=0BThZKVssec — техника та же самая, а ощущения вроде как другие.
На всякий случай добавлю, что в целом лично на меня упомянутое видео vimeo.com/30578363 произвело очень сильное впечатление, действительно очень здорово выглядит.
Я имею ввиду такие вещи, как тестирование, процедура инсталляции, написание обязательной сопроводительной документации… Вроде бы все понимают — без решения этих вопросов проект выпустить нельзя, но решаются они «по остаточному принципу». Результат — смещение сроков, превышение бюджета, работа по вечерам и выходным. «Кирпичи пухнут и падают со стола» :)