Learning (needlessly) hard technology
51–55 of 55 posts
Re: Learning (needlessly) hard technology
#52I immediately thought about Oracle, then IBM, then SAP ... it seems his friend didn't think about this first !
Some people thrive doing consulting for things like that because they're satisfaction is largely driven by how much they're taking home.
Re: Learning (needlessly) hard technology
#53Earlier quoted context omitted.
> One of them being a request to "Send a payload with a Get request" . I spent nearly 2 months of my life convincing them this was not possible I assume you know it really is possible, right? (in URL parameters - with certain limitations about size if I remember correctly... or did just IE choke at 2048 bytes? I forget...) I am not arguing you should use GET instead of what should clearly be a POST, but saying it is…
And I agree with you. I was not even talking about rebuilding.Its more of.Like imagine if you were asked to make up http handling code from scratch in every project.If you were asked to ignore things like Jquery Ajax or Angular or any other such libraries which are designed to make your work easier and no matter how much you do you can never test the robustness of your private library compared to these. My Point esse…
Re: Learning (needlessly) hard technology
#54Earlier quoted context omitted.
Some people thrive doing consulting for things like that because they're satisfaction is largely driven by how much they're taking home.
As exelius mentions, a large part of the demand involves companies that are a little schitzoid and dysfunctional, who have decided it's easier to throw money at the problem and use technology to paper over the cracks.
Re: Learning (needlessly) hard technology
#55Bet it was kdb