DEV Community

Ben Halpern
Ben Halpern

Posted on

Ah, to be the Justin Bieber of Open Source

In the past couple days, dev.to has racked up a lot of internet points. Since we launched as an open source project early yesterday, we have remained at the top of GitHub's worldwide trending repos.

GitHub stars don't necessarily mean anything, but they also don't mean nothing. One way or another, there is an expectation that comes with popularity. People certainly correlate popularity with "greatness", or something along those lines.

A lot of people see this as a chance to learn from us, and of course, we hope to teach as much as we can β€” especially to newer folks. That said, most of the teaching will be peer-to-peer; from the top down, we don't have that much to offer. We are here to learn as much as anyone else.

This Hacker New comment tells a pretty typical story in terms of expectations:

Looks like the standard rails mess :/ Don't get me wrong. From time to time i am going to look at other peoples rails code to learn, how they solved common problems in grown rails apps. Most oft the time i leave rather disappointed...
I like the spec for Comment#id_code_generated ;)

It's true. We are a pretty standard Rails mess. We didn't get here because we write perfect code. We got here because we care a lot about the community. I happen to think that now that we are open source, we may eventually live up to our status as an important web app in the developer community. But that is not where we are today.

We are popular for, in my opinion, all the right reasons. We have worked closely with the community every step of the way and have always strived to do the right thing. But in a sense, we're also famous for being famous, and as software developers we hope to deserve the success of this project as we grow over time.

Happy coding ❀️

Top comments (31)

Collapse
 
ossia profile image
Quincy Larson

Congratulations to you, Jess, and the Dev.to team! Way to set a date, then deliver in spades!

It takes a lot of guts to put your entire codebase on GitHub for all the world (and the critics) to see. But it's the right call. Now the entire developer community can jump in and help out!

Collapse
 
ben profile image
Ben Halpern

Wow, means so much coming from you Quincy, thanks so much!!! ❀️

Collapse
 
itsjzt profile image
Saurabh Sharma

wow, didn't knew @ossia is also here.

Collapse
 
rattanakchea profile image
Rattanak Chea • Edited

Ok I thought of a funny line. What does Justin Bieber and Dev.to have in common?

....
....
....
Hmm (Clear throat)
....
....
Lots of gems and issues.

Collapse
 
nestedsoftware profile image
Nested Software • Edited

I was having a conversation with a friend the other day about what makes a piece of software successful. We both agreed that at the end of the day, it's rare for software to succeed or fail because of the technology. Often projects succeed in spite of bad or mediocre technology, and once they become successful, they can hire top notch experts to fix the problems they started out with. When they fail, it's usually for a variety of reasons around business and project management.

I'm not saying the dev.to code is bad. I just think that comment about "standard rails mess" is a bit silly. What matters is the end-user experience, and that usually works great for me here. I think the team at dev.to has also done a really good job of promoting a positive, inclusive, and friendly vibe.

It's always better to have a real product that people can use than to fetishize some abstract notion of code purity.

Collapse
 
ben profile image
Ben Halpern

Well to make a sports analogy, the ideal "interception rate" to optimize for a quarterback is not zero. Interceptions are bad, but shooting for perfection would lead to a sort of conservatism that would not feed the end goal. "Many" is also a terrible rate. "Few" is the ideal place to be.

Collapse
 
juanfrank77 profile image
Juan F Gonzalez

To me being the Justin Bieber of Open Source is equal to being the most hated project in Open Source, which I totally think is not case here.
Still huge props to you guys for your determination and commitment to the process.

Collapse
 
lukewestby profile image
Luke Westby • Edited

Whomst among us has not been a standard rails mess at one point or another

Collapse
 
yechielk profile image
Yechiel Kalmenson

:runs to look up the spec for Comment#id_code_generated:

🀣

Collapse
 
mycarrysun profile image
Mike Harrison

Did you find it?

Collapse
 
yechielk profile image
Yechiel Kalmenson • Edited

It's here.

Can't say I get what the commenter got so excited about... πŸ˜•

it "gets proper generated ID code" do
    expect(comment.id_code_generated).to eq(comment.id.to_s(26))
end
Thread Thread
 
mycarrysun profile image
Mike Harrison

Lol...can't say myself either!

Collapse
 
asaaki profile image
Christoph Grabo

Ha, I starred dev.to before it was cool to star dev.to! 🀣

Collapse
 
ben profile image
Ben Halpern

Collapse
 
dmfay profile image
Dian Fay

My second favorite hackernews comment calls Massive "a less complete knex" -- it's accurate! That's intentional! Look at it this way: you're popular enough to get a little hate. Nil illegitimi carborundum, & all :)

Collapse
 
michael profile image
Michael Lee πŸ•

Ya'll are doing great! As many have said already, the reason I stick around the community is because it's always for the community. I love:

We have worked closely with the community every step of the way and have always strived to do the right thing.

Working with the community to build the community we all want to be part of help out with.

As for Rails, I recently switched to a team that's a Rails shop. As such it has been a delight to learn Rails and finally seeing the value of convention over configuration. You can onboard folks quicker because you know where everything is. Folks can talk about actual paths for building things instead of getting caught up over small details.

For this reason, although I'm a huge fan of JavaScript across the entire stack, in the team that I am in, I will keep pushing Rails because it's inclusive in nature. Once you get past the learning curve, you can jump into a Rails project and get up to speed fairly quick. Seeing DEV as a Rails project delights me and I'm learning new stuff and using it as a point of reference to take away and implement new ideas into projects I'm working on.

Excited for the future of what this community will become. Thanks to you and the rest of the DEV team for taking the helm and navigating the community to an awesome place.

Collapse
 
kayis profile image
K • Edited

"We are a pretty standard Rails mess"

Haha, it was 2009 all over again when I got invited to that repo xD

"Oh cool, now I can finally fix some bugs....what...what year is it?!"

Oh, and also gratulations to that OSS launch :)

Collapse
 
eli profile image
Eli Bierman

I love dev.to because you would never see that comment here :)

Collapse
 
sunnysingh profile image
Sunny Singh

It's funny how high expectations are for open source code despite zero money being involved. However, I'd at least expect that a site (not a framework or library) wouldn't be scrutinized as highly.

Anyway, you've done a great job of focusing on community first, and it's always great to see what real world code actually looks like. It breaks the illusion that production code is modern and perfect.

Collapse
 
alainvanhout profile image
Alain Van Hout • Edited

Don’t let imposter syndrome lie to you: dev.to is indeed famous for the right reasons. And that’s because of your (all for you) hard work and dedication. The rest is just details.

Collapse
 
cathodion profile image
Dustin King

Maybe it's good to be messy in the standard way. Hopefully that means there will be lots of information on dealing with it or cleaning it up.

Collapse
 
guidouil profile image
Guidouil ツ • Edited

Haters Gonna Hate ... But Coders Gonna Code :)
Stay awesome 🀘