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

Launch HN: Bloop (YC S21) – Code Search with GPT-4

news.ycombinator.com

Post reply on HN
Print view View original

71–80 of 131 posts

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#71

Post by visarga »

bebrws wrote: post #48
dazbradbury wrote: post #33

"Precise code navigation in 10+ languages helps you move quickly through refs and defs" I can't find any mention of which languages are supported - can anyone point me in the right direction?

I tried to implement this using OpenAI's embeddings then using cosign similarity between produces vectors instead of the vector DB ( as shown in OpenAI's example code here ). I do the same thing where I take the highest ranking code snippets (vectors) and include them in a prompt to ChatGPT with an original prompt. My code is a mess since I just hacked it together after a long day of work but its a small file. Like 1…

I implemented this idea as well, but for PDF articles from arXiv. It's one application everyone is doing.

Next level is to select your prompt demonstrations based on the user request. Demonstrations too can be chosen by cosine similarity. The more specific they are, the better. You can "train" such a model by adding more demonstrations, especially adding failing cases (corrected) as demos.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#72

Post by karmasimida »

tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

You are not wrong on this one.

The moat they are going to build is going to incredibly ... low.

The main intelligence is going to be provided by GPT models.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#73

Post by rcme »

tedsanders wrote: post #65
tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

To me, your question seems to boil down to the economics of vertical integration. Two thoughts: First, GPT is all marginal cost, no fixed cost. So the marginal economics of 1 super app vs 10 specialized mini apps is roughly the same. Second, imagine the same argument applied to a utility like electricity. "Why would any company pay for lightbulbs from one company, HVAC from a second company, and appliances from a thi…

> Second, imagine the same argument applied to a utility like electricity.

Isn’t that how electricity works? You purchase electricity directly from the producer, and buy additional plugins (literally) that work with the single source of electricity you’re purchasing.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#74

Post by wahnfrieden »

tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

you're advocating for byok. saas choose not to use byok because they want to charge rent on your usage instead of making money in other ways.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#75

Post by dwaltrip »

101008 wrote: post #50
tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

I would like also to understand the amount of startups funded in 2021 (or around) that relies on GPT-{n} now. They pivoted or found out that they solution was much easier with GPT-{n}? Also, why as a customer would care if you use GPT or something else? It is because it is a buzzword?

People care if you use GPT because it has capabilities that other AIs don’t have.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#76

Post by [deleted] »

rcme wrote: post #73
tedsanders wrote: post #65

Earlier quoted context omitted.

To me, your question seems to boil down to the economics of vertical integration. Two thoughts: First, GPT is all marginal cost, no fixed cost. So the marginal economics of 1 super app vs 10 specialized mini apps is roughly the same. Second, imagine the same argument applied to a utility like electricity. "Why would any company pay for lightbulbs from one company, HVAC from a second company, and appliances from a thi…

> Second, imagine the same argument applied to a utility like electricity. Isn’t that how electricity works? You purchase electricity directly from the producer, and buy additional plugins (literally) that work with the single source of electricity you’re purchasing.

[deleted]

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#77

Post by intalentive »

s1k3s wrote: post #61
tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

Investors want AI. Do you see how crappy their landing pages look? This one is pretty decent compared to what we've seen showcased here in the past months. It's as if someone at YC told them to ship it asap, with no consideration for anything other than "slap AI on it".

MVP, be embarrassed of your first release, etc.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#78

Post by jacobr1 »

tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

Some of these app are too niche, but maybe not all of them. There have been many attempts at a "unified enterprise search app" for example, but they all have generally failed. Maybe customer indexing + GPT + form fact (slackbot, gui, etc ..) is enough for a company. Vanilla ChatGPT probably isn't going do that.

Or consider codex low-code type use cases. Yes you could generate generic code, but integrated into some kind of platform that knows what APIs your company uses (internal cataglog) and some kind of IAM/Auth platform, PAAS to host the results integrated into a single tool might make sense, especially if the prompts are already injecting the boilerplate about how to interact with the ecosystem.

Or consider where just adding some kind of generative feature is just a _feature_ of broader product.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#79

Post by spyder »

eddsh1994 wrote: post #53
hn_throwaway_99 wrote: post #49

Earlier quoted context omitted.

The point is that the interface to Bloop (or whatever 3rd party SaaS product) is just plain text. In programming parlance I would call this a facade [1] on top of GPT-4. The benefit is that you, the end user, can just continue typing things like "Where do we create our database pool?" in a search box, but under the covers Bloop can use GPT-4, but then eventually upgrade to GPT-5, GPT-6, or some other much better curr…

Agreed that may be the case but all OpenAI needs to do is release a nice UI for GPT and they've suddenly pushed these SaaS out of the market. Why fund miners over the companies making pickaxes?

or a few iteration down ChatGPT will create that UI too. In the future it will not be a "boring" text chat but an interface that always morphs into the specific task you are asking it about.

Re: Launch HN: Bloop (YC S21) – Code Search with GPT-4

#80

Post by jstummbillig »

tkiolp4 wrote: post #46

I don’t understand these new saas that rely on GPT. It surely is my lack of understanding, but since the interface to GPT is mainly text: why any company would pay for N different GPT saas (e.g., one for searching for code, another for searching for documentation on confluence, another for allowing your business analysts with their queries, etc.)? Wouldn’t it make more sense for any company to have only ONE interface…

> why any company would pay for N different GPT saas

Simple: You do it because you pay for what SaaS does, not what GPT does. A user is not interested in postgres or nginx, even though they are the tools used to build the tool they care about and pay for. If what the new tool uniquely does is not adding enough value for enough users, it's going to fail.

Post reply on HN