DEV Community

Cover image for Can you share your favorite quote or rule related to IT?
Rafal Pienkowski
Rafal Pienkowski

Posted on

Can you share your favorite quote or rule related to IT?

I like quotes and funny rules. A good quote makes our presentation more interesting, draws attention to the presenter and makes the presentation unforgettable. Ridiculous or easy-to-remember rules help us keep in mind essential things.

Below one of my favorites:

  • Quote

    "A language that doesn't affect the way you think about programming is not worth knowing."
    Alan Perlis

  • Rule

    "A team shouldn't be larger than what two pizzas can feed."
    Jeff Bezos

Now it's your turn to share your quotes and rules related to IT ;)

Top comments (107)

Collapse
 
evanoman profile image
Evan Oman • Edited

Not restricted to IT, but anyone who has tried estimating work can relate to this:

Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law

Hofstadter's Law

Collapse
 
ben profile image
Ben Halpern

Ha! That's great.

Collapse
 
k1pash profile image
Christopher Toman

Sadly true, I always multiply by 4, but I think I got to do power of 4

Collapse
 
c33s profile image
Julian • Edited

Coders are special. "We are expected to know how to do things we've never done before and estimate how long they will take."

Collapse
 
r3i profile image
R3i

love this!

Collapse
 
6ones profile image
Promise Ogbonna

Collapse
 
dhandspikerwade profile image
Devin Handspiker-Wade

Users lie. They may not be lying about an issue, how they ran into the issue, or how the bug is affecting them but assume there's at least one lie in every bug report. It may be something completely unimportant. They have no reason to lie, but they will.

  • A past manager of mine.
Collapse
 
rafalpienkowski profile image
Rafal Pienkowski

This sentence reminds me Dr House's favorite saying:
Dr House

Collapse
 
sudiukil profile image
Quentin Sonrel

The first thing that came to my mind !

Collapse
 
buinauskas profile image
Evaldas Buinauskas

Status: critical.

Collapse
 
dhandspikerwade profile image
Devin Handspiker-Wade

"Top Priority" and hasn't responded to the ticket in a year and a half.

Collapse
 
cadellsinghh_25 profile image
Cadell

"Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, be definition, not smart enough to debug it." - Brian Kernighan

Collapse
 
rafalpienkowski profile image
Rafal Pienkowski

It's so real.

Collapse
 
leahein profile image
Leah Einhorn • Edited

Just read a similar one!

Debugging code is twice as hard as writing it, so always write code as if you're a halfwit.

Collapse
 
quii profile image
Chris James

Individuals and interactions over processes and tools

The first line of the Agile Manifesto is the one that gets ignored the most.

Collapse
 
ben profile image
Ben Halpern

The first 90 percent of the code accounts for the first 90 percent of the development time. The remaining 10 percent of the code accounts for the other 90 percent of the development time.

-Tom Cargill

There’s even a Wikipedia page about the 90-90 rule.

Collapse
 
tmcsquared profile image
TMcSquared

I heard somewhere that multiplying a developers time estimate by PI is very accurate most of the time.

Collapse
 
chris_bertrand profile image
Chris Bertrand

What's PI?

Thread Thread
 
tmcsquared profile image
TMcSquared

3.141519265358979323.....

Collapse
 
momennano profile image
Nano.

"Weeks of coding can save you hours of planning." - Unknown

Collapse
 
rafalpienkowski profile image
Rafal Pienkowski

This is very similar to

Think twice, code once.

which I've heard some time ago.

Collapse
 
cathodion profile image
Dustin King

There's nothing more permanent than a temporary solution.

-- Howard Cauvel

Collapse
 
rpalo profile image
Ryan Palo

Make it work, make it right, make it fast.
-- Kent Beck

My other favorite is this:

if you ever code something that "feels like a hack but it works," just remember that a CPU is literally a rock that we tricked into thinking
[...]
not to oversimplify: first you have to flatten the rock and put lightning inside it
-- @daisyowl

Collapse
 
ildoc profile image
Filippo

Always code as if the guy who ends up maintaining your code will be a
violent psychopath who knows where you live.

John F. Woods

Collapse
 
sethusenthil profile image
Sethu Senthil

If you don't succeed in your first attempt, call it version 1.0

Collapse
 
cjbrooks12 profile image
Casey Brooks

Similar to a line I've found myself saying a lot lately:

What's the best way to get something production-ready? Use it in production.

Collapse
 
sylardie profile image
Moner

I like this one!

Collapse
 
aleron75 profile image
Alessandro Ronchi

I love this quote from Mark Twain:

"continuous improvement is better than delayed perfection"

Collapse
 
tedhagos profile image
Ted Hagos

And here I thought Robert McCall said it first "progress not perfection" :)

Collapse
 
brianemilius profile image
Brian Emilius

"Have you tried turning it off and on again?"

Collapse
 
andrekelvin profile image
AndreKelvin

First rule of IT 😂

Collapse
 
tedhagos profile image
Ted Hagos

Now I want to watch Roy and Moss again

Collapse
 
rafalpienkowski profile image
Rafal Pienkowski

I've heard this many times from my sys admins.

Collapse
 
adnanrahic profile image
Adnan Rahić

Confusion is your friend. If you feel confused, remember that's when you're learning.

Collapse
 
t4rzsan profile image
Jakob Christensen • Edited

A bug is like an iceberg - it always goes ten times deeper than you can see.

Me :-)

Collapse
 
rafalpienkowski profile image
Rafal Pienkowski

Nice :)