Earlier quoted context omitted.
Setting up a server with SSH and GitLab is more work than setting up a server with SSH. Dropbox is great and I use it but only because I can’t get the same functionality out of rsync without major additional orchestration. But if I am the only one working on my own project why would I need a second read-only UI for my own code?
If you're working alone you can also send raw IP packets down the wire by way of telegraph key if you'd like. What you do alone behind closed doors isn't really anyone's business and is up to you. For everyone else, the benefit of using Gitlab is that once it's set up, a wide range of users of varying skill levels and backgrounds can use it to collaborate.
Migrating Dillo from GitHub
211–219 of 219 posts
Re: Migrating Dillo from GitHub
#212>frontend barely works without JavaScript, ... In the past, it used to gracefully degrade without enforcing JavaScript, but now it doesn't. And the github frontend developers are aware of these accessibility problems (via the forums and bug reports). They just don't care anymore. They just want to make the site appear to work at first glance which is why index pages are actual text in html but nothing else is.
I'd love to hear the inside story of GitHub's migration of their core product features to React. It clearly represents a pretty seismic cultural change within the company. GitHub was my go-to example of a sophisticated application that loaded fast and didn't require JavaScript for well over a decade. The new React stuff is sluggish even on a crazy fast computer. My guess is that the "old guard" who made the original…
I very much hope not, but fear you're right.
I'm (theoretically) an iPhone app developer, and I really dislike the Reactive idiom: I can see the theoretical benefits, but in practice, the magic glue has never worked right, and comes at a painful performance cost. React is to me what LLMs are to LLM-skeptics.
I'm retraining anyway due to LLMs and how well they eat UI, but I don't yet know where I'll end up next.
Re: Migrating Dillo from GitHub
#213I mean, are the scripts writing themselves here, boys?
Re: Migrating Dillo from GitHub
#214Earlier quoted context omitted.
Why should you need JavaScript to render text and buttons? Were browsers unable to do this prior to the JavaScriptification of everything?
The same reason you need to use LLMs to code.
Re: Migrating Dillo from GitHub
#215Earlier quoted context omitted.
it's also a real accessibility problem if you're trying to use sticks and rocks to access the internet
Why should you need JavaScript to render text and buttons? Were browsers unable to do this prior to the JavaScriptification of everything?
Re: Migrating Dillo from GitHub
#216Re: Migrating Dillo from GitHub
#217I've been messing around with GitLab as a self hosted alternative for a few years. I do like it, but it is resource intensive! For the past few days I've been playing with Forgejo (from the Codeberg people). It is fantastic. The biggest difference is memory usage. GitLab is Ruby on Rails and over a dozen services (gitlab itself, then nginx, postgrest, prometheus, etc). Forgejo is written in go and is a single binary.…
The gitea project has a lot more features such as CI and SSO at this point, gogs continues to be a viable alternative if you actually only want a git server with an UI like GitHub was in early 2010s - and are on resource constrained hardware
Re: Migrating Dillo from GitHub
#218Re: Migrating Dillo from GitHub
#219> To avoid this problem, I created my own bug tracker software, buggy, which is a very simple C tool that parses plain Markdown files and creates a single HTML page for each bug. The hacker spirit alive and well.