Так что же все таки выбрать - ASP, JSP, Java, PHP, Perl или ColdFusion?

Смотрю я на тему 'JSP против ASP' (http://relib.com/forums/topic.asp?id=728381) и душа не нарадуется, такая плодотворная тема для обсуждения попалась :-) Посему предлагаю с таким же азартом пофлеймить на тему, чем на ваш взгляд более перспективнее заниматься в мире сайто-строения - программированием на ASP, JSP, PHP, Perl, ASP.NET и т.п... Рассмотрим, допустим, пример молодых разработчиков, у которых есть опыт немного тут, немного тут, но есть желание не развиваться сразу во все строны, а принять за основу что-то и это что-то изучать более подробнее и с ним работать. В качестве задач - разработка динамических сайтов (естественно, с поддержкой БД) мелкой и средне-мелкой сложности.

Так вот вопрос - в какую сторону им податься в расчете на перспективу? А? Кто что может сказать?

0

Выскажу свое мнение:
В принципе и ASP и PHP используется сейчас довольно активно.
Разница в том что ASP используется для сервера IIS, PHP для сервера Apache. Сервер Apache бесплатный, сервер IIS платный. В связи с этим где-то 70-80% серверов используют сервер Apache. С базами данных в принципе удобно работать и там и там. Я для себя выбрал PHP, а в качестве сервера баз данных выбрал MYSQL. PHP очень удобно и легко работает с MYSQL. Могу сказать, что я довольно быстро все это изучил и сразу нашел очень неплохую работу.

Так что думай. Удачи

зaтo ASP пoльзуется бoльшеи пoпулярнoстью при решениях для фирм - интернет/интрaнет - пoтoму чтo кaк прaвилo все испoльзуют Windows кaк кoрпoрaтивную OС...

0

Для мелкой и средне мелкой можно и PHP или Cold Fusion(хотя я бы всё равно остановился на JSP)для крупных сайтов типа банковских или финансовых я думаю надо обращаться к JSP и EJB.
Кстати а кто сказал что большинство компаний используют Окна?По статистике Апач серверов больше чем IIS и это говорит как раз об обратном.

да кстати читал я тут на нескольких сайтах про то же самое так вот все сходятся в общем мнении что по началу разработка на JSP будет дороже чем на ASP но смотря так сказать на дальнюю перспективу(типа администрирование в дальнейшем) оказывается что использование JSP все таки дешевле.И один пример если вдруг компания будет ставить сайт с Окон на Юникс платформу будет куча неприятностей с ASP и прочим(кроме JSP естественно)

Будет ли потом заказчик 'ставить сайт с Окон на Юникс' это, наверное, его проблемы (кстати, работа для конкурентов ASP ;o) а вопрос я понял что идет про разработчиков и их перспективы. Про то, что сервера обычно под Windows я имел ввиду корпоративные сервера в их сетях, а не в сети Интернет, Апач же, без сомнения, безусловный лидер (в рунете).

0

Во как! Большие дядьки оказывается тоже неплохо дерутся! :-)
Это я про тему 'JSP против ASP'
Что же все-таки делать молодым то? Вот я уже вещички собрал, хотел к мелкопакостным идти отдаваться :-) а тут тебе бах! Яву, говорят, изучай! Что делать? На второй вопрос ответ я нашел самостоятельно -виновата конкуренция: M$ пытается захватить рынок, в котором доминировала S$. S$ это чувствует и, естественно будет бить по морде. Джунгли...
Так кому отдаваться? Или, как механику (не обижайтесь на это сравнение), который хотел бы кормить семью, изучать все машины? Может лучше улучшать базовые знания по автомобилю, а затем, по ходу, новые машины по каталогам?

0

Вообще то начинать с того что полегче(типа ВБ и ПХП АСП) а потом уже переходить к более сложному - Джава С++.Хотя честно говоря у буржуев одним ВБ сыт не будешь как правило всё равно какие то знания по Джаве спросят.И потом рано или поздно ты сам прийдешь к мнению что ВБ не хватает для тебя и тебе нужно что то помощнее и вот тогда прийдется выбирать между уже опробированными Джава или С++ или полностью сырым ещё Сшарп

Нет, не начинать, а ориентироваться на какое-либо программное решение! Понимаете, уважаемые, я относительно недавно встретил в литературе методику многоуровневого программирования и мне понравилась сама идея и способы ее реализации именно на основе решений от M$. Очень понравились связки 'БД->Бизнес-логика->Презентационный уровень'. Первый (читай - 'пробный') комплекс удалось сделать за пару дней. По крайней мере - каркас. Загвоздка вышла только с презентационным уровнем - хотелось клиента держать на одном только броузере. Пришлось с XML и иже с ним усердно долбить. Долблю по тихоньку и сейчас. Нравится то, что долбежка окупится - и из J-решений и во Flash поддержка. Ну, а если говорить в общем... Многие устали от этой 'гонки технологий'. Знаю многих программистов, которые не хотят воспринимать ООП и до сих пор работают мысля категориями ПОП (с использованием сделанных кем-то объектов)...
По вопросу сайтостроения, предложенному г. :-) имею следующее: по мне сайт - программа. Раз клиент работает с программой броузером, то программа - многоуровневая. Это облегчит жизнь. Раз программа многоуровневая, то надо изучать все уровни. Кроме того, есть 'отраслевые стандарты' - COM, XML и т.д. на которые следует ориентироваться. На какое решение ориентироваться - M$ или S$? Да лучше на оба,т.к. не хочется быть не востребованным через некоторое время :-(
Кстати, о 'борьбе' M$ и S$: кто-нибудь из них может найти третьего и объединиться с ним, потом завалить противника :-) Что скажете?

2mishgun:
<потом рано или поздно ты сам прийдешь к мнению что ВБ не хватает для тебя и тебе нужно что то помощнее>
Я, как ты понял, новичок и у меня тут возник один вопрос: когда наступает тот предел, когда не хватает ВБ? Я что, опять зря потратил годы?

Удачи всем!

0

Сразу извинюсь. Прочитал тут на Java форуме ASP vs JSP И хочу высказать свои мысли по текущей коньюктуре и возможных путях развития.
Сам я пишу на C++ и работаю с DB (предпочитаю Oracle), но некоторое время назад работал над проектом, где писал рабочее место с Web интерфейсом на ASP (vbscript, jscript, dhtml, xml) и BLL - DCOM. До этого я не знал ASP, но все это очень просто (достаточно 1-2 дней чтобы разобрать, а по ходу в более глубокие детали вникнешь).
Если знаешь C++, COM/CORBA, то чтобы изучить что-то дополнительно нужно неделя - месяц.
Сейчас лидирующей платформой для Web разработки, безусловно, является Apache+PHP. Помимо бесплатности это еще и очень хорошая производительность и скорость разработки. Доля ASP/JSP примерно одинаковая. Они очень простые и предоставляют примерно равные возможности.
С выходом .NET все может кардинально поменяться.
Все дело в том, что Microsoft имеет очень сильный маркетинг. Они не проиграли ни одного рынка, даже где были явными аутсайдерами, и не проиграют пока будет жив Билл Гейтс. Они действуют по законам рынка - захватить любым путем часть ранка, пусть даже с помощью очень сырого продукта и очень аггрессивного маркетинга. После этого все плюются а Microsoft планомерно улучшает качество, заимствуя лучшие черты у проигравших (гораздо более качественных продуктов). Достаточно посмотреть на SQL Server 2000 - он уже может конкурировать с Oracle! Или Win2k, вышедший уже стабильным, в отличие от предыдущих версий, когда рынок еще не был захвачен. И так везде. Если IIS был сырой, то через год он будет отличным.
.Net вобрало в себя все самое лучшее и, по моему мнению, у Java нет шансов удержаться на захваченных позициях. И не очень важно, что сейчас в VD плохо работает дебаггер скриптов. Скоро это будет отличный продукт.
Многие достоинства Java - блеф. Я сейчас работаю в фирме, которая пишет очень серьезный софт. Данные пользователя храняться в базе в Интернет. Доступ к ней осуществляется через броузер. Это фактически удаленное рабочее место. Реализовано оно с помощью Java только потому, что ни одна другая технология не давала таких возможностей. Все это очень медленно. Сборщик мусора, как показали исследования, не работает. Смылса писать не-Интернет приложения на Java нет, потомучто все это очень медленно. Если вы ходите добиться переносимости, вы не должны использовать платформо-зависимый код, что делает Java настолько медленной, что этого никто не делает. Поэтому в Штатах, где был сильный Java бум, возращаються на C++. С выходом .NET и последний козырь Java пропадает.
Изначально переход на Java был протестом против монополизации рынка Microsoft, но вся штука в том, что с помощью Java SUN хочет добиться того же(да и Oracle, выпуская такие продукты как Internet File System), но получается у него гораздо хуже. Сейчас многие крупные фирмы, поддерживающие Java (назло Microsoft) это поняли (множество судебных тяжб по поводу Java), и как пойдет дальше - неизвестно.

Вывод, по-моему, можно сделать такой. Человек хорошо знающий C++/Pascal/VB/Java, технологии (WIN32 API, COM, CORBA, протоколы) быстро сможет адаптироваться к любой работе. Руководствоваться нужно текущей коньюктурой. Год назад я бы пошел на Java, сегодня - нет. Она еще года 2 подержиться, но выдержать конкуренцию с .NET не сможет.

Несколько замечаний к теме ASP vs JSP.
Там выступал PM, который руководит проектами из 3 человет. Я не понимаю зачем в проекте из 3 человек PM. Достаточно аналитика/тим-лидера (в одном лице, знающего COM), web дизайнера и администратора, и на PM можно сэкономить кучу бабок.
А выбор платформы зависит от целей и выделенных средств. Для небольшого WEB проекта идеально подойдет JSP, но для большого, комплексного решения Internet/Intranet - нет.

0

Приятно что народ ценит. Это я про похвалы по поводу обсуждения 'JSP против ASP'.

ColdFusion - с ней я не работал - по моему главный недостаток - цена. Плюс весьма своеобразна.

Perl - неплох, есть везде, но опасен, слишком легко пропустить какую-нибудь фишку с параметрами - в результате исходники или еще какая инфа с сайта может уйти.

Java - неплоха, тяжело допустить какую-нибудь ошибку с параметрами, надежна, слишком сложна для разработки страниц, по моему больше подходит для разработки бинов/компонент.

ASP - отлична (для меня по крайней мере) большое количество языков для разработки (от простых до сложных), легкость переноса VBScript в DLL на VB.

0

Пришел t1k, значит скоро и тут дебаты разгорятся по поводу 'JSP против ASP' :-) пока же вроде пара за PHP и пара за ASP, у кого еще идеи есть?

0

Это вряд ли, я ветки 'JSP против ASP' и 'JSP против ASP. От слов к... примерам' и то один еле-еле держу. Так что на третьей я надорвусь скорее всего.

0

2t1k

> Это вряд ли, я ветки 'JSP против ASP' и 'JSP против ASP. От слов
> к... примерам' и то один еле-еле держу.

Ваше постоянство не может не вызывать уважение.

> Так что на третьей я надорвусь скорее всего.

Может, все-таки нет однозначного ответа на поставленные вопросы? Или даже не так; может, не стоит искать решение глобальных проблем для того, чтобы решить локальные?

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

Пока же мне больше нравится мнение 'изучать все машины' (c) debutant, возможно только так можно чего-то добиться в условиях нынешней конкуренции как технологий, так и разработчиков. Но как всегда есть одно но - так не бывает, чтобы все знать, поэтому всегда приходится выбирать, что-то одно, или по-крайней мере, 2 вещи.

0

2 mr. Smailiqджан
<есть одно но - так не бывает, чтобы все знать, поэтому всегда приходится выбирать, что-то одно, или по-крайней мере, 2 вещи>

Для себя я уяснил следущее: есть уровни, на которые разбивается программное решение (сайт - это всегда программное решение, так как на страницы с минимальным 'отзывом' смотреть не хочется). Для создания каждого уровня каждый волен выбирать свой инструмент. Данный топик о том, на что ориентироваться начинающему. По моему мнению, а это мое мнение как начинающего, лучше ориентироваться сразу на многоуровневое программирование: СУБД - которые лучше знаешь, но при этом ориентируясь на полнофункциональные; бизнес логика - пиши на любом языке, но для меня гораздо приятнее писать компоненты на VB и быстро заменять их на промежуточном слое. Остался презентационный уровень. Тут надо скриптоваться. Какой скрипт? А ослик чей? :-) Хм... А где же тут ASP? Вспомнил! Кажется уважаемый mr. tlk (уважаю бойцов!) что-то писал про цемент (CE ME NT). Это не цемент, это клей! Он у меня просто странички зверям раздает и данные от них принимает. Компонентам эти данные передает и от компонент данные забирает. (Написал же, что я НОВИЧОК!) Компоненты сами знают, что делать и кто виноват :-) Вот сейчас XML изучаю. Намного легче думать стало, как со зверями общаться :-)

Удачи всем дерущимся взрослым дядькам и пусть победит дружба!

0

Ага, значит, стало быть первое с чем надо определиться это СУБД? Ну и что же там такого разного, если мы, конечно, говорим только о реляционных БД? Бизнес*логика? :-) Я про это тоже не спрашивал... меня интересует комплексное решение - я молчу про проекты с 20 человеками программистов и 2 PM в серьезных и полусерьезных фирмах, там можно все это жевать хоть целый год - бизнес*логика, юзабилити, БД... меня интересует лучшее (или набравшее большее кол-во голосов) решение для частной, скажем так, разработки... поэтому вопрос 'А ослик чей?' опять же не ко мне...

0

Опять же к вопросу, стоить ли толочь воду в ступе, может быть вопрос мне, как автору стоило задать более определенно, что ли - стоит ли ASP-разработчику переориентироваться на что-то иное, либо продолжать в том же духе, поглядывая в сторону .NET?

0

Для частной разработки... Проект в 20 человек, с двумя PM... Я же не писал, что я - это 20 человек с двумя БМП :-) Я ж написал - НАЧИНАЮЩИЙ! Давай такую ситуацию разберем: прихожу я значит устраиваться в контору и с ходу им говорю, что я могу только окна от пыли протирать, а вот там рамы разобрать или треснувшее стекло сменить - увольте. Сейчас посыпятся постинги про плюсы специализации и т.п. :-) Но я родом из совка и учили меня думать не направленно, а 'ширше' (или 'ширее').
Бизнес-логика, юзабилити, БД, ослик... У самого на сайте все элементы давно вертятся, а он :-(
По поводу разных СУБД: хотел я MySQL поставить, а там хранимых процедур нет :-( и триггеров нет :-( и транзакций нет :-( Отложил на время, пока кто-нибудь не напишет новую версию.
По поводу 'поглядывая в сторону...' ничего сказать не могу, не дорос еще до этого слова из трех букв с точкой в начале.

0

Понимаешь, ситуация с конторой - наверное, другое русло нашей дискуссии - потому что ты можешь быть хоть трижды дипломированным специалистом Sun и не иметь работы, в то, время когда твой приятель-заслуженный победитель викторины от brainbench по ASP получает нехилые бабки за такие же нехилые творения, но на конкурирующей платформе. И даже если Microsoft разделят, а Sun переквалифицируется, то еще долго, наверное, будут конторы где будут требоваться совершенно разные специалисты...

Про БД я конечно переборщил, потому как в MS Access, который популярно использовать в связке с ASP тоже нет хранимых процедур и триггеров, хотя эти задачи в общем-то решаемы другими способами...

0