Сообщений в теме: 28

[Santiagos100]

Привет!
Ситуация такая, у нас интернет магазин написанный на PHP (самописный движок), нам предлагают переписать сайт на ASP.net говорят что будет намного современнее, быстрее и функциональнее. Это серьезный шаг для нас, и поэтому нужно взвесить все за и против. Что вы думаете по этому поводу?? Почему стоит или не стоит переходить на ASP.net??? Все заранее благодарен!

[ar_mt]

Привет!
Ситуация такая, у нас интернет магазин написанный на PHP (самописный движок), нам предлагают переписать сайт на ASP.net говорят что будет намного современнее, быстрее и функциональнее. Это серьезный шаг для нас, и поэтому нужно взвесить все за и против. Что вы думаете по этому поводу?? Почему стоит или не стоит переходить на ASP.net??? Все заранее благодарен!

Здравствуйте.

Выражение "намного современнее, быстрее и функциональнее" не зависит от технологии исполнения. Это больше похоже на маркетинговый лозунг. ASP.NET, Django, Ruby on Rails, Symfony и мн. др. - это, всего-лишь, инструменты. А инструменты лучше ведут себя в руках мастера. Нужно опираться на опыт компании и качество оказываемых ими услуг. Какие варианты миграции данных со старого движка на новый они предлагают? Останутся ли у Вас учетные записи и данные текущих клиентов, товары и т.д? Какое дополнительное ПО нужно будет докупить? ASP.NET это платформа Windows, и если у Вас текущий сервер на *nix системе, то это тоже дополнительные расходы.

На всякий случай, посоветовал-бы спросить какой именно ASP.NET, старый древний WebForms или новый и быстро развивающийся ASP.NET MVC 3.

Сообщение отредактировал ar_mt: 27.04.2011, 14:41:26

[Acid5000]

Привет!
Ситуация такая, у нас интернет магазин написанный на PHP (самописный движок), нам предлагают переписать сайт на ASP.net говорят что будет намного современнее, быстрее и функциональнее. Это серьезный шаг для нас, и поэтому нужно взвесить все за и против. Что вы думаете по этому поводу?? Почему стоит или не стоит переходить на ASP.net??? Все заранее благодарен!

Да именно так. Лучше не ASP.NET, а ASP.NET MVC
Минусы. Если у вас будет ASP.NET то нужно искать хостера который поддерживает его.А их меньше.. Ну и цены собственно дороже. Да и не каждый студент сможет потом поправить. Это главные минусы.


Плюсы пхп: каждая сабака знает, дешев, всеми поддерживается.

[Santiagos100]

Привет!
Ситуация такая, у нас интернет магазин написанный на PHP (самописный движок), нам предлагают переписать сайт на ASP.net говорят что будет намного современнее, быстрее и функциональнее. Это серьезный шаг для нас, и поэтому нужно взвесить все за и против. Что вы думаете по этому поводу?? Почему стоит или не стоит переходить на ASP.net??? Все заранее благодарен!

Да именно так. Лучше не ASP.NET, а ASP.NET MVC
Минусы. Если у вас будет ASP.NET то нужно искать хостера который поддерживает его.А их меньше.. Ну и цены собственно дороже. Да и не каждый студент сможет потом поправить. Это главные минусы.


Плюсы пхп: каждая сабака знает, дешев, всеми поддерживается.

Вот и у меня возникают вопросы дальнейшей доработки, много ли у нас программистов знающих эту технологию и на сколько дорого ее содержать??

[Acid5000]

Вот и у меня возникают вопросы дальнейшей доработки, много ли у нас программистов знающих эту технологию и на сколько дорого ее содержать??

Если у Вас интернет магазин , то его не нужно каждый день обновлять в плане логики. Вы в принципе можете найти "приходящего" программиста, он будет не дорогой. Или отдать на аутсорсинг. Обновлением дизайна может заняться любой дизайнер ..
php программист стоит от $800, asp.net программист начинается от $1000.. насколько их много. я не знаю.. но они не редки.
если уже всё будет так плохо дадите студенту книжку в зубы и он научится и вам всё напишет.
хостинг стоит например здесь 4 доллара месяц . http://www.mochahost...ing_windows.php

Сообщение отредактировал Acid5000: 27.04.2011, 17:06:51

[forspamonly]

Меня смутило слово "переписать". Оно подразумевает заказную разработку, а не адаптацию и внедрение готовой системы.

И это совершенно неочевидный вопрос - стоит ли менять один самодельный магазин на другой самодельный. Конечно, написать руками можно что угодно, но полнофункциональный магазин с нуля - это больше половины человеко-года разработки, во всяком случае у нас так вышло. Это долго и дорого.

И что хуже всего для вас, экономическая целесообразность различных фич будет считаться исходя из окупаемости в рамках одного проекта. А это практически безальтернативно означает, что удобство для персонала будет на нижней границе приемлемости - просто потому, что для того, чтобы сделать удобно, надо будет потратить много времени разработчиков, которое просто не окупится за счёт экономии времени операторов магазина.

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

Если рассматривать внедрение чего-то готового, то заготовок пхп-шных магазинов доступно гораздо больше чем асп-шных. В том числе есть уже более или менее адаптированные под наши условия - со всякими 1с, ККБ и прочим.

А если говорить именно о технологическом преимуществе, то я в принципе согласен с ar_mt. Плохо можно сделать на любой технологии, так что если достоинства технологии - это единственный аргумент, то лучше с этим не связываться. С другой стороны, если существуют объективные предпосылки для разработки новой системы, то технологии это не самый главный фактор, если удобнее решать задачу на других технологиях - почему бы и нет. Неразрешимых проблем в эксплуатации любой распространённой технологии быть не должно.

[Acid5000]

Меня смутило слово "переписать". Оно подразумевает заказную разработку, а не адаптацию и внедрение готовой системы.

И это совершенно неочевидный вопрос - стоит ли менять один самодельный магазин на другой самодельный. Конечно, написать руками можно что угодно, но полнофункциональный магазин с нуля - это больше половины человеко-года разработки, во всяком случае у нас так вышло. Это долго и дорого.

И что хуже всего для вас, экономическая целесообразность различных фич будет считаться исходя из окупаемости в рамках одного проекта. А это практически безальтернативно означает, что удобство для персонала будет на нижней границе приемлемости - просто потому, что для того, чтобы сделать удобно, надо будет потратить много времени разработчиков, которое просто не окупится за счёт экономии времени операторов магазина.

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

Если рассматривать внедрение чего-то готового, то заготовок пхп-шных магазинов доступно гораздо больше чем асп-шных. В том числе есть уже более или менее адаптированные под наши условия - со всякими 1с, ККБ и прочим.

А если говорить именно о технологическом преимуществе, то я в принципе согласен с ar_mt. Плохо можно сделать на любой технологии, так что если достоинства технологии - это единственный аргумент, то лучше с этим не связываться. С другой стороны, если существуют объективные предпосылки для разработки новой системы, то технологии это не самый главный фактор, если удобнее решать задачу на других технологиях - почему бы и нет. Неразрешимых проблем в эксплуатации любой распространённой технологии быть не должно.

Топик стартер скорее всего обратился к веб мастерам для дописывания какого либо функционала,те посмотрели сайт и сказали, что лучше переписать на асп. это правильно,но если они собрались писать свой асп-магазин с нуля стоит поискать другую компанию для выполнения данной работы..

Чтобы сделать плохо на asp.net mvc нужно еще постараться, на пхп пишется изначально кривой код, который сложно поддерживать. Т.е наоборот нужно очень постараться чтобы всё было хорошо.

шаблон asp.net mvc 3 магазина стоит $100

[winXP]

Нельзя сказать что ASP лучше подходит лучше чем PHP для таких целей. На php написаны многие google сервисы, кажется "Вконтакте", одноклассники и тп. Не думаю что ваш магазин по нагрузкам будет выше этих соц сетей )) Грамотные специалисты нужны - это да.

[Acid5000]

Нельзя сказать что ASP лучше подходит лучше чем PHP для таких целей. На php написаны многие google сервисы, кажется "Вконтакте", одноклассники и тп. Не думаю что ваш магазин по нагрузкам будет выше этих соц сетей )) Грамотные специалисты нужны - это да.

Ну вы сравнили)) Людей которые пишут одноклассников и гугл сервисы и наших веб программистов.. После наших хочется только одно. Переписать.и не у одного меня такие отзывы.. конечно есть исключения, но я пока не видел ((

[caken]

И на АСП легко можно написать тормознутое, глюкавое приложение. А так конечно АСП имхо удобнее для разработчика среда. Незнаю точно как обстоит дело но наверное есть платные компоненты для конечного пользователя. Много ли хостов поддерживающих ASP страницы?

[Acid5000]

И на АСП легко можно написать тормознутое, глюкавое приложение. А так конечно АСП имхо удобнее для разработчика среда. Незнаю точно как обстоит дело но наверное есть платные компоненты для конечного пользователя. Много ли хостов поддерживающих ASP страницы?

Согласен. Компоненты конечно есть. С хостингом, буржуйского много, нашего мало)

[ТатлиК]

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

[pyramida]

ТС зачем менять шило на мыло? Менять есть смысл если что-то нужно доделать и в Вашем случае на ПХП это будет например не возможно. Если компания которая предложила заменить движек покажет чем ее решение лучше (пока мотивацию вижу только одну они денег хотят с Вас взять) тогда меняйте. Знаний ни ПХП ни АСП у Вас нет? Как будете оценивать?
Нанять програмиста можно, но! Исходя из своего опыта ПХП програмиста найти проще. АСП тоже наверно можно. Но потом уговорить его что-то сделать это целая история.

Сообщение отредактировал pyramida: 12.05.2011, 15:12:03

[webman1986]

С таким же успехом можно еще добавить python/django ruby/ruby on rails

Вы бы лучше разобрались с архитектурой вашего магазина и оптимизировали код и запросы

[Acid5000]

С таким же успехом можно еще добавить python/django ruby/ruby on rails

Вы бы лучше разобрались с архитектурой вашего магазина и оптимизировали код и запросы

я конечно не топик стартер.
но считаю, что они как раз и предлагают сменить с пхп на асп потому что :
1) разобраться сложно и проще написать с 0
2) если писать с нуля нужно какие-то обоснования, в данном случае это новая технология асп.нет
3) с асп.нет к бывшему студенту не пойдешь, они переманивают клиента под себя.
4) ну и самое главное они не могут гарантировать, что если они допишут пхп, то всё будет правильно работать, может до них косяков полно.

[Gonzo]

но считаю, что они как раз и предлагают сменить с пхп на асп потому что :

заработать все хотят...

з.ы.

1) разобраться сложно и проще написать с 0
2) если писать с нуля нужно какие-то обоснования, в данном случае это новая технология асп.нет
3) с асп.нет к бывшему студенту не пойдешь, они переманивают клиента под себя.
4) ну и самое главное они не могут гарантировать, что если они допишут пхп, то всё будет правильно работать, может до них косяков полно.

1) в том то и проблема "наших" "программистов"... кстати разобраться если есть желание не всегда сложно...
2) новая технология зачастую заказчикам вообще ничего не говорит, т.к. больше половины из них просто какие-то кровавые убийцы прогресса... я извиняюсь как бы...
3) смотря на сколько бывший студент обременён наличием нужного вещества в голове...
4) опять же то же самое что и первый пункт...

ASP или PHP? - Спор из разряда "апельсин или швабра, а?"... ящетаю...

[Gonzo]

И вообще, если есть рабочий магазин, зачем его переписывать... тем более по предложению...
Другое дело если он есть и "как бы работает..."

[Acid5000]

1) в том то и проблема "наших" "программистов"... кстати разобраться если есть желание не всегда сложно...

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

[Gonzo]

разработчики это одно... а вот те у кого система уже готова на чём-то одном, и нужно дорабатывать по мере надобности это другое... вот как раз таки в этом случае все программисты испаряются со скоростью света...

з.ы. в общем-то бесполезный спор мы тут затеяли...
я хотел лишь сказать что от балды на чём писать PHP или ASP... тут уж кто во что горазд...

[Ap@che]

Пишите на RoR это перспективнее! Или вообще не мучайтесь и купите битрикс.

Сообщение отредактировал Ap@che: 31.05.2011, 09:46:54