They made a full fucking application in MICROSOFT EXCEL!!!!!!!
who the fuck makes an app in Excel? Though it's used internally, it has over 100 users and Everytime there's an update a new file is sent to all of them by mail. They use different excel files as DBs and tables as sheets. It's even got a fucking UI with check boxes and drop-downs and shit

Now guess what my task is?
Understand that entire application from the Excel files and make a webapp to cater to those requirements.

Fuck documentation, there are bugs in the Excel file and I need to fix the bugs in my app

Some good soul please tell me how must one start analyzing an Excel sheet to understand the logic behind it. Or a tool that magically converts "excel applications" to webapps

Client: "Dear Mr. I still have not received the final version yet. I had planned to send it out to my customers at the end of the week."
-------

Me (1st answer I did not give):
"Ok. I accept your statement as true, since I did not send you anything. Furthermore I respect your wish."

Me (2nd answer I did not give):
"Well I am sorry. Before today you did not once mention that there was a deadline. ASAP is not how I do things. Please do your project management."

Me (answer I gave): "Dear Client, due to a huge demand for our services we are forced to prioritise. We are doing our best to complete the project as fast as possible. Please understand however that we can not reschedule with 3 days notice. Because of technical requirements the product can be send on Friday next week. Please let us know if this works out for you. - Kind regards. Me. "

-__-""""

Me and my manager throughout 2020

January:
Me: So umm, we can release the new app version
Manager: No we promised client X app first go build that
Me: umm, ok.

February:
Me: so the app is done, but client hasn't setup area L so there is no data there
Manager: ok, I'll have them setup area L soon ™️

March:
Manager: area L is too much work to setup, use workaround L thats way better
Me: ok ...

April:
Manager: client is nitpicking on design and layout please make this mess even greater
Me: ok, anything else?
Manager: yeah also start on app for client Z!
Me: and our app update?
Manager: later son! Risk tooo muchos!

May:
Me: the mess for client X is done, and first version for client Z is also ready for test
Manager: ok good work, here is a new set of things to mess up
Me: but... Seriously, wtf?!
Manager: clients want quality
Me: ah ok, not nitpicking, cool

June:
Manager: client X went MIA, but client Z will send you a weekly list of things they don't understand and want to change
Me: ah great, truly worth postponing my February holiday to release nothing

July:
Manager: so, how we doing on all them changes
Me: well, I am a loyal custodian with alot of pleasure in my work!
Manager: ah ok good!
Me: any news from client X??
Manager: who
Me: mkay ... n.v.m

August:
Me: can we release yet?
Manager: change, we can!!!
Me: are you Obama?
Manager: ambitions
Me: fuck you pay me

September:
Me: I am confident we can now release all 3 apps as promised mid september
Manager: great!! Good work

Also manager: you know that immensely complex area within the app? That needs a complete rewrite because we have bad ux there!!!
Me: ok... To which requirements?
Manager: good ux, we must have standards
Me: but the layout of page R id generic as page F so then we need to align there as well
Manager: go! Do!
Me: ok I'll come up with my own requirements then
Manager: we also need documentation
Me: really!!!! How clever of you to fire colleagues T & P and we now have zero workforce for that
Manager: things will get better someday
Me: ah, great! Put it on my calendar

October:
Me: I need a sabbatical biatch
Manager: a what?

We are a web developer team of 4 people. The system we manage is huge because it's a huge organization.

We use php.

Requirements grow rapidly and debugging became a nightmare. So we decided to move from procedural to OOP to ease it a bit.

And we have this one guy in our team (joined recently) who doesn't understand the benefits of following OOP. He is the one who manages most side projects among us too.

We have tried hard to convince him and now we have almost given up.

So I am asking you guys, please give me some ideas of how we could convince him to learn and follow OOP.

Don't you hate those startup clients who just don't understand "please give us all your requirements as early as possible" and keep making revisions even after product is released? *cries in the corner*

The worst is having to rewrite/refactor another person's implementation either due to not follow the requirements or specifications and having made something completely different or useless.

But recently is having to re-explain what needs to be done or what the requirements are.