ну я бы так сказал, если MS пытается стеснить php, поэтому стоит сравнивать PHP и ASP.Net.. 

ASP.Net мощная то мощная, но для 90 % сайтов (а то и не больше) это мощь не нужна, нужно быстро и просто создать сайт и отдать заказчику... Быстрее разработка, больше сайтов, большая производительность, больше заказов, больше портфолио... все это дает php, а ASP.net для каких нибудь нестандартных проектов... который предоставляют пользователю какой-то функционал. 

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

А выгодно оно по одной простой причине - стоимость J2EE/ASP.NET разработчика куда выше, да и попробуй его найти :-( .
Если заказывать проект в аутсортинговой компании, то его реализация на PHP будет так же дешевле.


На пути его роста, стоит несколько проблем (лень мне их сейчас описывать, да и букав много потребуется), если он их обойдет то....... он станет очень похож если не на j2EE в целом, то на некоторые его частные случаи т.е. разработка приложений на newPHP будет похожа на работу с каким-нибудь легковесным контейнером. (я специально не написал здесь ASP.NET - так как  останется серьезная разница в вопросе лицензирования)


Кстати, найти толковых разработчиков, способных правильно применить PHP  в промышленных масштабах тоже весьма сложно, и денег они хотят немало.

Carpricorn, 


Я написал об этом несколько страниц назад.



п.с. Кстати, а кто что думает о Ruby on Rails, какое у него будущее? (Все не хватает времени с ним поиграться чтоб составить свое мнение :-( )

Ты полагаешь с Java дела обстоят иначе? 

Fortop, 

а чуть внимательней прочитать мой пост.    

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



будущее у руби есть ;-)..
единственный недостаток (при многих преимуществах) по сравнению с питоном(диянго) это производительность: тут руби отстаёт ... значительно. Причина известна это отсутствие компилятора: всё (и вью и контроллеры и модели) запускаются непосредственно с исходников. Но над этим уже работают и в новых версиях компилятор должен быть введён.



все специалисты java только и применяют её в промышленных масштабах ;-)

Это сообщение отредактировал(а) v2v - 13.6.2008, 12:49

Вот вам она, видимо, не известна...

Carpricorn, 


Ruby on Rails - это не язык, это веб фрэймворк.   (язык называется Ruby). И сравнивать его с питоном некорректно.

расскажите мне то чего я не знаю... 

Здесь не школа;)

Vasay, почему некоррктно? Разве в питоне нет Django/Turbogears?

nerezus, 

Это уже корректно. И такое сравнение было бы мне интересно.




Carpricorn, 

ок. Ты писал именно "Ruby"

Но будь так любезен, аргументируй свои высказывания. Иначе они не имеют веса.

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

И еще раз АРГУМЕНТЫ!

но не в этом разделе.

что-то вам пока не полегчало. увы.

опять повторюсь: "в сад!".

Не это вообще уже тенденция. Каждый не компетентный человек считает своим долгом встрять в спор, при этом не разбираясь в его предмете.
Люди говорят, что большие компании не используют php и asp.net. Люди умудряются путать языки и фреймворки/технологии на них реализуемые. Люди говорят "я не влазил" и продолжают спорить. Ну и не "влазь" дальше, зачем тогда хаить то чего не знаешь?! Другие люди говорят что у ruby нет "компилятора". И т.д.
Доколе?! А то среди их бреда приходится с трудом отфильтровывать адекватных собеседников.

блин, ну вы вообще ставить минусы в разделе религиозные войны... глупо... 

Из моего опыта, Ruby это интерпретируемый язык, комп интерпретирует его запись, не переводя его в какой нить байт-код...

Интерпретация байт-кода происходит виртуальной машиной (можно еще это назвать скриптовым движком), т.е. чем ниже уровень абстракции тем быстрее выполнение. У php есть такая машина, которая переводит запись в байт код, а потом его выполняет. 

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

Меня производительность движка будет волновать куда меньше, чем скорость и стоимость разработки - сервера сейчас стоят дешево.

Так же меня будет волновать качество написанного кода, его "понятность" и простота модернизации и поддержки.


И тут сложный момент:

Вроде бы стоимость разработки на php ощутимо меньше стоимости разработки, скажем, на j2ee. 
Но, так получилось, что на php каждый программирует как умеет. Т.е. если со временем мне придется поменять команду разработчиков, то они долго будут разбираться в том что есть, материть предшественников, и в итоге предложат переписать все заново, когда нужно было изменить лишь 10%.

ИМХО
С j2ee, зажатом  в рамки MVC фрэймворков, дела обстоят лучше. Хотя, тоже есть свои проблемы. 


п.с. Я говорил про web-разработку. Разработка корпоративных приложений ставит другие требования. И тут какое либо сравнение php c j2ee/ASP.NET просто неуместно.

Это сообщение отредактировал(а) Vasay - 13.6.2008, 14:21

Потомучто конкуренция серваков PHP намного больше чем .NET.
Скоро будет поддержка Mono большинство библиотек ASP.NET.
Будет кирдык PHP