I got this question in a DM and felt like answering it more broadly. Obviously by founding DEV, I have some ideas on this topic.
It started by ...
For further actions, you may consider blocking this person and/or reporting abuse
This is honestly the exact way it is done if you are going to do it yourself initially. If you have lower resources but lots of willpower & a very strong work ethic. You will sacrifice almost every hour of life to reading, learning, moderating, creating, answering, analyzing etc.
In return you will have something of value or something people want to invest in that is very low risk (you can then keep more equity/control which matters long term). Most startups fail, but investing in devto rn is low risk because the risky parts are working (mostly).
It's generally better to learn this way than raise for a shiny new idea, never tested unless you have the correct experience/funding.
Notice the patience to wait for solid numbers before making moves.
Yes, definitely.
Given the track record I'm pretty confident somebody would throw money at a new thing I was doing if I ever go off and do a new thing. I'd be curious to see whether it's a road I'd even be interested in venturing down if the opportunity presented itself. Hard to put myself in those shoes without literally being presented with the scenario.
As it stands now for DEV, we just take each next step as an opportunity to choose to do what's ultimately right for the community and the company which shifts a bit from opportunity to opportunity.
Yes. You could raise well already from the serious ones based off current performance. 😳
People raise on much less experience & skill. It's not needed if you can do the early work (code, content, traction).
Money is control in these kinds of scenarios (it's clear you could repeat what is happening here, regardless of raise). MZ can do what he wants with FB due to early retention (look at fb cap table or whatever).
For dev, communities tend to run naturally in cycles a bit like product. The concerns become non-technical usually: "I remember the old days when Ben & team would answer & say nice things but nowadays you only see them on a yacht on IG & Ive been banned on DEV 3mths for calling it an ice-cream horse!!". It's more often mismanagement + some competitor pressure (medium?) not technical issues or missing features. Usually, those issues were always there underneath the whole time. The great digg > reddit migration was mostly that (the v4 redesign didn't help). Look at what happened to other big communities to determine the fate of yours, there are a bunch of cases.
Fb is an example of how to extend lifecycle (know existing ageing audience, capture new ones by being well monetized to take competitors, pivot whole org etc).
trends.google.com/trends/explore?d... product lifecycle.
trends.google.com/trends/explore?d... when you drill down.
trends.google.com/trends/explore?d... devto is pre Aug 08 here it seems (in the cycle, not scale).
trends.google.com/trends/explore?d... you can just see it lifting at the end.
trends.google.com/trends/explore?d... + power marketing
trends.google.com/trends/explore?d... saturating what's next?
Everything like goo & craigslist followed this adhoc style to some degree as people were making things up as they went (Apple being a key exception).
Arriving in tech today seems way more intimidating than watching the useless nonsense as it turned into 'industry standard' ways of doing things. To anyone new reading this, free up 18mths (ramen startup), copy Ben's technique of rolling start & be fearless. 👍
Start soon as change is underway. 😊
We're still there in some ways.
We still have a long way to go, but it's funny how no amount of progress can convince some people that your thing is useful. Skepticism is basically a law of the universe. 😄
But we've always just embraced skepticism as a very healthy reaction. People should be skeptical about new things to a pretty decent extent. It takes a long time for things to really get to the point of delivering value and a lot of people give up and shut a project down before they get to that point.
We also have the issue where some folks probably remember old, crappier versions of our platform as what the platform is all about. It's almost better if they forget they ever created an account.
Very self-aware! I think a lot of people go through a similar journey, but I think with less general intentionality. I think there's a lot of repeat exposure learning with our platform.
Knowing that so much of our community's content is distributed broadly to the greater web, we can trust that you'll probably stumble on the platform a few times before it starts to click, and we're okay with that. We could probably speed up the conversion cycle by being more in your face with our messaging to sign up, or by restricting content in some way, but that would be incredibly counter to what we're about.
So we've sort of settled on just going with the flow, creating gentle nudges to get more involved without interfering with the main purpose of just letting people read useful content. And then we allow the chaos of "word of mouth" do do its part. Someone might share a post in their team's Slack and someone else might say "oh what's this dev.to thing all about anyway" and there is some possible aha moments there—but we try not to over-manufacture this kind of behavior. If we stick to delivering value, we grow.
I thought this was going to be a post about videos games.
Though to speak about building video games, build with multiplayer in mind first because it will force you to make your game deterministic which will save you a huge re-write.
When I was building Swap-N-Pop (Tetris attack clone) so many other people tried making clones as well and they stopped when the found out that their game was non-deterministic and they'd have to overhaul their game to achieve their goals (community multiplayer game).
Also, write test code on day one this will help you hold less state making debugging easier as well.
@ben , great post and I love how engaged you are with the DEV community :)
This reminds me of cdixon.org/2015/01/31/come-for-the...
Ideas for "single player mode" that have worked / could work today? I'm focused on product / marketing / growth content and want to create a community like you have for DEV.
@ben great post. I love the fact that post on DEV does well on google.
Recalling, from this line:
How does one make it easier? I find it difficult to interview someone I have no previous connection with.
Sounds cool. What dev stack and are you open sourcing it?
Cool! Look forward to seeing it!
This is very similar to the concept of developing something based on a personal need. Once you've developed something that solves your personal needs and does it well, then you can release it to others who may also have a similar need. Taylor Otwell does this constantly with his projects, and it's how Laravel became what it is today.
Sounds cool, let us know if it is ready to try 😉
Noice, smort!
Great insight, thanks for sharing. I've been following Nick and Ernesto at switcherstudio.com and their ride. So good to see things get up.