[-] [email protected] 1 points 1 day ago

X11 is "complete" in the sense that we have followed it to the end of the road. X11 has a series of well documented fundamental problems that does not make it suitable for a modern OS. I will not belabor them here (except to note that security in particulat in X11, is exceptionally weak for modern standars). These issues are unfixable because they are built into core assumptions and behaviours of all legacy apps.

At some point there has to be a switch. There simply is not manpower to maintain 2 separate windowing systems. I am sure we would all want there to be an army of devs working on these things on maintain the 2 stacks. But that is not the timeline we live in. The number of devs working on these things is very low.

Was it too early? I don't know. There will never be 1-1 feature parity with 30 years of legacy apps. I honestly believe that fixing things like a11y are gonna be much more tenable with only a single windowing system.

[-] [email protected] 17 points 1 week ago* (last edited 1 week ago)

For someone who has not used Gnome in 14+ years you sure seem to know a lot about it...

X11 has effectively already been deprecated for years, seeing little to no development on it. No one should be surprised.

And still, there are SEVERAL Long Term Support distros out there that will support X11 for the coming years. Please stop pretending that stuff will start breaking. It will not.

[-] [email protected] 7 points 1 month ago

I find that my projects hosted on codeberg are heavily deranked or entirely missing on the top mainstream search engines. My github projects are almost always top 3.

So if it is a library someone might gind useful it has to go in gh. My personal toys can stay on cb.

[-] [email protected] 16 points 1 month ago

At least we still have Skype (new), Skype for Enterprise, and Windows Skype

11
submitted 2 months ago by [email protected] to c/[email protected]

The Go team is working on a new garbage collector called Green Tea.

[-] [email protected] 4 points 2 months ago

Targeting vulnerable people based on metadata with any form of commercial intent, is morally and ethically highly questionable! A vulnerable person is by definition extremely susceptible to exploitation. Assuming that companies are gonna act out of philanthropy and goodness of their hearts seems a bit naiive.

[-] [email protected] 6 points 7 months ago

Being comfortable with basic back-of-the-envelope math can be a huge benefit. (Full disclosure: i am a math major who is now a programmer)

Over my career I have several examples of projects that have saved weeks worth of dev time because someone could predict the result with some basic calculations. I also have several examples where I have shown people some basic math showing that their idea is never gonna work, they don't listen and do it anyway, and I see them 1 month later and the project failed in the way i predicted.

A popular (and wise) saying is that "Weeks of work can save you hours of meetings". I think the same is true for basic math. "Weeks of coding can save you minutes of calculation".

You can definitely be a successful programmer career without great math skills. Math is a tool that can help you be more effective.

[-] [email protected] 5 points 8 months ago

Must include CHANGELOG...

The changelog:

  • misc fixes
  • pls work
  • fixe a typo
10
submitted 10 months ago by [email protected] to c/[email protected]

In the original proof of concept for ranging over functions, iter.Pull was implemented via goroutines and channels, which has a massive overhead.

When I dug in to see what the released code did I was delighted to see that the go devs implemented actual coroutines to power it. Which is one of the only ways to get sensible performance from this.

Will the coro package be exposed as public API in the future? Here's to hoping ♥️

[-] [email protected] 2 points 11 months ago
[-] [email protected] 4 points 1 year ago

The context package is such a big mistake. But at this point we just have to live with it and accept our fate because it's used everywhere

It adds boilerplate everywhere, is easily misused, can cause resource leaks, has highly ambiguous conotations for methods that take a ctx: Does the function do IO? Is it cancellable? What transactional semantics are there if you cancel the context during method execution.

Almost all devs just blindly throw it around without thinking about these things

And dont get me startet on all the ctx.Value() calls that traverse a linked list

[-] [email protected] 29 points 2 years ago

That we stop fawning over tech CEOs

[-] [email protected] 5 points 2 years ago

Thank you for saying this. Sometimes I feel like I sm the only one thinking like this 🙇♥️

14
submitted 2 years ago by [email protected] to c/[email protected]

Go 1.22 will ship with "range over int" and experimental support for "range over func" 🥳

[-] [email protected] 2 points 2 years ago

You should probably change page content entirely, server sizey, based on the user agent og request IP.

Using CSS to change layout based on the request has long since been "fixed" by smart crawlers. Even hacks that use JS to show/hide content is mostly handled by crawlers.

view more: next ›

kamstrup

0 post score
0 comment score
joined 2 years ago