HN user

marvindanig

870 karma

I used to write code with my bare hands. I still do.

Follow me @marvindanig.

Currently building Achiral AI for SMEs.

Posts247
Comments366
View on HN
news.ycombinator.com 2y ago

Ask HN: Is there a MIT-like FOSS license that prevents LLMs from scanning?

marvindanig
6pts9
bookriot.com 3y ago

Overdrive and Libby Ban in Mississippi

marvindanig
3pts0
old.reddit.com 3y ago

Pastoral Care

marvindanig
1pts0
fosstodon.org 3y ago

Accept Defeat

marvindanig
1pts0
twitter.com 3y ago

Quality of Google results for basic questions

marvindanig
1pts0
mastodon.social 3y ago

Decimation of Twitter Eng

marvindanig
53pts20
twitter.com 3y ago

Calculation-Induced Seizures

marvindanig
3pts0
twitter.com 3y ago

AI Stuff Is Awful

marvindanig
4pts0
www.indiehackers.com 3y ago

Don’t Bother Learning ReactJS

marvindanig
2pts0
news.ycombinator.com 3y ago

Show HN: Red Goose – Convert your website to mobile app

marvindanig
86pts85
github.com 4y ago

Bullet Train

marvindanig
2pts0
github.com 4y ago

Show HN: Inch

marvindanig
3pts2
endoffice.com 4y ago

EndOffice – Colocated Personal Cloud

marvindanig
4pts0
bubblin.io 4y ago

Writing a Router in CSS

marvindanig
1pts0
twitter.com 4y ago

jQuery usage peaked through 2020.

marvindanig
3pts0
prolifewhistleblower.com 4y ago

State Sponsored Civil Unrest

marvindanig
2pts0
bubblin.io 4y ago

Rethinking CSS Frameworks

marvindanig
2pts0
en.wikipedia.org 5y ago

Ming of Harlem

marvindanig
2pts0
wesbos.com 5y ago

JavaScript Notes and Reference

marvindanig
1pts0
twitter.com 5y ago

The U.S. Housing Market

marvindanig
5pts0
phys.org 5y ago

Evidence for electron's dual nature found in a quantum spin liquid

marvindanig
1pts0
exploringjs.com 5y ago

Tackling TypeScript

marvindanig
1pts0
www.visualsource.net 5y ago

Rails Framework Visualized since 2004

marvindanig
2pts0
bubblin.io 5y ago

Daylight Energy Fatigue

marvindanig
1pts0
9to5mac.com 5y ago

iPhone assembly suspended following a riot in India

marvindanig
1pts0
watson.brown.edu 5y ago

Costs of War [pdf]

marvindanig
7pts0
www.quiverquant.com 5y ago

Industry makers who are also Government.

marvindanig
1pts0
www.reddit.com 5y ago

Privacy Policy of an Indian ISP

marvindanig
1pts0
nilsnh.no 5y ago

Real Rebels Pay Their Taxes

marvindanig
2pts0
bubblin.io 5y ago

Show HN: I made a book of 70,000 Baby Girl Names

marvindanig
3pts1

Have you ever noticed that B(lue) and G(reen) are the center most frequencies of the visible spectrum—VIBGYOR? If the human eye is naturally adapted for blue skies and green forests, how could the blue wavelength ever be harmful to our eyes? Those are the healthiest frequencies our eyes “consume!”

So much bullshit is marketed these days that it is impossible to sleep well.

This is bad advice and just plain wrong.

There are horrible slow or just badly built apps written with native stack as well.

Native is worthwhile for “appstore only” businesses. Mostly. For everyone else, a universal web app is the recommended path forward. Anyone who has a web app should absolutely avoid rewriting the same business logic three times over in native languages just for the appstores. It’s a nightmare to maintain and sync up three teams and codebases, not to mention also insanely expensive.

The future is pwa + webassembly + webview, and there’s no advantage of native over web whatsoever.

ah, but flat design is also skeuomorphic. methinks it was just some strategic intellectualism with no legs to look down on everything else that people made. clever tricks of the hive mind.

oh, yes! i remember those angry troll comments on HN as well. as if flattening all UI was the only thing that mattered and everything else was skeuomorphism.

no sweetie, not everything needs to be a pictogram. and everything you see or use online is skeuomorphism off of something in the physical world at some level. yeah, that flat design also.

Edit: Added "at some level" after helpful comments below.

Red Goose uses a Swift WKWebView wrapper for iOS (fairly latest) and Kotlin for Android. It’s stable enough but also just a step behind the bleeding edge.

I like to keep all my app specific developer controls (UX/UI, functionality etc.) in my web-app and put in only very specific native modules that an appstore forces me to use.

NoiseBlend should be an easy conversion from what I can see prima-facie.

1. Can I extend the functionality of my web app using native code where necessary (adding background GPS geofences, etc)

There doesn't appear a reason as to why not? This should be doable.

2. Do I have access to the real modern web stack in the compiled app?

Yes. The webview Red Goose provides is basically the thinnest it could be. All your users get to see on the front end is your choice of web stack.

3. Does my iOS build support offline caching via my web app's service worker?

Yes, it does! [1] Haha! And that's the main reason why I believe there is little value in coding up the whole business logic in native stack again. Although, I could be wrong here, and we are just starting to explore this vertical with the enormous power of PWAs.

[1] https://www.toucaan.com/blog/mobile-apps-with-red-goose

Great questions! I'm Marvin, one of the founders of Red Goose and the maker of the Toucaan CSS framework.

1. We gravitated towards a new css framework following some initial work with existing web apps that were responsively designed. While some well-designed responsive web apps might make it to a level where they genuinely feel like mobile apps, we figured most websites reduce responsiveness to the idea of just shrinking the desktop UI to fit the handheld format. That isn't enough and those are the folks who are going to need the new CSS framework.

And yes, one would have to recode their website or plan a separate stylesheet for app-in-webview using parts of Toucaan.

2. I agree that Apple has fought the web and the web standards for a long time, but they do not reject wrapped web apps that meet their app store guidelines. Besides, it doesn't have to be a pure web-view if that is what it takes to get your app through the door. I'd say much of this depends on case to case basis, and it is in the interest of every business owner to go in with the cheapest web-view option first.

A Red Goose app is a web-view, but it also a starter app in Swift and Kotlin. So you can choose to get into native development should there be a need to. And get the best of both the worlds. I don't know, the likelihood of Apple booting the entire web-view based ecosystem from the app stores is fairly low. Even their Safari is a web-view based app. :-)

I like the formatting adaptation on this page! Especially, the micro-formatting of each indented paragraph and its subtopic. This technique is applied heavily in print books and technical journals (long dense form) even today, where each accent on the "structured text" adds on to the groove of line-tracking on page. Looks great, works great on print.

However, online scrolls are terrible at long-form. And that's because scrolls animate in a direction that's orthogonal to the reading direction. A vertically animating scroll rips apart our ability to read along a track. Meaning, no line-tracking. Since scrolling itself works against the grain of saccadic perception, animating structured text vertically only adds on to that difficulty of reading online.

I mean, as long as the web is a scrolling paradigm, a poetic structure would work better since its ragged left and right edges would help people track their position on the story better.

Since you mentioned React Native, I assume you're pointing towards mobile app development. The best stack combination for me has been webview + PWA + webassembly + toucaan to create an intrinsically designed universal mobile-web app. There's something really powerful about deploying just one application on three separate distribution platforms. And it's not even a monorepo anymore!