| Russian | English |
| Заметим, что блок-схема на рисунке 3.22 не указывает конкретные вычисления, которые надо произвести, а только определяет структуру программы | Notice that the flowchart of Figure 3.22 does not specify the computations to be done, only the structure of the program (см. Petri Net Theory And The Modeling Of Systems / James L. Peterson 1981 ssn) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | as announced, these operations will be the prime component of the type definition – describing its instances not by what they are but by what they have to offer (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| как уже говорилось, эти операции будут главными компонентами определения типа, с их помощью описывается, что могут предложить его экземпляры, а не то, чем они являются | as announced, these operations will be the prime component of the type definition describing its instances not by what they are but by what they have to offer (см. Object-Oriented Software Construction second edition by Bertrand Meyer) |
| Манипулятор потока internal указывает, что знак числа должен выравниваться по левому краю поля, значение числа должно быть выровнено по правому краю, а в оставшееся пустое место должны выводиться символы-заполнители | Stream manipulator internal indicates that a number's sign should be left justified within a field, that the number's magnitude should be right justified and that intervening spaces should be padded with the fill character (C++ How to Program, 7th Edition by Harvey M. Deitel & Paul J. Deitel (2010) ssn) |
| Мартин Фаулер и другие авторы, принявшие участие в написании этой книги, внесли большой вклад в разработку объектно-ориентированного программного обеспечения тем, что пролили свет на процесс рефакторинга. В книге описываются принципы и лучшие способы осуществления рефакторинга, а также указывается, где и когда следует начинать углублённо изучать код, чтобы улучшить его | Martin Fowler and the contributing authors make an invaluable contribution to object-oriented software development by shedding light on the refactoring process. This book explains the principles and best practices of refactoring, and points out when and where you should start digging in your code to improve it (см. Refactoring: Improving the Design of Existing Code by Martin Fowler et al. 1999 ssn) |
| можно сказать, что практика управляемой тестированием разработки раздел 12.2 является частичной заменой рефакторинга. Действительно, управляемая тестированием разработка использует разновидность рефакторинга – разновидность, которая применяется для улучшения скорее самого проекта, а не кода. Управляемая тестированием разработка – итеративный и пошаговый процесс, объединённый с написанием прикладного кода. Рефакторинг может предугадать "дурно пахнущий код" и устранить его до того, как это случится | it can be argued that the practice of test-driven development Section 12.2 is a partial substitution for refactoring. In reality, test-driven development uses a variation of refactoring – a variation that applies to cleaning up the design rather than the code. Test-driven development is an iterative and incremental process intermixed with writing the application code. Refactoring can anticipate "bad smells in code" and eliminate them before they happen (см. Maciaszek L.A. and Liong B.L. 2005: Practical Software Engineering) |
| мы допускаем, что из внешнего мира помещается фишка в позицию, соответствующую входному символу, а затем фишка, появившаяся в позиции, соответствующей выходному символу, удаляется оттуда | we assume that the outside world will deposit a token in the place corresponding to an input symbol and then wait for a token to appear in a place corresponding to an output symbol which will then be removed |
| Прочитайте шаг в варианте использования и задайтесь вопросом, что происходит, когда клиент предпочитает твёрдую, а не цифровую копию корректуры | Read a step in a use case and ask the question, "Well, what happens, if the client wants a hard copy proof rather than a digital copy?" (см. Writing Effective Use Cases by Alistair Cockburn 2001 ssn) |
| Прочитайте шаг в варианте использования и задайтесь вопросом, что происходит, когда клиент предпочитает твёрдую, а не цифровую копию корректуры | Read a step in a use case and ask the question, Well, what happens, if the client wants a hard copy proof rather than a digital copy? (см. Writing Effective Use Cases by Alistair Cockburn 2001 ssn) |
