Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fast

catherinejue.com

Post reply on HN
Print view View original

201–210 of 450 posts

Re: Fast

#201

Post by andsoitis »

Otek wrote: post #149
stronglikedan wrote: post #106

Earlier quoted context omitted.

yeah it's one of those things that are funny to the people saying it because they don't yet realize it doesn't make sense. I bet they felt that later, in the hotel room, in the shower, probably with a bottle of scotch.

> I bet they felt that later, in the hotel room, in the shower, probably with a bottle of scotch. Geez, life in my opinion is not so serious. It’s okay to say stupid things and not feel bad about it, as long as you are not trying to hurt anyone. I bet they felt great and immediately forgot about this bad joke.

Their joke could have also been interpreted as sarcasm and when you’re going to be sarcastic you want to be doubly sure that you’re correct.

But I also concur with you that it is good to bring some levity to “serious” conversations!!

Re: Fast

#202

Post by singpolyma3 »

betterhealth12 wrote: post #142
stronglikedan wrote: post #106

Earlier quoted context omitted.

yeah it's one of those things that are funny to the people saying it because they don't yet realize it doesn't make sense. I bet they felt that later, in the hotel room, in the shower, probably with a bottle of scotch.

earlier in my career it'd be appealing to make jokes like that, or include a comment in an email. eventually you realize that people - especially "older" or those already a few years into their career - mostly don't want to joke around and just want to actually get the thing done you are meeting about.

Yikes. I hope to never need to work with such people

Re: Fast

#203

Post by phkahler »

HarHarVeryFunny wrote: post #176
hn_throwaway_99 wrote: post #104

Just want to say how much I thank YCom for not f'ing up the HN interface, and keeping it fast. I distinctly remember when Slashdot committed suicide. They had an interface that was very easy for me to scan and find high value comments, and in the name of "modern UI" or some other nonsense needed to keep a few designers employed, completely revamped it so that it had a ton of whitespace and made it basically impossibl…

I don't think it was UI that killed Slashdot. The value was always in the comments, and in the very early years often there would be highly technical SMEs commenting on stories. The site seemed to start to go downhill when it was sold, and got into a death spiral of less informed users, poor moderation, people leaving, etc. It's amazing that it's still around.

It's not bad. I still read it, but less than HN.

Re: Fast

#204

Post by kfajdsl »

skydhash wrote: post #181
kfajdsl wrote: post #109

Earlier quoted context omitted.

Finding and jumping to all the places is usually easy, but non trivial changes often require some understanding of the code beyond just line based regex replace. I could probably spend some time recording a macro that handles all the edge cases, or use some kind of AST based search and replace, but cursor agent does it just fine in the background.

Code structure is simple. Semantics is where it get tough. So if you have a good understanding of the code (and even when you don't), the overview you get from one of those tools (and the added interactivity) is nice for confirming (understanding) the needed actions that needs to be done. > cursor agent does it just fine in the background That's for a very broad definition of fine. And you still need to review the di…

You mentioned grep-mode, which to my knowledge is just bringing up a buffer with all the matches for a regex and easily jumping to each point (I use rg.el myself). For the record, this is basically the same thing as VSCode's search tool.

Now, once you have that, to actually make edits, you have to record a macro to apply at each point or just manually do the edit yourself, no? I don't pretend LLMs are perfect, but I certainly think using one is a much better experience for this kind of refactoring than those two options.

Re: Fast

#205

Post by psanchez »

Fast is a distinctive feature.

For what is worth I built myself a custom jira board last month, so I could instantly search, filter and group tickets (by title, status, assignee, version, ...)

Motivation: Running queries and finding tickets on JIRA kills me sometimes.

The board is not perfect, but works fast and I made it superlightweight. In case anybody wants to give it a try:

https://jetboard.pausanchez.com/

Don't dare to try on mobile, use desktop. Unfortunately it uses a proxy and requires an API key, but doesn't store anything in backend (just proxies the request because of CORS). Maybe there is an API or a way to query jira cloud instance directly from browser, I just tried first approach and moved on. It even crossed my mind to add it somehow to Jira marketplace...

Anyway, caches stuff locally and refreshes often. Filtering uses several tricks to feel instant.

UI can be improved, but uses a minimalistic interface on purpose, like HN.

If anybody tries it, I'll be glad to hear your thoughts.

Re: Fast

#206

Post by deergomoo »

betterhealth12 wrote: post #143

Linear vs JIRA described in 1 word

One of these days I’m going to get around to writing a little bash script or something that will let me take a plain-ish text file and upload it into Jira via the API.

I should be able to create a Jira ticket in however long it takes me to type the acceptance criteria plus a second or two. Instead I’ve got slow loading pages, I’ve got spinners, I’ve got dropdowns populating asynchronously that steal focus from what I’m typing, I’ve got whatever I was typing then triggering god knows what shortcuts causing untold chaos.

For a system that is—at least how we use it at my job—a glorified todo list, it is infuriating. If I’m even remotely busy lately I just add “raise a ticket for x” to my actual todo list and do it some other time instead.

Re: Fast

#208

Post by deergomoo »

constantcrying wrote: post #39

I think that people generally underestimate what even small increases in the interaction time between human and machine cost. Interacting with sluggish software is exhausting, clicking a button and being left uncertain whether it did anything is tedious and software being fast is something you can feel. Windows is the worst offender here, the entire desktop is sluggish even though it there is no computational task wh…

Apple software, especially lately, can be really bad for it too. Single core perf is slightly better on my iPad than my MacBook Pro and yet everything feels an order of magnitude slower. If I am impatiently tapping the space I know a button will appear waiting for an animation to finish, some aspect of software design has gone horribly awry.

Re: Fast

#209

Post by Karrot_Kream »

skydhash wrote: post #188
Karrot_Kream wrote: post #111

Earlier quoted context omitted.

emacs macros aren't the same. You need to look at the file, observe a pattern, then start recording the macro and hope the pattern holds. An LLM can just do this.

And that's why I mentionned grep-mode, and such other tools. Here is some videos about what I'm talking about https://youtu.be/f2mQXNnChwc?t=2135 https://youtu.be/zxS3zXwV0PU And for Vim https://youtu.be/wOdL2T4hANk Standard search and replace in other tools pales in comparison.

I am familiar with grep-mode and have used that and macro recording for years. I've been using emacs for 20 years. grep-mode (these days I use rg) just brings up all the matches which lets me use a macro that I recorded. That's not the same as telling Claude Code to just make the change. Macros aren't table stakes but find-replace across projects is table stakes in pretty much any post-emacs/vim code editor (and both emacs and vimlikes obviously have plenty of support for this.)

Re: Fast

#210

Post by fuzzfactor »

stevage wrote: post #173
cyanydeez wrote: post #139

Earlier quoted context omitted.

Ive wanted tp poll HN about how many people actively track usernames. With IRC its basically part of the task, but every forum i read, its rare that i ever consider whose saying what.

Yep. Dang is basically the only one I notice.

It helps having the username in a lighter font than the comment.
Post reply on HN