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

Show HN: Watermelon – copilot for code review

github.com

Post reply on HN
Print view View original

31–40 of 58 posts

Re: Show HN: Watermelon – copilot for code review

#31

Post by baristaGeek »

jorams wrote: post #29

I hate to have to bring this up, but please don't advertise source available software as being open source. You have a cool product and making the source available is a good thing, you don't need to lie about the extent to which you're opening it up.

It's valid that you bring this up!

We're still discussing this. We do have a plan to open what's currently built entirely, and later build proprietary features inside an /ee dir.

You can read more about our strategy on our company's open handbook: https://github.com/watermelontools/public-handbook/blob/main...

Re: Show HN: Watermelon – copilot for code review

#33

Post by pvg »

baristaGeek wrote: post #31
jorams wrote: post #29

I hate to have to bring this up, but please don't advertise source available software as being open source. You have a cool product and making the source available is a good thing, you don't need to lie about the extent to which you're opening it up.

It's valid that you bring this up! We're still discussing this. We do have a plan to open what's currently built entirely, and later build proprietary features inside an /ee dir. You can read more about our strategy on our company's open handbook: https://github.com/watermelontools/public-handbook/blob/main...

We're still discussing this.

The suggestion in the GP is that you are mis-representing your product and you seem to be confirming this. Instead of asking people to read the handbook, it seems easier to just change the inaccurate bits for now.

Re: Show HN: Watermelon – copilot for code review

#35

Post by baristaGeek »

CSSer wrote: post #27

I wonder how many of these products are going to slurp up proprietary information from unwitting code teams before it's over. Granted, if your team/org isn't smart enough to consider that, maybe there's not really much there of value anyway.

We strongly believe in opening up the codebase to embrace transparency and show users that their code is being read, not stored.

That being said, we understand that many companies can't use OpenAI-powered products because of the lack of a data transfer agreement (ChatGPT Enterprise version aside).

Self-hosted tools aside, what vendors do you use that solve this problem well?

Re: Show HN: Watermelon – copilot for code review

#38

Post by baristaGeek »

hobo_mark wrote: post #22
rgbrgb wrote: post #17

Congrats on the release. If I plug this into my repo, does Open AI get to train on my proprietary codebase?

According to OpenAI, they only harvest data coming from ChatGPT (their app), but not from third parties using the OpenAI API. > How we use your data. Your data is your data. As of March 1, 2023, data sent to the OpenAI API will not be used to train or improve OpenAI models (unless you explicitly opt in). > Note that this data policy does not apply to OpenAI's non-API consumer services like ChatGPT or DALL·E Labs. htt…

Thanks for highlighting this for the community!

Besides this, you can also see on our repository that we only send line diffs, titles of pull requests, and descriptions of pull requests to the GPT API, not your entire codebase.

Re: Show HN: Watermelon – copilot for code review

#39

Post by baristaGeek »

imjonse wrote: post #26
baristaGeek wrote: post #15

Earlier quoted context omitted.

We appreciate your curiosity about our app. Just to clarify, we're actually a RAG application, not a wrapper. Our focus is on reviewing PRs in a manner similar to human reviewers, by tracing code context from various sources. Currently, we exclusively integrate with OpenAI's models because they've been highly effective for our needs. However, we're definitely open to the idea of supporting open-source and self-hosted…

Good luck, but using the term open source here is indeed confusing. While your own code is open source, the core of your app is the OpenAI API and without it your app does not work. So the project as a whole does not have the main characteristics of open source apps as generally understood (one can inspect the innards to see how it works, good privacy by default, free). It is sad that so much of the recent AI hype di…

Thanks for your input! It's a valid concern and something we can improve.

Re: Show HN: Watermelon – copilot for code review

#40

Post by baristaGeek »

kleiba wrote: post #37
baristaGeek wrote: post #3

Hello, the other Esteban (CEO) here. I'll also be available to answer any questions from the community and to receive your feedback.

Perhaps the watermelon is not the best choice of symbol, given the current situation in the middle east?

It's important to note that our choice of the watermelon symbol was made two years ago, with no intention of causing discomfort or insensitivity to any situation. We apologize if it has inadvertently caused any unease.
Post reply on HN