The Creation of the UNIX* Operating System

README.md

The Creation of the UNIX* Operating System

Just auto-translate of The Creation of the UNIX* Operating System. Result and script available.

run.py

For run this script you need API token, add them on line #15 Bearer <API_TOKEN_HERE>.

result.json

Generated on 22 april 2019.

result.json

{
  "The Creation of the UNIX": {
    "en": {
      "title": "The Creation of the UNIX",
      "text": "After three decades of use, the Like another legendary creature whose name also ends in 'x,' UNIX\nrose from the ashes of a multi-organizational effort in the early\n1960s to develop a dependable timesharing operating system.The joint effort was not successful, but a few survivors from\nBell Labs tried again, and what followed was a system that offers\nits users a work environment that has been described as \"of\nunusual simplicity, power, and elegance....\"The system also fostered a distinctive approach to software\ndesign -- solving a problem by interconnecting simpler tools, rather\nthan creating large monolithic application programs.Its development and evolution led to a new philosophy of\ncomputing, and it has been a never-ending source of both challenges\nand joy to programmers around the world."
    },
    "ru": {
      "title": "Создание UNIX",
      "text": "После трех десятилетий использования, подобно другому легендарному существу, чье имя также оканчивается на «х», UNIX восстал из руин многопрофильных усилий в начале 1960-х годов по разработке надежной операционной системы с разделением времени. Совместные усилия не увенчались успехом, но несколько выживших из Bell Labs попробовали еще раз, и за этим последовала система, которая предлагает своим пользователям рабочую среду, которая была описана как «необычная простота, мощность и элегантность ...». Система также способствовала особому подходу к проектирование программного обеспечения - решение проблемы путем соединения более простых инструментов, а не создания больших монолитных прикладных программ. Его разработка и развитие привели к новой философии вычислений, и это было бесконечным источником проблем и радости для программистов во всем мире. Мир."
    }
  },
  "Before Multics there was chaos, and afterwards, too": {
    "en": {
      "title": "Before Multics there was chaos, and afterwards, too",
      "text": "Computer systems didn't talk to each other in the early days of\ncomputing. Even the various computer lines made by the same company\noften needed interpreters. And forget any interoperability of\nsystems by different vendors!In addition, operating systems very often performed only limited\ntasks, and only on the machines for which they were written. If a\nbusiness upgraded to a bigger, more powerful computer, the old\noperating system probably wouldn't work on the new computer, and\noften the company's data had to be entered -- again -- into the new\nmachine.To try to develop a convenient, interactive, useable computer\nsystem that could support many users, a group of computer scientists\nfrom Bell Labs and GE in 1965 joined an effort underway at MIT on\nwhat was called the Multics (Multiplexed Information and Computing\nService) mainframe timesharing system.Over time, hope was replaced by frustration as the group effort\ninitially failed to produce an economically useful system. Bell Labs\nwithdrew from the effort in 1969 but a small band of users at Bell\nLabs Computing Science Research Center in Murray Hill -- Ken\nThompson, Dennis Ritchie, Doug McIlroy, and J. F. Ossanna --\ncontinued to seek the Holy Grail."
    },
    "ru": {
      "title": "До Multics был хаос, а потом тоже",
      "text": "Компьютерные системы не общались друг с другом на заре компьютерных технологий. Даже различным компьютерным линиям, производимым одной и той же компанией, часто требовались переводчики. И забудьте о возможности взаимодействия систем разных производителей! Кроме того, операционные системы очень часто выполняют только ограниченные задачи и только на машинах, для которых они были написаны. Если бизнес перейдет на более мощный и мощный компьютер, старая операционная система, вероятно, не будет работать на новом компьютере, и часто данные компании приходилось вводить - снова - на новый компьютер. Чтобы попытаться разработать удобная, интерактивная, удобная в использовании компьютерная система, которая могла бы поддерживать многих пользователей. Группа компьютерных ученых из Bell Labs и GE в 1965 году объединила усилия в MIT над тем, что называлось мультиплексной информационно-вычислительной службой Multics (Multiplexed Information and Computing Service). Надежда сменилась разочарованием, поскольку усилия группы изначально не дали экономически полезной системы. Bell Labs отказались от усилий в 1969 году, но небольшая группа пользователей в Научно-исследовательском центре вычислительной науки Bell Labs в Мюррей-Хилл - Кен Томпсон, Деннис Ричи, Даг Макилрой и Дж. Ф. Оссанна - продолжали искать Святой Грааль."
    }
  },
  "From Multics to something else": {
    "en": {
      "title": "From Multics to something else",
      "text": "Actually, Multics worked, and eventually became a product, but\nnot initially on the scale its developers wanted. \"Even though\nMultics could not then support many users, it could support us,\nalbeit at exorbitant cost,\" Ritchie explained. \"We didn't\nwant to lose the pleasant niche we occupied. What we wanted to\npreserve was just not a good environment in which to do programming,\nbut a system around which a fellowship could form.\"\"During 1969, we began trying to find an alternative to\nMultics,\" Ritchie said. \"Throughout 1969, we lobbied for a\nmedium-scale machine for which we promised to write an operating\nsystem. Our proposals were never clearly and finally turned down,\nbut they were never accepted, either.\"Eventually, we presented an exquisitely complicated\nproposal involving outright purchase, third-party lease, and\nequipment trade-in, all designed to minimize financial outlay,\"\nRitchie said. But the proposal was rejected. \"Rumor soon had it\nthat Bill Baker, the vice president of Research, exclaimed 'Bell\nLabs just doesn't do business this way!'\"Ritchie conceded, \"Actually, it is perfectly obvious in\nretrospect -- and it should have been at the time -- that we were\nasking the Labs to spend too much money on too few people with too\nvague a plan.\" He also noted that buying a new machine might\nlead to another expensive Multics project, which management wanted\nto avoid, or developing another computer center, a responsibility\nwhich Research wanted to avoid."
    },
    "ru": {
      "title": "От Multics к чему-то другому",
      "text": "На самом деле Multics работал и в конечном итоге стал продуктом, но изначально не в том масштабе, в котором его разработчики хотели. «Несмотря на то, что Multics не мог тогда поддерживать многих пользователей, он мог поддерживать нас, хотя и непомерно дорого», - объяснил Ричи. «Мы не хотели терять ту приятную нишу, которую занимали. Мы хотели сохранить не просто хорошую среду для программирования, но систему, вокруг которой могло бы сформироваться общение». «В 1969 году мы начали пытаться найти альтернативу Multics ", сказал Ричи. «В течение 1969 года мы лоббировали машину среднего масштаба, для которой мы обещали написать операционную систему. Наши предложения никогда не были четко и окончательно отклонены, но они также никогда не были приняты». В конце концов, мы представили чрезвычайно сложное предложение, включающее Прямая покупка, аренда сторонней компании и обмен оборудования - все это предназначено для минимизации финансовых затрат », - сказал Ричи. Но предложение было отклонено.« По слухам, вскоре Билл Бейкер, вице-президент по исследованиям, воскликнул «Bell Labs». просто так не ведет бизнес! »« Ритчи признал: «На самом деле, в ретроспективе совершенно очевидно - и это должно было быть в то время - что мы просили лаборатории потратить слишком много денег на слишком мало людей с слишком расплывчатым планом ». Он также отметил, что покупка новой машины может привести к другому дорогостоящему проекту Multics, которого руководство хотело бы избежать, или к созданию другого компьютерного центра, ответственность, которую исследователи хотели бы избежать."
    }
  },
  "In the beginning: botched acronyms": {
    "en": {
      "title": "In the beginning: botched acronyms",
      "text": "The origins to UNIX can be traced back, somewhat fuzzily, to the\nearly spring of 1969 during an informal discussion of just what the\nresearchers wanted a computer operating system to do.Thompson, once it was obvious that Multics was going away,\ndecided to satisfy two urges: to write an operating system of his\nown, and to create an environment in which to do future work.\n\"Dennis, (Rudd) Canaday and myself were just discussing these\nideas of the general nature, of keeping the files out of each\nother's hair, and the nitty-gritty of expanding, of the real\nimplementation: where you put the block address ...\", Thompson\nexplained.At the end of the discussion, Canaday picked up the phone, dialed\ninto a Bell Labs dictation service, and read in his notes. \"The\nnext day these notes came back,\" Thompson said, \"and all\nthe acronyms were butchered, like 'inode' and 'eyen.'\"Butchered or not, the notes became the basis for UNIX. Each\nresearcher received a copy of the notes, \"...and they became\nthe working document for the file system,\" Thompson said."
    },
    "ru": {
      "title": "В начале: испорченные сокращения",
      "text": "Происхождение UNIX можно проследить, несколько нечетко, к ранней весне 1969 года во время неформального обсуждения того, что исследователи хотели от операционной системы компьютера. Томпсон, когда стало очевидно, что Multics уходит, решил удовлетворить два побуждения: написать свою собственную операционную систему и создать среду, в которой можно выполнять будущую работу. «Деннис, (Радд) Кэнэдей и я только обсуждали эти идеи общего характера, о том, чтобы не допустить файлы друг другу в глаза, и о мелочах расширения, реальной реализации: куда вы помещаете адрес блока. ", Объяснил Томпсон. В конце обсуждения Канадей взял трубку, позвонил в службу диктофона Bell Labs и прочитал в своих заметках. «На следующий день эти заметки вернулись, - сказал Томпсон, - и все сокращения были разделены, как« inode »и« eyen ».« Разделанные или нет, примечания стали основой для UNIX ». Каждый исследователь получил копию заметок: «... и они стали рабочим документом для файловой системы», - сказал Томпсон."
    }
  },
  "The famous PDP-7 comes to the rescue": {
    "en": {
      "title": "The famous PDP-7 comes to the rescue",
      "text": "While mulling over the problems of operating systems in 1969,\nThompson in his spare time developed a computer game called\n\"Space Travel.\" The game simulated the motion of the\nplanets in the solar system. A player could cruise between the\nplants, enjoy the scenery, and even land the ship on the planets and\nmoons.The game, first written on Multics and then transliterated into\nFortran for the GECOS operating system, ran on a GE 635 computer.\nThe game's display was jerky and hard to control because the player\nhad to type commands to control the ship. Also, it cost about $75 in\nCPU time on the big GE 635, a cost that hardly endeared it to\nmanagement.\"It did not take long, therefore, for Thompson to find a\nlittle-used PDP-7 computer with an excellent display terminal,\"\nRitchie explained. \"He and I rewrote 'Space Travel' to run on\nthis machine.\" Their effort included a floating-point\narithmetic package, the pointwise specification of the graphics\ncharacters for the display, and a de-bugging subsystem that\ncontinuously displayed the contents of typed-in locations in the\ncorner of the screen.\"All this was written in assembly language for a\ncross-assembler that ran under GECOS and produced paper tapes to be\ncarried to the PDP-7,\" Ritchie said. \"'Space Travel,'\nthough it made a very attractive game, served mainly as an\nintroduction to the clumsy technology of preparing programs for the\nPDP-7.\"\"It was the natural candidate as the place to put the file\nsystem,\" Thompson said. \"When we hacked out this design,\nthis rough design of the file system on the dictation machine that\nday in Canaday's office, I went off and implemented it on the\nPDP-7.\""
    },
    "ru": {
      "title": "Знаменитая PDP-7 приходит на помощь",
      "text": "Размышляя над проблемами операционных систем в 1969 году, Томпсон в свободное время разработал компьютерную игру под названием «Космические путешествия». Игра симулировала движение планет в солнечной системе. Игрок мог путешествовать между растениями, наслаждаться пейзажами и даже высадить корабль на планетах и лунах. Игра, сначала написанная на Multics, а затем транслитерированная на Fortran для операционной системы GECOS, работала на компьютере GE 635. Дисплей игры был отрывистым и его трудно было контролировать, потому что игроку приходилось набирать команды для управления кораблем. Кроме того, на большой GE 635 процессорное время составляло около 75 долларов, что едва ли могло повредить управлению. «Томпсону не потребовалось много времени, чтобы найти малоиспользуемый компьютер PDP-7 с превосходным терминалом дисплея. "Ричи объяснил. «Он и я переписали« Космическое путешествие »для запуска на этой машине». Их усилия включали арифметический пакет с плавающей точкой, точечную спецификацию графических символов для дисплея и подсистему устранения ошибок, которая непрерывно отображала содержимое введенных мест в углу экрана. «Все это было написано на "Язык ассемблера для кросс-ассемблера, который работал под GECOS и производил бумажные ленты для переноса на PDP-7", - сказал Ричи. «Space Travel», хотя и сделал очень привлекательную игру, служил главным образом введением в неуклюжую технологию подготовки программ для PDP-7 ».« Это был естественный кандидат в качестве места для размещения файловой системы », - Томпсон сказал. «Когда мы взломали этот дизайн, этот грубый дизайн файловой системы на диктофоне в тот день в офисе Canaday, я вышел и внедрил его на PDP-7»."
    }
  },
  "The UNIX system begins to take shape": {
    "en": {
      "title": "The UNIX system begins to take shape",
      "text": "What Thompson had on the PDP-7 was a system, but not really an\noperating system.So during the summer of 1969, Thompson began implementing the\npaper file system, which Ritchie liked to refer to as the\n\"chalk file system,\" since it emerged from countless\ndiscussions at chalkboards in the Computing Science Research\nCenter.\"I allocated a week each to the operating system, the shell,\nthe editor, and the assembler to reproduce itself...\", Thompson\nexplained.He first worked out the requirements for an operating system, in\nparticular the notion of processes. Then he developed a small set of\nuser-level utilities: the means to copy, print, delete and edit\nfiles. And he developed a command interpreter, or shell."
    },
    "ru": {
      "title": "Система UNIX начинает обретать форму",
      "text": "То, что у Томпсона было на PDP-7, было системой, но на самом деле не операционной системой. Поэтому летом 1969 года Томпсон начал внедрять бумажную файловую систему, которую Ричи любил называть «файловой системой мела», поскольку возникла из бесчисленных дискуссий на классных досках в Центре научных исследований в области вычислительной техники. «Я выделял каждую неделю операционной системе, оболочке, редактору и ассемблеру для воспроизведения себя…», объяснил Томпсон. Сначала он разработал требования для операционной системы, в частности, понятие процессов. Затем он разработал небольшой набор утилит пользовательского уровня: средства для копирования, печати, удаления и редактирования файлов. И он разработал командный интерпретатор, или оболочку."
    }
  },
  "It looked like an operating system, almost": {
    "en": {
      "title": "It looked like an operating system, almost",
      "text": "The initial implementation \"was totally rewritten in a form that looked like an operating system,\" Thompson said, \"with tools that were sort of known, you know, assembler, editor, shell.\" The system, he said, \"...if not maintaining itself, was right on the verge of maintaining itself, totally severing the GECOS connection.\"He was referring to the fact that up to this point, all the programs were written using GECOS and transferred to the PDP-7 by paper tape. But once an assembler was completed, the system was able to support itself.\nAs Ritchie summed up the effort, \"Although it was not until well into 1970 that Brian Kernighan suggested the name 'UNIX,' in a somewhat treacherous pun on 'Multics,' the operating system we know today was born.\"\n"
    },
    "ru": {
      "title": "Это выглядело как операционная система, почти",
      "text": "Первоначальная реализация «была полностью переписана в форме, похожей на операционную систему, - сказал Томпсон, - с инструментами, которые были отчасти известны, вы знаете, ассемблер, редактор, оболочка». Система, по его словам, "... если не поддерживать себя, была на грани поддержания себя, полностью разорвав соединение GECOS". Он имел в виду тот факт, что до этого момента все программы были написаны с использованием GECOS и переносится на PDP-7 по бумажной ленте. Но как только ассемблер был завершен, система была в состоянии поддерживать себя. Как подытожил Ричи, «хотя только в 1970 году Брайан Керниган предложил название« UNIX »в несколько коварном слове« Multics », родилась операционная система, которую мы знаем сегодня»."
    }
  },
  "Porting UNIX for its first commercial application": {
    "en": {
      "title": "Porting UNIX for its first commercial application",
      "text": "It soon became obvious that the PDP-7 machine, which the UNIX group didn't own, was becoming obsolete. In 1970, they proposed buying a PDP-11 for about $65,000. Two research department heads, Doug McIlroy and Lee McMahon, realized the benefits of the new operating system and supported the proposal. The PDP-11 arrived at the end of the summer. The system was so new no disk was available at the time, so the effort to port UNIX didn't begin until December.\n\"During the protracted arrival of the hardware,\" Ritchie said, \"the increasing usefulness of the PDP-7 UNIX made it appropriate to justify creating PDP-11 UNIX as a development tool, to be used in writing a more special-purpose system, text processing.\"The first potential customer was the Bell Labs Patent Department, which was evaluating a commercial system to prepare patent applications. In developing UNIX to support text processing, the Computing Science Research Center supported three Patent Department typists who spent the day busily typing, editing, and formatting patent applications.Ritchie said, \"The experiment was trying, but successful. Not only did the Patent Department adopt UNIX, and thus become the first of many groups at the Laboratories to ratify our work, but we acquired sufficient credibility to convince our own management to acquire one of the first PDP 11/45 systems made.\"The rest,\" Ritchie said, \"is history.\""
    },
    "ru": {
      "title": "Портирование UNIX для его первого коммерческого приложения",
      "text": "Вскоре стало очевидно, что машина PDP-7, которой не владела группа UNIX, устарела. В 1970 году они предложили купить PDP-11 примерно за 65 000 долларов. Два руководителя исследовательского отдела, Даг Макилрой и Ли МакМэхон, осознали преимущества новой операционной системы и поддержали это предложение. PDP-11 прибыл в конце лета. Система была настолько новой, что в то время диск не был доступен, поэтому работа по переносу UNIX началась только в декабре. «Во время длительного появления аппаратного обеспечения, - сказал Ричи, - возрастающая полезность UNIX для PDP-7 сделала целесообразным обоснование создания PDP-11 UNIX в качестве инструмента разработки, который будет использоваться при написании более специализированной системы, обработка текста. "Первым потенциальным клиентом был патентный отдел Bell Labs, который оценивал коммерческую систему для подготовки патентных заявок. Разрабатывая UNIX для поддержки обработки текста, Центр научных исследований в области вычислительной техники поддержал трех машинисток Патентного департамента, которые в течение дня усердно печатали, редактировали и форматировали патентные заявки. Ричи сказал: «Эксперимент был успешным, но успешным. Не только Патентный департамент принять UNIX и, таким образом, стать первой из многих групп в лабораториях, которая ратифицирует нашу работу, но мы приобрели достаточный авторитет, чтобы убедить наше собственное руководство приобрести одну из первых созданных систем PDP 11/45. «Остальные, - сказал Ричи, - «это история»."
    }
  },
  "From B language to NB to C": {
    "en": {
      "title": "From B language to NB to C",
      "text": "The first version of UNIX was written in assembler language, but Thompson's intention was that it would be written in a high-level language.Thompson first tried in 1971 to use Fortran on the PDP-7, but gave up after the first day. Then he wrote a very simple language he called B, which he got going on the PDP-7. It worked, but there were problems. First, because the implementation was interpreted, it was always going to be slow. Second, the basic notions of B, which was based on the word-oriented BCPL, just were not right for a byte-oriented machine like the new PDP-11.\nRitchie used the PDP-11 to add types to B, which for a while was called NB for \"New B,\" and then he started to write a compiler for it. \"So that the first phase of C was really these two phases in short succession of, first, some language changes from B, really, adding the type structure without too much change in the syntax; and doing the compiler,\" Ritchie said.\n\"The second phase was slower,\" he said of rewriting UNIX in C. Thompson started in the summer of 1972 but had two problems: figuring out how to run the basic co-routines, that is, how to switch control from one process to another; and the difficulty in getting the proper data structure, since the original version of C did not have structures.\n\"The combination of the things caused Ken to give up over the summer,\" Ritchie said. \"Over the year, I added structures and probably made the compiler code somewhat better -- better code -- and so over the next summer, that was when we made the concerted effort and actually did redo the whole operating system in C.\"\n"
    },
    "ru": {
      "title": "С языка B на NB на C",
      "text": "Первая версия UNIX была написана на языке ассемблера, но намерение Томпсона состояло в том, чтобы оно было написано на языке высокого уровня. Томпсон впервые попытался в 1971 году использовать Фортран на PDP-7, но отказался после первого дня. Затем он написал очень простой язык, который он назвал B, который он получил на PDP-7. Это сработало, но были проблемы. Во-первых, поскольку реализация была интерпретирована, она всегда будет медленной. Во-вторых, основные понятия B, основанные на слово-ориентированной BCPL, просто не подходили для байтовой машины, такой как новый PDP-11. Ричи использовал PDP-11 для добавления типов в B, который некоторое время назывался NB для «New B», а затем начал писать для него компилятор. «Таким образом, первая фаза C была на самом деле этими двумя фазами в короткой последовательности, во-первых, некоторые языковые изменения действительно отличались от B, добавляя структуру типов без особых изменений в синтаксисе и создавая компилятор», - сказал Ричи. «Второй этап был более медленным», - сказал он о переписывании UNIX в C. Thompson, начавшемся летом 1972 года, но у него были две проблемы: выяснить, как запустить основные сопрограммы, то есть как переключить управление с одного процесса на другой; и сложность в получении правильной структуры данных, так как исходная версия C не имела структур. «Сочетание этих вещей заставило Кена сдаться за лето», - сказал Ричи. «В течение года я добавил структуры и, возможно, сделал код компилятора несколько лучше - лучше код - и так следующим летом, когда мы предприняли согласованные усилия и фактически переделали всю операционную систему в C.»"
    }
  },
  "Connecting streams like a garden hose": {
    "en": {
      "title": "Connecting streams like a garden hose",
      "text": "Another innovation of UNIX was the development of pipes, which gave programmers the ability to string together a number of processes for a specific output.\nDoug McIlroy, then a department head in the Computing Science Research Center, is credited for the concept of pipes at Bell Labs (Dartmouth also gets credit), and Thompson gets the credit for actually doing it.\nMcIlroy had been working on macros in the later 1950s, and was always theorizing to anyone who would listen about linking macros together to eliminate the need to make a series of discrete commands to obtain an end result.\n\"If you think about macros,\" McIlroy explained, \"they mainly involve switching data streams. I mean, you're taking input and you suddenly come to a macro call, and that says, 'Stop taking input from here and go take it from there.'\n\"Somewhere at that time I talked of a macro as a 'switchyard for data streams,' and there's a paper hanging in Brian Kernighan's office, which he dredged up from somewhere, where I talked about screwing together streams like a garden hose. So this idea had been banging around in my head for a long time.\"\n"
    },
    "ru": {
      "title": "Соединение потоков, как садовый шланг",
      "text": "Еще одним нововведением UNIX стала разработка каналов, которая дала программистам возможность связывать воедино несколько процессов для конкретного вывода. Дуг Макилрой, тогдашний руководитель отдела в Центре научных исследований в области вычислительной техники, зачисляется за концепцию труб в Bell Labs (Дартмут также получает кредит), а Томпсон получает кредит за то, что он действительно это сделал. Макилрой работал над макросами в конце 1950-х годов и всегда теоретизировал всех, кто хотел бы услышать о связывании макросов, чтобы исключить необходимость делать серию отдельных команд для получения конечного результата. «Если вы думаете о макросах, - объяснил Макилрой, - они в основном связаны с переключением потоков данных. Я имею в виду, что вы берете ввод и неожиданно приходите к вызову макроса, и это говорит:« Прекратите получать ввод отсюда и переходите к нему ». оттуда.' «Где-то в то время я говорил о макросе как о« распределительном устройстве для потоков данных », и в офисе Брайана Кернигана висит бумага, которую он где-то выкопал, где я говорил о скручивании потоков, как садового шланга. Так что эта идея долго билась в моей голове "."
    }
  },
  "Back to the chalkboards to work out the syntax": {
    "en": {
      "title": "Back to the chalkboards to work out the syntax",
      "text": "While Thompson and Ritchie were at the chalkboard sketching out a file system, McIlroy was at his own chalkboard trying to sketch out how to connect processes together and to work out a prefix notation language to do it.\nIt wasn't easy. \"It's very easy to say 'cat into grep into...,' or 'who into cat into grep,'\" McIlroy explained. \"But there are all these side parameters that these commands have; they just don't have input and output arguments, but they have all these options.\"\n\"Syntactically, it was not clear how to stick the options into this chain of things written in prefix notation, cat of grep of who [i.e. cat(grep(who))],\" he said. \"Syntactic blinders: I didn't see how to do it.\"\n"
    },
    "ru": {
      "title": "Вернуться к доске, чтобы выработать синтаксис",
      "text": "В то время как Томпсон и Ричи были у классной доски, делали набросок файловой системы, Макилрой пытался изобразить, как соединить процессы вместе, и разработать префиксный язык нотаций для этого. Это было нелегко. «Очень легко сказать« кошка в grep в ... »или« кто в кошку в grep », - объяснил Макилрой. «Но есть все эти побочные параметры, которые есть у этих команд; у них просто нет входных и выходных аргументов, но у них есть все эти опции». «Синтаксически не было ясно, как вставить опции в эту цепочку вещей, написанную в префиксной нотации, cat of grep of who [то есть cat (grep (who))]», - сказал он. «Синтаксические шоры: я не видел, как это сделать»."
    }
  },
  "\"I'm going to do it,\" and so he did": {
    "en": {
      "title": "\"I'm going to do it,\" and so he did",
      "text": "Although stymied, McIlroy didn't drop the idea. \"And over a period from 1970 to 1972, I'd from time to time say, 'How about making something like this?', and I'd put up another proposal, another proposal, another proposal. And one day I came up with a syntax for the shell that went along with the piping, and Ken said, 'I'm going to do it!'\"\n\"He was tired of hearing this stuff,\" McIlroy explained. \"He didn't do exactly what I had proposed for the pipe system call. He invented a slightly better one that finally got changed once more to what we have today. He did use my clumsy syntax.\"\n\"Thompson saw that file arguments weren't going to fit with this scheme of things and he went in and changed all those programs in the same night. I don't know how...and the next morning we had this orgy of one-liners.\"\n\"He put pipes into UNIX, he put this notation into shell, all in one night,\" McElroy said in wonder.\n"
    },
    "ru": {
      "title": "«Я собираюсь сделать это», и поэтому он сделал",
      "text": "Макилрой, несмотря на тупик, не отказался от этой идеи. «И в период с 1970 по 1972 год я время от времени говорил:« Как насчет того, чтобы сделать что-то подобное? », И я выдвигал другое предложение, другое предложение, другое предложение. И однажды я пришел с синтаксисом для оболочки, которая шла вместе с трубопроводами, и Кен сказал: «Я собираюсь сделать это!» «Он устал от такого материала», - объяснил Макилрой. «Он не сделал в точности то, что я предложил для системного вызова. Он изобрел немного лучшую, которая, наконец, снова изменилась на то, что мы имеем сегодня. Он использовал мой неуклюжий синтаксис». «Томпсон увидел, что аргументы файла не будут соответствовать этой схеме вещей, и он вошел и изменил все эти программы в одну и ту же ночь. Я не знаю как ... и на следующее утро у нас была одна оргия -liners «. «Он поместил трубы в UNIX, он поместил эту запись в оболочку, все за одну ночь», - удивленно сказал МакЭлрой."
    }
  },
  "Creating a programming philosophy from pipes and a tool box": {
    "en": {
      "title": "Creating a programming philosophy from pipes and a tool box",
      "text": "Creating a programming philosophy from pipes and a tool box\nAs technically neat as the accomplishment was, when Thompson created pipes, he also put something else into UNIX -- a philosophy.\nAs McIlroy described it, \"the philosophy that everyone started to put forth was 'Write programs that do one thing and do it well. Write programs to work together. Write programs that handle text streams, because that is a universal interface.'\"\n\"All of these ideas, which add up to the tool approach, might have been there in unformed way prior to pipes, but they really came in afterwards,\" he said.\nKernighan agreed. He noted that while input/output direction predates pipes, the development of pipes led to the concept of tools -- software programs that would be in a \"tool box,\" available when you need them.\nHe noted that pipes made software programs somewhat analogous to working with Roman numerals instead of Arabic numerals. \"It's not that you can't do arithmetic,\" he said, \"but it is a bear.\"\n\"I remember the preposterous syntax, the \">,>\" or whatever the syntax that everyone came up with, and then all of a sudden there was the vertical bar ( | ) and just everything clicked at that point,\" he said. The bar was the syntax that made pipes work: who | cat | grep.\n\"And that's, I think, when we started to think consciously about tools, because then you could compose things together....compose them at the keyboard and get 'em right every time.\"\n"
    },
    "ru": {
      "title": "Создание философии программирования из труб и ящика для инструментов",
      "text": "Создание философии программирования из конвейеров и набора инструментов Несмотря на технически изящное достижение, когда Томпсон создал конвейеры, он также применил кое-что еще в UNIX - философию. Как сказал Макилрой, «философия, которую все начали выдвигать, заключалась в том, чтобы« писать программы, которые делают одно и делают это хорошо. Пишите программы для совместной работы. Пишите программы, которые обрабатывают текстовые потоки, потому что это универсальный интерфейс »». Все эти идеи, которые в целом дополняют инструментальный подход, могли существовать в неформальной форме до конвейеров, но они действительно появились позже », - сказал он. Керниган согласился. Он отметил, что, хотя направление ввода / вывода предшествует каналам, разработка каналов привела к концепции инструментов - программ, которые будут находиться в «ящике для инструментов», доступном по мере необходимости. Он отметил, что из-за конвейеров программы делали программы, аналогичные работе с римскими цифрами вместо арабских. «Дело не в том, что вы не можете заниматься арифметикой, - сказал он, - но это медведь». «Я помню нелепый синтаксис,«>,> »или любой другой синтаксис, который придумал каждый, а затем внезапно появилась вертикальная черта (|), и в этот момент все щелкнуло», - сказал он. Бар был синтаксис, который заставил трубы работать: кто | кот | Grep. «И это, я думаю, когда мы начали осознанно думать об инструментах, потому что тогда вы могли бы составлять вещи вместе… составлять их на клавиатуре и каждый раз делать их правильно»."
    }
  },
  "'What you think is going on, is going on'": {
    "en": {
      "title": "'What you think is going on, is going on'",
      "text": "Novices to the system could experiment, linking different commands together for what they thought should be the output. And very often their \"pipes\" worked the first time!Joe Condon, left, and Ken Thompson work on a chess playing program they developed, called 'Belle.'When Joe Condon, the owner of the PDP-7 that Thompson first used for UNIX, started using UNIX himself, he asked a co-worker how to do a certain function. \"'What do you think is the reasonable thing to do, Joe?'\" he was asked in return.\n\"That was a very interesting clue to the philosophy of how UNIX worked,\" Condon later said. \"The system worked in a way which is easy to understand. It wasn't a complex function, hidden in a bunch of rules and verbiage and what not.\"\n\"Cognitive engineering\" is what Condon called it, \"...that the black box should be simple enough such that when you form the model of what's going on in the black box, that's in fact what is going on in the black box.\"\n"
    },
    "ru": {
      "title": "«То, что вы думаете, происходит, продолжается»",
      "text": "Новички в системе могут экспериментировать, связывая различные команды вместе для того, что, по их мнению, должно быть результатом. И очень часто их «трубы» работали в первый раз! Джо Кондон (слева) и Кен Томпсон работают над разработанной ими программой игры в шахматы под названием «Belle». Когда Джо Кондон, владелец PDP-7, для которого Томпсон впервые применил UNIX, сам начал использовать UNIX, он спросил коллегу, как выполнять определенную функцию. «Как вы думаете, что разумно делать, Джо?», - спросили его в ответ. «Это был очень интересный ключ к философии работы UNIX», - сказал позже Кондон. «Система работала так, чтобы ее было легко понять. Это была не сложная функция, скрытая в куче правил и словоблудий, а что нет». «Когнитивная инженерия» - это то, что Кондон назвал так: «... что черный ящик должен быть достаточно простым, чтобы, когда вы формируете модель того, что происходит в черном ящике, это фактически то, что происходит в черном ящике». ""
    }
  },
  "The manual even warned of bugs": {
    "en": {
      "title": "The manual even warned of bugs",
      "text": "Most manuals are often an afterthought, something cobbled together after the product is made. The UNIX manual, in contrast, reflected the philosophy of UNIX in design and content. It even told you where the bugs were.\nSandy Fraser.The manual style initially was set by Ritchie, but McIlroy soon took over its compilation as a love of labor. \"The fact that there was a manual, that he (McIlroy) insisted on a high standard for the manual, meant that he insisted on a high standard for every one of the programs that was documented,\" explained Sandy Fraser.\nFraser, then a member of technical staff in the Computing Science Research Center, said that before a program got into the manual, it often had to be rewritten to meet the manual's standards. \"And then add to all that, it's probably the first manual that ever had a section with bugs in it. That's a level of honesty you don't find.\"\n\"Cleaning something up so you can talk about it is quite typical of UNIX,\" McIlroy said. \"Every time another edition of the manual would be made, there would be a flurry of activity. When you wrote down the 'uglies,' you'd say, 'We can't put this in print,' and you'd take out a feature or put features in to make them easier to talk about.\"\nFraser summed up the approach of the UNIX developers: \"I think the level of intellectual honesty that was present in that activity is rare.\"\n"
    },
    "ru": {
      "title": "В руководстве даже предупреждают об ошибках",
      "text": "Большинство руководств часто являются запоздалой мыслью, что-то сложное после изготовления продукта. Руководство UNIX, напротив, отражало философию UNIX в дизайне и содержании. Он даже сказал вам, где были ошибки. Сэнди Фрейзер. Ручной стиль изначально был установлен Ричи, но вскоре Макилрой принял его сборник за любовь к труду. «Тот факт, что было руководство, что он (Макилрой) настаивал на высоком стандарте для руководства, означало, что он настаивал на высоком стандарте для каждой из программ, которые были задокументированы», - объяснила Сэнди Фрейзер. Фрейзер, который в то время работал техническим специалистом в Центре научных исследований в области вычислительной техники, сказал, что до того, как программа попала в руководство, ее часто приходилось переписывать в соответствии со стандартами руководства. «И затем добавьте ко всему этому, это, вероятно, первое руководство, в котором когда-либо был раздел с ошибками. Такой уровень честности вы не найдете». «Очистка чего-либо, чтобы вы могли говорить об этом, довольно типична для UNIX», - сказал Макилрой. «Каждый раз, когда будет выпущено другое издание руководства, будет происходить бурная деятельность. Когда вы записываете« уродцы », вы говорите:« Мы не можем поместить это в печать », и вы принимаете чтобы сделать их более удобными для обсуждения ». Фрейзер подытожил подход разработчиков UNIX: «Я думаю, что уровень интеллектуальной честности, который присутствовал в этой деятельности, является редким»."
    }
  },
  "Sharing UNIX with the rest of the world": {
    "en": {
      "title": "Sharing UNIX with the rest of the world",
      "text": "As UNIX spread throughout the academic world, businesses eventually became aware of UNIX from their newly hired programmers who had used it in college.\nSoon a new business opportunity developed -- writing programs to run on UNIX for commercial use. What made UNIX popular for business applications was its timesharing, multitasking capability, permitting many people to use the mini- or mainframe; its portability across different vendor's machines; and its e-mail capability.\nIn 1984, AT&T divested itself of its local Bell telephone companies, and also created an independent subsidiary, AT&T Computer Systems. The creation of the subsidiary enabled the communications giant to enter the computer business. The new subsidiary marketed a number of computer products, including the UNIX operating system. Its software flagship was System 5, which ran on AT&T's 3B series of computers.\nAs the versions of UNIX grew in number, the UNIX System Group (USG), which had been formed in the 1970s as a support organization for the internal Bell System use of UNIX, was reorganized as the UNIX Software Operation (USO) in 1989. Two of the earliest applications of UNIX for telecommunications operations support systems were the Centralized Automatic Reporting on Trunks (CAROT) system and the Loop Management Operations System (LMOS), two Bell Labs efforts that monitored the health of transmission facilities in the Bell System. Other systems to quickly follow were the SARTS (Switched Access Remote Test System) and CMS (Circuit Maintenance System). In Bell Labs, the UNIX System Laboratories (USL) also was organized in 1989.\nThe USO made several UNIX distributions of its own to academia and to some commercial and government users, stemming from the development of the Programmer's Workbench (PWB) system. The USO in 1990 then was merged with UNIX Systems Laboratories, and the USL became an AT&T subsidiary.\nA number of other computer manufacturing companies also sold UNIX computers. For example, both Sun Microsystems and SGI developed UNIX workstations, and Hewlett-Packard, NCR and IBM also sold UNIX computers.\n"
    },
    "ru": {
      "title": "Поделиться UNIX с остальным миром",
      "text": "Поскольку UNIX распространился по всему академическому миру, компании в конечном итоге узнали о UNIX от своих недавно нанятых программистов, которые использовали его в колледже. Вскоре появилась новая бизнес-возможность - написание программ для UNIX для коммерческого использования. То, что сделало UNIX популярным для бизнес-приложений, - это возможность многозадачности с разделением времени, позволяющая многим людям использовать мини- или мэйнфреймы; его переносимость на машины разных производителей; и его возможности электронной почты. В 1984 году AT & T отказалась от своих местных телефонных компаний Bell, а также создала независимую дочернюю компанию AT & T Computer Systems. Создание дочерней компании позволило коммуникационному гиганту войти в компьютерный бизнес. Новая дочерняя компания продала ряд компьютерных продуктов, включая операционную систему UNIX. Ее флагманом программного обеспечения была System 5, которая работала на компьютерах серии AT & T 3B. По мере роста количества версий UNIX системная группа UNIX (USG), которая была сформирована в 1970-х годах в качестве организации поддержки внутреннего использования UNIX системы Bell, была преобразована в 1989 году в UNIX Software Operation (USO). Двумя самыми ранними приложениями UNIX для систем поддержки операций электросвязи были система централизованной автоматической отчетности по соединительным линиям (CAROT) и система управления циклом (LMOS) - две работы Bell Labs, которые контролировали состояние средств передачи в системе Bell. Другими быстрыми системами были SARTS (система удаленного тестирования с коммутацией доступа) и CMS (система обслуживания цепей). В Bell Labs UNIX System Laboratories (USL) также была организована в 1989 году. USO выпустила несколько собственных дистрибутивов UNIX для академических кругов и некоторых коммерческих и государственных пользователей в результате разработки системы Workbench для программистов (PWB). В 1990 году USO была объединена с UNIX Systems Laboratories, а USL стала дочерней компанией AT & T. Ряд других компаний-производителей компьютеров также продали компьютеры UNIX. Например, Sun Microsystems и SGI разработали рабочие станции UNIX, а Hewlett-Packard, NCR и IBM также продали компьютеры UNIX."
    }
  },
  "Early versions of the UNIX* system": {
    "en": {
      "title": "Early versions of the UNIX* system",
      "text": "At Berkeley, as elsewhere, computer scientists started \"improving\" UNIX, adding new features and applications, revising code, trying to push this versatile operating system to its limits. Over time, a number of versions of UNIX were floating around, including Bell Labs official versions.\nEarly versions of the UNIX* system\nIn addition, there are several university versions, the most important being the UNIX-Berkeley BSD distributions.\n* Product names are the trademarks or registered trademarks of their respective companies."
    },
    "ru": {
      "title": "Ранние версии системы UNIX *",
      "text": "В Беркли, как и везде, ученые-компьютерщики начали «улучшать» UNIX, добавляя новые функции и приложения, пересматривая код, пытаясь раздвинуть эту универсальную операционную систему до предела. Со временем появилось несколько версий UNIX, включая официальные версии Bell Labs. Ранние версии системы UNIX * Кроме того, существует несколько университетских версий, наиболее важными из которых являются дистрибутивы UNIX-Berkeley BSD. * Названия продуктов являются товарными знаками или зарегистрированными товарными знаками соответствующих компаний."
    }
  },
  "The UNIX wars": {
    "en": {
      "title": "The UNIX wars",
      "text": "AT&T entered into an alliance with Sun Microsystems to bring the best features from the many versions of UNIX into a single unified system. While many applauded this decision, one group of UNIX licensees expressed the fear that Sun would have a commercial advantage over the rest of the licensees.\n\nThe concerned group in 1988 formed a special interest group, the Open Systems Foundation (OSF), to lobby for an \"open\" UNIX within the UNIX community. Soon several large companies -- who at the time were promoting their own proprietary operating systems in competition to UNIX -- also joined the OSF.\nIn response, AT&T and a second group of licensees formed their own group, UNIX International. The technical issues soon took a back seat to what can be charitably described as competitive maneuverings, and the trade press dubbed the ensuing controversy the \"UNIX wars.\"\nWhen efforts failed to bring the two groups together, each group brought out its own version of an \"open\" UNIX. Media wags soon noted the dispute could be viewed two ways: positively, since the number of UNIX versions were now reduced to two; or negatively, since there now were two more versions of UNIX to add to the pile.\n"
    },
    "ru": {
      "title": "UNIX войны",
      "text": "AT & T вступила в альянс с Sun Microsystems, чтобы объединить лучшие функции многих версий UNIX в единую унифицированную систему. Хотя многие приветствовали это решение, одна группа лицензиатов UNIX выразила опасение, что Sun получит коммерческое преимущество перед остальными лицензиатами. Заинтересованная группа в 1988 году сформировала специальную группу по интересам, Фонд открытых систем (OSF), чтобы лоббировать «открытый» UNIX в сообществе UNIX. Вскоре несколько крупных компаний, которые в то время продвигали свои собственные проприетарные операционные системы в конкуренции с UNIX, также присоединились к OSF. В ответ AT & T и вторая группа лицензиатов создали собственную группу UNIX International. Вскоре технические проблемы отодвинулись на второй план к тому, что можно мягко охарактеризовать как конкурентные маневры, и отраслевая пресса окрестила последовавшую полемику «войнами UNIX». Когда усилия не смогли объединить две группы, каждая группа выпустила свою собственную версию «открытой» UNIX. Вскоре СМИ заметили, что спор можно рассматривать двумя способами: положительно, так как число версий UNIX теперь сократилось до двух; или отрицательно, поскольку теперь было еще две версии UNIX для добавления в кучу."
    }
  },
  "UNIX moves on": {
    "en": {
      "title": "UNIX moves on",
      "text": "In 1991, AT&T \"spun off\" USL and UNIX when it sold shares to 11 other companies. The following year, the Novell Corporation signed a letter of intent to purchase USL and UNIX. The transaction was completed in 1993.\nIn 1995, when AT&T announced that it was planning to divest itself of many of its equipment manufacturing operations that eventually become the core of the new Lucent Technologies, it also announced that it would sell its NCR computer subsidiary and get out of the computer business.\nThe same year, Novell sold its entire UNIX business to the Santa Cruz Operation.\nDuring all these changes, the Bell Labs Computing Science Research Center continued their development efforts on UNIX, eventually developing Versions 8, 9 and 10.\n"
    },
    "ru": {
      "title": "UNIX движется дальше",
      "text": "В 1991 году AT & T "раскрутила" USL и UNIX, когда она продала акции 11 другим компаниям. В следующем году корпорация Novell подписала письмо о намерениях приобрести USL и UNIX. Сделка была завершена в 1993 году. В 1995 году, когда AT & T объявила, что планирует отказаться от многих производственных операций, которые в конечном итоге станут ядром новой Lucent Technologies, она также объявила о продаже своей дочерней компании NCR для компьютеров и выйти из компьютерного бизнеса. В том же году Novell продала весь свой UNIX-бизнес Операции Санта-Круз. Во время всех этих изменений Научно-исследовательский центр вычислительной техники Bell Labs продолжал свои разработки для UNIX, в конечном итоге разрабатывая версии 8, 9 и 10."
    }
  },
  "Where UNIX stands today": {
    "en": {
      "title": "Where UNIX stands today",
      "text": "The successes of UNIX are intertwined with C, the first general-purpose programming language to combine the efficiency of assembly language with high-level abstract expressiveness. Like UNIX, C programs can move essentially without change from machine to machine, eliminating the need for expensive, error-prone software rewrites.\n\nUNIX-based systems are sold today by a number of companies. The systems include Solaris* from Sun Microsystems, HP-UX* from Hewlett-Packard, AIX* from IBM, and Tru64 UNIX* from Compaq. In addition there are many freely available UNIX and UNIX-compatible implementations, such as Linux, FreeBSD and NetBSD.\n\nUNIX is the operating system of most large Internet servers, businesses and universities, and a major part of academic and industrial research in operating systems is based on UNIX. Most commercial software is written in C or C++, a direct descendant of C that was also developed at Bell Labs, or more recently Java, a C++ descendant developed at Sun Microsystems.\n* Product names are the trademarks or registered trademarks of their respective companies.\n"
    },
    "ru": {
      "title": "Где UNIX стоит сегодня",
      "text": "Успехи UNIX переплетаются с C, первым языком программирования общего назначения, который сочетает в себе эффективность языка ассемблера с высокоуровневой абстрактной выразительностью. Как и UNIX, программы на C могут перемещаться практически без изменений с компьютера на компьютер, что устраняет необходимость в дорогостоящих, подверженных ошибкам программных изменениях. Системы на основе UNIX продаются сегодня рядом компаний. Системы включают Solaris * от Sun Microsystems, HP-UX * от Hewlett-Packard, AIX * от IBM и Tru64 UNIX * от Compaq. Кроме того, существует множество свободно доступных UNIX и UNIX-совместимых реализаций, таких как Linux, FreeBSD и NetBSD. UNIX - это операционная система большинства крупных интернет-серверов, предприятий и университетов, и основная часть научных и промышленных исследований в области операционных систем основана на UNIX. Большая часть коммерческого программного обеспечения написана на C или C ++, прямом потомке C, который также разрабатывался в Bell Labs, или, в последнее время, на Java, потомке C ++, разработанном в Sun Microsystems. * Названия продуктов являются товарными знаками или зарегистрированными товарными знаками соответствующих компаний."
    }
  },
  "It still remains a phenomenon": {
    "en": {
      "title": "It still remains a phenomenon",
      "text": "Much of the progress of computer hardware, software and networks during the last quarter century can be traced to the influence the UNIX system had on the computer industry. It embodies visionary ideas -- deliberate generality and openness -- that continue to be a strong force today. Many of its approaches and notations have influenced the entire span of subsequent operating systems.\n\n\"Thirty years after its creation, UNIX still remains a phenomenon,\" Ritchie marveled.\n* Product names are the trademarks or registered trademarks of their respective companies."
    },
    "ru": {
      "title": "Это все еще остается феноменом",
      "text": "Во многом прогресс компьютерного оборудования, программного обеспечения и сетей за последнюю четверть века можно объяснить влиянием системы UNIX на компьютерную промышленность. В нем воплощены дальновидные идеи - преднамеренная общность и открытость - которые продолжают оставаться сильной силой сегодня. Многие из его подходов и обозначений повлияли на весь последующий операционный системы. «Спустя тридцать лет после своего создания UNIX все еще остается феноменом», - удивлялась Ричи. * Названия продуктов являются товарными знаками или зарегистрированными товарными знаками соответствующих компаний."
    }
  }
}

run.py

import json
import requests
from lxml import html


def translate(text, target = "ru"):
  r = requests.post(
    "https://translation.googleapis.com/language/translate/v2",
    data = json.dumps({
      "q": text,
      "target": target
    }),
    headers = {
      "Content-Type": "application/json; charset=utf-8",
      "Authorization": "Bearer "
    }
  )
  if "error" in r.json().keys():
    raise Exception(
      r.text
    )
  return r.json()["data"]["translations"][0]["translatedText"]




def extract_page(next_page = "index.html"):
  url = "https://s3-us-west-2.amazonaws.com/belllabs-microsite-unixhistory/" + next_page
  title = ""
  text = ""
  r = requests.get(url)
  page = html.fromstring(r.text)
  try:
    title = [i.text for i in page.xpath('//h3') if i.text != None][0]
  except:
    title = [i.text for i in page.xpath('//h2') if i.text != None][0]
  for i in page.xpath('//p'):
    try:
      if not i.text.startswith('Next'):
        text += i.text
    except:
      pass
  try:
    next_page = [ i for i in page.xpath('//p/a/@href') if i != "#" ][0]
  except IndexError:
    next_page = None
  return (title, text, next_page)



def gather_src():
  result = {}
  next_page = "index.html"
  while next_page:
    print(next_page)
    r = extract_page(next_page)
    result[r[0]] = r[1]
    try:
      next_page = r[2]
    except:
      next_page = None
  return result


dest = {}
all_src = gather_src()



result = {}

for key in all_src.keys():
  dest[key] = {
    "en": {
      "title": key,
      "text": all_src[key]
    },
    "ru": {
      "title": translate(key),
      "text": translate(all_src[key])
    }
  }



print(
  json.dumps(
    dest
  )
)