Существует ли стабильный язык программирования для веб-программирования? - PullRequest
7 голосов
/ 23 февраля 2009

Известный пользователь PHP однажды сказал: «Через 2 года будет повторный запуск.» 1001 *

Эти времена прошли. Веб-приложения старше 5 лет распространены. С оригинальным разработчиком (ями) ушли.

Циклы выпуска операционной системы, языка программирования и фреймворка мешают выполнять настоящую работу, если у вас нет большого персонала.

Есть ли способ разработать что-то, что не требует постоянного переноса на следующий уровень, без страха потерять поддержку и поддержку сообщества? Для людей, которые хотят остаться в программировании вместо того, чтобы подниматься по корпоративной лестнице и оставлять проблемы следующему «поколению»?

Ответы [ 11 ]

20 голосов
/ 23 февраля 2009

Код моей компании почти исключительно на C #, однако у нас есть приложения ColdFusion 5, которые до сих пор пишутся в 2001 году или около того. Нет необходимости переносить их.

Если это не сломано, не исправить это.

Кроме недостатков безопасности (которые обычно обрабатываются OS / Server Patch, поэтому им не нужно менять код), нет необходимости менять приложение только потому, что вышла новая версия языка.

Если я не ошибаюсь, у ColdFusion было как минимум 2 новых релиза с тех пор, как мы перестали использовать его для нового кода. но это никоим образом не повлияло на наши сайты ColdFusion.

9 голосов
/ 24 февраля 2009

Во-первых, можно переоценить сложность обслуживания веб-приложений. Во многих случаях изменения в языке или платформе носят экспансионистский характер, а не разрушительные. Код .NET, python и т. Д., Созданный несколько лет назад, все еще будет работать, но добавляются новые опции, чтобы сделать эти инструменты более мощными для будущих приложений. Случай, когда происходят массовые изменения, имеет тенденцию происходить на первой или второй итерации языка, например Рельсы 1 - Рельсы 2.

Во-вторых, за все еще активное развитие веб-программирования следует благодарить. Это означает, что это часть отрасли, которая будет оставаться продуктивной и интересной на долгие годы.

8 голосов
/ 24 февраля 2009

Написание программ CGI на Фортране 77. Должно быть довольно стабильным.

6 голосов
/ 24 февраля 2009

Единственные рамки программирования, которые остаются стабильными, это те, которые были оставлены. Фреймворк, который стоял достаточно долго, не будет поддерживать, скажем, AJAX, JSON или даже XML.

Вы не найдете то, что просите. Лучшее, на что вы можете надеяться, - это зрелый фреймворк с хорошей поддержкой, такой как ASP.net или JSP. И, как сказал @Neil N, не продолжайте модернизацию, если нет острой необходимости в бизнесе.

6 голосов
/ 23 февраля 2009

Традиционный CGI стабилен. Это не сексуально, но если ваша ОС по-прежнему может запускать те же двоичные файлы или сценарии, она все равно будет работать.

2 голосов
/ 09 июля 2009

Рассмотрим слои сдвига . Ранее я работал в крупных аэрокосмических компаниях, где один и тот же внутренний код и базы данных на Фортране развивали свои внешние интерфейсы с эпохи бумажных лент через мэйнфреймы, клиентские серверы и веб-сайты интрасети.

Снаружи у вас, как правило, будут шаблоны CSS и XHTML, которые можно изменить, чтобы перекрасить приложение. В крупных организациях они меняются довольно быстро, поскольку высшее руководство, похоже, решает, что сарай для велосипедов должен быть разного цвета каждые несколько недель.

Обычно у вас есть некоторая логика для объединения шаблонов с данными из серверной части и перенаправления пользовательских действий в серверную часть. Это не должно измениться так быстро, но перевести презентацию в вызовы на сервер. Ожидайте обновлять это каждые несколько лет, и переписывать это один раз в десятилетие. Мы использовали Java для этого, начиная с конца 1990-х годов. Некоторые детали меняются быстрее, чем другие, но это не большая проблема.

Бэкэнд обычно стабилен (некоторые из аэродинамических кодов 1970-х годов; законы физики меняются не так часто) и будет переживать веб-интерфейс, так как он имеет все другие парадигмы интерфейса. Фортран навсегда.

2 голосов
/ 24 февраля 2009

Первым веб-программированием, которое я когда-либо делал, было написание модулей Apache на C, которые взаимодействовали с базой данных dBase. Я вполне уверен, что код все еще будет работать сегодня (если бы компания, для которой я его написал, еще существовала).

Я занимаюсь большей частью моего текущего веб-программирования на Perl, которое очень стабильно и имеет отличный послужной список для обратной совместимости. Большая часть, если не весь, код, написанный для Perl 4 (выпущенный 21 марта 1991 г.), должен по-прежнему работать на последней стабильной версии Perl (5.10) - хотя вы можете захотеть обновить его, чтобы воспользоваться преимуществами последних 18 лет улучшений в обоих методы разработки программного обеспечения и языковые особенности.

1 голос
/ 24 февраля 2009

Напишите свой собственный веб-сервер на C, и вам не нужно беспокоиться о языке веб-программирования.

(Нет, это не серьезный ответ)

0 голосов
/ 31 октября 2010

Веб-фреймворк Python web2py обещает обратную совместимость:

Всегда обратно совместимы. У нас есть не нарушена обратная совместимость с версии 1.0 в 2007 году, и мы обещание не сломать его в будущем.

И поддерживает версии Python от 2,4 до 2,7

РЕДАКТИРОВАТЬ: Обновление важного проекта 2 раза, и каждый раз возникала проблема. Ну,…

РЕДАКТИРОВАТЬ 2: Требуется Python 2.6 до 2.7 сейчас. Нет поддержки Python 3.

0 голосов
/ 16 ноября 2009

Java-сервлеты и JSP использовались в течение десятилетия или около того, и они по-прежнему работают так же, как и в '99. Но, честно говоря, можете ли вы представить что-то более уродливое, чем веб-приложение 90-х годов без каких-либо переделок, сделанных с тех пор?

...