What is Hackers' Pub?

Hackers' Pub is a place for software engineers to share their knowledge and experience with each other. It's also an ActivityPub-enabled social network, so you can follow your favorite hackers in the fediverse and get their latest posts in your feed.

1
0
0
0
1
0
0
1
0
0
0
1

Unser neues Heft ist erschienen: 92 »prekäres wissenschaften«!
🧵 1/

Der Thementeil, hg. v. @jojoweisJoëlle Weis & @t_winnerlingTobias Winnerling, behandelt historische Fälle von & in akademischen Kontexten seit dem :
werkstattgeschichte.de/alle_au

@histodons @transcript-verlag.bsky.social

Frontcover von WerkstattGeschichte 92 mit einem Ausschnitt des Kupferstichs von Johann Heinrich Ramberg, Die gelehrte Frau, 1802 (Herzog August Bibliothek Wolfenbüttel): Eine Frau in einem wallenden Kleid sitzt auf einem Lehnstuhl an einem Tisch, auf dem unter ihrer linken Hand beschrieben Papiere liegen; in der rechten Hand hält sie ein Schreibgerät an den geschlossenen Mund, während sie sinnierend nach oben blickt. Um sie herum und im Hintergrund sind tobende Kinder und andere geschäftige Personen sowie verschiedene Gegenstände abgebildet, darunter links unten eine Laute; rechts unten lehnt ein Foliant am Tisch, darüber stehen Glasbehälter mit eingelegten kuriosen Präparaten.Inhaltsverzeichnis (Auszug) von WerkstattGeschichte 92

THEMA

#lchBinHanna avant la lettre?
Ein Essay über die Vergleichbarkeit von Prekarität und Sonderrechten in der mittelalterlichen und der zeitgenössischen Hochschule
Sebastian Kubon

»Ohne Besoldung zu begnügen«
Akademische Prekarität, universitäre und landesherrliche Macht in der Frühen Neuzeit am Beispiel der Universität Marburg
Christina Stehling

»An able and clever person« – mit Beziehungen
Akademische Patronage und Abhängigkeiten am Beispiel des Internationalen Instituts für geistige Zusammenarbeit in Paris
Jonathan Voges

Bei Kaffee, Kuchen, Wein und Bier
Die Universität als exklusiver Ort der »Persönlichkeitsbildung« in der Autobiografie des Historikers Karl Brandi (1868-1946)
Lena 0etzel
0
0
0
1
0
0
0
0
0
0
0
0
1

@mitchellhMitchell Hashimoto In some of your Mastodon posts you mention using Amp (ampcode.com). Why would you use Amp instead of other CLI tools like Claude Code or OpenAI Codex? Do you get better results with Amp? Just curious why you would choose Amp over the other options.

0
0

吉村ゆう 氏:

≪排外主義で少し有名な方が、「国際交流をしたいなら、日本に呼ばずに相手国に行けば良い」と言っておられました。

「外国人は出ていけ」と言いながら、相手国に自分たちが入れる前提なのは不思議です。
そもそも、相手の国の人だって、「日本人ファースト」などと言っている人が来たら嫌では…?


x.com/0MsqBLL2Hf88737/status/1

0
0
1
1
0
0
0

7kgとか8kgとかのデッカイニャンと暮らしている方々が「半分の重さくらいにしか感じないのでいくらでも抱っこしていられる」「数値上は米袋より重いはずなのに羽のように軽い」などと証言しているのでニンゲンに抱っこされているネコチャンには何らかの理由で揚力が発生しているのではないかという図

1
0
1
0

webを検索するとき,目的の情報が書いてありそうなページに載っていそうなフレーズや語を断片的に入力するけど,最近はその情報を勝手に再解釈して的外れな検索結果が戻ってくることが増えた

0
0
1

Hey experts! I have a dilemma. I do a daily backup to an external disk, but some of the files (VM containers) are HUGE (100GB), and because they are zero-padded, their size is always the same. By the time the rsync for these files finishes, they have wildly different mod dates from the originals on my HDD. I can set --modify-wiindow to $BIGNUM, but then all the regular files *don't* back up.

Maybe the answer is to touch all the big files (originals and backup) at the end of the rsync?

0
0
0
0
0
0
0

The "do something and if it fails return None" pattern is responsible for a lot of strange bugs in Python code. Stop doing this! None is a valid return type only if "no result" is a valid result. Yeah, in languages like Rust or Haskell the Option monad is pretty popular, but they also force handling it properly. In dynamic languages, you end up with "None" strings, math errors when doing arithmetic operations on None, or even less pretty bugs. In such a case, None should be returned only in cases where user should expect it as a valid result, so is expected to handle it properly. Otherwise, it begs for bugs.

0
0
1

Hey experts! I have a dilemma. I do a daily backup to an external disk, but some of the files (VM containers) are HUGE (100GB), and because they are zero-padded, their size is always the same. By the time the rsync for these files finishes, they have wildly different mod dates from the originals on my HDD. I can set --modify-wiindow to $BIGNUM, but then all the regular files *don't* back up.

Maybe the answer is to touch all the big files (originals and backup) at the end of the rsync?

0
0
0
0
1
1
0