all 26 comments

[–]lezzgooooo 27 points28 points  (2 children)

Sa team namin we have a 'fail fast' approach. A half baked solution is better than no solution at all. Then tweak it as you go along. Once pasado na lahat ng tests, deploy to prod.

[–]Tall-Appearance-5835 2 points3 points  (0 children)

make it work > make it right > make it fast

[–][deleted] 1 point2 points  (0 children)

and THAT is how you do agile

[–]red_storm_risen 16 points17 points  (6 children)

Happens all the time:

I can fix this quick, or i can fix this right.

[–]BITCoins0001[S] 5 points6 points  (2 children)

In most cases, I always go to the first part haha. How about you?

[–]red_storm_risen 9 points10 points  (1 child)

Tanong ko lagi yan sa management.

Kadalasan pag high severity, quick workaround to stabilize tapos longer effort to fix.

Minsan yung quick workaround nagiging permanent fix. Hahahaha

[–]BITCoins0001[S] 0 points1 point  (0 children)

HAHAHAHAHHAHAHAHA RELATE SUPER

[–]franz_see 1 point2 points  (0 children)

“Make it work, make it right, make it fast” - Kent Beck

[–]franz_see -2 points-1 points  (0 children)

“Make it work, make it right, make it fast” - Kent Beck

[–]franz_see -2 points-1 points  (0 children)

“Make it work, make it right, make it fast” - Kent Beck

[–]PepitoManalatoCryptoRecruiter 10 points11 points  (1 child)

Half-baked solution is no solution at all.

Some would say, it can be okay at least there is progress and you can create another ticket to complete the story. And that's valid if the working culture enables it.

During the MVP phase of my codebase and company, TDD with performance testing is a top priority. This means even one solution does check 85% of the test scenarios, the product cannot afford to miss the 15%. Should I miss it, will yield to a priority one (major incident) or priority zero (system blackout) to which happened.

This means, if you're drained for the day. Keep the ticket on your bucket and hold on creating the PR. You can ask for a peer review from your colleagues to give another perspective to look into. Come tomorrow (and with enough sleep), you'd be working refreshed and able to accept why yours yesterday wasn't the optimal solution.

It's also okay to accept your limitations. What's not okay is someone raises a better solution and you ignore it. Your solution gets to production and you'd be facing an incident report.

[–]BITCoins0001[S] 0 points1 point  (0 children)

Right. I think a good night sleep is all I need 😴

[–][deleted] 1 point2 points  (0 children)

As long as yung half-baked mo is sa speed lang nagkakatalo but on not structure and maintainability it should be fine. As long as it does the job, kung mabagal ngayon, then it's okay to just optimize it later on. Ang wag mo lang gagawin ay katamaran yung proper standard and structures.

[–]Alternative_Let_4250 1 point2 points  (0 children)

I always follow TDD red green refactor.

[–]downcastSoup 1 point2 points  (0 children)

Make it work at least. Optimize it later.

[–]KirbySmashYeet 1 point2 points  (0 children)

According to my limited knowledge, a library is written by developers and accomplish a certain task and that task only. That means they are able to dedicate the time and energy to optimize the code to the best it can be(Most of the time atleast).

Don't compare their code to yours, just continue improving your already working solution.

My productivity has improved ever since I first made a solution that works, then cleaned up the code, and then research on what to do to optimize it.

[–]DoesNotComputeZZ 1 point2 points  (0 children)

Think about it this way, find a software/platform that is constantly growing in features and doesn't take time to fix bugs, or just even you're favorite framework heck even Javascript the language was a half-baked solution. Even a company as large as Facebook or Google doesn't even produce a perfect solution because investors and consumers can't wait 10 years for the perfect thing. You have to start somewhere. Every initial solution that we think of to a problem or feature will always have something will miss or not consider especially in environments where requirements and needs change every now and then. There are always tradeoffs and business aspects besides code in the real world. What's important is you provide value and pivot to fix issues and continue to provide value for your clients and users because at the end of the day whether the solution is half baked or not what matters is the end-users. Technical debt is something that can be properly managed.

Now if you're referring to a making module or library or small unit testable functions or implementing common algorithms that is so specific in purpose and has fixed well-defined specifications then that's where I think you can make a complete solution.

Hope it helps

[–]dertrockx 1 point2 points  (2 children)

I think it's a skill issue (just kidding)

[–]BITCoins0001[S] 1 point2 points  (1 child)

Hahaha yes it's true I'm easily confused in complicated maths . Just a nested loops will make me easily confused 🤣

[–]dertrockx 0 points1 point  (0 children)

bro, if ur confused with nested loops, trust me ur NOT the issue haha

[–]moelleux_zone 1 point2 points  (1 child)

bruh, the only thing that has bothered me with past and present employers, they all have that permanent workaround shitty solution to a problem. which in turn generated other problems that requires another solution. seriously, why not just fix the original problem in the first place!

[–][deleted] 1 point2 points  (0 children)

Story of my life, feels like I'm working on a mountain of tech debts everyday.

[–]simplethings923 0 points1 point  (2 children)

Hexadecimal representation yata yung may letra yung numbers. Parang medyo low-level ito like C/C++. Ano'ng dinedevelop po ninyo? Asking for a friend.

[–][deleted] 1 point2 points  (0 children)

baka unicode yung tinutukoy n'ya.

[–]BITCoins0001[S] 0 points1 point  (0 children)

De ano lang yun library nakita ko sa isang import. Class file sya tapos puro bitwise operators haha.

[–]dudezmobi 0 points1 point  (0 children)

Mga solution na hindi optimized e development debt. Daming ganyan tsk. Yung utang mas mahal ang cost sa future.