60
samir
8y

When given a task, don't start working immediately. Think about it first.

If it is taking too long, don't just persevere, stop and think why.

You are paid to think, not type.

Comments
  • 0
    true true true :D so there is some story behind this message eh? or a lot of stories :D
  • 2
    Oh so many! I once took 4 days to do something that I could have done in 2 hours had i not jumped right in. @freshlyfe
  • 0
    What if you think too much, and instead slowing down your working time? 🤔
  • 0
    this ..to all the budding devs, stop typing/developing solution even before you hear out the problem definition clearly
  • 1
    Design time does pay off in the end. But when you are supposed to get it reviewed, and the only person who can do the review is never available, you can still wind up doing it wrong the first time.
  • 2
    @greenrobo ask yourself, does it really take that long to write the code + tests? If you spend most time at the start thinking about what you're doing you're indirectly reducing the time of writing code, because you're skipping the part of "oh shit, I did not think about this edge case" and "yes this is a much cleaner way of doing it, I'll redo this part".

    This is the best advice you can give. If only I'd follow it more.
  • 6
    Well... In the end you do have to deliver something so it can also be useful to type something sometimes....
  • 1
    @linuxxx maan you probably don't even realize how much light this thing you wrote helped me to receive . Like in another words being 100% good in theory is a trap . Only then is practice and theory good when it's done hand in hand right eh :D
  • 5
    @freshlyfe Haha i just find it weird to say that a dev is paid to think instead of type, you're a dev, you have to deliver a piece of code usually 😅
  • 0
    @simeg well, you have a point there. It's just really depends on what type of clients you're handling. The reason why sometimes I cut time to create all sorts of tests is usually deadlines, and revisions always can come later, if client requirement is met. Even though there are holes here and there.

    Plus, it sometimes drag me to work, rather than scheming too much prevention. Like @linuxxx said, just do it is also good 😃
  • 0
    Ever heard of reducto ad absurdum? @greenrobo
  • 0
    @samir I guess you're implying that my arguments irrelevant?
  • 1
    No. I'm just saying that excess of anything is bad. @greenrobo
Add Comment