FizzyOrange

joined 2 years ago
[–] FizzyOrange@programming.dev 12 points 1 month ago (3 children)

Yeah it was inspired by Powershell. But it also has syntax that isn't completely awful.

[–] FizzyOrange@programming.dev 1 points 1 month ago

No. Closest is probably Zed but it's still way way off from being a serious VSCode competitor. For example it has no settings GUI at all; just a JSON file. It can't edit large files. Font rendering is still hit and miss.

Ask again in 5 years...

[–] FizzyOrange@programming.dev 1 points 1 month ago* (last edited 1 month ago)

How "production" are we talking? Pretty bad idea if it's an important work server. "Sorry boss, nobody could connect today because VSCode's mojam.service hit one of its many many 100% CPU bugs".

I think in theory there's no reason it isn't technically possible, but I doubt it's set up to allow it because that's a pretty odd thing to want to do.

Edit: oh you want to access it via Android. That makes vaguely more sense.

[–] FizzyOrange@programming.dev 1 points 1 month ago (1 children)

Bad code will be unreadable in any language of course.

Yeah I'm talking about good code, or at least not bad code. Let's not "no true Scotsman" this.

Even for good code you don't need syntax highlighting to easily see which identifiers are function names and which are their parameters in Rust.

[–] FizzyOrange@programming.dev -3 points 1 month ago* (last edited 1 month ago) (4 children)

Rust. It has all the good bits of functional programming but basically none of the bad bits.

Good bits:

  • Strong type system (though not quite as sophisticated as Haskell or OCaml).
  • Map, filter, etc.
  • First class functions (though lifetimes can make this a bit awkward)
  • Everything is an expression (well most things anyway).

Bad bits:

  • "Point free style" and currying. IMO this is really elegant, but also makes code difficult to read very quickly. Not worth the trade-off IMO.
  • No brackets/commas on function calls. Again this feels really elegant but in practice it really hurts readability.
  • Global type inference. Rust requires explicit types on globals which is much much nicer.
  • Custom operators. Again this is clever but unreadable.
  • Small communities.
  • Poor windows support (not a fundamental thing but it does seem to be an issue in practice for lots of functional languages).
[–] FizzyOrange@programming.dev 3 points 1 month ago (1 children)

Clearly within the margin of error. Especially because they were obviously not just looking at Bulgaria.

[–] FizzyOrange@programming.dev 1 points 1 month ago* (last edited 1 month ago)

Not sure what you "security" link has to do with anything, but Windows has had a pretty great security record for the past decade at least. Arguably better than Linux and at least on par. They do things like static analysis of drivers which as far as I know Linux doesn't require.

There are still a lot of vulnerabilities, but don't try to disprove this with a link to some CVE because there are also a ton of Linux vulnerabilities.

Also Microsoft doesn't take the dubious view that security bugs are "just bugs" and don't deserve special consideration.

[–] FizzyOrange@programming.dev 0 points 1 month ago

Not for normal people.

[–] FizzyOrange@programming.dev -5 points 1 month ago

Your tedious query if I had filed a bug report.

[–] FizzyOrange@programming.dev -4 points 1 month ago (2 children)

complaining in a random forum would change anything.

What gave you the impression that I thought it would?

[–] FizzyOrange@programming.dev -4 points 1 month ago (7 children)

How does it work, then?

I'm assuming that's a genuine question... Normally when people develop a feature they do it once and then it's "done" and any changes to that feature have to go through the whole feature request -> it's low priority -> wait 10 years cycle before they actually happen.

Essentially, you have to do it right first time or it might never be fixed.

view more: ‹ prev next ›