Скажу за «Налог на Google»
На самом деле, аналогичные законы все принимают, поэтому я не про РФ, а «вообще».
Кому, с большего, плевать на этот налог:
- Корпорациям — у них огромная практика налоговых оптимизаций. В крайнем случае наймут ещё пару юристов и разработчиков.
- Среднему бизнесу — крякнут, наймут юристов подешевле или откажутся от рынка, но будут спокойно жить дальше.
- Пользователям — матюгнуться и либо смиряться с подорожанием либо пойдут пиратить.
Малый бизнес взвоет, выругается и пойдёт биться головой о стену. Потому что, если твоя ЦА размазана по планете и каждый местный князёк начинает требовать от тебя странного, то ты просто физически не сможешь удовлетворить все хотелки. Либо закрывайся либо становить преступником.
Вход в индустрию для новичков усложняется с каждым годом. Уже давно нельзя просто написать хороший софт и пойти его продавать.
Между тем, одним из главных достоинств интернета для бизнеса была, как раз, доступность ЦА. Можно было делать крутые нишевые штуки. Раньше можно было делать. На текущий момент общего пространства для бизнеса считай что и нет.
Non-consumable purchases
На этой неделе столкнулся с замечательным примером того, что даже умные люди способны реализовать одну и туже функциональность в одном и том же случае тремя разными способами (наверняка даже большим количеством, но нам пока только три потребовалось).
Речь пойдёт о non-consumable покупках/товарах в мобильных магазинах Apple, Google и Amazon. Non-consumable — это разовые покупки, которые нет необходимости повторять. Например: наборы уровней, вечный VIP, отключение рекламы. Consumable, наоборот — это расходники — золото, энергия, сундуки и прочий f2p шлак.
Задачи DevOps
На работе потребовалось сформулировать задачи для DevOps. Эта роль протянула свои щупальца почти во все аспекты разработки ПО, и человеческим языком описать её задачи оказалось довольно сложно. В итоге получился такой вот перечень (конечно, это задачи именно melesta-вского DevOps):
Про собирание метрик в линуксах
Историческая справка по собиранию метрик в линуксах, маленький кусочек вырванный из грандиозного контекста.
Когда надо слушать пользователей
Вечные направления.
Первое, чему учат начинающего разработчика — это не слушать хотелки своих пользователей. Умение игнорировать чужие идеи даже важнее урезания фич, не говоря уже о какой-то там монетизации. Начнёте потакать им (или менеджменту, хе-хе) и всё, считай нет продукта, вместо него адская химера.
Конечно, в реальной жизни всё не так однозначно и данное табу полезно только для неокрепших умов. Мы же люди опытные, поэтому вместо безусловного запрета подведём небольшую теоретическую базу под этот вопрос. Ладно, не теоретическую базу, просто хочу сделать пару заметок.
Так кого и когда необходимо слушать при разработке ПО?