4 ms·

I have already developed a few things on android, and i know iOS and android aren't that far away in the concept. However the main issue is that i don't have ti

by bsaul 7y ago

I have already developed a few things on android, and i know iOS and android aren't that far away in the concept. However the main issue is that i don't have time to develop two apps. It's as simple as that. I'm not planning on using react or flutter to avoid knowing about android internals. I'm going to use them to only develop specific code when it's absolutely needed, and not for 100% of the code base. As an independant software developer (or even for a modest company) i think it's now the only sane choice.

ghostbrainalpha 7y ago
Do you mind telling us what app you are talking about?
- bsaul 7y ago
  Actually Apple explicitly recommends not to give them bad publicity whenever a review doesn't go well. After what i realized, and given that i had a happy ending, forgive me for not taking any chance to piss them off. It's a business application, doesn't have anything particular, and doesn't rely on fancy technological tricks, api or marketing tricks. I believe the reason they rejected the update was for a particular wording in a description that made them think i was tricking my customers (although i'm still having trouble understanding why). Which would have been forgivable, if that was my first release. But it was just an update, and the part that got them triggered hasn't changed since day 1. The app makes something like 10k a year of profits, so it's not big, but if it were a scam, it would have been reported before...
  - blunte 7y ago
    > forgive me for not taking any chance to piss them off This is another example of why monopolies are bad. Same goes for Google with Android. G can ban your account (and correspondingly any future accounts you might try to make), so any work you do for Android is just as much as risk. Even though the apps aren't as rich on the web, I think most developers should target mobile web except in cases where they really need something special in the hardware. No app stores, and no begging to be allowed to update your own product.
drspacemonkey 7y ago
Having been down this road before, I'd recommend Flutter over ReactNative. ReactNative feels like developing the same app 2.5 times. Once in RN proper, and then covering the same ground for large swaths of the app again for each iOS and Andriod. Flutter has some pain associated with it (I would highlight the lack of 3rd party and community support compared with RN), but overall I'd say it delivers more on the "write once, run everywhere" promise of RN.
- bsaul 7y ago
  Thanks for the help. I had reached the same conclusion as you from my very brief exploration of the two technologies so far. Flutter seems more self-contained and coherent, at the cost of taking the risk to not integrate well with the native OS (which TBH is the least of my concerns at the moment as long as flutter is able to provide me with something close to iOS 7 feature set support).
- abacadaba 7y ago
  What are these large swaths? Other than build stuff we're like 95% shared.

by bsaul 7y ago

ghostbrainalpha 7y ago

Do you mind telling us what app you are talking about?

bsaul 7y ago
Actually Apple explicitly recommends not to give them bad publicity whenever a review doesn't go well. After what i realized, and given that i had a happy ending, forgive me for not taking any chance to piss them off. It's a business application, doesn't have anything particular, and doesn't rely on fancy technological tricks, api or marketing tricks. I believe the reason they rejected the update was for a particular wording in a description that made them think i was tricking my customers (although i'm still having trouble understanding why). Which would have been forgivable, if that was my first release. But it was just an update, and the part that got them triggered hasn't changed since day 1. The app makes something like 10k a year of profits, so it's not big, but if it were a scam, it would have been reported before...
- blunte 7y ago
  > forgive me for not taking any chance to piss them off This is another example of why monopolies are bad. Same goes for Google with Android. G can ban your account (and correspondingly any future accounts you might try to make), so any work you do for Android is just as much as risk. Even though the apps aren't as rich on the web, I think most developers should target mobile web except in cases where they really need something special in the hardware. No app stores, and no begging to be allowed to update your own product.

drspacemonkey 7y ago

Having been down this road before, I'd recommend Flutter over ReactNative. ReactNative feels like developing the same app 2.5 times. Once in RN proper, and then covering the same ground for large swaths of the app again for each iOS and Andriod. Flutter has some pain associated with it (I would highlight the lack of 3rd party and community support compared with RN), but overall I'd say it delivers more on the "write once, run everywhere" promise of RN.

bsaul 7y ago
Thanks for the help. I had reached the same conclusion as you from my very brief exploration of the two technologies so far. Flutter seems more self-contained and coherent, at the cost of taking the risk to not integrate well with the native OS (which TBH is the least of my concerns at the moment as long as flutter is able to provide me with something close to iOS 7 feature set support).
abacadaba 7y ago
What are these large swaths? Other than build stuff we're like 95% shared.