HackerTrans
TopNewTrendsCommentsPastAskShowJobs

roryokane

no profile record

Submissions

Related UI elements should not appear unrelated

rakhim.exotext.com
4 points·by roryokane·4개월 전·0 comments

GitHub: A case study in link maintenance and 404 pages (2013)

chrismorgan.info
26 points·by roryokane·6개월 전·7 comments

comments

roryokane
·2개월 전·discuss
If anyone’s curious about games like this, the Scribblenauts series also has games that allow you to type the name of an object and spawn it in with game-like properties.

Scribblenauts is not LLM-based – its first game was released in 2009. The creators just spent a lot of time making a database of objects that people might ask for, their game properties, and what they look like in the game’s simple art style. Scribblenauts is also different in that it is a 2D puzzle platformer set in small levels that have their own goals, rather than a top-down MMORPG like Asciidia.

While I found the concept of Scribblenauts cool, I quickly grew bored of the puzzle levels and the shallow combat mechanics. It didn’t help that a Black Hole could solve almost any problem by destroying an obstacle. This game’s monetary cost for casting solves that, at least, though I don’t know if the economy would be a significant limitation in the long term.
roryokane
·2개월 전·discuss
Cool idea for sure, but at this point, it’s more confusing than fun for a new player trying to learn the systems and goals of game.

Some people have griefed the starting area by placing turrets that kill your character when you’re in range. It makes for a confusing first 10 minutes when you wander around and aren’t sure why you’re dying. Even after that, it’s not clear to me how to interact with hostile structures, or how to tell which structure is on my team and will therefore attack me.

I tried creating a few weapons, but neither worked. I had a Short Bow equipped and Arrows in my inventory, but the Short Bow kept saying “out of ammo”. Same with a Torpedo Launcher when I had Photon Torpedoes in my inventory. When I created a plain Torpedo, I could shoot it, but it just flew off and disappeared without affecting the structure I aimed at.

There is an NPC asking for a boat, which is a cool idea for using the conjuring system, but I can’t get near him for long without dying to a griefer’s turret, so I don’t feel like trying to solve his quest.
roryokane
·2개월 전·discuss
Hypothetically, someone who doesn’t live in the United States and is considering accepting a job there might appreciate the insight from prediction markets on the upcoming U.S. presidential election. If the likely candidate promises to enact policies that would make that person’s life worse, that would give them reason to reject the job offer.

Other hypothetical prediction markets whose insights would be useful include those used in futarchy, a proposed government system in which decisions are made based on betting markets. The proposal: https://mason.gmu.edu/~rhanson/futarchy.html; some analysis: https://www.lesswrong.com/w/futarchy. In futarchy, prediction markets would be set up for, for example, “average happiness of citizens (as measured by regular survey) will increase in 1 year if Bill ABC passes” and “average happiness of citizens will increase in 1 year if Bill ABC does not pass”. The government would pass or reject proposed bills according to whichever market predicts higher happiness, and the market describing the event that did not happen would be closed and its money refunded.
roryokane
·2개월 전·discuss
Many diff tools, such as delta (https://github.com/dandavison/delta) and the ones built into VS Code and IDEs by JetBrains, can configured to highlight changes within each line (by word) and ignore changes to whitespace. Those features save me a lot of time when I review diffs that include indentation changes or variable renames.
roryokane
·2개월 전·discuss
In history, why did scientists research gravity for so long? Were they too stupid to realize that they were obviously being pulled towards the ground? No. They hoped to learn about the details. Eventually they learned details that were not apparent from everyday experience, such as the formula for how gravity scales with mass.

It’s the same here. For example, this study concluded that most changes are safe and some are very bad, as opposed to most changes being slightly bad. That is not obvious, especially to infrequent LLM users.

Also, even “obvious” conclusions are within the scope of science. I’ve spent too long writing this already to look up an example, but I bet there have been countries in the past whose leaders chose “obviously-good” monetary policies that economic research could have shown was counterproductive. The world is complicated, and without systems of communication such as academia, it’s hard to be sure if what you see is what everyone else sees.
roryokane
·2개월 전·discuss
While larger icons might be ideal, note that (according to those linked discussions) those icons also have associated keyboard shortcuts, which are displayed when you hover over each icon. If you memorized those shortcuts, you would no longer have to “pixel hunt” to switch modes.
roryokane
·3개월 전·discuss
I like most of Djot’s simplifications, but its requirement to write nested lists with blank lines between every change in indentation is a dealbreaker for me:

  - Djot requires
  
    - writing nested lists
  
      - with blank lines in between
  
    - successive list items at the same level
    - can skip the blank line
  
      - but not this list item
Yes, supporting indented list items without blank lines in between would make Djot’s parser more complicated. But I write nested lists all the time in my notes, and extra blank lines would distract from the content. For me, it’s not worth it to make my raw text ugly just to make the file easier to parse.

Djot could have avoided the blank line requirement by not trying to join hard-wrapped lines back into one paragraph / list item. That would work for me because I only soft wrap my text. Djot’s choice to support hard wrapping caused all of its users (including those who hard wrap) to have worse nested list syntax.
roryokane
·4개월 전·discuss
Even if you don’t use p4merge, you can set Git’s merge.conflictStyle config to "diff3" or "zdiff3" (https://git-scm.com/docs/git-config#Documentation/git-config...). If you do that, Git’s conflict markers show the base version as well:

  <<<<<<< left
  ||||||| base
  def calculate(x):
      a = x * 2
      b = a + 1
      return b
  =======
  def calculate(x):
      a = x * 2
      logger.debug(f"a={a}")
      b = a + 1
      return b
  >>>>>>> right
With this configuration, a developer reading the raw conflict markers could infer the same information provided by Manyana’s conflict markers: that the right side added the logging line.
roryokane
·4개월 전·discuss
Did you know that VS Code added support for the same four-pane view as p4merge years ago? I used p4merge as my merge tool for a long time, but I switched to VS Code when I discovered that, as VS Code’s syntax highlighting and text editing features are much better than p4merge’s.

I also use the merge tool of JetBrains IDEs such as IntelliJ IDEA (https://www.jetbrains.com/help/idea/resolve-conflicts.html#r...) when working in those IDEs. It uses a three-pane view, not a four-pane view, but there is a menu that allows you to easily open a comparison between any two of the four versions of the file in a new window, so I find it similarly efficient.
roryokane
·5개월 전·discuss
The whitepaper says that the benchmark counted accessibility problems using the tool axe-core (https://github.com/dequelabs/axe-core). It’s too bad that neither the site nor the paper contains any examples of an LLM output and its list of detected problems. I am curious about these aspects:

• Which of axe-core’s rules (https://github.com/dequelabs/axe-core/blob/develop/doc/rule-...) LLMs violate most often

• Which groups of users are most affected by those rule violations (e.g. blind users or deaf users)

• Whether it’s likely that I unintentionally violate those same rules in web pages I write

Examples of rule violations and statistics on most-violated rules would make the website more convincing by showing that the detected accessibility errors reflect real problems. It would rule out that the only detected error was a single noisy false positive rule in axe-core. I bet that most readers are not familiar enough with axe-core to trust that it has no false positive rules.
roryokane
·7개월 전·discuss
The section “Utility Classes: Yes, They Still Exist” is unfair in its comparison of Tailwind with pure CSS. It doesn’t take into account Tailwind’s recommendation in https://tailwindcss.com/docs/styling-with-utility-classes#us... that “if you need to reuse some styles across multiple files, the best strategy is to create a component” in your front-end framework or templating language. So its example of a “typical Tailwind component” is incomplete.

A better comparison would use, for example, a React component:

  function Button({ children }) {
    return (
      <button
        className="inline-flex items-center gap-2 px-4 py-2 rounded-full
                   border border-gray-300 bg-white text-gray-900
                   hover:bg-gray-50 focus:ring-2 focus:ring-blue-500"
      >
        {children}
      </button>
    );
  }
  
  // Usage:
  <Button>Save</Button>
This would counter all of the article’s arguments in favor of pure CSS. If the website used a `Button` component like this, it would also be true that the “HTML stays readable”, that “changes cascade”, that “variants compose”, and that “media queries live with components”.

A better argument against Tailwind would be the added complexity of having a build system and a front-end framework or templating language, if your project doesn’t already have those for other reasons.

(adapted from my better-formatted comment at https://lobste.rs/c/oznzzj)
roryokane
·8개월 전·discuss
It’s not just on mobile – PC Gamer’s website does that on desktop too. Even with uBlock Origin. :(
roryokane
·8개월 전·discuss
standardly’s comment has only hyphens, not em dashes. Em dashes are much longer: - vs. —
roryokane
·9개월 전·discuss
Jujutsu’s changelog (https://jj-vcs.github.io/jj/latest/changelog/) goes all the way back to 2022 and shows there was a release as recently as two weeks ago. I don’t see why the maintainers would stop at this point.

Also, from Jujutsu’s README (https://github.com/jj-vcs/jj#mandatory-google-disclaimer):

> I (Martin von Zweigbergk, [email protected]) started Jujutsu as a hobby project in late 2019, and it has evolved into my full-time project at Google, with several other Googlers (now) assisting development in various capacities.
roryokane
·2년 전·discuss
Both are wrong. tcmb didn’t use ‚comma-apostrophe’ – they opened with , U+201A SINGLE LOW-9 QUOTATION MARK (not U+002C COMMA) and closed with ‘ U+2018 LEFT SINGLE QUOTATION MARK (otherwise known as an open single quotation mark).

This matches the German convention described on https://en.wikipedia.org/wiki/Quotation_mark#German.