Live data from Hacker News

Hyperview – Native mobile apps, as easy as creating a website

hyperview.org

51–60 of 150 posts

Re: Hyperview – Native mobile apps, as easy as creating a website

#51

Ah finally the Western tech ecosystem has caught up with WeChat/Alipay mini programs. https://developers.weixin.qq.com/miniprogram/en/dev/framewor... China had this DSL for building mobile apps for years. Those these apps are initially embedded inside WeChat/Alipay, there are now frameworks that allow it to run outside, like uniapp. https://en.uniapp.dcloud.io/

The "Western" (whatever that is) tech ecosystem has long had this technology out there .. its the "Western" marketing ecosystem that has been squashing it - for example, Apple quashing any and all use of JITs and VMs in order to keep their native platform relevant ..

Re: Hyperview – Native mobile apps, as easy as creating a website

#53

Earlier quoted context omitted.

Server components + RN + Expo.... Could it get any more pointlessly complicated?

Just because there are multiple technologies does not make it complicated per se. Indeed, something could evolve to a simpler model, which it seems RSC on RN is.

Keep dreaming man. Just look at what Next has become... It has taken "render component on the screen" and turned that into an experts domain. It's a nightmare for anyone who isn't the most skilled, for projects that are more than just toy apps and AI one-offs.

Re: Hyperview – Native mobile apps, as easy as creating a website

#54

Hyperview is a very interesting mobile-oriented hypermedia system created by Adam Stepinski. He talks about is in the third part of our book, hypermedia systems: https://hypermedia.systems/part/hyperview/ I have said before that I regard his work as much more innovative than htmx in that he developed an entire hypermedia client and format for his system.

I'm curious about the limitations that prevent these apps from writing / caching local data. It doesn't seem like the paradigm would have to change entirely to support that.

Re: Hyperview – Native mobile apps, as easy as creating a website

#55

Earlier quoted context omitted.

Minions of people use SAP daily that does not mean it's a nice thing to interact with.

I agree that numbers alone might not mean much, but I do think B2C apps with millions of users have a higher bar in terms of design and polish compared to B2B/ERP apps. Also, fixed typo!

But it's not like you can choose in China either :)

Re: Hyperview – Native mobile apps, as easy as creating a website

#57

"Serve your app as XML" As someone who started his professional career in 2005: All the old is new again.

I think webapps should be xml (with all the data to display) transformed into html on the client side with XSLT generated by framework templating system). There's a really nice binary XML format that browsers haven't implemented yet: https://en.m.wikipedia.org/wiki/Efficient_XML_Interchange

Symphony CMS [1] was based on this idea over a decade ago.

The developer experience was amazing, you could easily inspect the data backing any page. XSLT was hard but probably easier than React these days.

[1] https://getsymphony.com

Re: Hyperview – Native mobile apps, as easy as creating a website

#58
post #11

Not even a day after the post about HTMX not living up to its promise! There are only two certainties in life, death and frontend churn.

> frontend churn. Frontend churn hasn't been as much of a thing for years now, see e.g. https://2022.stateofjs.com/en-US/libraries/front-end-framewo... . If you stuck with Angular or React 10 years ago, you're still good today. jQuery is even older but still on 75% of websites ( https://w3techs.com/technologies/overview/javascript_library ), and Bootstrap is on nearly a quarter. Frontend churn is only a thing if you…

That’s only true on the surface: if you chose React, you had to rebuild and relearn everything about once every two years. Averages out to about the same workload as following the latest fad. Maybe more, since refactoring legacy code is 10x harder than building from scratch.

Re: Hyperview – Native mobile apps, as easy as creating a website

#59
post #47

Earlier quoted context omitted.

JSON is same as XML.

JSON is great in it's own regards but the features are not comparable.

At least with XML, you can have custom datatypes, not just strings and numbers and booleans.

In all seriousness, everything in JSON can be expressed as XML; but not necessarily the other way around.

Re: Hyperview – Native mobile apps, as easy as creating a website

#60

"Serve your app as XML" As someone who started his professional career in 2005: All the old is new again.

I think webapps should be xml (with all the data to display) transformed into html on the client side with XSLT generated by framework templating system). There's a really nice binary XML format that browsers haven't implemented yet: https://en.m.wikipedia.org/wiki/Efficient_XML_Interchange

What a blast from the past. We did exactly this in '99-2000 (yes), and it was ridiculed as being over-engineered. At the time, it was the future because "XML will underpin all data transfer everywhere", and therefore we would be set up to run on any device, should any other device begin to exist. Needless to say, the winds changed way sooner than that became a real use case.
Post reply on HN