Show HN: Codebrag – No More Late Friday Fixes

by wozmirek • 12 years ago

34 45 12 years ago

fougerejo• 12 years ago

Mhh, you can use it with BitBucket code.. but BitBucket provides already a nice UI for the code reviews with Pull Requests (same with GitHub?). What's the point of using CodeBrag, only the "likes"?

adamw1pl5• 12 years ago

The likes - definitely - small things can make a huge difference :).

But for me, the main advantage is having a clear to-do list, so that I can see at first glance what is still waiting for me.

I think CB can work very well in conjunction with BitBuck or GitHub pull requests.

timtamboy63• 12 years ago

A quick skim over the landing page doesn't tell me why this is better than using Github Pull Requests

lnanek22• 12 years ago

Yeah, didn't see anything to make me want to change over from Crucible either. If they are going to write a tool that's been written many times already, maybe they should make it clearer what their difference is.

warfangle3• 12 years ago

I kinda see the gamification point. That's pretty ... okay, I suppose. I do like how you can 'like' a given line. Might be even better if you could like a block/set of lines/function/etc. That little heart to the left is about the only thing I see about it that sets it apart from traditional pull-request-as-code-review.

Unfortunately, codebrag is single-branch only, and triggers reviews on commit. That's a little ... weird. That's how a team I was on did code reviews about seven years ago. But we were also using SVN at the time.

SOP these days is issue a pull request, the PR gets reviewed and when it passes muster is merged. I don't know anyone who does per-commit code reviews.

I guess you could set it up to track commits on your stable branch, and when merge commits come through from topic branches you can review then. But that seems a bit backward.

adamw1pl5• 12 years ago

Well, I, for one, am doing per-commit code reviews :) And I think it is working quite well for our team. The feedback loop is very quick.

Not sure what you mean by "codebrag is single-branch", as we do support multiple branches (from 2.0, maybe you tried the previous version?).

Also, SVN promoted a radically different model of working (huge commits, instead of multiple, fine-grained small commits).

adamw1pl5• 12 years ago

I wouldn't say these two are in opposition; while CodeBrag doesn't have support for pull request, I don't see why it shouldn't in the future.

It would be perfectly valid to use CB to review commits in the branch for which the PR is done, and then come back to it once more commits (with fixes) are added.

Also, using PR is only one style of work, and I don't think it's the "only right choice". Code reviews of code as it is written, that is during development of a feature, can help you to spot any problems faster. Waiting until a PR is done can result in a long feedback cycle.

You can use CB to track a specific branch that either your colleague is working on, or maybe you are working together.

mattmanser• 12 years ago

I've always wondered, do people actually like inline diffs? I personally think they're rubbish compared to side-by-side and I've always wondered if I'm a freak as the inline seems to have become popular again with github.

lnanek22• 12 years ago

I prefer inline, but I think mature code review solutions let you pick whatever you want anyway, like Crucible.

shortstuffsushi• 12 years ago

I could go either way. I've used both where I work, and I haven't found that one works particularly better than the other. In most cases, inline is sufficient, you can get the gist of a change (especially a one line change) just looking at them inline instead of a full side by side window. In the case of a real big, messy, merge-y diff, you're gonna have a rough time with either style.

thathonkey• 12 years ago

Inline diffs are good for small changes here and there throughout a file. They are pretty worthless for large changes to a file (eg. heavy refactoring).

Bitbucket (and probably Github, too?) uses inline by default on pull requests but has a button to show a side-by-side and another to see the actual file.

pawelwrzeszcz6• 12 years ago

Yeah, good point. We have got side-by-side diffs planned for future releases.

mikepurvis• 12 years ago

Given that you're in part competing directly with the free, built-in review tools in Github and Bitbucket, you need to specifically show what you're offering that they aren't.

adamw1pl5• 12 years ago

I'd say that our two main differentiators are: * a clear "to do" list: you know at first glance if there are some commits to review, and the review process is made as simple as possible, not to get in the way of the development process * code likes - let the author know that some code is good, you like the design etc. Helps to make the reviews less negative, and in the future can be a great knowledge base!

un3n• 12 years ago

So $25/mo per 5 users to 'like' a line of code, and the hassle of having another website or pice of software to use on top of my normal issue and source management tools. Not really worth it at all when I can just IM the dev and say 'good job, you didn't break the world haha'.

wozmirek3• 12 years ago

The to-do list also applies to followups - reactions to your code. You get a clear list of what comments other people had on your code, and if you don't want to work on them right away, there's no risk they are going to get buried in a pile of email.

jblok2• 12 years ago

Not all organisations would feel comfortable hosting their code on GitHub. I can see large companies or those with sensitive code preferring to keep their source code in-house

zimbatm• 12 years ago

And they would use a hosted code review tool...

woof• 12 years ago

No more late fridays, for one!

henryboldi• 12 years ago

I was actually expecting codebrag to be doing code review as a service. << that would be interesting

adamw1pl5• 12 years ago

Sure, if people will be interested, we'll create an as-as-service version.

Initially a lot of companies wanted to have a self-hosted version, though.

pawelwrzeszcz6• 12 years ago

Do you mean having experts ready to review your code?

There are services like that - e.g. http://www.paidcodereview.com/

alpeb• 12 years ago

"As of April 2014, PaidCodeReview is no longer operational"

ToastyMallows• 12 years ago

Looks very very similar to Crucible by Atlassian[0], can you offer any reasons why Codebrag might be better?

[0] https://www.atlassian.com/software/crucible/overview

wozmirek3• 12 years ago

We have tried Crucible a couple of times, and it just didn't fit our style of work and process.

Asking for a review and doing reviews in Crucible is a multi-step workflow. Also, there is no clear list of what's already reviewed and what's left for review. Overall the tool seems "heavy".

I'm sure Crucible works great in some teams. CodeBrag is designed more for smaller teams, which want to have tools be as simple as possible (while maintaining functionality, of course), and like a simple, streamlined process.

pawelwrzeszcz6• 12 years ago

Codebrag is a lightweight, simple to use tool, while Crucible is more feature-packed.

For example in Crucible you need to create reviews (select commits and assign a developer who will review them), in Codebrag commits to review simply appear on the "To Review" list. It depends on the context which tool is more suitable for your team.

natejenkins• 12 years ago

No more late Friday fixes

Am I alone in not liking this line? I don't see the correlation with code review. I initially thought this site was yet another "prevent drunken code commits" tool, which I'm not at all interested in, and not a code review tool, which I find quite interesting.

Scrolling down the page, I came across:

Codebrag is not about code reviews. Well, not only about that. It's about making your life easier by helping you write better code. And that means not staying late. And an empty office on Friday evenings. Because everything is "done done". Just kill the lights and enjoy your weekend.

This is where I closed the site. I don't think about code review as a tool to relieve me of work duties on a Friday night, I view it as a tool to help my software development. To be honest, as someone who works at a small company trying to become a big company, there has never been a moment where everything is "done done".

Just to clarify, I'm not dissing the site overall, it might be awesome, I just think the text on the homepage could be modified to tell potential users such as myself why I should be using Codebrag instead of Github for code review.

teherr2• 12 years ago

Well, we see code review as a part of ensuring our code quality and squashing potential bugs process. This has quite strong correlation with "emergency production fixes" etc.

Regarding Codebrag vs Github: not all companies are ok with sharing their code with GH, that's why Codebrag is self-hosted tool, you download it and install within your own, secure environment

lugg• 12 years ago

Gerrit user here, how does it compare? Gerrit is terribly slow and pretty ugly even with a nice theme.

What's it written in? (On mobile can't inspect right now)

dccoolgai• 12 years ago

Yeah and most of my "late Fridays" have nothing to do with code quality and more to do with idiots from other departments who realize at 6pm they didnkt do anything all week and then stopping by to ask for something so they an say they did it in the Monday AM meeting...

__xtrimsky2• 12 years ago

I find it a bit too expensive.

It's the same price as the github "bronze" organization plan. And more expensive than their Medium personal plan.

I mean it does look nice, but you should probably create a cheaper plan to attract new customers.

Example:

25$ 5 users, unlimited plan

5$ 2 users, 1 project plan

And if possible I would even through a coupon code for 6 months on the 25$ plan.

pawelwrzeszcz6• 12 years ago

Thanks for feedback!

1 project plan sounds like something to consider.

__xtrimsky2• 12 years ago

Just be careful with people abusing it.

For example at my work we technically have only one project, but our project root folder is over 4Gb.

jheriko• 12 years ago

i can't really tell what service is being offered. or maybe i am being naive and missing the point...

i guess work on the page so is clearer.

imo there is a very strong sell and not enough information on the product for me to determine what it does, if i need it and esp. if its worth forking out for.

tjdetwiler• 12 years ago

Post-commit review

It sounds like this means post-merge code review too? After getting used to a pre-merge code review tool that does hard-gating (gerrit), I have trouble with other tools.

jasonlotito• 12 years ago

We use Gerrit at work, and having tried numerous tools in the past, we've settled on Gerrit because it's efficient with our time and is focused on doing CRs well. Things that I enjoy:

* Keyboard shortcuts. * Inline or side-by-side comparisons * Patchsets from changes * Makes it easy to check the change locally * Easy inbox/dashboard for CRs * Provides structure to passing code reviews (not everyone should be able to +2 a CR) * It actually has an interface that is useful

Ysx• 12 years ago

I like the look of it - unfortunately I'm not a Java developer, and gave up after 30 minutes trying to get the 1.7 JDK running on Ubuntu 12.04.

Show HN: Codebrag – No More Late Friday Fixes

Related Stories