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 critical factor for many use cases. But the…
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.…
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" part. I used this thing a whole six years…
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 systems, which are different beasts. As…
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 individual code blocks. For example, I might…
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 for maximum "impact" - NPM dep trees are…
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; redirecting (well I guess CSP covers that…
"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. Otherwise you'd struggle to move quickly…
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 and brought it back to sanity.
I think esbuild is basically already doing most of what Rome promises
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 and it needs to do this in such a way…
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 open bugs, isnt going anywhere, moves…
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 just a loose collection of ideas and…
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 these things for them to be useful.
> 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 streaming is allowed since they already lost…
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 single gaming streaming service (to…
By this logic, why are any video streaming services like Netflix, YouTube and Amazon Prime allowed on the service given they cant audit every video? It's exactly the same logic.
To be fair to VSCode it's the most slick and speedy electron app I've seen by miles. I forget often that its backed by it.
That essentially means you are still overfetching underneath the hood but yeh -- for me the benefits are in its ergonomics anyway. The whole under/overfetch thing is overstated.
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 critical factor for many use cases. But the…
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.…
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" part. I used this thing a whole six years…
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 systems, which are different beasts. As…
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 individual code blocks. For example, I might…
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 for maximum "impact" - NPM dep trees are…
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; redirecting (well I guess CSP covers that…
"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. Otherwise you'd struggle to move quickly…
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 and brought it back to sanity.
I think esbuild is basically already doing most of what Rome promises
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 and it needs to do this in such a way…
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 open bugs, isnt going anywhere, moves…
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 just a loose collection of ideas and…
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 these things for them to be useful.
> 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 streaming is allowed since they already lost…
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 single gaming streaming service (to…
By this logic, why are any video streaming services like Netflix, YouTube and Amazon Prime allowed on the service given they cant audit every video? It's exactly the same logic.
To be fair to VSCode it's the most slick and speedy electron app I've seen by miles. I forget often that its backed by it.
That essentially means you are still overfetching underneath the hood but yeh -- for me the benefits are in its ergonomics anyway. The whole under/overfetch thing is overstated.