Немного поразмыслив, пришел лично для себя к таким вот выводам. Все ниже — субъективно.
Основные способы заработать карму (в порядке убывания эффективности):
— написать статью
— дать хороший/правильный ответ на вопрос
— задать хороший/популярный/насущный вопрос
— написать хороший комментарий.
Основные спрособы «слить» карму (в том же порядке):
— написать плохой комментарий
— задать неадекватный вопрос
— написать неадекватный ответ
— написать плохую статью
Т.е. при уменьшении шансов восстановления кармы (минус по 2 пункта из обоих списков) получаем снижение саморегулирования хабра, снижение количества комментариев (риск больше получится). Плюс теряем возможность попросить карму на хорошую статью — такие просьбы периодически всплывали в QA, следовательно — имеем теоретическое уменьшение количества статей.
Будут ли теперь изменены правила накопления/использования кармы? Раньше можно было за счет ответов поднять себе карму, чем некоторые и жили. Что будет теперь?
По идее для спутника можно использовать менее прочный аппарат. Плюс затраты при аварии спутника идут не только на собственно поетрю аппарата, но еще и на устранение последствий его падения. Это тоже входит в страховку? Просто сугубое ИМХО — выгоднее все таки хоть какой то САС использовать, если нет реальных технологических трудностей. Затраты на САСА по идее должны покрыть расходы на тот же престиж ракетоносителя/страны которая запускает…
А эту же систему нельзя использовать для спутников? Судя по вики САС спасла несколько аппаратов, в случае с беспилотными полетами. Так почему она не отработала/не была задействована в случае последних потерь спутников?
Вся логика пишется на том, что может запустится на таргетируемых платформах. Допиливать общую логику не приходится обычно — если у вас приложение-будильник, то общая логика: узнать текущее время, если наступил момент орать будильником — орем. Функции запроса времени, орания мелодией — платформозависимые, да. Но их можно обернуть в общий вызов. т.е.е для функции проверки «а не пора ли орать будильником» это будет одни и те же функции «а сколько сейчас времени» и «поори мне файлом». А эти две функции уже дефанами/ифами/еще чем то разруливаются в зависимости от платформы. Обычно у платформы спрашивать много не надо. Далее — интерфейс. Да, тут все сложнее, но если приложение имеет правильное разделение по парадигме MVC и модель с контролами предоставляют внятные и универсальные интерфейсы (имеется ввиду програмные) — то написать морду не так уж сложно. В итоге получаем, что если нам надо внутри логики (будильник срабатывает за минуту, например) добавить маленький функционал, то вы его добавляете один раз и получаете его на всех таргетовых платформах.
Писать приложение ТОЛЬКО под одну платформу — не имеет смысла вообще в современных реалиях. Старайтесь перейти на кроссплатформенность — общая логика +обертка для каждой платформы.
Обновление хорошее, но возникла одна проблема — бекап со старой версии не накатывался обратно :-( Так что перед обновлением хотя бы контакты лучше зарезервировать сторонними серсивасми.
Сейчас там правда все хорошо. Аппрув — 2 дня где то. Требования небольшие и разумные. Единственное, что показалось странным — на q10 (с квадратным монитором) требовали, чтобы приложение имело портретную ориентацию (по умолчанию — альбомная, «боком»). Видимо чтобы девайс крутить не надо было.
Любой отраженный свет — рассеяный. Но есть коэффициент рассеивания — зависит от структуры поверхности, которая отражает. Или вы хотите сказать, что зеркало 16 века и зеркало 21 века отражают одинаково просто потому, что и то и то — зеркало?
Глобальный ответ всем кто спрашивает чем отраженный свет отличается от света от источника. Отраженный свет — рассеянный, из за неровности поверхности. Поэтому на глаз попадает значительно меньше света, чем если смотреть на источник этого же света. Согласен с комментарием по поводу светлячков и луны, смотреть надо относительно — с учетом интенсивности источника и свойств поверхности, от которой отражается свет.
Насколько адекватно программа будет вести себя в случае нефиксированной камеры? У меня например на рабочем мониторе камера с поворотным шарниром — я могу изменить ее угол. Так же интересно, как программа себя поведет на ноутбуках — я могу его держать на коленях, и смотреть как бы сверху вниз. Не будет ложных срабатываний на прищюривание и неправильный угол например?
Проблем на самом деле несколько. Вы правы — одинаковый фокус постоянно — это плохо. Сюда же еще — взгляд практически в одну точку — смотря на монитор мы редко активно двигаем глазами. Плюс свечение/мерцание монитора.
Основные способы заработать карму (в порядке убывания эффективности):
— написать статью
— дать хороший/правильный ответ на вопрос
— задать хороший/популярный/насущный вопрос
— написать хороший комментарий.
Основные спрособы «слить» карму (в том же порядке):
— написать плохой комментарий
— задать неадекватный вопрос
— написать неадекватный ответ
— написать плохую статью
Т.е. при уменьшении шансов восстановления кармы (минус по 2 пункта из обоих списков) получаем снижение саморегулирования хабра, снижение количества комментариев (риск больше получится). Плюс теряем возможность попросить карму на хорошую статью — такие просьбы периодически всплывали в QA, следовательно — имеем теоретическое уменьшение количества статей.
P.S. Игры лучше да, не трогать ;-)