News for hackers. Stuff that matters.

bkq

Re:Threads has 10M users so far on Thursday July 06, 2023 @08:46AM (#36614932)
Not using Threads, but does anyone know if it requires a distinct new or account, or if you can login via your Instagram account? I'd imagine if the latter is the case, then this explain the high usage, if the barrier to entry is low (provided you already use Instagram). Also, I would be curious to see how many of the users remain active on the platform in the coming months.
Re:Goravel, Web framework inspired from Laravel in Golang on Thursday July 06, 2023 @08:42AM (#36614898)
I have written about this some time ago here: https://andrewpillar.com/programming/2019/07/13/orms-and-que...

The main reason, in my opinion, comes down to how Go as a language was designed. I have written some follow up posts to that, specifically this one: https://andrewpillar.com/programming/2022/10/24/a-simple-cru... wherein I explore creating an ORM-like library via generics in Go, this may be of interest to you if you want a better understanding of how some of these things would work in Go.

Re:Goravel, Web framework inspired from Laravel in Golang on Thursday July 06, 2023 @08:40AM (#36614885)
I would recommend avoiding iris-go, the author has a bad history of rewriting the git history, and using code without attribution, see this for more: www.florinpatan.ro/2016/10/why-you-should-not-use-iris-for-your-go.html
>Typescript lets me write the complex logic

What is it about Go that prevents you from writing this complex logic?

I consider the advent of this technology as whole, with the current state of Hollywood, to be concerning. It will ultimately lead to a world where actors will have their autonomy stripped away from them, even more so than they do now. Consider the status quo, whereby an actor's autonomy is somewhat determined by their start power. If you're trying to break into the industry then you have to put up and shut up with what you're given.

With the advent of motion-capture like this, actors will be reduced to a marionette of flesh to be puppeted around as the producers see fit. Perhaps Hollywood will be going towards a future where actors no longer act in movies, instead their likeness is simply licensed to a studio for a certain number of movies. Anyway, I'm a cynic when it comes to this, the industry itself is already plenty abusive and exploitive, and this could further that.

Re:Moviemaking and Gamemaking Are Converging on Thursday March 23, 2023 @08:00AM (#35273367)
It's something the Academy has always engaged in, is with cutting of the microphone of the VFX artists. Other people are not treated like this.
Re:Moviemaking and Gamemaking Are Converging on Thursday March 23, 2023 @06:40AM (#35272635)
This is something they do, Marvel rely on outsourcing and using ununionised labour [1], and it shows in the recent films and TV shows they've made. There's a drop in the quality of the VFX. Wages for VFX artists aren't too high, as I've said, they are some of the most underpaid workers in the industry, and their protest against this is always stomped out. For a VFX worker it must be highly frustrating working in an industry where other workers are unionised, but they aren't.

[1] - https://www.cnet.com/culture/entertainment/marvels-vfx-artis...

Re:Moviemaking and Gamemaking Are Converging on Thursday March 23, 2023 @06:37AM (#35272608)
>I'm not saying it is this way for everyone, but part of life is deciding if you want to work hard, have impact on things that matter, work on cool stuff, earn a lot of money, etc.

VFX people in Hollywoord are some of the most underpaid workers in the industry. Sure, it's cool that you can be a part of a team that helps make a movie. No doubt it must be pretty cool to see your work on the big screen, or even the small screen, and know that you played a part in bringing it there. But I think something the workers would also value is having some autonomy over their work, and being paid for it.

I'm not easily convinced by the argument of, "you get to work on cool stuff", working on cool stuff doesn't make up for risking povery, debt, or unemployment when you're underpaid. Furthermore, there's a difference between hard work, and exhausting working. And being put under crunch is exhausting work, not hard work.

Re:Moviemaking and Gamemaking Are Converging on Thursday March 23, 2023 @06:21AM (#35272501)
Archived link: https://archive.is/xzPtR

The article says that there are similarities between the two industries, I see these similarities too between how the workforces are treated. Whereby Hollywood VFX workers are overworked and underpaid, and some even end up going under, and the Academy is always there to stomp out their protest during the few minutes they get at the Oscars [1]. Much like with game development, where waves of contractors are hired, then subsequently fired [2], or being just subjected to endless crunch [3]. I think it's fair to say that game dev companies are the sweatshops of the tech industry, and I feel for anyone who wants to break into what otherwise could be a creative industry.

[1] - https://www.latimes.com/entertainment/envelope/la-xpm-2013-f...

[2] - https://www.washingtonpost.com/video-games/2021/12/03/raven-...

[3] - https://www.polygon.com/2019/4/23/18507750/fortnite-work-cru...

Re:On ELF, Part 1 (2018) on Tuesday February 07, 2023 @07:29AM (#34691858)
Re:Major standard library changes in Go 1.20 on Tuesday January 17, 2023 @03:54AM (#34410462)
On the contrary, I much prefer the fixed date of "2006-01-02T15:04:05" for formatting time strings. I find it much easier to write "Mon 02, Jan 2006", than what you would usually put for the strftime equivalent, "%a %d, %b %Y" (had to look it up, and at a glance it's not that obvious what it formats to). With Go, all you need to memorise is the date itself. Granted, coming from other languages it can take a bit of getting used to.
Re:Scaling Mastodon with systemd template units on Tuesday November 29, 2022 @06:10AM (#33786086)
systemd, in my opinion (one that doesn't seem to be widely shared), really does make administering a Linux server easier. No longer do I have to wrangle with shell scripts for the process control of daemons, or worry about the dependencies between them, instead I can organise that logic in a nice and neat .service file for systemd to worry about. The templating feature as this article demonstrates is also incredibly handy for DRYing up some .service files you may write.

Another feature of systemd I really like are the timers [1][2] it introduces. It offers a much more sane approach to handling scheduled jobs, and allows for an easy overview of which jobs are running and when the next job will fire via systemctl --list-timers.

[1] - https://www.freedesktop.org/software/systemd/man/systemd.tim...

[2] - https://wiki.archlinux.org/title/systemd/Timers

Re:Act: Run your GitHub Actions locally on Saturday November 26, 2022 @05:12AM (#33751474)
I've built a CI platform [1] that does support running your CI builds without the server using an offline runner. I wrote about it here before: https://blog.djinn-ci.com/showcase/2022/08/06/running-your-c...

[1] - https://about.djinn-ci.com/

Re:Djinn CI – open-source CI platform on Tuesday November 22, 2022 @12:49PM (#33708597)
Thanks for the feedback. Regarding the configuration language, I don't think it's too hard to learn, I modelled it after the structured configuration NGINX uses since I find that easy to read and write compared to something like TOML, or YAML for the configuration I wanted.

Regarding the documentation styling, I appreciate the 40% width is a bit too narrow. The styling is something that has gone through multiple revisions, but some more work still needs to be done.

On the brevity of the documentation, especially on the manifest structure, I decided to err on the side of verbosity. But I will take your feedback on board.

Thanks.

Re:Djinn CI – open-source CI platform on Tuesday November 22, 2022 @11:40AM (#33707696)
Author of Djinn CI here. This is a CI platform that I developed, it is open source but there is also a hosted offering https://about.djinn-ci.com. Some of the features are detailed below:

* Fully virtualized Linux VMs

* GitHub/GitLab integration

* Variable masking

* Configurable artifact cleanup limits

* Multi-repository builds

* Repeatable builds with cron jobs

* Custom QCOW2 images for builds

I've written some posts demonstrating the features of the platform which I have posted here before:

* https://blog.djinn-ci.com/showcase/2022/08/06/running-your-c...

* https://blog.djinn-ci.com/showcase/2022/08/16/using-multiple...

For further reading there is also the documentation sub-site at https://docs.djinn-ci.com/.

If you have any questions don't hesitate to reach out.

Re:Blazing fast CI with MicroVMs on Friday November 18, 2022 @12:15PM (#33657954)
Good article. Firecracker is something that has definitely piqued my interest when it comes to quickly spinning up a throwaway environment to use for either development or CI. I run a CI platform [1], which currently uses QEMU for the build environments (Docker is also supported but currently disabled on the hosted offering), startup times are ok, but having a boot time of 1-2s is definitely highly appealing. I will have to investigate Firecracker further to see if I could incorporate this into what I'm doing.

Julia Evans has also written about Firecracker in the past too [2][3].

[1] - https://about.djinn-ci.com

[2] - https://jvns.ca/blog/2021/01/23/firecracker--start-a-vm-in-l...

[3] - https://news.ycombinator.com/item?id=25883253

Re:From WampServer, to Vagrant, to QEMU on Friday November 11, 2022 @02:40PM (#33565705)
Yeah, I think I stumbled across using the libvirt provider, however libvirt is just another abstraction (a very useful one) over multiple virtualization technologies. I much prefer working directly with QEMU for local dev environments since I only need a one and done machine.
Re:Self Hosting Git Repositories with Stagit on Friday October 07, 2022 @10:30AM (#33121858)
A pretty interesting project I came across via reddit. Seems like a good lightweight solution for self-hosting git repos if you don't want to be burdened with the overhead of managing a full-fledged code forge. This also seems to come with a stagit offering for serving over gopher [1][2].

[1] - https://codemadness.org/git/stagit-gopher/log.html

[2] - https://en.wikipedia.org/wiki/Gopher_(protocol)

Older »