cropr
About
- Username
- cropr
- Joined
- Visits
- 160
- Last Active
- Roles
- member
- Points
- 3,373
- Badges
- 2
- Posts
- 1,149
Reactions
-
Developer says Apple rejected update for not forcing auto-billing on users
macplusplus said:cropr said:sflocal said:Peza said:sflocal said:dysamoria said:I’m absolutely with the developer here, on this issue.
70% of something is better than 100% of nothing.
whiners.It’s not only an anti competitive move but very clearly anti consumer and I’d argue in come countries potentially illegal. I’m glad the developer stood up to Apple on this one.
Apple created this market that developers have access to. Not the other way around.
keep whining.I am also a developer. My most profitable app manages elections for general assemblies of companies and non profit organizations. It is available on iOS , on Android and as a web application. I am offering a free trial version of my app: maximum 10 voters and 5 voting topics. Organizations must register and pay for more voters or more topics. There is no auto-billing. The app was approved without issues, but reading this article I am not so sure anymore if the next version will pass.If I would only make the app for iOS, I would have no sales. My customers (the organizations) want a solution where all shareholders/members can vote, irrespective of the device the voters are using. A survey (110 organizations replied) revealed that exactly 0 discovered my app via the App Store. Which basically means that the marketing story you are telling does not apply for my app: Apple does not bring me any customers. But of course for your apps this could be differentAfter the survey I made the decision to limit the registration and the payment functionality to the web app only, so I don't have to pay 30% for something that does not bring real value. Voters can still use the iOS and Android app for all elections: paid and unpaidCurrently, any organization that uses my voting system has to register pay via the web app. It shareholders/members can use the iOS, Android and web app to vote.Before I switched business model, organizations could also register and pay via the iOS or Android app (giving a 30% cut to Apple or Google), but the survey showed that even these organizations were acquired as a customer by the marketing effort I set up and paid myself, not via any marketing from Apple or Google. That is the reason I switched.
-
Developer says Apple rejected update for not forcing auto-billing on users
sflocal said:Peza said:sflocal said:dysamoria said:I’m absolutely with the developer here, on this issue.
70% of something is better than 100% of nothing.
whiners.It’s not only an anti competitive move but very clearly anti consumer and I’d argue in come countries potentially illegal. I’m glad the developer stood up to Apple on this one.
Apple created this market that developers have access to. Not the other way around.
keep whining.I am also a developer. My most profitable app manages elections for general assemblies of companies and non profit organizations. It is available on iOS , on Android and as a web application. I am offering a free trial version of my app: maximum 10 voters and 5 voting topics. Organizations must register and pay for more voters or more topics. There is no auto-billing. The app was approved without issues, but reading this article I am not so sure anymore if the next version will pass.If I would only make the app for iOS, I would have no sales. My customers (the organizations) want a solution where all shareholders/members can vote, irrespective of the device the voters are using. A survey (110 organizations replied) revealed that exactly 0 discovered my app via the App Store. Which basically means that the marketing story you are telling does not apply for my app: Apple does not bring me any customers. But of course for your apps this could be differentAfter the survey I made the decision to limit the registration and the payment functionality to the web app only, so I don't have to pay 30% for something that does not bring real value. Voters can still use the iOS and Android app for all elections: paid and unpaid
-
Apple approves blocked Hey updates as its works on 'a path forward'
lkrupp said:Schiller told Hey what they needed to do and they did it. There was no change of heart on Apple's part. It was all about offering a non-functioning app in the App Store because Hey didn't want to pay Apple for the privilege of being in the App Store.
-
European Commission launches antitrust probes over Apple's App Store and Apple Pay
I own a software company which develops iOS and Android apps (and other things). I've done business with the EU commission, so I know a little how the EU commission thinks and operates.
1) The EU commission is looking at this from the app developer perspective, not from the end user perspective. So claims that there is no case because Apple has only 25% market share or that the consumer can always buy an Android phone, are not relevant. It is the market share of iOS from the app developer perspective that counts. And as most app developer companies develop for both iOS and Android, so the marketshare is more in the magnitude of 80% to 90%.2) The EU looks to the App Store as a separate service unrelated to the hardware business of Apple. Which means there must be a level playing field for third party apps and for Apple apps. The EU does not mind that Apple imposes severe technical requirements But the way Apple operates the App Store (the only distribution channel for iOS apps with predefined 15%-30% cut, and a lot of very one sided business rules) raises a lot eyebrows in the EU. Knowing the EU, Apple will not have a fighting chance if it does not loosen the business rules of the App store3) "Why don't you develop on Android if you don't like the App store rules" is not argument that the EU is sensitive for. A lot of apps only make sense if they are available on all platforms. My company is making an election app that is used at general assemblies of companies and large non profit organizations. This apps makes only sense if all attendees (iPhone and Android users) can vote.4) It is not so clear for Apple Pay. I do see that financial institution who want to make banking app that uses the NFC chip, have a harder time on iOS than on Android, but for me Apple cuts itself with this approach. I've done some IT consulting work with a bank, and in terms of an integrated banking service, its offer on Android is miles ahead to the iOS version. That is the reason that I always use my Android phone and not my iPhone for the banking services.
-
Why Apple's move to an ARM Mac is going to be a bumpy road for some
Apparently nobody is looking at other use cases that will be jeopardized if Macs move away from Intel. I am using my MBP for cloud development, meaning that I typically run locally a small Kubernetes cluster to develop applications that once tested will be deployed on a Kubernetes cluster in the cloiud . Because all cloud platform are based on Docker containers which are basically Linux X86 images, Imight face serious issue.I have no clue if or when docker containers can run on a ARM based Mac but I am sure that if Docker containers could run on Arm based Macs, the performance impact will be considerable, making a Mac no longer a competitive machine compared to an Ubuntu based Dell XPS