{"text_format":"2","workbook":"xls","n_sheets":1,"sheets":["report2"],"not_rendered":{"charts":0,"images":0,"macros":0,"external_links":1,"defined_names":2,"comments":0,"pivot_tables":0},"unopened":[],"bounds":{"document_bytes":16777216,"sheet_cells":100000,"run_cost":"one","rows_first":2000,"rows_last":500,"rows_between":2000,"halvings":0,"cell_chars":16384,"cell_head_chars":4096},"cells_cut":0,"cells_raw":0,"read":"whole","date_system":"1900","formulas":"cached_only"}

{"sheet":"report2","index":0,"n_rows":29,"n_cols":5,"rows_kept":29,"cut":false,"hidden":false,"merged":[[0,2,0,3],[0,4,0,5],[1,2,1,3],[1,4,1,5],[2,2,2,3],[3,2,3,3],[4,2,4,3],[5,2,5,3],[7,2,7,3],[8,2,8,3],[12,2,12,3],[12,4,12,5],[13,2,13,3],[13,4,13,5],[14,2,14,3],[14,4,14,5],[15,2,15,3],[16,2,16,3],[17,2,17,3],[18,2,18,3],[19,2,19,3],[20,2,20,3],[23,2,23,3],[24,2,24,3]],"flags":["formulas_cached_only"]}
[null,"1.","Record Nr.",null,"UNINA9910702174203321"]
[null,null,"Titolo",null,"An analysis of external debt positions of eight developing countries through 1990 [[electronic resource] /] / by Michael Dooley ... [and others]"]
[null,null,"Pubbl/distr/stampa",null,"[Washington, D.C.] : , : [Board of Governors of the Federal Reserve System], , [1983]"]
[null,null,"Descrizione fisica",null,"1 online resource (43 unnumbered pages) : illustrations"]
[null,null,"Collana",null,"International finance discussion papers ; ; number 227"]
[null,null,"Soggetti",null,"Debts, External - Latin America"]
[{"$nulls":4},"Latin America Economic policy"]
[null,null,"Lingua di pubblicazione",null,"Inglese"]
[null,null,"Formato",null,"Materiale a stampa"]
[null,null,null,"Livello bibliografico","Monografia"]
[null,null,null,"Note generali","Title from title screen (viewed on Sept. 17, 2012)."]
[{"$nulls":4},"\"August 1983.\""]
[null,"2.","Record Nr.",null,"UNINA9910296448403321"]
[null,null,"Autore",null,"Barr Adam"]
[null,null,"Titolo",null,"The problem with software : why smart engineers write bad code / / by Adam Barr"]
[null,null,"Pubbl/distr/stampa",null,"Cambridge : , : The MIT Press, , 2018"]
[null,null,"ISBN",null,"0-262-34820-9"]
[null,null,"Descrizione fisica",null,"1 PDF (320 pages)"]
[null,null,"Collana",null,"The MIT Press"]
[null,null,"Disciplina",null,"005.3"]
[null,null,"Soggetti",null,"Computer software - Development"]
[{"$nulls":4},"Computer programmers"]
[{"$nulls":4},"Anecdotes."]
[null,null,"Lingua di pubblicazione",null,"Inglese"]
[null,null,"Formato",null,"Materiale a stampa"]
[null,null,null,"Livello bibliografico","Monografia"]
[null,null,null,"Nota di bibliografia","Includes bibliographical references and index."]
[null,null,null,"Sommario/riassunto","An industry insider explains why there is so much bad software - and why academia doesn't teach programmers what industry wants them to know. Why is software so prone to bugs? So vulnerable to viruses? Why are software products so often delayed, or even canceled? Is software development really hard, or are software developers just not that good at it? In The Problem with Software , Adam Barr examines the proliferation of bad software, explains what causes it, and offers some suggestions on how to improve the situation. For one thing, Barr points out, academia doesn't teach programmers what they actually need to know to do their jobs: how to work in a team to create code that works reliably and can be maintained by somebody other than the original authors. As the size and complexity of commercial software have grown, the gap between academic computer science and industry has widened. It's an open secret that there is little engineering in software engineering, which continues to rely not on codified scientific knowledge but on intuition and experience. Barr, who worked as a programmer for more than twenty years, describes how the industry has evolved, from the era of mainframes and Fortran to today's embrace of the cloud. He explains bugs and why software has so many of them, and why today's interconnected computers offer fertile ground for viruses and worms. The difference between good and bad software can be a single line of code, and Barr includes code to illustrate the consequences of seemingly inconsequential choices by programmers. "]
[{"$nulls":4},"Looking to the future, Barr writes that the best prospect for improving software engineering is the move to the cloud. When software is a service and not a product, companies will have more incentive to make it good rather than \"good enough to ship.\""]