Earlier quoted context omitted.
You're making a weirdly uncharitable assumption. I'm referring to information which I largely or entirely wrote myself, or which I otherwise have proprietary access to, not which I randomly cherry-picked from scattershot Google results. Synthesizing large amounts of information into smaller more focused outputs is something LLMs happen to excel at. Doing the exact same work more slowly by hand just to prove a point t…
> Doing the exact same work more slowly by hand just to prove a point to someone on HN isn't a productive way to deliver business value. You prove my point again: it's not "just to prove a point". It's about internalising the information, improving your ability to synthesise and be critical. Sure, if your only objective is to "deliver business value", maybe you make more money by being uninteresting with an LLM. My p…
I'd rather read the prompt
201–210 of 880 posts
Re: I'd rather read the prompt
#202I think people who don’t like writing shouldn’t be forced to write, just like people who don’t like music shouldn’t be forced to play music. Ditto for math. Forcing people to do these things supposedly results in a better, more competitive society. But does it really? Would you rather have someone on your team who did math because it let them solve problems efficiently, or did math because it’s the trick to get the r…
"Forcing" is a bit strong IMHO — I believe we've instead lost track of what is "passable", and everyone in higher education should be able to reach that and score a passing grade (D? C?). Maybe professors are too stringent with their evaluation, or maybe they are not good at teaching people what a passable writing style is, or maybe students simply don't want to accept that if they don't excel at writing, a D or a C…
Re: I'd rather read the prompt
#203There are many ways to use LLMs. The issue, IMO, is that some people throw in a one-shot, short prompt, and get a generic, boring output. "Garbage in, generic out." Here's how I actually use LLMs: - To dump my thoughts and get help organizing them. - To get feedback on phrasing and transitions (I'm not a native speaker). - To improve tone, style (while trying to keep it personal!), or just to simplify messy sentences…
Re: I'd rather read the prompt
#204I've already asked a number of colleagues at work producing insane amount of gibberish with LLMs to just pass me the prompt instead: if LLM can produce verbose text with limited input, I just need that concise input too (the rest is simply made up crap).
Chatgpt very useful for adding softness and politeness to my sentences. Would you like more straight forward text which probably will be rude for regular american?
Re: I'd rather read the prompt
#205Earlier quoted context omitted.
In my experience Gemini can be really good at creative writing, but yes you have to prompt and edit it very carefully (feeding ideas, deleting ideas, setting tone, conciseness, multiple drafts, etc). https://old.reddit.com/r/singularity/comments/1andqk8/gemini...
I use Gemini pretty much exclusively for creative writing largely because the long context lets you fit an entire manuscript plus ancillary materials, so it can serve as a solid beta reader, and when you ask it to outline a chapter it is very good at taking the events preceding and following into account. It's hard to overstate the value of having a decent beta reader that can iteratively review your entire work in s…
Re: I'd rather read the prompt
#206I like the author's take: it isn't a value judgement on the individual using ChatGPT (or Gemini or whichever LLM you like this week), it's that the thought that went into making the prompt is, inevitably, more interesting/original/human than the output the LLM generates afterwards. In my experiments with LLMs for writing code, I find that the code is objectively garbage if my prompt is garbage. If I don't know what I…
This is the CRUX of the issue. Even with SOTA models (Sonnet 3.5, etc) - the more open-ended your prompt - the more banal and generic the response. It's GIGO turtles all the way down. I pointed this out a few weeks ago with respect to why the current state of LLMs will never make great campaign creators in Dungeons and Dragons. We as humans don't need to be "constrained" - ask any competent writer to sit quietly and…
Re: I'd rather read the prompt
#207Yes writing in lots of form is thinking, we are loosing the ability to think
Re: I'd rather read the prompt
#208Earlier quoted context omitted.
> comprehensive documentation Documentation is an interesting use case. There are various kinds of documentation (reference, tutorial, architecture, etc.) and LLMs might be useful for things like - repetitive formatting and summarization of APIs for reference - tutorials which repeat the same information verbosely in an additive, logical sequence (though probably a human would be better) - sample code (though human-w…
Yes, but none of the current LLMs are even remotely useful doing that kind of work for even something moderately complex. I have a 2k LOC project that no LLM even "understands" *. They can't grasp what it is: It's a mostly react-compatible implementation of "hooks" to be used for a non-DOM application. Every code assistant thinks it's a project using React. Any documentation they write at best re-states what is immed…
Without that effort it's a useless sycophant and is functionally extremely lazy (ie takes short cuts all the time).
Don't suppose you've tried that particular model, after getting it to be thorough?
Re: I'd rather read the prompt
#209I'm far from the first to make this observation but LLMs are like anti-compression algorithms when used like that, a simple idea gets expanded into a bloated mess by an LLM, then sent to someone else who runs it through another LLM to summarize it back to something approximating the original prompt. Nobody benefits aside from Sam Altman and co, who get to pocket a cool $0.000000001 for enabling this pointless exercis…
> LLMs are like anti-compression algorithms when used like that, a simple idea gets expanded into a bloated mess by an LLM, I think that's the answer: LLMs are primarily useful for data and text translation and reduction, not for expansion. An exception is repetitive or boilerplate text or code where a verbose format is required to express a small amount of information.
This can go beyond just specific documentation but also include things like "common knowledge" which is what the other poster meant when they talked about "teaching you things".
Re: I'd rather read the prompt
#210Earlier quoted context omitted.
Lots and lots of developers can't program at all. As in literally - can't write a simple function like "fizzbuzz" even if you let them use reference documentation. Many don't even know what a "function" even is. (Yes, these are people with developer jobs, often at "serious" companies.)
I've never met someone like that and don't believe the claim. Maybe you mean people who are bad at interviews? Or people whose job isn't actually programming? Or maybe "lots" means "at least one"? Or maybe they can strictly speaking do fizzbuzz, but are "in any case bad programmers"? If your claim is true, what do these people do all day (or, let's say, did before LLMs were a thing...)?
I’ve met some really terrible programmers, and some programmers who freeze during interviews.