Hacker Newsnew | past | comments | ask | show | jobs | submit | more lloydatkinson's commentslogin

I remember that constant stream of devs making “Covid graphs”. God was it fucking depressing and a bit cringe.


Again? I’m kind of surprised Intel wants anything to do with them after the M stuff. Things must be really bad at Intel.


Intel knows that it's their own fault Apple ditched Intel for M CPUs. Intel couldn't provide any meaningful improvements particularly for MacBooks for years.


you been in a cave for the last few years? things are bad at Intel for a while now and they need a fab customers. the deal they will likely throw at Apple to get capacity and show off their fab process doesn't suck is likely incredible.


I have not been in a cave


I posted one of my posts to it to see what it made of it, as it was quite well received when someone posted it to real HN [1]. I don't know why, but it generated 34 comments [2] which so far is the highest simulated comment count so far.

[1]: https://news.ycombinator.com/item?id=31074861

[2]: https://news.ysimulator.run/item/402


It does seem like a weird omission doesn’t it?


What are the Linux native controls?

GTK and KDE controls are native to GTK and KDE.


Sure, but GTK and KDE aren't also cross-platform native.


Why should they be?


Of course, there's no need for them to be. But this conversation started out with "why do people use web based UI solutions?" and "because there is no proper UI library that does cross platform as well as the web".


My cross platform application written in C#/.NET and Avalonia strongly disagrees with this crazy assertion.

I can also think of QT and GTK for other languages too.


TypeScript codebases I've seen generally seem to have the widest demonstration of skill gap versus other languages I use.

For example, I don't ever see anyone using `dynamic` or `object` in C#, but I will often see less skilled developers using `any` and `// @ts-ignore` in TypeScript at every possible opportunity even if it's making their development experience categorically worse.

For these developers, the `type` keyword is totally unknown. They don't know how to make a type, or what `Omit` is, or how to extend a type. Hell, they usually don't even know what a union is. Or generics.

I sometimes think that in trying to just be a superset of JavaScript, and it being constantly advertised as so, TypeScript does not/did not get taken seriously enough as a standalone language because it's far too simple to just slot sloppy JavaScript into TypeScript. TypeScript seems a lot better now of having a more sane tsconfig.json, but it still isn't strict enough by default.

This is a strong contrast with other languages that compile to JavaScript, like https://rescript-lang.org/ which has an example of pattern matching right there on the home page.

Which brings me onto another aspect I don't really like about TypeScript; it's constantly own-goaling itself because of it's "we don't add anything except syntax and types" philosophy. I don't think TypeScript will ever get pattern matching as a result, which is absurd, because it has unions.


On the other hand, would we even be talking about it if it hadn't stuck to its goals?


> For example, I don't ever see anyone using `dynamic` or `object` in C#, but I will often see less skilled developers using `any` and `// @ts-ignore` in TypeScript at every possible opportunity even if it's making their development experience categorically worse.

I think you're confusing things that aren't even comparable. The primary reason TypeScript developers use the likes of `any` is because a) TypeScript focuses on adding support for static type checking on a language that does not support it instead of actually defining the underlying types, b) TypeScript developers mostly focus on onboarding and integrating TypeScript onto projects and components that don't support it, b) TypeScript developers are paid to deliver working projects, not vague and arbitrary type correctness goals. Hence TypeScript developers tend to use `any` in third party components, add user-defined type guards to introduce typing in critical areas, and iterate over type definitions when time allows.


I think you’ve misunderstood what I wrote entirely.


It will get pattern matching when JS does. Not certain yet but in progress.

https://github.com/tc39/proposal-pattern-matching


That proposal is really dragging though. And typescript needs as much work because that's where the real power is. We need discern thing like

    match (x) {
      "bob": ...,
      string: ...,
      () => Promise<void>: ...,
      () => Promise<string>: ...,
    }
with exhaustiveness checking for it to be truly useful.


Discriminating a function or promise based on return type is never going to work, because JavaScript is dynamically typed and TypeScript erases types at compile time, so there's no way to know at runtime what type a function or promise is going to return.


It'll work because that's what typescript does, and that's why it needs to be implemented there, also. That's my point.

And as far as runtime goes, well, that's not what typescript does. It's a typical compile-time static type system.

Typescript aside, even a javascript-level first-class pattern expression is still extremely useful. I really hope it gets in there soon.


> For example, I don't ever see anyone using `dynamic` or `object` in C#

I have bad news for you


Is your bad news that you primarily have to work in bad codebases? If so, sorry to hear that.


My first thought was the comment in the thread from the other day about Zork and hooking up an AI image generator to that.

But, it looks like WorldGen has that slightly soulless art style they used for that Meta Zuckverse VR thing they tried for a while.


Instead of Zork, I would try with All Thing Devours, or Spiritwrak. There are libre games since forever and they are designed in Inform6 with all the source code being available, and the compiler and the English library it's free too and it's a really structured language for literal ingames objects mapped to programming (OOP) objects.


>My first thought was the comment in the thread from the other day about Zork and hooking up an AI image generator to that.

I have done this in the early GPT days with 'Tales of Maj'eyal' and to a lesser extent RimWorld.

It works great for games that have huge compendiums of world lore , bestiaries, etc.


With a roguelike you would just map tiles to 3D terrain and objects.


Made me want to vomit


In some ways we’re gone backwards. Sharing MP3 via Bluetooth on non-smart phones in 2007 was a common event when I was at school, that and burning CDs.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: