Translation sample En-Ru, Computer/ Образец перевода по компьютеру с английского на русский

Отрывок из книги о программных интерфейсах
GUI Excise

Один из основных недостатков, который был определен на уровне графического интерфейса пользователя опытными пользователями компьютера – надо отметить, что это те, кто обучился на системах командной строки – это то, что куда вы хотите пойти, сделано медленнее или с большими трудностями при добавочных усилиях для манипулирования окнами и значками. Пользователи жалуются на то, что со строкой введения команды, они только могут вписать желаемую команду и компьютер незамедлительно исполняет ее. В системах окон они должны открыть различные папки для поиска желательного файла или программы до того, как они запустят ее. Затем, после его появления на экране, они должны протянуть и перетащить окно, пока оно не окажется в желательном расположении и конфигурации.
Эти жалобы вполне основаны. Добавочные задачи по манипулированию окон, подобно этим, действительно акциз. Они не продвигают пользователя к его цели. они такие протольные данные, что программы требуют до того как они создаются, чтобы помогать пользователю. Но все знают, что ГИП легче использовать, чем командно-линейные системы. Кто прав?

Замешательство появляется из-за того, что скрыты реальные проблемы. Интерфейс командной строки вызывает даже более дорогой бюджет акцизы для пользователя: он должен сначала запомнить команды. Также он не может легко настроить свой экран под его личные настройки. Акциз интерфейса омандной строки становится меньше только после того, как пользователь вложил достаточно времени и сил в его изучение.

С другой стороны, для временного или начинающего пользователя визуальное объяснение ГИП помогает ему перемещаться и изучить какие задачи подходящие и когда. Пошаговая природа ГИП является отличной помошницей для пользователей, которые еще не знакомы с задачей или системой. Это также приносит пользу для тех пользователей, которым надо выполнить более одной задачи и которые должны испльзовать в одно и тоже время более чем одну программу.
Акциз и опытные ползователи

Любой пользователь, желающий выучить интерфейс командной строки, автоматически квалифицируется как полномочный пользователь. И любой полномочный пользователь интерфейса командной строки быстро станет полномочным пользователем любого другого типа интерфейса, включая ГИП. Эти пользователи легко выучат каждый нюанс тех программ, которые они используют. Они запустят каждую программу с ясной идеей, что конкретно эта программа из себя представляет, что они хотят делать и как они хотят это сделать. Для этого пользователя, помощь, предлагаемая для временного или начинающего пользователя, прямо на дороге.
Надо быть осторожным, когда исключаем акциз. Нелья удалять его только для того, чтобы удовлетворить полномочных пользователей. Также, однако, нельзя вынуждать полномочных пользователей выплатить полную стоимость за нашу предлагаемую справку для новичков или нечастных пользователей.

Механизм тренинга
Одной из областей, где программисты (разработчики программного обеспечения) могут неосторожно ввести существенные колчества акциза, является поддержка (справка) для новичков и нечастых пользователей. Легко оправдать добавление средств к программе, которая облегчит новичку изучение как использовать программу. К сожалению, данные средства быстро становятся акцизом, как только пользователи поймут программу - вечные промежуточные звенья, как обсуждалось в Главе 3. Средства, которые добавили к программному обеспечению с целью обучить начинающих пользователей, должны легко отключаться. Механизм тренинга нужен не так уж и часто для расширенных периодов времени, и механизм тренинга, хотя он и благо для начинающих, но является помехой для продвинутого обучения и используется, когда его навсегда оставили.

Отрывок из книги об управлении программными проектами

Препятствие 3: Инструменты

Также как и первое препятствие (политика) и второе (процесс) близко связаны, также второе и третье. Третье, конечно, является установкой инструментов, которые будете использовать для осуществления процесса. Нет надобности говорить, что выбирая инструменты, сначала идут bass-ackwards, но удивительно достаточно. Это тот путь, по которому идут многие организации. Они затем заводят с интрументом, определяющим процесс, что может являться загрузками развлечений, когда полученный процесс не совместим с философией организации. Очевидно, вам нужны инструменты, которые автоматизируют и предпишут процесс, который вы выбрали для использования. Если у вас процесс, который допускает ошибки, вы будете время от времени "поддерживать" изменения. Интрумент легко поддерживает это? Разработчики собираются проверить в своей работе до общей опроной линии от множественных удаленных узлов? Если так, то у вашего интрумента поддержка лучше чем у модели. Хотите сформировать ваш внутренний продукт от начала до конца каждую ночь? Если так, то я надеюсь, что ваш интрумент имеет быстродействие и оборотные характеристики, которые разрешат это. Хотите автоматизировать регрессированное тестирование как часть компановки? Еще раз, поддержка интрумента критическая.
Даже организации, которые проделали хорошую работу по решению первых двух задач, иногда попадают в кабалу с третьей. И иногда это не вина интрумента. Еще раз, используя нашу фабричную аналогию, вам нужен кто-то, чтобы контролировать строку и проводить проверку качества продукта, который проходит вне строки. Без постоянной бдительности, легко автоматизировать процесс, который производит результат низкого качества. Каждый успешный процесс компановки требует мастера или его эквивалент иногда он или она названа царем или царицей компановки или проще говоря, билдмейстер. Билдмейстер контролирует здоровье строки и поддерживает постоянный поток производства продукта(программы) высокого качества.

Отрывок из книги о программных интерфейсах
GUI Excise

One of the main criticisms leveled at graphical user interfaces by experienced computer users—notably those trained on command-line systems—is that getting to where you want to go is made slower and more difficult by the extra effort that goes into manipulating windows and icons. Users complain that, with a command line, they can just type in the desired command and the computer executes it immediately. With windowing systems, they must open various folders looking for the desired file or program before they can launch it. Then, after it appears on the screen, they must stretch and drag the window until it is in the desired location and configuration.
These complaints are well founded. Extra window manipulation tasks like these are, indeed, excise. They don't move the user towards his goal; they are overhead that the programs demand before they deign to assist the user. But everybody knows that GUIs are easier to use than command-line systems. Who is right?
The confusion arises because the real issues are hidden. The command-line interface forces an even more expensive excise budget on the user: He must first memorize the commands. Also, he cannot easily configure his screen to his own personal requirements. The excise of the command-line interface becomes smaller only after the user has invested significant time and effort in learning it.
On the other hand, for the casual or first-time user, the visual explicitness of the GUI helps him navigate and learn what tasks are appropriate and when. The step-by-step nature of the GUI is a great help to users who aren't yet familiar with the task or the system. It also benefits those users who have more than one task to perform and who must use more than one program at a time.
Excise and expert users
Any user willing to learn a command-line interface automatically qualifies as a power user. And any power user of a command-line interface will quickly become a power user of any other type of interface, GUI included. These users will easily learn each nuance of the programs they use. They will start up each program with a clear idea of exactly what it is they want to do and how they want to do it. To this user, the assistance offered to the casual or first-time user is just in the way.
We must be careful when we eliminate excise. We must not remove it just to suit power users. Similarly, however, we must not force power users to pay the full price of our providing help to new or infrequent users.
Training wheels
One of the areas where software designers can inadvertently introduce significant amounts of excise is in support for first-time or casual users. It is easy to justify adding facilities to a program that will make it easy for newer users to learn how to use the program. Unfortunately, these facilities quickly become excise as the users become familiar with the program—perpetual intermediates, as discussed in Chapter 3. Facilities added to software for the purpose of training beginners must be easily turned off. Training wheels are rarely needed for extended periods of time, and training wheels, although they are a boon to beginners, are a hindrance to advanced learning and use when they are left on permanently.

Отрывок из книги об управлении программными
Extract from the book about program project management

Obstacle 3: Tools
Just as the first obstacle (politics) and the second obstacle (process) are intimately related, so are the second and the third. The third, of course, is the toolset that you will use to implement the process. Needless to say, choosing the tools first is getting it bass-ackwards, but surprisingly enough, that’s the way many organizations go about it. They then wind up with the tool determining the process, which can be loads of fun when the process thus derived is inconsistent with the political philosophy of the organization. Obviously, you need tools that will automate and enforce the process you have chosen to use. If you have a process that admits mistakes, you will be “backing out” changes from time to time. Does the tool support that easily? Are developers going to be checking in their work to a common baseline from multiple remote sites? If so, then your tool had better support that model. Do you want to build your entire product from top to bottom every night? If so, then I hope your tool has the performance and turnaround characteristics that will permit that. Do you want to automate your regression testing as part of the build? Once again, tool support is crucial.
Even organizations that have done a good job with the first two problems sometimes flounder with the third. And sometimes it is not the tools’ fault either. Once again, using our factory analogy, you need someone to monitor the line and to do quality control for the product coming off the line. Without constant vigilance, it is easy to automate a process that produces a low-quality result. Every successful build process requires a foreman or the equivalent thereof; sometimes he or she is called the czar (or czarina) of the build or, more simply, the buildmeister. The buildmeister monitors the health of the line and makes sure that a steady stream of good-quality product is produced.