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. How to make communication between two parties ... harder

How to make communication between two parties ... harder

Scheduled Pinned Locked Moved The Lounge
databasedesigntoolstutoriallearning
9 Posts 8 Posters 0 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.
  • X Offline
    X Offline
    Xiangyang Liu
    wrote on last edited by
    #1

    Adding more layers between the two parties, of course. We need to work with two applications that are developped by two companies, the design is simple: one application is accessing another using a url, the url must have a query string parameter which is dynamically generated. If two developers from the two companies are allowed to talk for a few seconds, then there won't be any misunderstanding. However, that is never going to happen. It is too important to leave it to the two developers. There are project managers, leads, analysts, architects from each company. And there are designated people who are responsible for communication on both sides. BTW, those people have MBAs or at least have taken various management/communication classes. Plans approved, documents written, meetings held, minutes taken, memos transmitted. In the end we only hear a loud scream "IT DOES NOT WORK!!!". Well, when looking at the application log file, there is no query string parameter passed from the other application.

    My Younger Son & His "PET"

    realJSOPR G H S 4 Replies Last reply
    0
    • X Xiangyang Liu

      Adding more layers between the two parties, of course. We need to work with two applications that are developped by two companies, the design is simple: one application is accessing another using a url, the url must have a query string parameter which is dynamically generated. If two developers from the two companies are allowed to talk for a few seconds, then there won't be any misunderstanding. However, that is never going to happen. It is too important to leave it to the two developers. There are project managers, leads, analysts, architects from each company. And there are designated people who are responsible for communication on both sides. BTW, those people have MBAs or at least have taken various management/communication classes. Plans approved, documents written, meetings held, minutes taken, memos transmitted. In the end we only hear a loud scream "IT DOES NOT WORK!!!". Well, when looking at the application log file, there is no query string parameter passed from the other application.

      My Younger Son & His "PET"

      realJSOPR Offline
      realJSOPR Offline
      realJSOP
      wrote on last edited by
      #2

      See? Programming isn't an inventive process. Alternative reason - they're using the afore mentioned avian network, and are experiencing data loss. The query string was sent, but that particular packet is probably on its way to Buenos Aires.

      ".45 ACP - because shooting twice is just silly" - JSOP, 2010
      -----
      You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
      -----
      "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997

      M G 2 Replies Last reply
      0
      • realJSOPR realJSOP

        See? Programming isn't an inventive process. Alternative reason - they're using the afore mentioned avian network, and are experiencing data loss. The query string was sent, but that particular packet is probably on its way to Buenos Aires.

        ".45 ACP - because shooting twice is just silly" - JSOP, 2010
        -----
        You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
        -----
        "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997

        M Offline
        M Offline
        Marcus_2
        wrote on last edited by
        #3

        John Simmons / outlaw programmer wrote:

        avian network

        Just mentioning of the avian network deserves a 5! That RFC is a joy to read. :thumbsup: But now it's upgraded: http://blogs.voxeo.com/speakingofstandards/2011/04/01/ietf-updates-ip-on-avian-carriers-for-ipv6-with-rfc-6214/[^] ;)

        1 Reply Last reply
        0
        • X Xiangyang Liu

          Adding more layers between the two parties, of course. We need to work with two applications that are developped by two companies, the design is simple: one application is accessing another using a url, the url must have a query string parameter which is dynamically generated. If two developers from the two companies are allowed to talk for a few seconds, then there won't be any misunderstanding. However, that is never going to happen. It is too important to leave it to the two developers. There are project managers, leads, analysts, architects from each company. And there are designated people who are responsible for communication on both sides. BTW, those people have MBAs or at least have taken various management/communication classes. Plans approved, documents written, meetings held, minutes taken, memos transmitted. In the end we only hear a loud scream "IT DOES NOT WORK!!!". Well, when looking at the application log file, there is no query string parameter passed from the other application.

          My Younger Son & His "PET"

          G Offline
          G Offline
          GateKeeper22
          wrote on last edited by
          #4

          I have run into this a lot in my career. It comes down to there are too many planners and not enough doers. What I have found for the best method to get around this is to find out what developer is handling this at the other company and give them a call. That way the two developers can get it running and bypass all of the red tap. Sometimes it is easier to apologize than it is to get approval for something.

          1 Reply Last reply
          0
          • X Xiangyang Liu

            Adding more layers between the two parties, of course. We need to work with two applications that are developped by two companies, the design is simple: one application is accessing another using a url, the url must have a query string parameter which is dynamically generated. If two developers from the two companies are allowed to talk for a few seconds, then there won't be any misunderstanding. However, that is never going to happen. It is too important to leave it to the two developers. There are project managers, leads, analysts, architects from each company. And there are designated people who are responsible for communication on both sides. BTW, those people have MBAs or at least have taken various management/communication classes. Plans approved, documents written, meetings held, minutes taken, memos transmitted. In the end we only hear a loud scream "IT DOES NOT WORK!!!". Well, when looking at the application log file, there is no query string parameter passed from the other application.

            My Younger Son & His "PET"

            H Offline
            H Offline
            Henry Minute
            wrote on last edited by
            #5

            This is the bane of inter-company communication. If I were you, I'd form a committee to look into the problem comprised of at least one person from each interested entity.

            Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.

            X S 2 Replies Last reply
            0
            • H Henry Minute

              This is the bane of inter-company communication. If I were you, I'd form a committee to look into the problem comprised of at least one person from each interested entity.

              Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.

              X Offline
              X Offline
              Xiangyang Liu
              wrote on last edited by
              #6

              Henry Minute wrote:

              If I were you, I'd form a committee to look into the problem comprised of at least one person from each interested entity.

              Only if I get to be chairman of the committee (come on, I deserve to be chairman of some committee). :)

              My Younger Son & His "PET"

              1 Reply Last reply
              0
              • realJSOPR realJSOP

                See? Programming isn't an inventive process. Alternative reason - they're using the afore mentioned avian network, and are experiencing data loss. The query string was sent, but that particular packet is probably on its way to Buenos Aires.

                ".45 ACP - because shooting twice is just silly" - JSOP, 2010
                -----
                You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
                -----
                "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997

                G Offline
                G Offline
                Gary R Wheeler
                wrote on last edited by
                #7

                One side was using an unladen swallow, and the other a turkey vulture. Obviously incompatible.

                Software Zen: delete this;

                1 Reply Last reply
                0
                • H Henry Minute

                  This is the bane of inter-company communication. If I were you, I'd form a committee to look into the problem comprised of at least one person from each interested entity.

                  Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.

                  S Offline
                  S Offline
                  Simon_Whale
                  wrote on last edited by
                  #8

                  But who will oversee the committee?

                  Lobster Thermidor aux crevettes with a Mornay sauce, served in a Provençale manner with shallots and aubergines, garnished with truffle pate, brandy and a fried egg on top and Spam - Monty Python Spam Sketch

                  1 Reply Last reply
                  0
                  • X Xiangyang Liu

                    Adding more layers between the two parties, of course. We need to work with two applications that are developped by two companies, the design is simple: one application is accessing another using a url, the url must have a query string parameter which is dynamically generated. If two developers from the two companies are allowed to talk for a few seconds, then there won't be any misunderstanding. However, that is never going to happen. It is too important to leave it to the two developers. There are project managers, leads, analysts, architects from each company. And there are designated people who are responsible for communication on both sides. BTW, those people have MBAs or at least have taken various management/communication classes. Plans approved, documents written, meetings held, minutes taken, memos transmitted. In the end we only hear a loud scream "IT DOES NOT WORK!!!". Well, when looking at the application log file, there is no query string parameter passed from the other application.

                    My Younger Son & His "PET"

                    S Offline
                    S Offline
                    SilimSayo
                    wrote on last edited by
                    #9

                    Xiangyang Liu 刘向阳 wrote:

                    minutes taken

                    There is the problem!... when minutes are taken, hours are wasted! :)

                    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