entry nº1
A sleep diary or sleep log is a tool used in the diagnosis and treatment of sleep disorders or to keep track of dreams had in order to gain insight to the subconscious or for other further contemplating.
The German Tagebuch ("day-book") is normally rendered as "diary" in English, but the term encompasses workbooks or working journals as well as diaries proper. For example, the notebooks of the Austrian writer Robert Musil and of the German-Swiss artist Paul Klee are called Tagebücher.
A war diary is a regularly updated official record of a military unit's administration and activities during wartime maintained by an officer in the unit.
Today the term is generally employed for personal diaries, normally intended to remain private or to have a limited circulation amongst friends or relatives. The word "journal" may be sometimes used for "diary," but generally a diary has (or intends to have) daily entries, whereas journal-writing can be less frequent.
Although a diary may provide information for a memoir, autobiography or biography, it is generally written not with the intention of being published as it stands, but for the author's own use. In recent years, however, there is internal evidence in some diaries (e.g. those of Ned Rorem, Alan Clark, Tony Benn or Simon Gray) that they are written with eventual publication in mind, with the intention of self-vindication (pre- or posthumous) or simply for profit.
By extension the term diary is also used to mean a printed publication of a written diary; and may also refer to other terms of journal including electronic formats (e.g. blogs).
The word diary comes from the Latin diarium ("daily allowance," from dies "day").
The oldest extant diaries come from Middle Eastern and East Asian cultures, although the even earlier work To Myself (Τὰ εἰς ἑαυτόν), today known as the Meditations, written in Greek by the Roman Emperor Marcus Aurelius in the second half of the 2nd century AD, already displays many characteristics of a diary. Pillowbooks of Japanese court ladies and Asian travel journals offer some aspects of this genre of writing, although they rarely consist exclusively of diurnal records. The scholar Li Ao (9th century AD), for example, kept a diary of his journey through southern China.
In the medieval Near East, Arabic diaries were written from before the 10th century. The earliest surviving diary of this era which most resembles the modern diary was that of Ibn Banna' in the 11th century. His diary is the earliest known to be arranged in order of date (ta'rikh in Arabic), very much like modern diaries.
The precursors of the diary in the modern sense include daily notes of medieval mystics, concerned mostly with inward emotions and outward events perceived as spiritually important (e.g. Elizabeth of Schönau, Agnes Blannbekin, and perhaps also, in the lost vernacular account of her visions, Beatrice of Nazareth).
entry nº2
Programmable devices have existed at least as far back as 1206 AD, when the automata of Al-Jazari were programmable, via pegs and cams, to play various rhythms and drum patterns; and the 1801 Jacquard loom could produce entirely different weaves by changing the "program" - a series of pasteboard cards with holes punched in them.
However, the first computer program is generally dated to 1843, when mathematician Ada Lovelace published an algorithm to calculate a sequence of Bernoulli numbers, intended to be carried out by Charles Babbage's Analytical Engine.
In the 1880s Herman Hollerith invented the concept of storing data in machine-readable form. Later a control panel (plugboard) added to his 1906 Type I Tabulator allowed it to be programmed for different jobs, and by the late 1940s, unit record equipment such as the IBM 602 and IBM 604, were programmed by control panels in a similar way; as were the first electronic computers. However, with the concept of the stored-program computers introduced in 1949, both programs and data were stored and manipulated in the same way in computer memory.
Machine code was the language of early programs, written in the instruction set of the particular machine, often in binary notation. Assembly languages were soon developed that let the programmer specify instruction in a text format, (e.g., ADD X, TOTAL), with abbreviations for each operation code and meaningful names for specifying addresses. However, because an assembly language is little more than a different notation for a machine language, any two machines with different instruction sets also have different assembly languages.
Programs were mostly still entered using punched cards or paper tape. See computer programming in the punch card era. By the late 1960s, data storage devices and computer terminals became inexpensive enough that programs could be created by typing directly into the computers. Text editors were developed that allowed changes and corrections to be made much more easily than with punched cards.
Whatever the approach to development may be, the final program must satisfy some fundamental properties. The following properties are among the most important:
In computer programming, readability refers to the ease with which a human reader can comprehend the purpose, control flow, and operation of source code. It affects the aspects of quality above, including portability, usability and most importantly maintainability.
Readability is important because programmers spend the majority of their time reading, trying to understand and modifying existing source code, rather than writing new source code. Unreadable code often leads to bugs, inefficiencies, and duplicated code. A study found that a few simple readability transformations made code shorter and drastically reduced the time to understand it.
Following a consistent programming style often helps readability. However, readability is more than just programming style. Many factors, having little or nothing to do with the ability of the computer to efficiently compile and execute the code, contribute to readability. Some of these factors include:
The presentation aspects of this (such as indents, line breaks, color highlighting, and so on) are often handled by the source code editor, but the content aspects reflect the programmer's talent and skills.