Не согласен. Если ребенку дают в руки устройство, с которого можно сделать случайную покупку и не следят что он с ним делает, то во всех случайных тратах виноваты сами родители. ИМХО, если приложение для маленьких, то разработчик имеет полное право полагаться на то, что ребенок занимается с родителями
Это наверное по теории, что хорошая Windows выходит через одну версию, Майкрософт, как бы оправдываясь заранее, после 8ки следующую выпускает за номером 10
10 лет назад слышал фразу от друга-сисадмина: «Зачем заниматься программированием, если всё что нужно уже запрограммировано?». А на деле получается, не совсем. И даже в том нужном и универсальном, что уже запрограммировано, оказывается для конкретных случаев требуется еще поработать программисту. В электронике, кстати, тоже. И админы самых разных навыков и областей ответственности тоже никуда не делись. И не денутся. Всех с праздником!
Спасибо! Отличная статья, отличные правила.
Скажите, может вы знаете решение покрасивее для задачи с двумя мьютексами A и B:
Поток типа 1 должен захватить мьютекс A, совершить какую-то работу и захватить мьютекс B, не отпуская A, совершить работу и отпустить оба мьютекса
Поток типа 2 должен захватить мьютекс B, проверить условия и в зависимости от результатов проверки возможно потребуется захватить и мьютекс A
Потоков типа1 и типа2 может быть сколько угодно. Производительность критична. Есть что-нибудь лучше, чем в потоке типа 2 сразу захватывать мьютексы A и B?
Работать с указателями на уровне библиотек — необходимость, вне зависимости от выбора языка, причем тут Си? С другой стороны, вернуть неправильный кусок буфера можно и на языке, на котором не надо работать с указателями напрямую, причем тут Си еще раз?
Однажды, подсмотрев описание в GP чужого приложения, добавил в конце описания своего «Ключевые слова: ...» и перечислил список ключевых слов, строго по теме приложения. До этого внимательно читал правила про спам и явного запрета на такие действия не было. После обновления Описания мразу получил предупреждение о спаме, и предложением исправить в течении 7 дней. Убрал «Ключевые слова...». На моё ответное письмо «Как же так получается, в GP я вижу приложения, использующие ключевые слова в описании, и в правилах строго это не определено» саппорт ничего не ответил
Да, пожалуй так было бы лучше для всех. Основная масса приложений перекочевала бы в 3 категорию и пользователи устанавливали бы их уже абсолютно осознанно. А те, кто не хочет платить принципиально, искали бы себе приложения в категории 1, в которой бы остались только приложения бескорыстных добряков, всякого вида промо, демо, и с монетизацией рекламы (тут правда еще будет своя группа негодователей)
ИМХО, проблемы нет в Андроиде. Сейчас, если покупки в приложении есть в маркете помечено: покупки в приложении. Чтобы не платили дети со счета родителей можно не привязывать детский аккаунт к счёту, либо спрашивать пароль при платежах (такой режим есть), Ребенку, соответственно, пароль не говорить. А вот если уберут сейчас эти приложения из категории «бесплатные» в «платные», то пользователю, конечно сразу станет всё понятнее )
Это было лишь впечатление основанное на недостатке оперативной памяти, которой тогда еще хватало для работы 98-й винды но не хватало для работы XP-шки. 98-я хорошо себя чувствовала на 128Мб памяти, а для ХР это был минимум только для комфортного запуска, запуск любого приложения — и практически сразу же нехватка оперативки и своппинг.
Да не, она была реально глюкавая, поставить сетевой принтер по smb без паролей было головной болью, а там где дело касалось ресурсов с разграниченным доступом — вообще труба
Скажите, может вы знаете решение покрасивее для задачи с двумя мьютексами A и B:
Поток типа 1 должен захватить мьютекс A, совершить какую-то работу и захватить мьютекс B, не отпуская A, совершить работу и отпустить оба мьютекса
Поток типа 2 должен захватить мьютекс B, проверить условия и в зависимости от результатов проверки возможно потребуется захватить и мьютекс A
Потоков типа1 и типа2 может быть сколько угодно. Производительность критична. Есть что-нибудь лучше, чем в потоке типа 2 сразу захватывать мьютексы A и B?
Да не, она была реально глюкавая, поставить сетевой принтер по smb без паролей было головной болью, а там где дело касалось ресурсов с разграниченным доступом — вообще труба