Viewing profile — adamscybot

The point about CMSs having value in possibly being a more real-time collaborative UI layer to interact with that's less-scary for the average Joe is a valid driver; and is a criti…

One language that comes to mind is ReasonML. It doesn't have runtime checking. It's structural and compile time, but the guarantees are supposedly cast iron. https://reasonml-old.g…

The "should we use node for the core business logic for my use case" thing is absolutely valid and depends. But you'd be surprised about the "react for the front end of the CLI" pa…

Odd to see this come up. I used it about 6 years ago to produce a CLI for devs. It worked very well and React concepts map cleanly to pretty much any "UI" target as said targets ca…

If you are used to structural typed systems though this actually "feels" expected. Don't get me wrong, I know where you are coming from. But the realisation comes from nominal syst…

Interesting internal comms along these lines from 2013: https://www.techemails.com/p/imessage-for-android

Right, huge +1 for Chakra. Chakra is basically tailwind but built on react primitives. It feels lot cleaner, and solves most of the issues mentioned.

Its back

In my experience its often the case the status site does not reflect reality -- until someone intervenes.

I know about CSP and iFrames, but I think they aren't ergonomic enough to be used as mechanisms to restrict deps right? Iframes need a full web context whilst CSP cant target indiv…

TBH I think its not because JS somehow fundamentally attracts a different group of people, its probably more like: - It being web based means you can target this kind of software f…

The web needs APIs that enables certain blocks of codes to run under specific permission constraints. Such constraints might include ability to read/write to DOM; window.alert; red…

"Depends". The benefits of leaning on open source pays off the majority of the time. Are you exposed to more risk? Yes. Does that mean you shouldnt take that risk? Not really. Othe…

Amazing! I always wanted Everything + deeper OS integration and this fits the bill.

Perhaps give it another try, but with TypeScript. Im a front end dev and yes, I feel the JS pain. I look back at how I used to do things and think "wtf". TS completely changed this…

I think esbuild is basically already doing most of what Rome promises

People are talking the other points to death but on the toolchain front, you might enjoy https://github.com/evanw/esbuild , which is rapidly gaining in popularity. Just 1 thing for…

What if you need that set of read/write operations to happen in one database transaction?

One thing people havent mentioned as well is the importance of mutations. Querying is only one side of the story. Your API should match semantic actions on your client like the UI …

Yep. OpenAPI spec is not rich enough to represent relations like this so its rubbish for FE dev to use to generate models/api client. In general, the tooling/spec has thousands of …

Yes and by doing so you lost the advantages of a predictable and well organised API. GraphQL has first class support for this scenario.

If you're a front end developer the advantages a clear because of much superior tooling. The reason for this the agreed SDL spec format which is part and parcel of GQL. REST is jus…

Yeh, those are good. Though they seem to have appeared shortly after the Dyson blade dryers. Dyson seem to have shaken the market a bit into realising you actually need power in th…

> How would they make any money off the App Store in a future where all apps are streamed bypassing their system all together? Yes I agree, I think this is the answer. Video stream…

That's not the case. It literally is sending user input to the server, where the game is running, and then you watch a video back. That's the base technology that underlies every s…