Ephera

joined 5 years ago
MODERATOR OF
[–] Ephera@lemmy.ml 3 points 18 hours ago

I do not believe there to be a higher meaning. Nor for that fact to have particular meaning. As such, I also do not assign particular meaning to suffering. But others don't seem to enjoy it much, so I throw myself with full force against it, because why not?

[–] Ephera@lemmy.ml 8 points 19 hours ago (1 children)
[–] Ephera@lemmy.ml 4 points 1 day ago

T shirt

I see what you did there...

🙃

[–] Ephera@lemmy.ml 3 points 1 day ago

Yeah, I agree that there could probably be a way to "close" Activities, which doesn't do the session management, so explicitly just throws the windows onto another Activity (or maybe prompts you when there's still windows on that Activity), without having to outright delete that Activity.

Deleting an Activity is relatively disruptive, since you may have files linked to it or nicely setup wallpapers and such. And there are a number of places where Activities show up, where it can be annoying to have Activities showing up that you're not currently using.

I can imagine them being open to that suggestion, if you articulate it well.
From what I saw, they did make a lot of changes to remove the start/stop functionality, but most of it was session handling code. So, it might not be too additional much trouble to add a way to close Activities instead.

As a wise Nate Graham once said: The most reliable way to find out whether people use a feature (and how they use it) is to remove it. The second-most reliable way is to announce its removal.
Well, you did miss the announcement, so it probably felt a bit rude to you, but yeah, you should still consider this the start of a conversation. They're not hellbent on removing this feature.

[–] Ephera@lemmy.ml 4 points 1 day ago

Naja, i.d.R. ist es schon möglich das zumindest ein bisschen zu verbessern. Manchmal findet man auch ganz andere Produktionsverfahren, die wesentlich bessere Zuverlässigkeit mitbringen.

Aber eine pauschale Aussage ist da echt schwierig. Unterschiedliche Bauteile haben unterschiedliche Fehlertoleranzen. Und manchmal hat man schon Unsummen in eine Verbesserung der Produktionszuverlässigkeit gesteckt, aber hängt immernoch bei 80% Wegwerfquote, einfach weil es da kein gutes Produktionsverfahren gibt und das bestehende nicht mehr großartig optimiert werden kann.

Da muss man auch dazusagen, dass die Rechnung eigentlich nur pro Bauteil so simpel ist, oder wenn das Gesamtprodukt in einem einzelnen maschinellen Schritt hergestellt wird.

Also bei Uhren ist wahrscheinlich der Ausschuss pro Bauteil nochmal wesentlich höher als 80%, aber man muss nicht die gesamte Uhr wegwerfen, sondern man pickt sich eben die guten Teile raus.
Spätestens bei der Endmontage fällt dann auf, wenn ein Zahnrädchen um einen Viertelsmillimeter unrund ist und deswegen nicht in die Uhr eingebaut werden kann. Dann nimmt man eben das nächste Zahnrädchen.

[–] Ephera@lemmy.ml 2 points 1 day ago

I would make a joke that my Christmas tree is still planted on a field somewhere, but it's not like I'll get a tree either way...

[–] Ephera@lemmy.ml 1 points 1 day ago

Copy Link to Highlight is my favorite addition.

[–] Ephera@lemmy.ml 1 points 1 day ago

Yeah, that is also my primary motivation, to not need to interact with hairdressers. 😅

I do also like it a lot, though, that I can just cut it every 2-3 weeks. My hair is a lot easier to take care of when it's short, and I look sharper, so I can just keep it short all the time.

[–] Ephera@lemmy.ml 1 points 1 day ago

Ja, um ehrlich zu sein, mein größtes Bedenken liegt eigentlich darin, dass man mir wegen Urheberrechten an's Bein pinkeln könnte.

Die meisten Memes verwenden Bilder, die urheberrechtlich geschützt sind. Auch die beliebteste Schriftart, Impact, darf nur unter bestimmten Bedingungen lizenzkostenfrei verwendet werden.

Und das ist natürlich bei einem öffentlich gehosteten Server nochmal kritischer mit dem Urheberrecht...

Also theoretisch könnte ich generell eine Software entwickeln, die einen Schriftzug auf ein Bild legt, und ob man das dann mit urheberrechtlich problematischen Daten füttert, ist dann nicht mein Bier. Aber ist dann trotzdem noch viel Arbeit für etwas, was dann nur so halb nützlich ist...

[–] Ephera@lemmy.ml 14 points 1 day ago (2 children)

The thing I never understood about PowerShell is that it's partially more verbose than C#, which is one of the most verbose programming languages in existence. It just feels like you might as well go for a full-fledged programming language at that point.

The appeal of Bash et al is that the scripting is almost the same as the interactive usage, which you already know. But because PowerShell is so verbose, I'm really not sure people do use it interactively.

I guess, that code snippet in the article makes somewhat of a difference, in that PowerShell offers better features for interop between processes. But man, that still feels like it could've been a library instead...

 
 
174
submitted 1 week ago* (last edited 1 week ago) by Ephera@lemmy.ml to c/programmerhumor@lemmy.ml
 

Increasingly so, the more experienced I get...

129
Underappreciated top (friendo.monster)
 

Always thought top was one of those programs frozen in time since the 70s, but apparently, it has a feature set comparable to htop and the like. The default configuration just doesn't show much of it...

8
Reeperbahn (de.wikipedia.org)
 

Fand insbesondere spannend, dass der Name daher kommt, dass hier ursprünglich Seile gemacht wurden, wofür man eine möglichst lange, gerade Strecke brauchte.

 
 
-15
submitted 1 month ago* (last edited 1 month ago) by Ephera@lemmy.ml to c/dadjokes@lemmy.world
 

Spoilertrans-parent

 

Found this article interesting. Some (technological) highlights for me:

She initially wrote simple Python scripts to help with chain-of-custody problems. Those scripts worked on her machine, but she had trouble delivering the software to the people who actually need it.

Yeah, Python, Java etc. are quite portable in theory, but we also always ship the runtime along with it at $DAYJOB, because we don't want to deal with different runtime versions and users failing to install them properly. And since the runtime is compiled for specific platforms, we effectively have non-portable artifacts anyways.

Deuson's first attempt at distributing her software was to bundle it using Kubernetes. That sort of worked, but it turned out to be hard to get it installed in police departments. Opening ports in the firewall is also often prohibitively hard. "Getting software into these environments is really difficult."

Eventually, she decided that the only way to make this work would be to write a single, standalone executable that does everything locally. It would need to be able to run on ancient desktop computers, in a variety of environments, without external dependencies. That's why she ultimately chose Rust to write FolSum.

I feel like our industry poured tons of effort into making things deployable via Kubernetes, but there's still an absurd amount of niches, where this just does not make sense. Always interesting to hear about yet another such niche...

One thing that users really liked about the Rust version of the application was that it starts quickly, she said. Lots of commercial software is big and bulky, and takes a while to start up, leaving users staring at splash screens. FolSum starts up almost as soon as the user releases the mouse button.

Yep, I never quite buy it when this is deemed unimportant in commercial software development. The chance of your software running all the time is really low. And if it's not running all the time, I need to start it before I can use it. If I need to wait a minute for that, that takes me out of my workflow and I'll kind of hate your software for it.

It turns out that non-technical users like the approach that she has called "GUI as docs", where the application puts the explanation of what it does right next to the individual buttons that do those things. Several users have told her that they wished other software was written like this, to her bafflement. For-profit software is often a forest of features, which makes it hard to find the specific thing one needs, especially if the tool is only rarely used, she said.

I've been looking to take that kind of approach for our GUI at $DAYJOB, too. Our software is not either something that users use all the time. They might not look at it for months at a time. It's ridiculous to assume that they will remember all the concepts, just as ridiculous as it is to expect them to look at a completely separate manual every time. So, just dotting help texts around the place seems like a good idea.

view more: next ›