Обратная совместимость php 5 и 7
Обратная совместимость php 5 и 7
Функция get_declared_classes()
Функция get_declared_classes() больше не возвращает анонимные классы, которые ещё не были созданы.
Ключевое слово fn
fn теперь зарезервированное ключевое слово. В частности, оно не может больше использоваться как имя функции или класса. Но при этом, этим ключевым словом можно назвать имя метода или константы в классе.
Тег в конце файла
Использование в конце файла (без завершающей новой строки) теперь будет интерпретироваться как открывающий тег PHP. Ранее он обрабатывался либо как короткий открывающий тег с последующим литералом php и приводил к синтаксической ошибке (при short_open_tag=1 ), либо воспринимался как строковый литерал (в случае short_open_tag=0 ).
Потоковые обёртки
Сериализация
Константы алгоритма пароля
Идентификаторы алгоритма хеширования паролей теперь обнуляемые строки, а не целые числа.
Приложения, правильно использующие константы PASSWORD_DEFAULT, PASSWORD_BCRYPT, PASSWORD_ARGON2I и PASSWORD_ARGON2ID, будут работать как и раньше.
Функция htmlentities()
Функции fread() и fwrite()
Эти функции теперь также вызывают уведомление при неудачном выполнении, например, при записи в файловый ресурс, предназначенный только для чтения.
Вычисления над числами с произвольной точностью BCMath
Попытка сериализации класса CURLFile теперь создаст исключение. Ранее исключение выбрасывалось только при десериализации.
Использование CURLPIPE_HTTP1 объявлено устаревшим, и не будет поддерживаться с версии cURL 7.62.0.
Дата и время
Вызов var_dump() или похожей отладочной функции с экземпляром DateTime или DateTimeImmutable больше не оставляет после своего выполнения доступных свойств.
MySQLi
Функциональность встроенного сервера была удалена. Она была сломана как минимум с PHP 7.0.
OpenSSL
Регулярные выражения (совместимые Perl)
Объекты данных PHP (PDO)
Reflection
Объекты Reflection теперь создают исключение, если попробовать их сериализовать. Сериализация объектов Reflection никогда не поддерживалась и приводила к повреждению объектов Reflection. Сейчас это было явно запрещено.
Стандартная библиотека PHP (SPL)
Другие затронутые операции:
Метод SplPriorityQueue::setExtractFlags() выбросит исключение, если передан ноль. Ранее это приводило к отлавливаемой фатальной ошибке при следующей операции извлечения.
Лексер (Tokenizer)
Функция token_get_all() теперь отобразит метку T_BAD_CHARACTER в случае обнаружения непредвиденных символов в потоке меток.
Входящие Cookies
Начиная с PHP 7.4.11 имена входящих cookie больше не декодируются из URL-закодированной строки из соображений безопасности.
Обратная совместимость php 5 и 7
Благодаря введению гибкого синтаксиса heredoc/nowdoc, doc-строки, содержащие закрывающие идентификаторы внутри своего тела, могут вызвать синтаксические ошибки или изменения в интерпретации. Пример:
Генерирование предупреждения в continue, используемом в switch
Строгая интерпретация целых строковых ключей на ArrayAccess
Статические свойства больше не разделяются присвоением по ссылке
В PHP статические свойства совместно используются наследующими классами, если статическое свойство явно не переопределено в дочернем классе. Однако из-за ошибки реализации можно было отделить статические свойства, присвоив их по ссылке. Эта лазейка была исправлена.
Ссылки, возвращаемые при доступе к массиву или свойству немедленно распаковываются
Ссылки, возвращаемые доступом к массиву и свойству, теперь распаковываются как часть доступа. Это означает, что больше невозможно изменить ссылку между доступом и использованием доступного значения:
Распаковка аргумента со значением Traversable с нечисловыми ключами больше не поддерживается
Распаковка аргументов перестала работать со значением Traversable с нечисловыми ключами. Следующий код работает в PHP 5.6-7.2 по ошибке.
Разное
Утилита ext_skel была полностью переработана с новыми опциями, а некоторые старые опции удалены. Теперь она написана на PHP и не имеет внешних зависимостей.
Поддержка BeOS была прекращена.
Произвольной точности математика BCMath
Все предупреждения, выброшенные функциями BCMath, теперь используют обработку ошибок PHP. Раньше некоторые предупреждения были непосредственно отправлены в поток stderr.
Функции bcmul() и bcpow() теперь возвращают числа с запрошенным масштабом. Раньше возвращаемые числа могли опускать завершающие десятичные нули.
IMAP, POP3 и NNTP
Логины rsh/ ssh по умолчанию отключены. Используйте imap.enable_insecure_rsh, если вы хотите включить их. Обратите внимание, что библиотека IMAP не фильтрует имена почтовых ящиков перед передачей их команде rsh/ ssh, таким образом, передача ненадёжных данных этой функции с включённым rsh/ ssh небезопасна.
Мультибайтовые строки
Из-за дополнительной поддержки именованных фрагментов, паттерны mb_ereg_*() с использованием именованных фрагментов будут вести себя по-разному. В частности, именованные фрагменты будут частью совпадений, а mb_ereg_replace() будет интерпретировать дополнительный синтаксис. Смотрите Именованные фрагменты для получения дополнительной информации.
Улучшенный модуль MySQL
Функции MySQL (PDO_MYSQL)
Reflection
Стандартная библиотека PHP (SPL)
Если автозагрузчик SPL выбрасывает исключение, последующие автозагрузчики не будут выполняться. Раньше все автозагрузчики выполнялись, а исключения объединялись в цепочку вызовов.
SimpleXML
Математические операции, включающие объекты SimpleXML, теперь будут обрабатывать текст как целое число ( int ) или число с плавающей точкой ( float ), в зависимости от того, что является более подходящим. Ранее значения обрабатывались как целые числа ( integer ) без каких-либо условий.
Входящие Cookies
Начиная с PHP 7.3.23 имена входящих cookie больше не декодируются из URL-закодированной строки из соображений безопасности.
Русские Блоги
PHP7 не имеет обратной совместимости
PHP7 не имеет обратной совместимости
Основной целевой версией этой статьи является 7.1.
1. Тип объявления
В PHP7 тип фактического параметра функции совпадает с типом формального параметра объявленного типа.
может использовать строку (string), целое число (int), число с плавающей точкой (float) и Boolean (bool), array (array) для объявления типа параметра функции и возврата функции ценность.
Используйте строгий режим: декларируйте (strict_types = 1);
PHP5 не может выполнить вышеуказанный код. Когда PHP7 выполняется, он выдаст 3 и ошибку (аргумент 1, переданный add (), должен иметь тип integer, указан float);
Объявление скалярного типа имеет два режима: обязательный (по умолчанию) и строгий режим.
Объявление (strict_types = 1) должно быть помещено в первую строку файла для выполнения кода, текущий файл действителен!
Каждый файл объявляет объявлять (strict_types = 1) не является идеальным решением.
С помощью phan можно сканировать вышеуказанные ошибки.
Должны быть проверены и изменены вручную.
int float не является фатальным, но теряет цифры. int | flot string | array будет фатальным.
Массив используется много:
Float, double, string, bool не используют.
Проверьте результаты сканирования phan.
2. Используйте через типы после объявления типа
После объявления объекта в PHP7, использование объекта в качестве другого типа сообщит о фатальной ошибке. В основном в массиве типа.
Неправильное использование выглядит следующим образом:
Допустимы следующие варианты использования, а именно Notice или Warning, а не Fatal:
Должны быть проверены и изменены вручную.
Можно проверить по результатам сканирования.
3. Функциональные ограничения
PHP7 не может использовать конструктор с тем же именем
Методы экземпляра PHP7 нельзя вызывать статическими методами
Количество параметров функции PHP7, количество вызовов не соответствует заявленному формату, вызовет Fatal
Нужно проверить вручную.
Проверьте результаты сканирования phan.
4. Несовместимые функции
4.1 mcrypt_ серия была удалена
mcrypt_generic_end()
mcrypt_ecb()
mcrypt_cbc()
mcrypt_cfb()
mcrypt_ofb()
Заменить на серии openssh.
4.2 set_exception_handler () больше не гарантирует, что полученный объект Exception
4.3 set_magic_quotes_runtime был удален
4.4 set_socket_blocking был удален
4,5 сплит был удален
4.6 imageps * был удален
imagepsbbox()
imagepsencodefont()
imagepsextendfont()
imagepsfreefont()
imagepsloadfont()
imagepsslantfont()
imagepstext()
Изменение параметра 4.7 mktime ()
4.8 shmop_function возвращает изменения
shmop_open() The return type of shmop_open() has been changed from int to resource.
4.9 Функция setlocale ()
Входящая строка для категории больше не принимается. Следует использовать константу LC_ *.
4.10 xml_set_object
4.11 curl_setopt
Параметр curl_setopt CURLOPT_SAFE_UPLOAD изменяется:
TRUE отключает префикс @ для отправки файлов в CURLOPT_POSTFIELDS. Это означает, что @ можно безопасно использовать в полевых условиях. CURLFile может быть использован в качестве замены для загрузки.
В PHP 5.5.0 добавлено значение по умолчанию FALSE. PHP 5.6.0 изменил значение по умолчанию на TRUE. PHP 7 удаляет эту опцию и должен использовать интерфейс CURLFile для загрузки файлов.
CURLOPT_HTTPHEADER изменяется в curl_setopt:
Значение должно быть массивом, в противном случае начнется предупреждение
4.12 Изменения Preg_function
Функция preg_replace () больше не поддерживает «\ e» (PREG_REPLACE_EVAL). Вместо этого следует использовать Preg_replace_callback ().
Нужно проверить вручную.
4.13 Eval option for mb_ereg_replace() and mb_eregi_replace()
4.14 xml_parser_free
Эта функция не может удовлетворить освобождение ресурсов парсера xml, вам необходимо использовать метод unset ($ parser).
5 HTTP_RAW_POST_DATA
HTTP_RAW_POST_DATA заменяется на file_get_contents («php: // input»)
Для получения подробной информации, пожалуйста, обратитесь к:
http://www.nowamagic.net/academy/detail/12220520
6 foreach модификация
Цикл foreach () больше не работает с внутренними указателями массива
При зацикливании по значению foreach является операцией копирования массива
При зацикливании по ссылке изменения в массиве будут влиять на цикл
7 список изменений
Больше не присваивать значения в обратном порядке
Функция разделения строк больше не поддерживается.
Пустое назначение списка () больше не разрешено, проверьте вручную.
8 Модификация механизма обработки переменного синтаксиса
Косвенные вызовы переменных, свойств и методов теперь будут решаться строго по порядку слева направо, а не в предыдущей ситуации, когда смешивались несколько особых случаев. Следующая таблица иллюстрирует изменение в этом порядке анализа. 
Порядок элементов массива или атрибутов объекта, автоматически создаваемых при ссылке на назначения, отличается от предыдущего
Нужно проверить вручную.
9 Другое
2018.6.6 HTML и CSS примерно снова снова, начните изучать JavaScript сегодня и сделайте несколько небольших случаев при изучении нового контента. Содержание обучения сегодня имеет книжную сетьЗапись J.
day01: поставщик услуг и потребитель
Помните две концепции 1 Springboot предоставляет основу для быстрого создания проектов Spring, семейство Spring Bucket добавляет зависимости в виде подключаемых модулей. 2 Springcloud обеспечивает реа.
Охрана единства
Недавно я делал небольшой пример. Я обнаружил, что класс, унаследованный в монобехавстве, есть много способов, поэтому я должен задать вопрос: сколько методов, как порядок исполнения? Как внутреннее у.
Обратная совместимость php 5 и 7
Несмотря на то, что большая часть существующего кода PHP 5 должна работать без изменений, всё же ознакомьтесь с некоторыми изменениями, которые могут сказаться на обратной совместимости:
Ключи массива не будут перезаписаны при определении массива как свойства класса через литерал массива
Ранее в массивах, заданные как свойства класса со смешанными явными и неявными ключами, элементы с явно заданными ключами могли молча перезаписываться, если явный ключ пересекался с последовательным неявным ключом. Например:
var_dump ((new C )-> array );
?>
Результат выполнения данного примера в PHP 5.5:
Результат выполнения данного примера в PHP 5.6:
Строгость json_decode()
Это изменение повлияет только в случае передачи в json_decode() некорректного JSON. В случае корректно сформированного JSON, никакого эффекта не будет.
Теперь потоковые обёртки по умолчанию проверяют сертификаты точек при использовании SSL/TLS
Все шифруемые клиентские потоки теперь по умолчанию включают проверку пиров. По умолчанию используется OpenSSL CA пакет для проверки сертификата пира. В большинстве случаев не требуется ничего делать для соединения с серверами с правильным SSL сертификатом, так как обычно OpenSSL уже настроен для использования хороших CA пакетов.
Теперь ресурсы GMP являются объектами
Теперь ресурсы GMP является объектами. Функциональное API, реализованное в модуле GMP, осталось без изменений. Существующий код должен заработать без изменений, только если в нем явно не использовались проверки на ресурс is_resource() или что-то подобное.
Теперь функция Mcrypt требует корректные ключи и IV
Загрузка файлов с помощью cURL
Бесконечность проблемы обратной совместимости
(с)
Обратная совместимость применительно к аппаратным или программным системам означает способность успешно использовать интерфейсы и данные из более ранних версий системы. Этот принцип распространяется не только на программы, которые работают с файлами, созданными в более ранних версиях этих же программ, но и касается ситуаций работы со схожими алгоритмами. Например, Perl поддерживает обратную совместимость с другим языком — Awk, — который Perl был предназначен заменить.
Обратную совместимость легче выполнять, если предыдущие версии системы были разработаны с поддержкой встроенных функций, таких как хуки, плагины или API, которые позволяют добавлять новые возможности вашему софту, однако все из области backward compatibility (c упором на back) может стать головной болью для разработчиков.
Откажешься от нее совсем — расстроятся пользователи предыдущих версий систем и продуктов, вмиг потеряв весь парк накопленных гаджетов или программ. Обеспечишь полную обратную совместимость — станешь заложником прошлых решений, сделав свой продукт тяжелым, неповоротливым, или даже не способным на нужный прирост характеристик.
Разработчик каждый раз принимает трудное решение: должен ли продукт быть обратно совместимым. «Объективно правильного» решения здесь просто нет — в мире достаточно примеров успешной обратной совместимости и отказов от нее. Возможно, чей-то опыт поможет сделать вам правильный выбор прямо сейчас.
Давайте снова поменяем стандарт
Один из самых ярких примеров, когда об обратной совместимости решили забыть, это появление разъема USB 3.1 Type C (USB-C). Многие годы мы не ведали проблем: любой гаджет с разъемом micro- или miniUSB можно было воткнуть в любой соответствующий USB-порт. Но консорциум USB-IF создал разъем Type C, совершенно несовместимый механически ни с одним из сотен миллионов, а то и миллиардов смартфонов, кабелей, зарядных устройств и прочих гаджетов.
Еще одна проблема заключается в том, что не каждый USB-C кабель, порт, устройство и питание совместимы между собой: некоторые кабели с USB-C на обоих концах могут передавать лишь 5 Гбит/с, другие совместимы с 10 Гбит/с, а есть и те, что нельзя использовать для питания.
Ситуация привычная для тех, кто когда-то собирал себе компьютеры самостоятельно или занимался их апгрейдом. За последние 20–30 лет на наших глазах сменилось множество поколений шин и портов, почти каждое из которых не было обратно совместимо с предыдущими. Поменялись буквально все разъемы на материнской плате, и не по одному разу: сокеты процессоров, шины видеокарт и оперативной памяти, разъемы для подключения накопителей и периферии.
Нездоровая чехарда в мире процессоров продолжается до сих пор: вполне себе бодрые модели, которые гонять и гонять, через несколько лет уже нельзя поставить на новые материнские платы. Производителям трудно устоять перед соблазном регулярно делать бесполезными запасы железа у пользователей, заставляя их нести деньги на новые модели. Отсутствие обратной совместимости не греет душу, когда купленный три года назад процессор приходится менять на практически такой же, потому что умерла материнская плата.
Универсальный разъем, предназначенный для передачи данных и питания, способен стать единственным портом на устройстве — и в этом несомненный плюс USB Type-C. Можно смириться с отсутствием обратной совместимости в гаджетах, и даже отметить для себя плюсы (более высокую скорость передачи данных и иные параметры электропитания), но в сфере ПО болезненнее воспринимается несовместимость новых версий со старыми. Особенно это касается корпоративных продуктов, стоимость которых и влияние на бизнес-процессы слишком велики.
Геймдев
В экосистеме ПК игры обратно совместимы в течение десятилетий. Такие утилиты как DOSBox позволяют нам играть даже в самые ранние ПК-релизы. Фактор совместимости, при которой переход на новую версию системы с большой вероятностью не влечет за собой проблем, похоже, сыграл роль в текущем доминировании Windows. Да, в результате 32-битные версии Windows поддерживали запуск 16-битного программного обеспечения Windows и некоторый софт MS-DOS (а в 64-битных версиях, соответственно, работают 32-битные программы), но Microsoft получили огромную тяжелую платформу, в которой есть совместимость даже с ошибками.
А как дела у приставок?
Отчет Ars Technica показал, как пользователи Xbox One и Xbox 360 используют свои устройства. Интересно, что данные из отчета по приставке Microsoft совпадают с мнением корпорации Sony, которая не рассматривает обратную совместимость в PlayStation 4 как нечто важное. По мнению руководителя Sony Interactive Entertainment Europe Джима Райана, об этой функции больше говорят, чем реально пользуются. Хотя Sony действительно предоставила возможность скачать игры для PS1 и PS2 на PS4.
Некоторые сайты проводили свои собственные опросы в преддверии выхода Xbox One и PS4 — тогда было отмечено, что многие игроки заявляли о желании обратной совместимости. Microsoft привлекла большое внимание к обратной совместимости с Xbox One. Функция была в целом хорошо реализована, но сейчас не особо привлекает геймеров.
В линейках Nintendo DS и Wii также есть много примеров обратной совместимости.
Геймдевелоперы усилия компаний встретили более воодушевленно — больше не требуется изучать архитектуру с нуля, чтобы воспользоваться преимуществами нового консольного оборудования. Обратная совместимость позволяет относительно просто поддерживать релизы для всех устройств, созданных на основе общей архитектуры.
Обратная совместимость в языках
(с)
Каждый популярный язык программирования имеет ясную эволюцию, большую часть его жизни обозначенную версией: у вас есть Java 5, 6, 7 и т. д., PHP 5.1, 5.2, 5.3 и т. д. Каждая новая версия исправляет ошибки и добавляет функции, но если язык (или платформа) имеет фундаментальные изъяны, то разработчики либо избегают их (если могут), либо учатся жить с ними.
Разработчики языков получают много отзывов от программистов, использующих тот или иной язык программирования в своей работе. Кажется, что однажды выйдет версия языка, в которой все проблемы исчезнут. Но этого не происходит. Почему так? Один из вариантов — обратная совместимость.
У популярного PHP есть недостатки, и те, кто давно с ним работают, прекрасно знают, как можно обойти все ловушки и ямы языка. Теперь предположим, что в новой версии языка исправили все минусы, но потеряли обратную совместимость. В результате разработчик тратит время на обновление кода до актуальной версии PHP. То самое время, которое он мог бы потратить на выполнение запросов клиентов или внедрение новых функций.
Учитывая эти проблемы, понятен мотив тех, кто не хочет переходить на новую версию PHP, даже если она лучше, понятнее и безопаснее и т. д. Вы скажете, что это гипотетический пример. Возможно… Но в мире еще есть программисты, которые до сих пор работают на COBOL! Язык появился в 1958 году. К 1997 году активно использовалось около 240 миллиардов строк кода на COBOL, кодом на этом языке обрабатывалось около 90% финансовых транзакций в мире и 75% коммерческих транзакций. Самое интересное — это потрясающая совместимость языка: тот COBOL, который использовался в 60-х, может работать и на современном оборудовании.
Есть продукты, которые в принципе не могут поломать обратную совместимость, потому что это поставит на них крест. Например, Java: основная сфера применения этого языка — бизнес-приложения, по всему миру написано астрономическое количество строк кода, в том числе в огромных корпоративных кодовых базах. Код, написанный 20 лет назад, до сих пор работает. И если завтра выйдет версия Java, в которой разработчики накрутят фантастические фичи, но без обратной совместимости, то никто больше не станет инвестировать очень большие деньги в разработку серьезных — и дорогих — приложений. Так что Oracle придется либо всю жизнь тянуть за собой груз старых версий, либо открывать дорогу нововведениям, но при этом теряя большую долю клиентов. На третий вариант — поддерживать одновременно две ветки Java, с полноценным сопровождением и развитием — не согласится сама корпорация.
В свое время разработчики Python нарушили обратную совместимость, тем самым разозлив кучу пользователей. Большинство программистов не считало язык Python 2.x «ошибочным» или содержащим «фундаментальные изъяны». У них не было таких жалоб, какие появляются у разработчиков на PHP.
Сегодня сообщество языка разделено на два лагеря, при этом масса готовых библиотек под вторую версию не дает многим мигрировать на третью, хотя та и привнесла в язык ряд сильных улучшений. В результате закрепилось мнение, что «Python 3 — это худшее, что могло случиться с сообществом Python».
У проблемы есть и обратная сторона — Python 3 был выпущен в декабре 2008 года, но поддержка языка во фреймворке Django появилась только спустя пять лет.
Хотя нет 100% совместимости между C и C ++, но даже в C ++ есть обратная совместимость с очень ранними функциями языка (включая некоторые функции, унаследованные непосредственно от C).
Накопление технического долга
Иногда проблема возникает потому, что мы просто не в силах предсказать будущее. В 1981 году «Интернета» хватало всем и каждому — была описана первая широко используемая версия протокола IPv4, использующая 32-битные адреса, ограничивающие адресное пространство 4 294 967 296 возможными уникальными адресами.
4,3 миллиарда адресов IPv4 выглядели более чем достаточно для ARPANet. IPv6 появился в 1998 году (описан в RFC2460), но популярности протокол не снискал. Потребовалось более десяти лет, чтобы на проблему ограниченного количества адресов обратили внимание. И вот тогда стало понятно, что гигантская база разработанного и установленного программного и аппаратного обеспечения IPv4 требует сохранения обратной совместимости IPv6 с IPv4.
«Внезапно» выяснили, что IPv6 был разработан без полноценной совместимости с предыдущей версией — узел с поддержкой только IPv6 не может подключиться к узлу, работающему только по IPv4. Переход от IPv4 к IPv6 требовал «двухстековой» фазы, во время которой хост-компьютер взаимодействовал бы с обоими стеками протоколов одновременно, используя стек протокола IPv6 для взаимодействия с другими хост-компьютерами IPv6, а стек протокола IPv4 для взаимодействия с другими хост-компьютерами IPv4.
Некоторые коммутаторы, маршрутизаторы и устройства безопасности также оказались не совместимы с IPv6. Таким образом процесс перехода на IPv6 столкнулся со множеством проблем, решать которые предлагается разными способами. Ни одно из существующих решений нельзя назвать идеальным, но каждое из них найдет свое применение.
Философия обратной совместимости в ПО
Когда задумался, нужно ли в новой версии поддерживать совместимость (с)
В софте обратная совместимость, как правило, подразумевает сильное увеличение размеров файлов и всего приложения, но самое главное не это. Обратная совместимость обычно требует тащить за собой исторический багаж, что в интерпретируемых языках нередко приводит к заметным потерям в производительности.
При обратной совместимости раздувается кодовая база, усложняется архитектура приложения, затрудняется апгрейд приложений. Возникает желание отринуть старое и написать компактный, легкий код, использующий самые современные наработки.
Например, новая версия Skype больше не может устанавливать голосовые и видеосоединения с версиями под Windows XP. И, конечно, некоторые пользователи хотят проигнорировать новый релиз, предпочтя остаться на старом, но таком привычном.
Да, обратная совместимость сегодня считается одним из важнейших условий при разработке программных продуктов. Она позволяет пользователям наименее безболезненно — а значит, и комфортно — переходить на новые продукты. Производителям игровых приставок, например, важно обеспечивать обратную совместимость новых игр со старыми гаджетами, чтобы максимально расширять аудиторию потенциальных покупателей. Но при этом разработчикам труднее реализовывать новый уровень реалистичности графики и физики, что, по иронии, может снизить привлекательность системы для геймеров.
Мы сами периодически сталкиваемся со схожими вопросами. При написании облачного решения «горячего» хранения данных Hotbox можно было все полностью создать с «нуля» или использовать существующие наработки в Почте и Облаке Mail.Ru. Написание с нуля позволяет разом избавиться от всего накопившегося технического долга, однако это долго. Минус использования текущих наработок в том, что мы остаемся на языке Perl, для которого сложно находить новых разработчиков в связи с его не самой большой популярностью. Но плюсы этого решения существенно перевешивают: в этом языке у нас огромная экспертиза и наработанные годами инструменты. Так как было критично выпустить продукт в срок — мы решили остановиться на использовании Perl.
В результате получился продукт, который на данный момент нас полностью устраивает. В этом случае «обратная совместимость» вышла за пределы одного лишь сервиса — мы сделали совместимость не только с наработками в других проектах, но и с нашим собственным опытом. Осознание этого факта приводит к простой мысли: не всегда новый язык, новая версия программы или новый гаджет является универсальным решением поставленной перед вами задачи.