HackerTrans
TopNewTrendsCommentsPastAskShowJobs

andrybak

no profile record

Submissions

ACM Digital Library started showing AI summaries of articles with abstracts

dl.acm.org
3 points·by andrybak·7 เดือนที่ผ่านมา·1 comments

comments

andrybak
·7 วันที่ผ่านมา·discuss
> Articles for Deletion votes -- original with comments

>

> Summarizing it, 5/7 for delete have accounts, and 1/4 for keep have accounts. Not along after the final vote, a Wikipedia admin deleted the article. Being a little bit lax with my language, the majority's consensus agreed that Odin isn't notable, and the article had no reliable sources.

important clarification about a popular misconception: "Articles for deletion" discussions on English Wikipedia are not decided by vote.

For more details, see

- https://en.wikipedia.org/wiki/Wikipedia:Polling_is_not_a_sub...

- https://en.wikipedia.org/wiki/Wikipedia:Guide_to_deletion#Ov...
andrybak
·17 วันที่ผ่านมา·discuss
in addition to a relevant xkcd, there is also a Wikipedia article about the phenomenon and a behind-the-scenes list

- https://en.wikipedia.org/wiki/Circular_reporting#On_Wikipedi...

- https://en.wikipedia.org/wiki/Wikipedia:List_of_citogenesis_...

- previous discussion: https://news.ycombinator.com/item?id=35535407
andrybak
·เดือนที่แล้ว·discuss
Git is more robust than Jira. Git log is accessible offline. Jira descriptions exist only as long as people managing the Jira instance are competent and are migrating the necessary data correctly when migrations are needed. Even migrations from one Jira instance to another (e.g. when companies get acquired and two Jira servers get merged) can be extremely brittle.

It's fair that maybe such simple trivial changes don't deserve such a wordy commit message. But these are just fictional examples that I came up with on the spot. Refactorings, new features, and bugfixes can all have various levels of complexity.

A good commit message helps answer the "why?" questions first and foremost. If a diff is fairly large, pointing out the most important change can be useful. Explanations for non-trivial dataflow can sometimes not make sense in separate documentation, but still be relevant in a commit message.
andrybak
·เดือนที่แล้ว·discuss
if IDE supports converting them into clickable links, then scrolling through a log in its Git integration (kinda like `git log --oneline`) will be a convenient list of links to issues. If the commit messages are good, you just skip over the Jira issue/ticket key/ID. If what you want is to see the requirements of a feature or steps to reproduce of a bug or some other context for the ticket, then a clickable link is very convenient. Of course, sometimes it does make sense to include some of that information in the commit message as well.

When working in big teams, it can be very hard to increase the usefulness of commit messages. On the other hand, enforcing inclusion of a Jira issue key in commit messages is easy to implement. Relying on issue tracker descriptions can be a difficult proposition as well. Quality of individual ticket descriptions can be low; depending on how responsibility for maintenance is handled, the bug tracker migrations can sometimes be handled improperly and information can be more easily lost than in a Git log.
andrybak
·เดือนที่แล้ว·discuss
The difference is that the Jira ticket is for everyone involved in a project (business analyst, UI designer, QA, support, DBA), while commit messages are written with developers being almost exclusive audience. PRJ-123 might explain why an end user might need it, but the commit message explains why the change (diff) is the way that it is. The ticket answers requirements-level questions, the commit message answers code-level questions. Commit messages are useful both during the review and when a future maintainer is reading the code.

> Additionally, if a change requires multiple commits, you don't want to be repeating the justifications for the entire feature in every commit message. It's redundant. But the commits will all be tied together by the ticket reference in the commit message.

Different commits do different things, so require different justifications. Here's a fictional example to demonstrate:

First commit:

    [PRJ-123] Server: extract class Foo
    
    In the next commit, we're going to need to re-use the foo logic from
    class Bar. Extract new class Foo from Bar to make it available for
    re-use.
Second commit on the same ticket

    [PRJ-123] Server: use Foo in Baz
    
    The users of BazClient need to be able to see foo information in the
    baz dialog.  Include Foo in the data sent by class Baz in the server.
Side note: the user might not even know that they are looking at Foo and Baz, it might be called something else in the UI they are shown. Whether or not this needs to be included in the commit message depends on the situation.

And later in a commit fixing a bug:

    [PRJ-456] Server: check ID for null in Foo
    
    When class Foo was extracted from Bar in commit deadbeef ([PRJ-123]
    Server: extract class Foo, 2026-06-06), a null check for the field
    ID got lost by accident.
    
    Check the field ID for null in class Foo to avoid a
    NullPointerException when a foo event is sent to Baz.
andrybak
·2 เดือนที่ผ่านมา·discuss
archive.is is one of the domains of archive.today, which used its end users for a DDOS attack on a blog. This caused English Wikipedia to deprecate it with the end goal of blacklisting: https://en.wikipedia.org/wiki/Wikipedia:Archive.today_guidan...
andrybak
·2 เดือนที่ผ่านมา·discuss
According to the original reporter, the bug is still exploitable and that's why the issue on the bug tracker got hidden again.

> OH NO I JUST REALIZED THIS IS NOT ACTUALLY PROPERLY FIXED AND STILL WORKS

> even worse, edge no longer even makes the download menu pop up, so it's completely silent js rce that keeps running even after you close the browser !!

> all from just visiting a single website once !!

> issue set to private again, hopefully it'll get fixed properly this time :p
andrybak
·4 เดือนที่ผ่านมา·discuss
original comment: https://old.reddit.com/r/bcachefs/comments/1rblll1/the_blog_...
andrybak
·7 เดือนที่ผ่านมา·discuss
Reported by several researchers on Mastodon:

- https://infosec.exchange/@hovav/115731038692335809 - https://mastodon.acm.org/@tadd/115730400064282479
andrybak
·7 เดือนที่ผ่านมา·discuss
A 2022 Technology Connections video explores various ways to boil water: https://www.youtube.com/watch?v=_yMMTVVJI4c

And a 2020 video about different voltages in the US electrical systems: https://www.youtube.com/watch?v=jMmUoZh3Hq4
andrybak
·8 เดือนที่ผ่านมา·discuss
"Uncurled" by Daniel Stenberg, maintainer of curl, is a great resource for FOSS maintainers as well:

https://un.curl.dev/
andrybak
·8 เดือนที่ผ่านมา·discuss
Do chlorofluorocarbons (CFCs) mostly banned by the Montreal Protocol count?
andrybak
·3 ปีที่แล้ว·discuss
[dead]
andrybak
·3 ปีที่แล้ว·discuss
[dead]