Комментарии 14
Так много букв, чтобы сказать:
Кстати, а какой Перл — пятый или шестой?
мы решили остановиться на использовании Perl.
Кстати, а какой Перл — пятый или шестой?
+1
Имхо, проблемы «Поддерживать или нет обратную совместимость» по моему нет. Есть проблема — как долго поддерживать обратную совместимость и каким образом. Нп. решение с dosbox мне нравится — создание промежуточного слоя, который транслирует старый API в новый. Но это только для тех приложений, которые уже не развиваются.
+2
Статья про обратную совместимость от мэйлру звучит как издевка.
А вся проблема в приложении мэйла для андроид, которое обновляется постоянно, при этом старое приложение не может подключится к ящику и проверить почту.
Вот так обновил все приложения на телефоне, уехал в глуш где ловит только 2G а приложение мэйл тебе и говорит: невозможно войти в аккаунт…
Обновляешь кое как приложение (часа за два по EDGE) — и о чудо, все начинает работать.
Хотя бы в сообщении об ошибке пишите что ошибка подключения из за устаревшей версии приложения.
А вся проблема в приложении мэйла для андроид, которое обновляется постоянно, при этом старое приложение не может подключится к ящику и проверить почту.
Вот так обновил все приложения на телефоне, уехал в глуш где ловит только 2G а приложение мэйл тебе и говорит: невозможно войти в аккаунт…
Обновляешь кое как приложение (часа за два по EDGE) — и о чудо, все начинает работать.
Хотя бы в сообщении об ошибке пишите что ошибка подключения из за устаревшей версии приложения.
+2
Можно ведь настроить почту дедовским способом (вбить порты, протоколы, логин и пароль) в самом андроиде. Даже java-телефоны часто имели или встроенный почтовый клиент, или лёгкий мидлет для почты.
0
Сарказм не понятен. Электронная почта — универсальный стандарт. За исключением отдельных решений для особых параноиков, с любым почтовым сервером можно использовать любой почтовый клиент. Или вы считаете, что если у меня 5 почтовых ящиков от 5 разных провайдеров — то и почтовых клиентов должно быть 5, по одному от провайдера?
0
Mail.ru до сих пор не осилили полноценную поддержку IMAP. Например, поиск на стороне сервера не работает, можно только скачать все письма за определённый период и искать по ним локально. А несколько лет назад были периоды, когда IMAP и вовсе не работал, доступ был возможен только через web-интерфейс.
+2
в этом языке у нас огромная экспертиза
Экспертиза, блин.
Как же это надоело, сил нет. Ладно в переводном тексте, но на русском-то зачем так писать?
Экспертиза это процесс, исследование и т.п. А то, что есть у вас, это не экспертиза, а опыт. Опыт.
+6
Многие годы мы не ведали проблем: любой гаджет с разъемом micro- или miniUSB можно было воткнуть в любой соответствующий USB-порт. Но консорциум USB-IF создал разъем Type C, совершенно несовместимый механически ни с одним из сотен миллионов, а то и миллиардов смартфонов, кабелей, зарядных устройств и прочих гаджетов.
Дааа. Вот же злодеи. Было у нас с десяток разных разъемов и кабелей под них и мы горя не знали, а теперь всего один. Ну бедаа.
+3
Вечная проблема: Бизнес хочет быстрее, а программисты хотят чтобы было хорошо и удобно.
Чаще всего побеждает бизнес, и в результате получается нечно кривое и с кучей костылей и технического долга — в результате страдают программисты. Умный бизнес в какой-то момент сделает паузу в гонке и позволит закрыть хотя бы самый критичный технический долг, но большинство бизнесов так и продолжит навешивать новый функционал, пока этот монстр не похоронит его (так как стоимость добавления нового функционала будет постоянно расти и в результате через 3-5 лет добавление нового поля в таблицу будет стоить не пару часов, а десятки и сотни).
Конечно, если старый код написан хорошо, то нет смысла выкидывать его только из-за устаревшего языка. Но на практике — любая большая система не идеальна и содержит то, что нужно перерабатывать с архитектурной точки зрения.
Чаще всего побеждает бизнес, и в результате получается нечно кривое и с кучей костылей и технического долга — в результате страдают программисты. Умный бизнес в какой-то момент сделает паузу в гонке и позволит закрыть хотя бы самый критичный технический долг, но большинство бизнесов так и продолжит навешивать новый функционал, пока этот монстр не похоронит его (так как стоимость добавления нового функционала будет постоянно расти и в результате через 3-5 лет добавление нового поля в таблицу будет стоить не пару часов, а десятки и сотни).
Конечно, если старый код написан хорошо, то нет смысла выкидывать его только из-за устаревшего языка. Но на практике — любая большая система не идеальна и содержит то, что нужно перерабатывать с архитектурной точки зрения.
+1
наименее безболезненно
Тут двойное отрицание, получается "наиболее болезненно"
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Бесконечность проблемы обратной совместимости