Outsourcing Responsibility.

The article offers the author's advice for outsourcing responsibility and handling a failed debugger. He mentions the dependence of people on codes which cannot be read due to its binary form in a software system which is designed from other parts. He notes the aspects of program trustworthiness alo...

Full description

Bibliographic Details
Published in:Communications of the ACM Vol. 57; no. 10; pp. 28 - 30
Main Author: Neville-Neil, George V.
Format: Article
Published: Association for Computing Machinery Oct2014
Subjects:
Online Access:View this record in EBSCOhost
fields @attributes:
  recordID: 1
pdfLink:
plink: https://search.ebscohost.com/login.aspx?direct=true&db=hlh&AN=98604711&site=ehost-live
header:
  @attributes:
    shortDbName: hlh
    uiTerm: 98604711
    longDbName: Humanities International Complete
    uiTag: AN
  controlInfo:
    bkinfo:
    jinfo:
      jid:
        00010782
        ACM
      jtl: Communications of the ACM
      issn: 00010782
      maglogo: N
    pubinfo:
      dt: Oct2014
      vid: 57
      iid: 10
      pid: 68
      pub: Association for Computing Machinery
    artinfo:
      ui:
        98604711
        10.1145/2661051
      ppf: 28
      ppct: 2
      formats:
      tig:
        atl: Outsourcing Responsibility.
      aug:
        au: Neville-Neil, George V.
        affil: Proprietor, Neville-Neil Consulting
      su:
        Outsourcing management
        Computer debugging software
        Responsibility
        Software reliability
        Integrated software
        Computer programming
        Error messages (Computer science)
        Advice
        Equipment & supplies
      sug:
        subj:
          Outsourcing management
          Computer debugging software
          Responsibility
          Software reliability
          Integrated software
          Computer programming
          Error messages (Computer science)
          Advice
          Equipment & supplies
      ab: The article offers the author's advice for outsourcing responsibility and handling a failed debugger. He mentions the dependence of people on codes which cannot be read due to its binary form in a software system which is designed from other parts. He notes the aspects of program trustworthiness along with the stability of application programming interfaces (APIs). He also points out the imperfection of written programming tools as well as the concealment of timing bugs by print statements that leads to deception.
      pubtype: Periodical
      doctype: Article
      src: R
    language: English
    refInfo:
    copyright:
      @attributes:
        flag: Y
      dt:
        @attributes:
          year: 2014
    holdings:
      @attributes:
        islocal: N