В оффтопе этой темы brevis предоставил ссылку на очень любопытный сайт. Он так меня впечатлил лаконичностью и недвусмысленными обоснованиями, что я решил сделать перевод. Дабы ускорить угасание массового психоза по поводу "новейших технологий", к коим стали причислять паттерны ООП, а так же псевдостандарты из PSR и многое другое.
Мои знания английского оставляют желать лучшего, так что выношу на всеобщее обсуждение поэтапный перевод. Времени не так много, да и проще обсуждать по кусочкам. Так что по главам, обсуждаем только качество перевода. Прошу помощи у знатоков английского, поправьте, коли что не так.
Кому невтерпеж затеять холивар, сюда.
И так, поехали. Оригинал:
Полная Версия: The Wrong Way
| Цитата |
| Welcome In the world of PHP programming a set of trends are massively being propagated by some people (in their books and on websites) as “Modern PHP” while all other approaches are frowned upon as backwards, stupid, or just plain wrong. These people seem to work tirelessly at getting other people to follow their way of doing things. This website has been created in an attempt to present a pragmatic view on PHP programming. A view dictated by experience and practical consequence rather than popular trends, theory, or academic dogma. The website PHP - The Wrong Way is a living document and will continue to be updated with more information as it become available. Feel free to contribute. |
Перевод.
Добро пожаловать.
В мире программирования PHP сложились определенные тендеции, распространяемые некоторыми людьми (в своих книгах или на сайтах). Они позиционируют их, как "современный PHP" или "новейшие технологии". Одновременно все другие подходы объявляются отсталыми, глупыми или неправильными, ведущими не в том направлении.
Кажется, что эти люди неустанно работают над тем, чтобы привлечь всех остальных последовать их примеру, заставить использовать их способы программирования.
Этот сайт был создан в попытке представить прагматичный взгляд на программирование PHP. Этот взгляд был обусловлен опытом и практикой, а не теорией, академическими догмами и модными направлениями.
Сайт The Wrong Way, это живой документ, и будет обновляться по мере поступления дополнительной информации.
Не стесняйтесь вносить свой вклад.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Кстати, раз уж делается перевод, то можно будет добавить его на гитхаб, там есть раздел с переводами.
Однако, продолжим.
Оригинал
Оригинал
| Цитата |
| The danger of extremism One problem with programming rules and guidelines is that they often only serve a purpose within a specific context. Taken out of context, a good rule can become a horrible rule. In fact, every good rule becomes bad when taken to the extreme. This is important to understand because many of the software development principles and rules developed over time and presented by many different people often become misused in the hands of extremists. Experience has taught that misuse of general rules and guidelines always results in complication, lack of security, error-prone results, and in some cases complete and utter disaster. The KISS principle, which is an acronym for “Keep It Simple, Stupid”, is an extremely wise and good principle that is generally viewed by experienced people as very good advice to follow, but even this great principle becomes a danger to a project if taken to the extreme. There is such a thing as “too simple” resulting in a lack of needed functionality. The wrong way: Religious following of rules and guidelines. |
Перевод.
Опасность экстремизма (крайностей).
Одной из проблем насаждаемых правил и основных принципов программирования является то, что они часто хороши только для достижения цели в определенном контексте. Будучи вырванным из него, хорошее правило может стать ужасным правилом. Обычно любое хорошее правило становится плохим, если довести его до крайности.
Это важно понимать, потому что многие правила и принципы разработки программного обеспечения, разрабатываемые разными людьми долгое время, нещадно злоупотребляются, попав в руки к экстремистам. (как то некрасиво, надо поправить)
Опыт показывает, что неверное использование общих правил и принципов, всегда приводит к усложнению, дырам в безопасности, багам, а в некоторых случаях к полному краху.
Принцип KISS (Keep It Simple, Stupid), "делай это проще, тупица", является чрезвычайно мудрым и хорошим принципом. Как правило, он рассматривается опытными людьми, как замечательный совет, которому стоит следовать. Однако даже этот совет приводит к опасности для проекта, если он доведен до крайности. Если всё слишком просто, то это может привести к отсутствию необходимой функциональности.
Неверный путь: Религиозное следование правилам и руководящим принципам.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Следующий кусочек:
| Цитата |
| Always use a framework All general purpose PHP frameworks suck! – Rasmus Lerdorf In the PHP community a really bad trend has become de-facto standard for developing web applications and that is by the usage of a popular general purpose framework. This trend has emerged and become popular not because it in any way improves the result of the developing process, or because it is the right thing to do from a technology and architectural point of view. This trend has become popular because some of the developers of frameworks have managed to sweep away the masses with their polemic against programming from the ground up with stanzas like “Don’t re-invent the wheel!” and “Don’t do it yourself, others are more skillful than you”. |
Перевод:
Всегда использовать фреймворк.
Все PHP-фреймворки общего назначения сосут! © Расмус Лердорф ( о как!
я не поверил, загуглил, так и есть. Еще в 2013 году он это изрек. как же я пропустил 
)В PHP сообществе де-факто стандартом разработки веб-приложений стала очень плохая тенденция использовать универсальные фреймворки.
Эта тенденция возникла и стала популярной не потому, что она каким-либо образом улучшает результат развивающегося процесса, или потому что это правильная вещь с точки зрения архитектуры. Эта тенденция стала популярной, потому что некоторым из разработчиков таких структур удалсь убедить массы в правильности тезисов "Не изобретай велосипед!" или "Не делай это сам, другие умнее, чем ты!"
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
А вот тут затык... Наверное какой то слэнг или игра слов. Как перевести
| Цитата |
| Many of today’s programmers completely ignore the fundamental principles of sound programming |
Многие сегодняшние программисты полностью игнорируют фундаментальные принципы ***звукового программирования???
Есть англичане?
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Есть англичане?
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
| Цитата (twin @ 29.08.2016 - 13:01) |
| sound |
Google translate подсказывает, что sound еще переводится как здравый, здоровый, крепкий (как прилагательное).
Испанцы тоже перевели как "programación sólida", что если верить тому же гуглу по-русски есть "твердое программирование" (ну или что-то подобное).
_____________
Чатик в телеге
| Цитата (twin @ 29.08.2016 - 14:01) | ||
А вот тут затык... Наверное какой то слэнг или игра слов. Как перевести
Многие сегодняшние программисты полностью игнорируют фундаментальные принципы ***звукового программирования??? Есть англичане? |
тут подразумевается "адекватного", "нормального" программирования
| Цитата (brevis @ 29.08.2016 - 14:11) | ||
Google translate подсказывает, что sound еще переводится как здравый, здоровый, крепкий (как прилагательное). Испанцы тоже перевели как "programación sólida", что если верить тому же гуглу по-русски есть "твердое программирование" (ну или что-то подобное). |
кстати да, "здорового", короче того, что идет от здорового ума )
Вот спасибо, продолжим 
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Продолжение:
| Цитата |
| Many of today’s programmers completely ignore the fundamental principles of sound programming and they spend a large amount of time fantasizing new layers of complexity in order to appear more clever, more cool, and more acceptable by whomever they regard as their peers. These people seems to be infatuated by the thought of having other people follow their “way of doing things”, becoming some kind of PHP community leaders, and having other people use their latest “hip” Open Source tools, that they forget to make sure that the advice they are giving is sound and solid. In the software industry you can compare a pre-built house to a general purpose framework. Building software using general purpose frameworks doesn’t make you a coder or a programmer any more than putting together a pre-built house makes you a carpenter. |
Перевод:
Многие сегодняшние программисты полностью игнорируют фундаментальные принципы здравого программирования, они тратят кучу времени, выдумывая новые уровни сложности, чтобы казаться более умными, более крутыми и более толковыми, нежели их коллеги.
Кажется, что эти люди увлечены мыслью о том, что они стали лидерами PHP сообщества, а другие должны следовать за их способами разработки, использовать их последние модные опенсорсные инструменты. Они забывают убедиться в том, чтобы советы, которые они дают, были бы здравыми и надежными.
В индустрии программирования фреймворк можно сравнить с заранее построенным домом. Разработка с использованием фреймворка делает из вас кодера или программиста не более чем использование такого дома делает из вас столяра или плотника.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Next
| Цитата |
| On this website, we differentiate between frameworks and libraries in the following way: A library is considered a collection of reusable code, like the C standard library, or the Go standard library. It consists of code that you easily integrate into your own projects without enforcing any limitations or restrictions whatsoever. It consists of small pieces of code with one specific functionality each. A framework is not just a collection of reusable code: you cannot simply take a piece of code from the framework and integrate it into your own project. A framework is a system that helps you build software, but at the same time it forces you to work within the limitations and restrictions of the framework itself. The framework itself has lot of interdependent functionality. One piece cannot work without the other. |
Перевод
На этом сайте мы различаем фреймворк и библиотеку следующим образом:
- Библитекой является коллекция повторно используемого кода, такая как стандартная библиотека C, или стандартная библиотека Go. Она состоит из кода, который вы можете легко интегрировать в свои собственные проекты без каких-либо условий и ограничений вообще. Она состоит из маленьких кусочков кода с одной конкретной функциональностью каждого.
- Фреймворк, это не просто набор повторно используемого кода. Вы не можете просто взять кусочек и интегрировать в свой собственный проект. Структура фреймворка представляет собой систему, которая поможет вам создавать программное обеспечение, но в то же время она заставляет вас работать в рамках правил и ограничений самой структуры. Сама структура имеет много взаимосвязанного функционала. Одна часть не может работать без другой.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
More
| Цитата |
| In the world of Python and Ruby, building websites from the ground up is tiresome because neither Python nor Ruby was originally created to build websites. As a result general-purpose frameworks such as Django and Ruby on Rails quickly became popular for building websites in these languages. PHP on the other hand was created in the beginning by Rasmus Lerdorf as a set of tools written in C that would enable you to easily and quickly develop dynamic HTML. As such PHP was, and still is, a framework in and of itself. PHP has evolved massively since then and today PHP can be used for much more than building HTML and websites, but viewing PHP as a sort of framework in itself is not wrong. PHP is by nature a layer of abstraction for developing web applications written entirely in a procedural C. Using a library within your project is only natural. PHP itself comes bundled with a set of libraries that you can use to extend your own code. PDO for example is a lightweight library that provides a consistent interface for accessing databases in PHP. Using a framework on top of PHP on the other hand is another matter entirely. |
Перевод
В мире Python и Ruby, создание веб-сайтов с нуля утомительно, потому что ни Python, ни Ruby изначально не были созданы для этого. В итоге фреймворки, такие как Django и Ruby On Rails быстро стали популярными для создания веб-сайтов на этих языках.
Напротив, PHP изначально был создан Расмусом Лердорфом, как набор инструментов, написанных на C, который позволил бы вам легко и быстро разработать динамический HTML. В качестве этого PHP был, и до сих пор является основой сам по себе.
С тех пор PHP бурно развивался, и сегодня его можно использовать не только для генерации HTML или создания веб-сайтов, но взгляд на него, как на своего рода фреймворк, вовсе не является неверным. PHP сам по себе является определенным уровнем абстракции для разработки веб-приложений, написанный полностью на процедурном C.
Использование библиотеки в рамках вашего проекта вполне естественно. Сам PHP поставляется в комплекте с набором библиотек, которые вы можете использовать, чтобы расширить свой собственный код. PDO, например, представляет собой легкую библиотеку, которая обеспечивает последовательный интерфейс для доступа к базам данных в PHP.
С другой стороны, использование фреймворка поверх PHP, это совсем другое дело.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Дальше:
| Цитата |
| When you use a framework in PHP you add a layer of abstraction on top of yet another layer of abstraction, one that was already in place for you to use to begin with. The added layer of abstraction that the framework provides may simply serve to organize your code into a pre-fixed set of patterns, or it may add even more complexity by intertwining hundreds or even thousands of classes and methods into a nightmare of dependencies, either way you’re adding layers of complexity to your code that isn’t needed! |
Перевод
При использовании фреймворка поверх PHP, вы добавляете новый слой абстракции туда, где уже нужно начать использовать возможности самого PHP. Дополнительный уровень абстракции, обеспечиваемый фреймворком, может просто организовать код в заранее поготовленные шаблоны, а может добавить еще больше сложности за счет переплетения сотен, или даже тысяч классов и методов в кошмар зависимостей. Но так или иначе, вы добавляете в свой код новые уровни сложностей, которые совсем не нужны!
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
Опять застрял. Устал наверное уже от басурманского языка.
| Цитата |
| All experience starts with the interface. The interface experience is the result of the underlying technology and the amount of layers of abstraction. |
Причем тут опыт? Может имеется ввиду эксперимент? Или запуск... Как лаконично можно перевести?
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.
Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.
Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
В данном случае это, наверное, нужно перевести как "знания".
_____________
Свои мозги еще никто не отменял.
Телепатов нету.
_____________
Свои мозги еще никто не отменял.
Телепатов нету.
Здесь расположена полная версия этой страницы.