Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. The Lounge
  3. Business Model vs Software

Business Model vs Software

Scheduled Pinned Locked Moved The Lounge
helpcsharpjavascriptdatabasevisual-studio
17 Posts 11 Posters 1 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Z Offline
    Z Offline
    Z C M
    wrote on last edited by
    #1

    I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

    "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

    H N L M F 8 Replies Last reply
    0
    • Z Z C M

      I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

      "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

      H Offline
      H Offline
      honey the codewitch
      wrote on last edited by
      #2

      I have seen a software project rescue a business exactly once. Lightning doesn't strike in the same place twice. My $0.02 I'd have to agree with you.

      Real programmers use butterflies

      1 Reply Last reply
      0
      • Z Z C M

        I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

        "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

        N Offline
        N Offline
        Nelek
        wrote on last edited by
        #3

        Z.C.M. wrote:

        Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers.

        Exactly

        M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

        1 Reply Last reply
        0
        • Z Z C M

          I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

          "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

          L Offline
          L Offline
          Lost User
          wrote on last edited by
          #4

          Both could be true. If a business model works but the software that supports it is causing problems then change the software. If the software improves things then sometimes the business model may need to evolve to match the new way of doing things.

          N J 2 Replies Last reply
          0
          • L Lost User

            Both could be true. If a business model works but the software that supports it is causing problems then change the software. If the software improves things then sometimes the business model may need to evolve to match the new way of doing things.

            N Offline
            N Offline
            Nelek
            wrote on last edited by
            #5

            Richard MacCutchan wrote:

            If the software improves things then sometimes the business model may need to evolve to match the new way of doing things.

            possible, but not common

            M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

            L 1 Reply Last reply
            0
            • L Lost User

              Both could be true. If a business model works but the software that supports it is causing problems then change the software. If the software improves things then sometimes the business model may need to evolve to match the new way of doing things.

              J Offline
              J Offline
              Jon McKee
              wrote on last edited by
              #6

              ^This. The software supports the business model but if it ends up transcending the business model take advantage of that. Facebook is the monster it is today because of this.

              1 Reply Last reply
              0
              • Z Z C M

                I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

                "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

                M Offline
                M Offline
                Marc Clifton
                wrote on last edited by
                #7

                Z.C.M. wrote:

                I never thought a new system was going to save a company all by itself.

                Getting management to change their business model is like waiting for pigs to grow wings so they can fly. From what I've seen over the years, this is what management usually does instead: 1. Replaces existing software with new software that makes all sorts of buzzword bingo claims. 2. Replaces in-house developers with outsourcing because after all, the in-house developers are the cause of the problem. 3. Upper management replaces middle-management, because it's their fault. 4. Expensive consultants are hired to tell upper management what they are doing wrong. Lots of charts, diagrams, and useless time consuming meetings are the result. I could go on, but those are the top 4.

                Latest Articles:
                Proxy class for TypeScript/Intellisense DOM manipulation

                F T 2 Replies Last reply
                0
                • M Marc Clifton

                  Z.C.M. wrote:

                  I never thought a new system was going to save a company all by itself.

                  Getting management to change their business model is like waiting for pigs to grow wings so they can fly. From what I've seen over the years, this is what management usually does instead: 1. Replaces existing software with new software that makes all sorts of buzzword bingo claims. 2. Replaces in-house developers with outsourcing because after all, the in-house developers are the cause of the problem. 3. Upper management replaces middle-management, because it's their fault. 4. Expensive consultants are hired to tell upper management what they are doing wrong. Lots of charts, diagrams, and useless time consuming meetings are the result. I could go on, but those are the top 4.

                  Latest Articles:
                  Proxy class for TypeScript/Intellisense DOM manipulation

                  F Offline
                  F Offline
                  F ES Sitecore
                  wrote on last edited by
                  #8

                  You forgot to mention that step 4 results in the same things that the people in step 2 were telling them for free :)

                  1 Reply Last reply
                  0
                  • Z Z C M

                    I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

                    "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

                    F Offline
                    F Offline
                    F ES Sitecore
                    wrote on last edited by
                    #9

                    I agree with what Richard said, the truth is often in the middle. I deal with a lot of companies that have a model that works\they think it works but they are often strangled by their software that either won't give them the flexibility they need, or it involves a lot of effort (manual or otherwise) to get the results they need. You can then come in, listen to their requirements and give them something that allows their model to really work as they want, and often that leads to "leap frogging" where a good flexible solution allows them to do even more than what they did previously opening up new ways of working. As a developer there is no better feeling that being sat in a room of managers and have them say "This software can do that?" as they look at each other in amazement, thinking of the possibilities.

                    1 Reply Last reply
                    0
                    • M Marc Clifton

                      Z.C.M. wrote:

                      I never thought a new system was going to save a company all by itself.

                      Getting management to change their business model is like waiting for pigs to grow wings so they can fly. From what I've seen over the years, this is what management usually does instead: 1. Replaces existing software with new software that makes all sorts of buzzword bingo claims. 2. Replaces in-house developers with outsourcing because after all, the in-house developers are the cause of the problem. 3. Upper management replaces middle-management, because it's their fault. 4. Expensive consultants are hired to tell upper management what they are doing wrong. Lots of charts, diagrams, and useless time consuming meetings are the result. I could go on, but those are the top 4.

                      Latest Articles:
                      Proxy class for TypeScript/Intellisense DOM manipulation

                      T Offline
                      T Offline
                      theoldfool
                      wrote on last edited by
                      #10

                      Modern edition: 5. Execs take a large bonus. 6. Declare bankruptcy. :sigh: Seriously, I think the successful firms are the ones who can adopt their business model to the times (and a look ahead). Especially so in this environment.

                      If you can keep your head while those about you are losing theirs, perhaps you don't understand the situation.

                      1 Reply Last reply
                      0
                      • N Nelek

                        Richard MacCutchan wrote:

                        If the software improves things then sometimes the business model may need to evolve to match the new way of doing things.

                        possible, but not common

                        M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

                        L Offline
                        L Offline
                        Lost User
                        wrote on last edited by
                        #11

                        Nelek wrote:

                        but not common

                        Who can say?

                        N 1 Reply Last reply
                        0
                        • Z Z C M

                          I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

                          "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

                          J Offline
                          J Offline
                          jeron1
                          wrote on last edited by
                          #12

                          Z.C.M. wrote:

                          I always assumed that software was there to support the business model and the company

                          That sounds reasonable to me. Before there was software there were people, whose job it was to support the company and its current business model.

                          "the debugger doesn't tell me anything because this code compiles just fine" - random QA comment "Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst "I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle

                          1 Reply Last reply
                          0
                          • Z Z C M

                            I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

                            "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

                            Greg UtasG Offline
                            Greg UtasG Offline
                            Greg Utas
                            wrote on last edited by
                            #13

                            Although software might often be able to improve a business' processes, I think it's unlikely to improve a business' model.

                            Robust Services Core | Software Techniques for Lemmings | Articles

                            <p><a href="https://github.com/GregUtas/robust-services-core/blob/master/README.md">Robust Services Core</a>
                            <em>The fox knows many things, but the hedgehog knows one big thing.</em></p>

                            N 1 Reply Last reply
                            0
                            • L Lost User

                              Nelek wrote:

                              but not common

                              Who can say?

                              N Offline
                              N Offline
                              Nelek
                              wrote on last edited by
                              #14

                              I have to still see it in that way. Changing business model usually brings a change of mind, if people is not willing to change it doesn't matter which kind of tool you give them. I think it is easier (and in what I have seen in my life tend to confirm it) to change the tools once the new mindset is there, than to change the mindset due to new tools.

                              M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

                              1 Reply Last reply
                              0
                              • Greg UtasG Greg Utas

                                Although software might often be able to improve a business' processes, I think it's unlikely to improve a business' model.

                                Robust Services Core | Software Techniques for Lemmings | Articles

                                N Offline
                                N Offline
                                Nelek
                                wrote on last edited by
                                #15

                                Exactly

                                M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.

                                1 Reply Last reply
                                0
                                • Z Z C M

                                  I'm sure this has certainly been discussed before, but I just had to rant—or show how stupid I am. Today during a conversation about a query I was working on that involved some scanned business documents the conversation somehow turned to an open source system we have implemented to help retire old mainframe systems written in the late 70s and early 80s. These systems were later converted to a language that was pathetic attempt to get COBOL to compile to .NET, this was about 20 years ago. Sorry...rabbit. The conversation centered around that if your current business model is failing, you need to change your business model and that was the reason the open source system was brought in. And how the company should have just fallen in line and changed how they do business instead of demanding the open source system be modified to support how business is currently handled. Now I may be a moron, but I always assumed that software was there to support the business model and the company. I never thought a new system was going to save a company all by itself. To me that just sounds to much like saying if a restaurant is failing, even though it's in a good local, you need to move and build a bigger, more expensive restaurant thinking that will increase business and fix everything. But then don't do anything to improve the quality of the food, service or atmosphere. It might work for a while, but eventually you'll be right back where you were with little or no customers. Do I have any clue what I'm talking about or have my brains fallen out of my ears?

                                  "...JavaScript could teach Dyson how to suck." -- Nagy Vilmos

                                  L Offline
                                  L Offline
                                  Lost User
                                  wrote on last edited by
                                  #16

                                  Since software can sink a successful company, the reverse also holds true. e.g. FoxMeyer Drugs and SAP. [The FoxMeyer Drugs' Bankruptcy: Was it a Failure of ERP?](https://sites.google.com/site/failureoferp/) There are enough other cases. The only constant is change. Adapt, but do it successfully; there's the rub. (I've written enough COBOL to know a conversion is feasible. PERFORM ... VARYING is nothing other than a FOR loop. A RECORD is the same as a class / entity. A MOVE is an assignment. etc.)

                                  It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food

                                  D 1 Reply Last reply
                                  0
                                  • L Lost User

                                    Since software can sink a successful company, the reverse also holds true. e.g. FoxMeyer Drugs and SAP. [The FoxMeyer Drugs' Bankruptcy: Was it a Failure of ERP?](https://sites.google.com/site/failureoferp/) There are enough other cases. The only constant is change. Adapt, but do it successfully; there's the rub. (I've written enough COBOL to know a conversion is feasible. PERFORM ... VARYING is nothing other than a FOR loop. A RECORD is the same as a class / entity. A MOVE is an assignment. etc.)

                                    It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it. ― Confucian Analects: Rules of Confucius about his food

                                    D Offline
                                    D Offline
                                    David ONeil
                                    wrote on last edited by
                                    #17

                                    Quote:

                                    FoxMeyer’s previous system could process over 420,000 orders per evening compared to only 10,000 with SAP R/3 (Scott, 1999).

                                    Wow! Hopefully those managers didn't get any bonuses!

                                    The forgotten roots of science | C++ Programming | DWinLib

                                    1 Reply Last reply
                                    0
                                    Reply
                                    • Reply as topic
                                    Log in to reply
                                    • Oldest to Newest
                                    • Newest to Oldest
                                    • Most Votes


                                    • Login

                                    • Don't have an account? Register

                                    • Login or register to search.
                                    • First post
                                      Last post
                                    0
                                    • Categories
                                    • Recent
                                    • Tags
                                    • Popular
                                    • World
                                    • Users
                                    • Groups