Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Boden – Native mobile cross-platform applications

boden.io

Post reply on HN
Print view View original

81–90 of 134 posts

Re: Boden – Native mobile cross-platform applications

#81

Post by stackmad »

Lord_Zero wrote: post #76
dang wrote: post #74

A discussion from 6 months ago: https://news.ycombinator.com/item?id=18570423 .

From that thread: > Yes, I was also wondering why it's necessary to come up with yet another smart pointer, which you need to learn and which is probably not battle tested. - https://news.ycombinator.com/item?id=18586992 Even though on the main website they say: > No custom containers, smart pointers, or reinvented basics. This allows you to reuse your existing knowledge and focus on what's most important: your app.

Author of boden here: We have since moved away from a self written smart pointer and replaced as much as possible with standard C++ classes ( shared_ptr, weak_ptr, std::string etc. )

Re: Boden – Native mobile cross-platform applications

#82

Post by la_fayette »

langitbiru wrote: post #47
programmarchy wrote: post #46

The target audience seems very small. There’s lots of C# shops (Xamarin), and lots of JavaScript shops (React Native, Titanium), but few C++ shops that’d benefit from developing apps. Maybe I’m wrong but the niche seems too small to be sustainable.

Soon there will be Dart shops (Flutter). :)

Altough i really like flutter, i absolitely dont understad why these guys propose dart for it... it's just sad...

Re: Boden – Native mobile cross-platform applications

#84

Post by kbutler »

DerDangDerDang wrote: post #80
jacobush wrote: post #54

Earlier quoted context omitted.

LGPL has the same problem! Users must be able to relink an application with their own version of the LGPL library. This is impossible for almost all iOS scenarios and only very slightly easier on Android. This is often overlooked. If you want to keep LGPL you can investigate "linking exception", it's used by some GNU libraries if I recall correctly. This has been discussed for a decade: https://stackoverflow.com/ques…

It’s not unreasonable to expect people to buy a commercial licence if they’re releasing to a commercial app store

Is it reasonable to expect people to buy a commercial license if releasing a free app to a commercial app store?

Probably depends on the reasonable(?) license fee.

Re: Boden – Native mobile cross-platform applications

#85

Post by gitoby »

injidup wrote: post #70
gitoby wrote: post #51

Author here. We didn't expect so much attention and are happy about the feedback! Ask us anything. With regard to the GPL licensing issues brought up here: We are aware that the GPL is not sufficient and we are in the process of adding an LGPL option. This will allow you to publish apps based on Boden on the iOS app store.

How will the license enforce that an app using an LGPL version of the library can't be sold? As such LGPL doesn't mean the consuming app has to be free.

Sorry, I should have written "apps conforming to the terms of the LGPL" instead of "free". Of course it's still possible to sell apps based on Boden licensed under LGPL as long as you comply with the license terms.

I fixed the parent comment.

Re: Boden – Native mobile cross-platform applications

#86

Post by vorpalhex »

kbutler wrote: post #84
DerDangDerDang wrote: post #80

Earlier quoted context omitted.

It’s not unreasonable to expect people to buy a commercial licence if they’re releasing to a commercial app store

Is it reasonable to expect people to buy a commercial license if releasing a free app to a commercial app store? Probably depends on the reasonable(?) license fee.

If it's a truly free app, why not release your source code?

Re: Boden – Native mobile cross-platform applications

#87

Post by Aaargh20318 »

hobofan wrote: post #49
saagarjha wrote: post #23

Earlier quoted context omitted.

> a user cannot download an app’s source, modify it, and use it on their device But I can do this for open source apps? More specifically (disclaimer: I am not a lawyer, and I don't know if this has been tested in court), I personally don't see the GPL requiring that I be able to modify the exact , signed binary that I was shipped if I can create an equivalent one myself.

> and use it on their device To use the modified software on your device you have to be a "App Developer" (or whatever Apple calls it), and in the process to becoming one accept the TOS imposed by Apple. So you are only as free to run the modified source as Apple wants you too be.

You don’t need to enroll in the developer program to run code on your own device anymore, only if you want to distribute through the App Store.

Re: Boden – Native mobile cross-platform applications

#88

Post by pjmlp »

holy_city wrote: post #66
pjmlp wrote: post #59

Earlier quoted context omitted.

Handling callbacks without piles of Rc > to access widget data, or having vectors simulating graphs, the most used data structure for UI widgets, having to deal with use-after-free indexes.

It sounds like you tried to write rust like it's OOP. You're gonna have a bad time if you do that. >Handling callbacks without piles of Rc > to access widget data That's why you don't let widgets hold program state, they should just propagate deltas and display current state. It's a different way of thinking about how UI can work, but imho it has a lot of benefits aside from just speed and safety. >having vectors sim…

I have experience with plenty of languages, including doing UI programming in Haskell, just to make your point.

If Rust answer to typical UI programming patterns is "you are holding it wrong" then don't expect too much uptake by mainstream UI developers.

See Catherine's talk about their game engine implementation, regarding use-after-free indexes, and techniques to avoid it, by binding timestamps to indexes.

Re: Boden – Native mobile cross-platform applications

#90

Post by felideon »

pjmlp wrote: post #57
programmarchy wrote: post #55

Earlier quoted context omitted.

Funny you mention that. I primarily work with native mobile development and have grown fond of Flutter. Interestingly, the situation is reversed; shops will adopt Dart because of Flutter.

At least that is what Dart team hopes, after losing support from Chrome and Angular teams.

Except Angular Dart is alive and kicking, no? Powering AdSense at least which is a huge chunk of Google's business if I recall correctly from a Flutter talk by the PM who put some numbers on a slide.
Post reply on HN