61

You know what I realized we should always say no for demo driven application development.

We should always ask for enough time do a proper development and if its not enough, shouldn’t write a single line.

Because once we deliver a working demo. Its release ready for them because its FUCKING WORKING..

And trying to explain why this is just a demo and cant be put to production is even bigger pain in the ass than saying no in the beginning.

LESSON LEARNED .

Comments
  • 1
    I have to demo what I've done at the end of each sprint, and most sprints last a week for each of the three projects I'm working on.
  • 0
    @Hu-bot0x58 -_- that's too much work. how can you work on three projects at the same time?
  • 0
    @is-not-null It's poor management. The team lead doesn't have enough experience or smarts managing the team on site, much less the remote workers which I am.
    I need the money so wrote the boss and I'm awaiting his decision.
    If things don't work out well then this would be my last month there.
  • 1
    That is purely depending on your business style.

    In our team we are going with the demo driven development and we are quite good at it. Always giving a demo to the client within 2-3 days that is to earn their trust and then introduce functionality while giving demo examples. This way you can get feedback before it's too late.

    On the other hand, I see where your point might be but that is purely on the client itself and not the development way. Giving early MVP to test ideas is good, thinking that those MVP are the JOB DONE! is bad :)
  • 1
    Make sure it's ugly. Colours off, ugly fonts, bad spacing. Same for rapid prototyping. If it doesn't look finished, people will believe it isn't.
  • 1
    @Fast-Nop Thats where we fucked things up. We used react and css framework which made the app looking nice. 🙁
Your Job Suck?
Get a Better Job
Add Comment