Vendor applications replacing home-grown ones?
-
Microsoft Visual Studio is a home-grown app. The piece of crap file parser I wrote last month is a home-grown app. Which one do you think is going to get more attention and love. Probably the one that brings in the money versus the one that just makes my life a little easier. Semantics. :)
The difference is that uSoft had a team that worked on VS as opposed to a single person. Therefore they need to make a butt load of money on it to recoup.
New version: WinHeist Version 2.1.0 Beta Have you ever just looked at someone and knew the wheel was turning but the hamster was dead? Trying to understand the behavior of some people is like trying to smell the color 9. I'm not crazy, my reality is just different than yours!
-
Homegrown software sucks and is in constant need of maintenance. 3rd party software sucks and constantly needs fixes from 3rd party. Software sucks.
harold aptroot wrote:
Software sucks.
:thumbsup:
-
The difference is that uSoft had a team that worked on VS as opposed to a single person. Therefore they need to make a butt load of money on it to recoup.
New version: WinHeist Version 2.1.0 Beta Have you ever just looked at someone and knew the wheel was turning but the hamster was dead? Trying to understand the behavior of some people is like trying to smell the color 9. I'm not crazy, my reality is just different than yours!
I hear you Mike. :thumbsup:
-
Projects built internally and used for few years with my last employer were replaced by some vendor tool, and I didn't want to be in the shoes to 'config' 'support' and 'wait for another patch', so I joined a different firm, but after few months i was told that the project we've been working on is going to be replaced by some vendor tool...again! Is this the trend? do you feel there are less home grown applications that could stick long enough and beat the 'vendor tool'??
Basically what Ian said is the way the foundation I work at does things. For things that are unique to the organization we do custom development, other stuff we buy and integrate. Our HR, Finance, intranet, reporting, main website are all customized 3rd party apps, but our grantmaking and scholarship tools are all custom built.
Curvature of the Mind now with 3D
-
So as developers who want to do development, what do we do? join the 'vendor' company? :-D
Member 10815848 wrote:
So as developers who want to do development, what do we do? join the 'vendor' company?
That won't do any good, because most vendor software now is just a bunch of cobbled-together frameworks.
I wanna be a eunuchs developer! Pass me a bread knife!
-
Projects built internally and used for few years with my last employer were replaced by some vendor tool, and I didn't want to be in the shoes to 'config' 'support' and 'wait for another patch', so I joined a different firm, but after few months i was told that the project we've been working on is going to be replaced by some vendor tool...again! Is this the trend? do you feel there are less home grown applications that could stick long enough and beat the 'vendor tool'??
A lot of it depends on how critical is is for the logic to stay in-house. If one of the functions of your business is producing documents, you aren't going to build a word-processor, because the logic of word-processors themselves is trivial to your business; but if you need software that, for example, models stuff or performs predictive calculations, (portions of) the logic of the work to be done might need to be built into the program, and you won't want to hand that over to a third party. Where an "everyman" program can be used, though, it will probably be cheaper, which is all that matters to many people.
I wanna be a eunuchs developer! Pass me a bread knife!
-
Projects built internally and used for few years with my last employer were replaced by some vendor tool, and I didn't want to be in the shoes to 'config' 'support' and 'wait for another patch', so I joined a different firm, but after few months i was told that the project we've been working on is going to be replaced by some vendor tool...again! Is this the trend? do you feel there are less home grown applications that could stick long enough and beat the 'vendor tool'??
My agency spent several million dollars on a vendor application that never worked. They hired a contractor to get it to do the job that it was purchased to do and their representative used the time to party with the secretaries. I was tasked with looking at the application and found that out of 200+ tables only 4 had any data in them. They fired the contractor. I was part of a team to create an in house application and we got that going but our secretaries preferred their excel spreadsheets. Because the records were critical to the operation of the agency they were forced to use most of our application. Then management decided that it would be cheaper to get COTS software again and hire a contractor to adapt it. The cost estimates were so huge they apparently are giving up on that one. Management memory is short.
-
Projects built internally and used for few years with my last employer were replaced by some vendor tool, and I didn't want to be in the shoes to 'config' 'support' and 'wait for another patch', so I joined a different firm, but after few months i was told that the project we've been working on is going to be replaced by some vendor tool...again! Is this the trend? do you feel there are less home grown applications that could stick long enough and beat the 'vendor tool'??
Internal applications are a cost of doing business that is the be minimized. So.. try not to make a career out of developing internal applications.. unless they are perceived by upper management as somehow adding to the company's differentiation within the marketplace. On the other hand, if you get to learn useful, marketable skills working with the vendor's tools, then it might be worthwhile. I know this is sort of a mercenary attitude, but it was one of my first lessons right out of college.
We can program with only 1's, but if all you've got are zeros, you've got nothing.
-
Third party vendors provide the cheapest solution to their problem, and unless you happen to be making a tool that's bringing in money for the company, there really is little sense in internally developing something they can pay a lot less for. At my last company, we were really small... anything that we could use open source software for, we did. Heck, you can even base projects on open source and just make minor adaptations to suit your needs.
Except for when it's one of the company's core competencies and they critically rely on it. Then it really needs to be homegrown. Companies do try to farm out their core competencies but this is a very bad strategy that never works properly. Image if Google tried farming out their data centers to IBM or EDS...How well would have that worked? Sending out your critical business to the current experts that really needed to be the next generational experts but weren't. Google spent a lot of time and effort perfecting their data centers into the next generation. All the other search providers that farmed out their data centers are where now? In the dust. This works the same for software. If your company/organization core competency is XYZ then unless there is a good 3rd party software tool that matches your process 75-90% that you can use then you really MUST do homegrown software else your efficiency will be severely negatively impacted as will your profitability. Few managers understand this.
-
Member 10815848 wrote:
Is this the trend? do you feel there are less home grown applications that could stick long enough and beat the 'vendor tool'??
From my very limited understanding of business management strategies (I've made it a point to steer clear of entering management), the rule* is pretty simple... If it's central to your business, build it yourself. If there's nothing out there that's close enough to what you need, build it yourself. Otherwise, just pay someone else to build it for you. So the really company-specific tools will stay in-house, and anything generic enough to be used by multiple companies will eventually become a third-party vendor tool. * I don't know if it's a rule... This is just what I've unintentionally overheard/derived over the past decade...
Proud to have finally moved to the A-Ark. Which one are you in?
Author of the Guardians Saga (Sci-Fi/Fantasy novels)Well said!
-
Except for when it's one of the company's core competencies and they critically rely on it. Then it really needs to be homegrown. Companies do try to farm out their core competencies but this is a very bad strategy that never works properly. Image if Google tried farming out their data centers to IBM or EDS...How well would have that worked? Sending out your critical business to the current experts that really needed to be the next generational experts but weren't. Google spent a lot of time and effort perfecting their data centers into the next generation. All the other search providers that farmed out their data centers are where now? In the dust. This works the same for software. If your company/organization core competency is XYZ then unless there is a good 3rd party software tool that matches your process 75-90% that you can use then you really MUST do homegrown software else your efficiency will be severely negatively impacted as will your profitability. Few managers understand this.
C Grant Anderson wrote:
Except for when it's one of the company's core competencies and they critically rely on it.
Well, yeah... in your example, you use an example of a company that's making money off the data they hold. So, it doesn't change my statement. On the other hand, if a small webcrawler comes online, are they doing to recreate searching and data archiving or use existing tools? It makes no sense to reinvent the wheel unless yours truly is different and innovative. Anything less is a waste of resources.