Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
tosensei8432251dput it in the API documentation.
if nobody ever uses it, nobody ever sees it. and when you deploy a fix, the warning disappears as well.
but when someone actually tries to use it, they at least get a heads-up -
hjk1015696251dMakes no sense to ship broken endpoints. They might even need breaking API changes to overcome the issues. Should not be too hard to leave all the code but not publish the broken endpoints.
If it is hard you have an architectural problem. -
Berkmann181235251dIf you _have_ to ship all or none of the endpoints then you either have an architectural problem (like @hjk101 said) or your deployment strategy is lacking in something (like a feature flag for the prod, UAT and dev environments for example).
-
TrayKnots287251dIn general, regarding bugs and economical interests, they must be balanced.
Trying to make the best bug free system is useless if a competitor gets to market first and gets the majority share.
I personally would make sure that those aren't security related bugs. Annoying is better than data loss. But not even that is a clear cut. WhatsApp shipped with no and then later with broken encryption and was shortly after sold for 19 billion dollars.
I would have fucked that one up. I wouldn't have shipped it without working encryption, but WhatsApp was more concerned about market share. Hence, I do not have 19 billion dollars and they do.
It's always a gamble. Your instincts are good. But an economical view is important. Listen to the advice of the others, create feature flags, turn off the endpoints and ship. -
Ziya42-7251dI had a terrible time a few weeks ago, I was convinced on telegram by a crypto investment firm to invest my funds and I did. But I was badly scammed that I couldn't get my funds and my returns or access my account. So I came across a review on funds recovery on Medium and I contacted this guys on, hackrecovery At yandex Dot ru, and with their efforts and services my funds were tracked and recovered. It is not a good experience losing funds while trading Crypto.
I have a disagreement with my product owner (PO). Our team develops APIs in Mulesoft. We've got a release coming up and PO wants to release one of the APIs that has *some* working endpoints, but other endpoints in that same API have some open bugs.
Given that it's *unlikely* that those broken endpoints will be used, does it seem like good practice to release the API with known bugs in it to hit the deadline?
Understand that we're not just releasing the working endpoints. We're releasing all of it, bugs and all. PO's logic is that those broken endpoints won't be used therefore it's fine to send known bugs into production.
I just need some advice in dealing with this
question