codemusings

Love Andreas Kling and the Serentiy OS project. Hate that he's only on Twitter. Mastodon seems like the perfect fit for his audience.

I just love how Bluesky devs get hung up on technical details like this and nobody seems to be concerned in the slightest how to position Bluesky as an actual product in the current market let alone pay for it in the long run. The end user doesn't care if it's federated or peer-to-peer if you ultimately end up seeing Ads anyway and it's still controlled by a single group just like Twitter.

Not sure how they still could hope to gain enough traction to become profitable. Meta is already running circles around Bluesky both in terms of active users and features.

Nothing fishy at all about wanting to connect to walletconnect.com

Relevant XKCD: https://xkcd.com/927/

Still more complicated than updating my .plan file via FTP.

You have a computer virus. It goes by the name of McAfee WebAdvisor.

Wait. Is this why streaming Netflix has been so terribly laggy lately? This article dates back to the end of september. It's MP3 all over again.

Working as a professional software developer has probably made me an insufferable cynic. But the top 3 projects on Github all look like superficial soon-to-be abondonware to me. Looks fantastic on a resume. But if you need a prompt in your Node CLI just implement it. It's not that hard. Don't pull in another node dependency for this one simple use case in your application.

> No, and neither does Typescript. One of the biggest weaknesses in Typescript is that it can't validate data across the wire. Which is a major use case for the language.

Not sure what particular use case you have in mind but which language has built-in functionality to validate chunks of bytes without some kind of type definition? To me this is an orthogonal problem to language design. Every web framework has to serialize and deserialize data.

What I was getting at is that TypeScript is perfectly suited to define type safe data structures wihtout reinventing the wheel. If you're going to parse type definitions for your validation middleware you might as well use something that can also applied to your business logic.

You're not wrong and I tried to mellow my initial reaction when commenting. I don't feel like I attacked OP though. Getting some outside perspective is important.

> And no — type safety is applied at the HTTP interface.

So it's basically validation middleware. The HTTP protocol does not define any such thing.

Seems like you put a lot of work into this and as such I'm hesitant to criticize. But what in the world made you think this is superior to using an actual type-safe language like TypeScript?

  /**
   * Streams results for our lovable assistant
   * @param {string} query The question for our assistant
   * @stream {object}   chunk
   * @stream {string}   chunk.id
   * @stream {string}   chunk.object
   * @stream {integer}  chunk.created
   * @stream {string}   chunk.model
   * @stream {object[]} chunk.choices
   * @stream {integer}  chunk.choices[].index
   * @stream {object}   chunk.choices[].delta
   * @stream {?string}  chunk.choices[].delta.role
   * @stream {?string}  chunk.choices[].delta.content
   * @returns {object} message
   * @returns {string} message.content
   */

Is a developer supposed to type that out for every single endpoint that uses the chunk type?

Also do I understand it correctly that you need to use Instant API everywhere in order to get this "type safety" and as such any consumer implementation would be basically limited to JavaScript?

Sure, but are basic git operations the same as Github features (PRs, Code Review, Actions, etc.)? In any case. Leaving Github in defiance of 2FA requirements seems ill-conceived.

Two things:

1. 2FA does not require your phone number.

2. If you don't already, you should use a public key for pushing your commits

It's highly unlikely that you lose commit access even if you don't complete the "enrollment" unless you use http authentication for pushing commits in which case you should realize that password security is a huge liability for any big web application and I recommend you reconsider your approach.

Salty much FTX Bro? This is David „underscore“ Smith, developer of Widgetsmith and a ton of other successful iOS apps. Genuinely one of the nicest human beings. If anyone has earned the rights to flex its him.

> * Database Systems (relational algebra, SQL)

Because a lot of companies have moved on to NoSQL databases and key value stores.

> * Concurrent Programming

Because many languages use lightweight threads (fibers, coroutines, etc.) now that don't involve context switching.

> * Network Programming

Because these days barely any company does anything beyond web requests and nobody implements these from scratch. No DNS lookups, no ACKs, no manual buffer writing and reading, no marshalling, etc.

I can see an indicator on the lower left on the Website. Are they A/B Testing the rollback?

Ken Shirriff is just awesome. He regularly posts on Mastodon¹ about his reverse engineering endeavors of old x86 chips.

[1] https://mastodon.social/@kenshirriff@oldbytes.space

As a European I'm amused how accurate Spin City was in such aspects. Also that city logo looks like it was created in the early 90s.

To give you some perspective for where you're coming from: it's like you're inquiring whether it's possible to write a GUI app on Windows in C without all the complexity of Visual Studio tooling and WinForms Builder. You also don't want to be bothered with dependencies. That's essentially what you're looking at here. A very small standard library and you have to reinvent the wheel for a lot of things that should exist out-of-the-box.

Sure if it's a single page "app" with just a form you're gonna be fine. But what if it's expanding to two pages? Suddenly you have to maintain at the very least a separate header for two html pages including all meta and resource tags. Web Frameworks take care of that. So my advice would be to at least look at static site generators if you think this is where the project is headed.

> They did absolutely monstrous shit in regards to privacy, that makes the meta of today look like a finely tuned privacy machine that serves to protect every user to the teeth.

How in the world did you come to that conclusion? Any Meta app you have on your smartphone is doing what they can to collect heuristics in order to identify you and serve you Ads. How is that any different? It's just not as obvious.

> Only nobody cared because that was the time prior to the latest privacy awakening [...]

You make it sound like it's a fad or the user simply didn't care in the 2000s. Just because you can doesn't mean you should. If a private company would park a van in front of your door to observe you 24/7 in order to sell mundane details about your daily life to advertisers you'd be up in arms. Yet in the digital space it's no big deal.

That was my first thought, too. OP is describing the view layer of an architecture.

> A well-funded team could create a compelling competitor to VS Code.

And yet they failed. Remember Atom[1] or Brackets[2]? I'm sure they are still used by a lot of people. But it was interesting to see Microsoft grow VS Code so fast in popularity. My vague notion is that addressing developer pain points early and providing first party plugins for popular ecosystems gave them an edge.

[1] https://github.com/atom [2] https://brackets.io/

What I want to know is how realistic it is that you can create a blockchain app at scale without using "centralized" resources. Can you build a social media app clone that is used by millions without using AWS or Google Cloud or Azure? Because if not then what exactly is the point of decentralizing everything if you still depend on a few key players?

I think Jason Schreier had the right take on this: the day this patch dropped is the day the game should have been released. For me the game was perfectly servicable on PS5 (minus some crashes) but some missing features were real head scratchers because you've come to expect them from similar immersive RPGs.

Game engines typically spawn character model entities with this pose by default. Which means if you see this then the NPC's scripted loop hasn't even been initiated at this point. This can be a bug obviously but it could also be due to performance since a lot of game engine pipelines are async and some of these tasks might not have been completed in time.

It's not exactly an easy problem to solve (simulating crowds in a huge city without any organic view distance portals) but I guess they could have also saved themselves a lot of pain by not targeting legacy systems or maybe make less ambitious claims about their game.

I've started to use Joplin[1] and haven't looked back. It's open source and their business model is hosted cloud syncing. I already have a self-hosted Nextcloud instance running and WebDAV is supported for syncing as well so I'm not paying anything at the moment.

They also have apps on desktop and mobile. The apps may not have the most polished UI but they work extremely well.

[1] https://joplinapp.org/

Yeah turns out the language server and other IDE features are resource intensive. Who knew. TextEdit also starts in under a second.

Sure but it's been over 20 years. Readline already existed back then and sqlplus is still the default command line tool for their DBMS.

Worst: sqlplus by Oracle. No autocomplete, no backspace, no history function. It's like nobody ever inside Oracle ever had to use this craptastic piece of software to accomplish anything.

EDIT: Oops backspace works. Might have been a combination of putty and sqlplus. Nevermind.