Миграция от классического asp до .net - PullRequest
1 голос
/ 14 мая 2009

Кто-нибудь имеет опыт работы с компаниями, которые плохо перешли с классического Asp на .Net?

В этой компании значок «папка», представляющий решение, и значок «папка», представляющий проект, и значок «папка», представляющий каталог файлов, - это одно и то же.

.Net IDE - просто лучший блокнот.

Вся компания в одном широком решении. Код для того, что должно быть многими, совершенно отдельными Проектами, все смешан внутри и распределен по набору «папок» в «Основном решении». Каждая из этих папок содержит разную информацию для любого приложения, созданного в .Net.

Мой вопрос: что происходит с такими компаниями? Они выходят из бизнеса? Они остаются с этим до бесконечности, придерживаясь того же трудоемкого кошмара обслуживания «кодовой базы», ​​который не может выдержать ни один настоящий программист .Net? Видят ли они когда-нибудь свет? Если так, то как?

Я должен знать.

Ответы [ 4 ]

1 голос
/ 14 мая 2009

Я работаю в компании, у которой в интранете 30 000 страниц. Написано на классическом ASP. Не говоря уже о 200+ интернет-приложениях с компонентами ASP и VB. ; -)

Мы все еще получаем хороший бизнес (почти 60%) онлайн. Не могу мигрировать в ближайшее время. Мы делаем это медленно. Лучше делать новые проекты в .net. Я согласен с Кевином, если он работает, почему сломал его.

В настоящее время у бизнеса нет веских причин для миграции, если он работает должным образом.

1 голос
/ 14 мая 2009

Но это все еще работает? Если да, то почему, особенно в этой экономике, вы бы обновились? просто ради этого? Должна быть лучшая причина, по которой это.

Вы счищаете всю краску со своего дома и перекрашиваете ее каждый раз, когда Glidden вводит новую / лучшую формулу, которая должна длиться дольше? Возможно нет. Вы перекрашиваете его, когда нужно перекрасить.

1 голос
/ 14 мая 2009

Возможно, они не будут мигрировать. Код все еще работает, он просто старый. Скорее всего, случится так, что проект будет заменен небольшой частью за раз, но не общей стратегией. Это будет медленно и тяжело. Будут разговоры о переписывании приложения, но этого никогда не произойдет. Во многих местах есть менталитет, если он не сломан, не чините его. Если он делает то, что им нужно, он будет вокруг в течение длительного времени.

0 голосов
/ 14 мая 2009

Эта превосходная статья старая, но она определенно подводит итог дебатов о технологиях "новая и старая" и о том, что это на самом деле означает для бизнеса.

Если старая технология является проверенным и стабильным источником дохода, переписывание ее на более новом языке только увеличивает риск.

...