Do things that don't scale, and then don't scale
derwiki.medium.com
Do things that don't scale, and then don't scale
1–10 of 216 posts
Re: Do things that don't scale, and then don't scale
#2Reminds me a bit of the carpenters I've seen work who spend time building frames/other wood "tools" to help them get the actual work done faster.
The cost of writing software has definitely decreased. And you do have a different and smaller class of problems when you write an ad-hoc app.
Re: Do things that don't scale, and then don't scale
#3Re: Do things that don't scale, and then don't scale
#4Re: Do things that don't scale, and then don't scale
#5Building things for yourself is fun -- I do it. But the original article was written for startup founders, building companies.
Re: Do things that don't scale, and then don't scale
#6Re: Do things that don't scale, and then don't scale
#7I have a small hobby site - maybe a few hundred real users ever, and a handful of regulars. But the logs and users table are full of brute force and lousy sql injection attempts.
Why does this happen? How is it economical?
Re: Do things that don't scale, and then don't scale
#8> Then came the weirdness: bursts of Tor traffic, spammy signups I have a small hobby site - maybe a few hundred real users ever, and a handful of regulars. But the logs and users table are full of brute force and lousy sql injection attempts. Why does this happen? How is it economical?
Often, they have databases of technologies, see what they come across and try a bunch of things that have worked, or try to look at the version of the software on your server and try just that.
Re: Do things that don't scale, and then don't scale
#9Building things for yourself is fun -- I do it. But the original article was written for startup founders, building companies.
They're harder to find in B2C than B2B. Individual problems can sometimes map to B2B.
Re: Do things that don't scale, and then don't scale
#10Interesting perspective about writing a bunch of mini-apps that you aren't concerned with making money on or scaling. Reminds me a bit of the carpenters I've seen work who spend time building frames/other wood "tools" to help them get the actual work done faster. The cost of writing software has definitely decreased. And you do have a different and smaller class of problems when you write an ad-hoc app.
CI/CD can be as complex and full of pagentry as some people want and it's great when it fits, and premature optimization the rest of the time.