Earlier quoted context omitted.
No. If the user interface is usable and snappy, it is probably fine that it consumes twice as many resources as a similar native app would require for the same result. Example: Slack.app is a huge memory hog (though not as bad as it was before their rewrite), but it fits decently into OS X and does not lag on me. I have lots of RAM, so the extra consumption is fine. Sure, it annoys some programmers that it could be m…
God I wish it was only twice the memory. Twice would be acceptable. Discord by itself likes to push to a full gigabyte to show me 50 lines of text with avatars and 0-5 thumbnails of images. Even worse it's using significant amounts of video card memory, and I have a tenth as much of that.
The not so hidden cost of sharing code between iOS and Android
231–240 of 335 posts
Re: The not so hidden cost of sharing code between iOS and Android
#232Re: The not so hidden cost of sharing code between iOS and Android
#233- The developer experience is awful. Visual Studio for Mac causes so many issues (crashes, mangled project files) it hinders productivity. About once every two weeks I spend half a day wrestling with a VS issue.
- As AirBnB's article mentioned, to be effective in cross-platform development, you need to know three platforms well which is a difficult task.
- Xamarin's performance on Android has notoriously been poor and only has marginally improved. Try using a Xamarin app on a cheaper Android device or an older version of Android.
- No mobile engineers want to work on Xamarin.
That said, the good news about working with Xamarin is that it exposed me to C# and the .NET ecosystem. I'm truly impressed with these technologies.
EDIT
I forgot to mention that I think the complexity of an app ought to determine whether a cross-platform technology is a good idea. Xamarin is a great solution for prototypes and simple apps.
Re: The not so hidden cost of sharing code between iOS and Android
#234Earlier quoted context omitted.
The article says it all - they chose the wrong language with no community support for the trail they were blazing and that technical debt destroyed their productivity. I achieved 90+% code share in Xamarin including UI across windows - ios - andriod. 100% buisness logic shared. You can write cross-platform UIs, and swap out to native code on a widget by widget basis. Threading is seemless. Sure it has its own set of…
Xamarin on paper seems like the holy Grail, but the fact that Microsoft itself chose to use react native instead of its own solution for Skype made it seem like I should not expect long term commitment to xamarin from MS.
Re: The not so hidden cost of sharing code between iOS and Android
#235Re: The not so hidden cost of sharing code between iOS and Android
#236This article hits close to home. I've been working with Xamarin for almost two years now. It has done its job and provided a quick avenue to prototype a concept and deliver a product. However, as the article mentions, the maintenance is a bear. Here are some of the issues I face: - The developer experience is awful. Visual Studio for Mac causes so many issues (crashes, mangled project files) it hinders productivity.…
Today? I’d rather try to build mobile apps in COBOL than Xamarin. The developer tools are so broken, so buggy, and so poorly documented that it’s just not worth it.
I thought Microsoft purchasing Xamarin would have made things better at the lowest level of the dev tools stack - hey, finally some investment will go toward shoring up the dev stack! Nope, apparently not.
Years later, trying to connect VS for Windows to a Mac build server is still astoundingly, soul-crushingly broken. No way to get support. No straightforward way to file bugs.
Just a truly awful developer experience.
Re: The not so hidden cost of sharing code between iOS and Android
#237We've had a mostly different (positive) experience doing a similar thing at FullStory for mobile instrumentation, though I think I know where some of the key differences are. Our core "business logic" lives in Rust. This is a shared bit of code between Android & iOS that mainly deals with orchestration, serialization, and server communication. We managed to extract ~1/2 of each platform's native code into this shared…
Re: The not so hidden cost of sharing code between iOS and Android
#238It seems like the real issue was that Dropbox lost all of their senior C++ engineers. That’s a real mistake on their part, losing the only people who truly understand your product can be a death sentence for a company. I know my employer is very conscious of who knows what part of our products, and does their best to ensure that we never have any knowledge gaps.
You’re definitely warm. I worked at Dropbox around this time and there was very little C++ or systems experience in the building. I think it’s expertise they tried to build but for whatever reason didn’t. I work at Facebook now and the difference is night and day. FB does share a ton of code across platforms, and it doesn’t even feel controversial. I don’t think Dropbox made a mistake in cutting out their shared C++…
Re: The not so hidden cost of sharing code between iOS and Android
#239Earlier quoted context omitted.
Xamarin on paper seems like the holy Grail, but the fact that Microsoft itself chose to use react native instead of its own solution for Skype made it seem like I should not expect long term commitment to xamarin from MS.
The Skype engineering team is an acquisition with relative autonomy, and is always making weird choices. Wouldn't take that too seriously.
https://news.ycombinator.com/item?id=20413046
Other article talking about it:
https://blog.appfigures.com/microsoft-goes-all-in-on-react-n...
Re: The not so hidden cost of sharing code between iOS and Android
#240With that being said, I worked for a firm that extended the life of old ERP systems and we had to do a few mobile apps, we chose Xamarin because we were a shop of 7ish devs that had many projects to maintain and the cost of code sharing and familiarity with C# were our driving factors. It was a trade off most definitely but it was a pragmatic choice as well.
If you are capable of hiring more developers who know Java or Obj-C and can allow them to do only mobile development then its worth it to go native.
But, if you are a small company and know that Java,C# and Obj-C, C# developers are a little bit hard to find (depending on your developer market) then its probably more cost effective to go Xamarin or any other cross-platform code sharing model.
In the end its all about pragmatism.