I know it isn't popular, but I wish there was a way to use this inside Emacs. Or, vim. I just don't want to use VS Code anymore.
Pretty sure GitHub Copilot has emacs/vim integration.
Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
81–90 of 358 posts
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#82Well, neither GPT4 or this Phind model where able to answer my torture test: "Write amaranth code that can be used to control the readout of a frame from a kodak CCD with 4096 columns and 2048 rows." Which yes, is missing a lot of detail (you could/I have feed/fed in a datasheet). But Phind goes off on using pyserial (?!), and GPT4 assumes amaranth is a hypothetical CCD control library and makes a useless class contr…
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#83> You can now get high quality answers for technical questions in 10 seconds instead of 50. ChatGPT 4 does not take 50 seconds to answer, so I don't understand this comparison.
Recently I've used gpt 4 and yes it does take up to a minute even for easy questions. I've asked it how to scp a file on Windows 11 and it'll take a minute to tell me all the options possible. If this takes 1/5th the time for equivalent questions, I'd consider switching
ChatGPT4: 14 seconds
phind with "pair programmer" checked: 65 seconds
phind default: 16 seconds
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#84Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#85> it supports up to 16k tokens > Llama 1 supports up to 2048 (2K) tokens, Llama 2 up to 4096 (4K), CodeLlama up to 16384 (16K). [0] This is wild to me. The token window is one of the limiting factors for having an AI that can actually remember you and past conversations. Having a large window is key for future AI applications that involve long running conversations (weeks, months, years). The tech is already very imp…
Still waiting for the day that medium term memory (token average pooling like in sentence transformers) becomes used for this. It's staring all of these companies in the face and apparently no one thinks to implement it.
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#86Earlier quoted context omitted.
Not my experience at all. Are you counting the entire answer in your time? If so, consider adding one of the “just get to the point” prompts. GPT4’s defaults have been geared towards public acceptance through long-windedness which is imo entirely unnecessary when using it to do functional things like scp a file.
LOL, it’s not just for “public acceptance”. Look up Chain of Thought. Asking it to get to the point typically reduces the accuracy.
Just trying to provide helpful feedback for you, this would have been a great comment, except for the "LOL" at the beginning that was unnecesary and demeaning.
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#87I'm glad there's growing competition, but GPT4 still outperforms. Here's a recent question I asked: Could you please provide me with a query for my PostgreSQL table? It consists of three columns: 'id,' 'teaser,' and 'full_text,' all of which are of type 'text.' Most 'full_text' entries are articles around 1000 words in length. I'd like to update the 'teaser' column for each row with the first approximately 200 words…
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#88https://www.phind.com/agent?cache=cloeowfla000dl1084ermly3c vs https://chat.openai.com/share/4147da33-3669-4657-88fa-3a9dfc...
Might not be representative of the whole thing, but it went on about random things I didn't ask about, and just basic information I already knew
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#89I know it isn't popular, but I wish there was a way to use this inside Emacs. Or, vim. I just don't want to use VS Code anymore.
Re: Phind Model beats GPT-4 at coding, with GPT-3.5 speed and 16k context
#90I'm glad there's growing competition, but GPT4 still outperforms. Here's a recent question I asked: Could you please provide me with a query for my PostgreSQL table? It consists of three columns: 'id,' 'teaser,' and 'full_text,' all of which are of type 'text.' Most 'full_text' entries are articles around 1000 words in length. I'd like to update the 'teaser' column for each row with the first approximately 200 words…
One example is not enough for performance conclusions