Читал много хвалебных статей про Python...
А учить на "перспективу" смысла особого нет, все равно без основ не обойтись, поэтому C++, куда без него. А далее популярный дистрибутив, наверное от M$ на ближайшее будущее, .NET и все такое..

Что учить, а что нет - вопрос другой. Другое дело на чем можно максимально удобно реализировать тот или иной проэкт и востребованость языка. Поэтому и говорю о .НЕТе. Хотя недостатков у него много (что только стоит такая куча компонент в нем :), надеюсь в 2 студии будет побольше).
з.ы. А винду приобрести не такой и уж напряг

Что-то ты далек от реалий... Юношеский максимализм прям какой-то.

Я сужу по тому какой спрос есть. На АСП много проэктов есть(буржуйских имеется ввиду), по крайней мере у нас. Я же не говорю что ПХП никому не нужен.
з.ы. VS это не только ASP.NET

Guns_linger
Спрос, востребованность... Какие умные слова, а где подтверждения? Неужели вот это: Ну так я тебе открою глаза :) На PHP проектов в сотни раз больше и соответственно спрос на ПХП больше, и соответственно предложений больше. Найди мне хостинг с поддержкой ASP стоимость которого будет на уровне средней стоимости хостинга с ПХП. Когда не найдешь напомни мне пояснить отчего он дороже не только с точки зрения экономики но и с юридической точки зрения ;)

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

всем интересующимся тенденциями в использовании
разных языков программирования просьба иногда заглядывать
на страницу со статистикой
http://www.tiobe.com/tpci.htm
чтобы иметь полную картину

ЗЫ интересно, а каким образом они такую статистику получают...

ЗЗЫ что-то мне не нравится некоторая корреляция
трендов perl и basic :idontnow:

Там написано.

Язык, в котором никогда не исчезнет потребность - это Ассемблер :biggrin: Понял это, когда, отчаявшись найти кряк для нужной мне программы, изучил основы ассемблера и взломал ее сам...райское наслаждение :p

Asker
Ха-ха-ха. Против лома нет приема говоришь, но ничего... на сегодня есть защита которую сломать "основами" ассемблера невозможо, а не "основами" уйдет много времени и сил. Так что готовься к таким поворотам:
"..Понял это когда отчаявшись найти кряк для нужной мне программы изучил основы ассемблера и написал ее сам.." :p

ЗЫ. Думается мне что скоро ломать проги будет некому, т.к. на взлом только ASProtect'а уйдет (предположительно) от нескольких месяцев до нескольких лет, что во-первых в конце концов будет уже явно не так актуально, т.к. новые версии выходят чаще в том числе и метод их защиты, а во-вторых за это время вася хацкер теряет ровно столько сколько не зарабатывает своим умом :cool:

BTW. Я владею С, С++, PHP, SQL, Delphi, Javascript и Pascal (не считая невошедших). Мой TPC индекс равен 49,04%. Кто больше? :biggrin:

Вот так взять и всю малину испортить, ирод :biggrin:
Не, кроме как на основы, меня не хватит:) не мое это дело, программинг, так, баловство одно.
Угу, слышал про непобедимый ASProtect, но обходят же его защиту как-то и проги им защищенные релизятся. Хотя процесс реверс-инжиниринга он очень усложняет...
Ну ежели совсем туго будет, ситуация станет такой - халявных краков не станет, будут команды, работающие на заказ, что и сейчас есть. Это будет оправдано для больших приложений, стоимость взлома которых будет куда меньше ее рыночной стоимости, а для мелких прог перейдем на фриваре :cool:

Но при этом ты останешься без "support & updates", что для корпоративных решений (а именно такие на рынке стоят дороже взлома) просто неприемлемо. Любой сбой или ошибка станут фатальными.

Да все так, но...
Главный плюс ПХП это стоимость.

Проблема в том что кроме этого плюсов то не так и много. Да ПХП идеален для написания сайта из нескольких страниц, которые в наполнении в большинстве своем статичны. Но что если перед нами масштабный проэкт?
На чем его удобнее писать?

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

Тут ведь можно задуматся, а зачем нам АСП.НЕТ, если есть решение, которое намного дешевле? Откуда берутся заказчики, у них что глаза закрыты? Может и им надо открыть эту простую истину? Почему?? Оставлю вопрос открытым.


Я ни в коем случае не ущемляю ПХП. Все что написано на АСП.НЕТ можно написать и на ПХП. Также зная HTML намного быстрее можно освоить ПХП нежели АСП.НЕТ. Для небольших фирм ПХП - это оптимальное решение. Поэтому спрос будет всегда.

Но мы же говорим о перспективе, ведь так? Кто больше заплатит? Может все же та организация, для которой оплата хоста АСП.НЕТа не является такой уж и проблемой?

Переносимость, простота использования, скорость. Это уже больше чем у ASP.NET. Конечно кто спорит ... CLR будет покруче core module в php, но он будет также тормознее и дороже + малый спрос из-за плохой перенсимости на широко распостраненные unix-платформы.
Приведение типов это один из очень важных плюсов php. А если ты хочешь явно знать где что, то для этого есть ф-ии проверки типов, которые к слову сказать используются мало где. В основном это анализ входящих данных, который прийдется сделать и в ASP.
В Java :)
Для реализации бизнесс логики в php есть практически всё.
Клиент платит не за твои амбиции, а за готовый продукт. А на чем он написан ему всёравно. Как думаешь какой к примеру интернет-магазин будут покупать? За $500 на PHP или за $1500 на ASP?

Почему? Как по мне это минус, причину написал.

Ответа цитатой:

Ответа цитатами:

"Ответ цитатой:"А кто тебе сказал что большие фирмы выбирают ASP? Java дает те же возможности ООП без необходимости оплачивать недешевую ОС.
Откуда беруться заказчики, которые выбрасывают $10000 за сайт который и на $1000 не потянет? Причин много, начиная от незнания рынка и заканчивая банальными откатами.

Пока что ASP неоправдан для Internet (но тем не менее очень хорош для Ethernet). В качестве подтверждения можно использовать вышеупомянутую статистику - http://www.tiobe.com/tpci.htm

56.39 :)

Подавляющее большинство клиентов с которыми сталкивался и сталкиваюсь я предьявляют ВЫСОЧАЙШИЕ требования к тому "на чем" будет написан продукт. Все просто - они уже имеют различные легаси системс и совместимость, а, зачастую, и интеграция для них важнее якобы выигрыша от использования "дешевых" решений.

Если, скажем, они уже используют BizTalk и SharePoint, то угадай какие технологии они захотят увидеть примененными в заказываемых продуктах?

Ну а "Support & Maintenance" - это воистину главнейшие соображения для корпоративных решений.

А ты заметил что мы (в частности я) говорим о веб-приложениях?

у меня вопрос к столь ярым защитникам ПХП: а разрабатывали ли вы когда нибудь действительно крупный проект с порядка 10 разработчиками, еще присутствующеми консультантами по тематике, и еще так что техническое задание по проекту периодически еще и изменяется в процесе работы, и многие моменты надо тупо переделать? Мне пришлось пописать и там и там и из личного опыта могу сказать что на асп.нет этот процес на порядок проще и быстрее делается. Да и не зная реальных причин асп.нет заказчиков ИМХО называть их решение банально неразумным есть очень уж громким утверждением. Но для простых задач ПХП самое оно, это ж Personal Home Page ;)

Ты обвиняешь меня в голословном утверждении попутно делая ещё более голословное...

Както не хочется никого ни в чем обвинять, прото у меня была написанна довольно серьезная CMS на пхп с участием еще 5 человек, и есть пара асп.нет проектов помелче, но не простых аля магазин или форум. Делюсь так сказать личным опытом. Да, согласен ничего не мешает делать все правильно на пхп и писать криво в асп. Но тем не менее C# на порядок более масштабируемый, микрософт создал серьезнейшую иерархию классов и возможность для их неограниченного расширения. А сама по себе мысль "зачем нам языки программирования, ведь все можно сделать на ассемблере", она не нова, к ней приходят по очереди все, а потом от нее уходят.

Да, вопрос открыт, насколько долго ярые защитники пхп писали в визуалстудии, и наоборот, кто из критиков пхп сколько на нем проектов сделали?

C# на даннуи момент, ест будушчее лет на 10. да и windows будет написан на С#, то ест дривера тоже сможеш на етом писат.

Я-то заметил, а вот почему ты считаешь что, скажем, BizTalk / SharePoint интегрэйшн не является веб-приложением?
:idontnow:

Или по твоему ASP.NET, web services, SOAP etc. - это технологии для написания игр для десктопа?

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

Я повторяюсь, но иногда это полезно. Язык программирования - это инструмент, а не цель. Инструмент должен соответствовать задаче, ее масштабу и, если хотите, ее идеологии. И поверьте, в реальном мире очень редко у программиста, работающего в коллективе, есть широкое поле для маневра с выбором инструментов. Поэтому для повышения собственной конкурентоспособности необходимо владеть широким арсеналом инструментов (языков, технологий, интерфейсов), быстро обучаться и, главное, уметь ПРОГРАММИРОВАТЬ (разрабатывать программы), а не кодировать чужие алгоритмы на "крутом" языке.

Ты меня не правильно понял. Я говорил о internet/ethernet специфике.

Мне бы не хотелось чтобы мы начали спорить о терминологии. :)

В основе C# лежит Java.
А по-твоему что такое MS.NET?...

Если честно не вижу вообще в этом смысле, чтобы увязать разнородные объекты есть COM, или более современный NET. Но транслятор/интерпретатор/компайлер единый для всех??? Зачем?
Это тоже самое, как создать единую среду разработки, умеющую всё и одинаково неудобную для всех. Я уж не говорю о громоздкости комплексных решений.

Ну в принципе можно сделать так, чтобы язык компилировался в что-то промежуточное. Далее на втором этапе компилировать собственно в код. Если любой язык сможет делать это "промежуточное" они подружатся :).
Что-то подобное и было сделано в .NET

Синтаксис у 90% языков одинаковый. "IF" он IF и в пхп, и в перле и в бейсике. Не потому что так в си, а потому что так удобно. Си тоже достаточно позаимствовал у языков того времени.

PS: Давай оставим этот спор. Истина в нем не родится, а времени отнимает много.

RaZEr
Ну почему же не родится, по крайней мере это читать интереснее чем самые первые страницы топика где чуть ли не в каждом посте "рулез форева" и "мастдай".

Сам синтаксис вобще-то и не важен. В этом плане за несколько дней свободно адаптируешся.
Другое дело реализация чего-то (н-р ООП) в разных языках....

А с чем ты собственно не согласен? Целых 10% выделили. Требуешь 15%? :biggrin:

Когда я служил под знаменами герцога Кумберленского ... :)

Т.е. когда мы с друзьями впервые увлеченно читали работы Дейкстры и Вирта, у нас было модно вообще писать на "псевдокоде". Конечно основные концепции управления ходом исполнения программы БЫЛИ общими для всех ПРОЦЕДУРНЫХ языков. Это потом началось - объекты, классы, наследование, события (events), сообщения (messages) ... Отличия в синтаксисе стали отражать подходы к имплементации тех или иных концепций, и они (отличия) бывали довольно существенные.

Так что, я бы сказал, процедурная часть современных языков действительно имеет очень похожий (с точностью до изоморфизма :) ) синтаксис. А вот все остальное ... не факт.

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

А примеры будут?

Приходилось сталкиваться с лиспом, согласен. Есть еще пролог из этой же оперы. Но по большому счету они ж не особо распространенные, а те что есть у них синтаксис +- одинаковый у всех. Привыкнуть можно может не за несколько дней, но за пару недель 100% можно.

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

почитал я вас и решил добавить немного
Язык это средство реализации какой то парадигмы и поэтому нельзя сказать какой язык лучше , а можно выделить переспективные парадигмы развития программирования . Это уровень абстракции намного выше чем сам язык .
Вот например Lisp создавался под функциональную парадигму программирования и поэтому на нём очень удобно решать задачи связаные с этой парадигмой , но решить на нём простую процедуральную задачу ( читай процедуральную парадигму ) будет Очёнь не просто если вообще возможно . С другой стороны ту же задачу решить на языке поддерживающем процедуральную парадигму будет очень просто ( читай языки си паскаль басик)
а вот парадигма ООП вырасла в реализацию таких языков как СИ++ Java и С# . А на свете есть ещё не одна парадигма программирования которые я тут не перечислил и для каждой из них надо искать наиболее адаптированый язык .

долго я тут ходил мимо этого топа - напишу просто ИМХО...
JAVA - т.к. уже для любых платформ существуют VM... удобно разрабатывать проекты, поддержка всех современных технологий....

как ни странно: Flash ActionScript2 - развивается ударными темпами, обещают в скором времени поддержку по умолчанию и на мобильных девайсах... наконец то нормально можно работать с сокетами и БД...
внимание: реализована модель ООП :) постоянно разрабатывается в лучшую сторону :)...

так что будущее однозначно за веб приложениями легко портируемыми на различные платформы...

Вообще ненавижу вузовскую программу обучения программированию. Пихают в голову много неполезных фикалий. А вылавливать их этой воняющей массы полезные зёрна истины меня никогда не увлекало, поэтому я самоучка :). Давайте смотреть правде в глаза. Зачем, ну на кой чёрт сдался программисту паскаль(прошу простить меня поклонников сего языка)? Какую реальную пользу он может принести? И давайте не будем о том, что именно он идеально предназначен для изучения программирования, благо всё это брехня.

Мдя, ошибочка вышла...

Это слишком критично. Всегда стоит прислушиваться к чужому мнению, а вот соглашаться с ним или нет - дело каждого. А если пробовать изучать и всё подряд, то потярешь кучу времени практически впустую. Я, конечно, понимаю, паскаль - классика, но всё же трата на него времени не стоит знаний получаемых в этом нехитром процессе. <-- ИМХО

Полностью поддерживаю.

Сложно поспорить с тем, что в ВУЗе преподают и то, что в дальнейшем не пригодится. Там же не телепаты сидят. Главное чтобы преподавали хорошо.