форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"OpenNews: Скриптовые языки открыли новую эру в программирова..."

Сообщение от opennews (??) on 23-Июн-08, 17:30

"Scripting languages spark new programming era (http://www.infoworld.com/article/08/06/23/26NF-dynamic-scrip...)" - скриптовые языки открыли новую эру в программировании. В статье рассказывается об успехах JavaScript, PHP, Perl, Python и  Ruby. Даже для платформы .Net появилась реализация языков Ruby и Python. URL: http://www.infoworld.com/article/08/06/23/26NF-dynamic-scrip... Новость: http://www.opennet.ru/opennews/art.shtml?num=16612

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Скриптовые языки открыли новую эру в программировании"

Сообщение от Аноним (??) on 23-Июн-08, 17:30

Надеюсь, о дырявости реализаций скриптовых языков на различных платформах там также честно рассказывается? xD

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от PavelR (??) on 23-Июн-08, 18:00
	>Надеюсь, о дырявости реализаций скриптовых языков на различных платформах там также честно >рассказывается? xD Нет нет, что Вы, не рассказано. Расскажите, интересно послушать.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Алекс (??) on 23-Июн-08, 19:00
	ИМХО, популяризация "удобных" ЯВУ сделает сишников такой же сектой как сейчас ассемблерщики...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от pavlinux (ok) on 23-Июн-08, 19:11
	Пока железяки проектируют люди, будут нужны люди которые будут заставлять их работать как надо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Кирилл (??) on 24-Июн-08, 11:31
	>Пока железяки проектируют люди, будут нужны люди которые будут заставлять их работать >как надо. Это как же? Как надо? )))) Си сейчас постепенно занимает подабающее ему место в системном программировании. А уж ошибки быдлокодеров на нём куда фатальнее для безопасности, чем на более свежих языках. Ну ведь так это.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	31. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от User294 (ok) on 24-Июн-08, 16:15
	>ошибки быдлокодеров на нём куда фатальнее для безопасности, чем на более >свежих языках. Ну ведь так это. Ну да, в итоге быдлокодеры наляпают на "безопасном" языке скажем биллинг.Ну, конечно код на нем не выполнишь напрямую.Зато транзакции могут быть реализованы абы как, логика работы может быть brain damaged и в итоге юзеры которых это должно биллинговать могут скажем шутя и совершенно легитимными и штатными действиями прокинуть обладателя этого гуано на такую сумму баблосов что лучше бы пожалуй там выполнили код.Это достаточно заметно хотя-бы и легко ловится.А вот логические ошибки и проблемы секурити обычно замечают только когда вас уже смачно натянули на много денег.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Аноним (??) on 23-Июн-08, 19:42
	>ИМХО, популяризация "удобных" ЯВУ сделает сишников такой же сектой как сейчас ассемблерщики... > Это какой из них по-вашему удобный? JavaScript, PHP, Perl, Python и Ruby ? В этом списке таких нет. JS примитивен и нет своих библиотек. PHP - для "быстробучаемых веб-кодеров". PERL - стенографические иероглифы для небольших скриптов и без модулей вообще фигня уровня bash. Python - угрёбище, наплевавшее на всё кроме быстроты писанины. Ruby пока не пробывал. Rexx в списке нет.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от kroz on 23-Июн-08, 21:50
	>[оверквотинг удален] >> > >Это какой из них по-вашему удобный? JavaScript, PHP, Perl, Python и Ruby >? В этом списке таких нет. JS примитивен и нет своих >библиотек. PHP - для "быстробучаемых веб-кодеров". PERL - стенографические иероглифы для >небольших скриптов и без модулей вообще фигня уровня bash. Python - >угрёбище, наплевавшее на всё кроме быстроты писанины. Ruby пока не пробывал. > > >Rexx в списке нет. +100
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Anatolik on 23-Июн-08, 22:54
	>[оверквотинг удален] >> > >Это какой из них по-вашему удобный? JavaScript, PHP, Perl, Python и Ruby >? В этом списке таких нет. JS примитивен и нет своих >библиотек. PHP - для "быстробучаемых веб-кодеров". PERL - стенографические иероглифы для >небольших скриптов и без модулей вообще фигня уровня bash. Python - >угрёбище, наплевавшее на всё кроме быстроты писанины. Ruby пока не пробывал. > > >Rexx в списке нет. Perl и Python ты осилить не смог -> Ruby можешь не смотреть.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Anonymous on 24-Июн-08, 02:18
	>[оверквотинг удален] >>Это какой из них по-вашему удобный? JavaScript, PHP, Perl, Python и Ruby >>? В этом списке таких нет. JS примитивен и нет своих >>библиотек. PHP - для "быстробучаемых веб-кодеров". PERL - стенографические иероглифы для >>небольших скриптов и без модулей вообще фигня уровня bash. Python - >>угрёбище, наплевавшее на всё кроме быстроты писанины. Ruby пока не пробывал. >> >> >>Rexx в списке нет. > >Perl и Python ты осилить не смог -> Ruby можешь не смотреть. PERL - мазохизм не для здоровых людей - язык для обработки текстов, созвездие кракозябр. Python - попсовая игрушка, гадящая сама под себя. Для быстрых набросков, которые потом нужно переписывать на чем то другом, чтоб не страшно было. Ruby посмотрю, но кажысь такое же детское безпринципное.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	17. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от prapor (??) on 24-Июн-08, 11:27
	Не освоив правило "жи-ши" глупо пытаться доказать свои знания "как правильно создавать языки программирования".
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от lad on 23-Июн-08, 23:32
	>Это какой из них по-вашему удобный? JavaScript, PHP, Perl, Python и Ruby Чем PHP не удобен? Классы, виртуальные методы и свойства, отличные фреймворки (в частности Zend), поддержка разных баз данных и еще много разных вкусностей. >PHP - для "быстробучаемых веб-кодеров" Быстрое обучение это не минус. На PHP МОЖНО писать качественный код. Не качественный код можно писать на ЛЮБОМ языке, включая C, C++, Java и Rexx - всё зависит от того кто пишит.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Anonymous on 24-Июн-08, 02:22
	>[оверквотинг удален] > >Чем PHP не удобен? Классы, виртуальные методы и свойства, отличные фреймворки (в >частности Zend), поддержка разных баз данных и еще много разных вкусностей. > > >>PHP - для "быстробучаемых веб-кодеров" > >Быстрое обучение это не минус. На PHP МОЖНО писать качественный код. Не >качественный код можно писать на ЛЮБОМ языке, включая C, C++, Java >и Rexx - всё зависит от того кто пишит. Можно и руками копать, но лучше лопатой. Просто средства разработки могут и должны способствовать писать легко и качественно. Это закладывается в язык разработчиками через концепцию и идеологию. Если в голове разработчиков языка бардак, то и писать на таком будет можно либо бардак, либо с большим напряжением для компенсации.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	14. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от lad on 24-Июн-08, 10:07
	>Можно и руками копать, но лучше лопатой. Просто средства разработки могут и >должны способствовать писать легко и качественно. Это закладывается в язык разработчиками >через концепцию и идеологию. Попробуйте Zend Framework. По Вашей аналогии - это экскаватор :-) Результат - чистый и понятный код, разделение данных и логики и т.д. Надо IDE - попробуйте Zend Studio. >Если в голове разработчиков языка бардак, то >и писать на таком будет можно либо бардак, либо с большим >напряжением для компенсации. Это применимо к любым языкам.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Аноним (??) on 24-Июн-08, 02:41
	Ну многие при приёме на работу не пишут, что требуется php, а пишут asp или .net. Это для того, чтобы отсечь многих ламеров, начитавшихся "php для чайников". Хотя на самом деле, когда мне потребовалось написать код для сайта на js+php, подобные книжки меня не сильно порадовали. Слишком много тонкостей у этих языков, на деле всё оказалось сложнее чем в си. JS вообще беспредел, не понимаю, почему он получил такое распространение.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Скриптовые языки открыли новую эру в программировании"

Сообщение от Zoo (??) on 24-Июн-08, 08:23

Столько шума и ни одного аргумента! Ни одной ссылки! Пора прекратить это :-) Вот дл яразгона: Python vs Perl (с точки зрения программиста) http://michurin.com.ru/python-vs-perl.shtml Python vs Perl (с исторической точки зрения) http://michurin.com.ru/python-vs-perl-2.shtml PHP vs Perl http://michurin.com.ru/php-vs-perl.shtml

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от SKeeper on 24-Июн-08, 09:52
	статья "PHP vs Perl" просто лажа. "Аффтар" противоречит сам себе в ней. Он пишет, что в php много модулей и это плохо, а вот то, что в perl можно подключить модуль и получить нужный функционал - это уже хорошо! Переносимость, как ее описывает автор, вообще сомнительное преимущество перла. Вот фактическая несовместимость PHP5 и PHP4 - это похуже будет. Так же автор говорит, что большое количество функций - это беда... уменьшает читабельность кода видети ли... Ну, во-первых, менее читабельного кода чем на перле я не видел (эзотерические языки не в счет). А, во-вторых, жизнь показывает, что лучше разобраться с готовыми функциями, чем писать свои. (из-за чего популярен стал мелкософтовский .net? потому что большая библиотека) Автор указывает perl-скороговорку как плюс перла, но плюс сомнительный. Иногда лучше удленить код в пользу читабельности. Дальше идут вполне обоснованные упреки в сторону пробелов в безопасности (вывод на страницу ошибок и т.п.), смещения HTML и кода... Но все эти упреки скорее к стилю программирования нежели к языку, в зрелом проекте данных ошибок не будет. Автор говорит, что неясно как передаются аргументы: по значению или по ссылке - вот это действительно минус, но минус, который еще надо умудриться встретить, но и он обходится использованием правильно документированных функций.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	15. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Zoo (??) on 24-Июн-08, 10:07
	>статья "PHP vs Perl" просто лажа. "Аффтар" противоречит сам себе в ней. > >Он пишет, что в php много модулей и это плохо, а вот >то, что в perl можно подключить модуль и получить нужный функционал >- это уже хорошо! он говорит, что в PHP много **функций** (а не модулей), и от этого имена функций оченьдлинные. ну а вообще... вы зря упрекаете автора в любви к перлу :-) почитайте его заметки про питон, уж там-то он перл прописочивает :-) вам должно понравиться :-)))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	19. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от SKeeper on 24-Июн-08, 11:33
	>он говорит, что в PHP много **функций** (а не модулей), и от >этого имена функций оченьдлинные. И про модули он тоже говорит, что из-за большого количества модулей надо искать хостера с нужным набором модулей. >ну а вообще... вы зря упрекаете автора в любви к перлу :-) >почитайте его заметки про питон, уж там-то он перл прописочивает :-) >вам должно понравиться :-))) Да я про статью восновном, а не про автора. Ну может я черезчур эмоционален, просто в последнее время, достали неаргументированные перлисты.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	20. "Скриптовые языки открыли новую эру в программировании"
	Сообщение от Zoo (??) on 24-Июн-08, 11:56
	И всё же я не понимаю. Вы про раздел "Количество функций"? Там говорится, что от хостера зависит не количество модулей, а количество функций. Вы, если не согласны и уверены в своей правоте, то напишите автору и поспорьте с ним ,-) А статья аргументирвоанная, с примерами... А главное вывод: все средства хороши к месту.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "OpenNews: Скриптовые языки открыли новую эру в программирова..."

Сообщение от lad on 24-Июн-08, 10:36

У Perl две проблемы: 1. Write-Only (не читабельный) код 2. Отсутствует нормальная поддержка объектов Плюсы: 1. Присутствует "из коробки" в любом Линуксе 2. Модули на все случаи жизни Настоящая дилемма - и плюсы и минусы очень весомы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	21. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от squirL (ok) on 24-Июн-08, 12:19
	>У Perl две проблемы: >1. Write-Only (не читабельный) код это проблема программистов, язык ДАЕТ возможность писать нечитабельно, но никто не мешает писать читабельно ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Zoo (??) on 24-Июн-08, 12:32
	А зачем он ДАЁТ? ,-) Кроме того, Perl часто провоцирует нечитабельность: - требование (пуcть и не жёсткое) распихивать каждый класс в отдельный файл - поощрение использования regexp-ов там где нужно и там где не нужно   пример:   Perlовик напишет if ($a=~/text/)   Питонщик напишет if 'text' in a   Что понятней? Я молчу о производительности. - можно продолжать... но суть в том, что Perl специально подталкивает писать непонятно. Кроме того, в Perl нет многих механизмов, повышающих понятность кода; на пример исключений Логика программы становится менее понятна из-за "автооживления" переменных. Не содействет понятности и нелогичность и незаконченность конструкций. На пример, есть if-elsif-else, есть unless, но нет unless-elsunless-else. Вместо этого есть unless-elsif-else. Легко ли понять код, в котором такое используется?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Sarge (??) on 24-Июн-08, 13:29
	> Perlовик напишет if ($a=~/text/) > Питонщик напишет if 'text' in a > Что понятней? мне первый вариант гораздо понятней. Во втором варианте вообще непонятно что такое "а" - то ли массив, то ли объект. А о том, что это скалярная переменная думается в самую последнюю очередь.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	27. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Zoo (??) on 24-Июн-08, 15:22
	а это и не обязательно скалярная переменна :-) в этом и есть преимущество ОО (именно _НОРМАЛЬНОго_) -- любой объект может поддерживать in (и не только in) и большинство встроеных объектов его поддерживают. Угадайте, что такое in для массива? для словаря? получается? не прада ли удобно, когда язык объектно-ориентированный? ,-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	29. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от JIP (??) on 24-Июн-08, 15:52
	>не прада ли удобно, >когда язык объектно-ориентированный? ,-) Perl вполне ОО язык имеющий встроенный механизм инкапсуляции :) стоит отличать pure языки от остальных зы конечно удобно :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	36. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Аноним (??) on 25-Июн-08, 10:06
	>а это и не обязательно скалярная переменна :-) в этом и есть >преимущество ОО (именно _НОРМАЛЬНОго_) -- любой объект может поддерживать in (и >не только in) и большинство встроеных объектов его поддерживают. Угадайте, что >такое in для массива? для словаря? получается? не прада ли удобно, >когда язык объектно-ориентированный? ,-) ааа я понял НОРМАЛЬНОЕ ООП это когда поддерживается перегрузка операторов! Надо же
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	37. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Zoo (??) on 25-Июн-08, 12:06
	>>а это и не обязательно скалярная переменна :-) в этом и есть >>преимущество ОО (именно _НОРМАЛЬНОго_) -- любой объект может поддерживать in (и >>не только in) и большинство встроеных объектов его поддерживают. Угадайте, что >>такое in для массива? для словаря? получается? не прада ли удобно, >>когда язык объектно-ориентированный? ,-) > >ааа я понял НОРМАЛЬНОЕ ООП это когда поддерживается перегрузка операторов! Надо же > и это тоже :) но если конструктор может вернуть не объект, то, извините, никак не ООП. возможно, это что-то очень хорошее, но всё же не ООП точно.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	28. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от JIP (??) on 24-Июн-08, 15:42
	>> Perlовик напишет if ($a=~/text/) >> Питонщик напишет if 'text' in a >> Что понятней? > >мне первый вариант гораздо понятней. Во втором варианте вообще непонятно что такое >"а" - то ли массив, то ли объект. А о том, >что это скалярная переменная думается в самую последнюю очередь. да, без перлового контекста if ($a=~/text/) и познаний в области питонокодерства трудно сказать что такое "а" стоит различать условия <code>if $a eq 'text'</code> и <code>if $a =~ /text/</code> язык Кенни (мультперсонаж из южного парка) не навязывает нам регэкспы. регэкспы используются строго по назначению
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	30. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Zoo (??) on 24-Июн-08, 16:08
	>[оверквотинг удален] >>мне первый вариант гораздо понятней. Во втором варианте вообще непонятно что такое >>"а" - то ли массив, то ли объект. А о том, >>что это скалярная переменная думается в самую последнюю очередь. > >да, без перлового контекста if ($a=~/text/) и познаний в области питонокодерства трудно >сказать что такое "а" > >стоит различать условия <code>if $a eq 'text'</code> и <code>if $a =~ /text/</code> >язык Кенни (мультперсонаж из южного парка) не навязывает нам регэкспы. регэкспы используются >строго по назначению вы кажется не поняли... if 'text' in a работает как if ($a=~/text/) а не как if $a eq 'text' # рекомендую всегда ставить скобки только ищется не совпадение регэкспа, а вхождение подстроки, что на много эффективнее. а что такое "а" трудно понять только людям, чей мозг съел Перл :-) ну или bash :-)))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	32. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от squirL (??) on 24-Июн-08, 23:51
	ну лично я бы использовал index(STR, SUBSTR) :) а не регексп. использовать регекспы для поиска фиксированной строки, а не шаблона - глупо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	35. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Аноним (??) on 25-Июн-08, 09:46
	>А зачем он ДАЁТ? ,-) > >Кроме того, Perl часто провоцирует нечитабельность: >- требование (пуcть и не жёсткое) распихивать каждый класс в отдельный файл > >- поощрение использования regexp-ов там где нужно и там где не нужно > >  пример: >  Perlовик напишет if ($a=~/text/) >  Питонщик напишет if 'text' in a первый вариант более понятен >  Что понятней? Я молчу о производительности. используй index или substr >- можно продолжать... но суть в том, что Perl специально подталкивает писать >непонятно. > >Кроме того, в Perl нет многих механизмов, повышающих понятность кода; на пример >исключений use Error qw(:try); и будут тебе исключения >Логика программы становится менее понятна из-за "автооживления" переменных. use strict; >Не содействет понятности и нелогичность и незаконченность конструкций. На пример, есть if-elsif-else, >есть unless, но нет unless-elsunless-else. Вместо этого есть unless-elsif-else. Легко ли >понять код, в котором такое используется? не используй unless в таком контексте еще есть вопросы???
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	38. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Zoo (??) on 25-Июн-08, 12:16
	>>Кроме того, в Perl нет многих механизмов, повышающих понятность кода; на пример >>исключений > >use Error qw(:try); >и будут тебе исключения вы в этот модуль заглядывали? eval и die -- это не есть исключения! > >>Логика программы становится менее понятна из-за "автооживления" переменных. > >use strict; вы, я смотрю, просто не в теме немного #!/usr/bin/perl -w use strict; # возможно это вернул конструктор :-))) my $a=undef; $a->{'key'}='val'; ну и что теперь в $a? ни -w ни strict не поможет вам отловить это превращение >>Не содействет понятности и нелогичность и незаконченность конструкций. На пример, есть if-elsif-else, >>есть unless, но нет unless-elsunless-else. Вместо этого есть unless-elsif-else. Легко ли >>понять код, в котором такое используется? > >не используй unless в таком контексте это вы не мне скажите, на напишите в perldoc :-) а вопрос-то остался: нафига так делать язык? >еще есть вопросы??? все те же :-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от JIP (??) on 24-Июн-08, 12:38
	>2. Отсутствует нормальная поддержка объектов скромный боянчик: "поддерживаются классы и объекты, одиночное и множественное наследование, методы экземпляров и методы классов, переопределение методов, конструкторы и деструкторы, перегрузка операторов, методы-посредники с автозагрузкой, делегирование, иерархия объектов и два уровня сборки мусора" по поводу читабельности кода уже говорили. в хороших проектах perlstyle разработчиков похож и читать легко. в данный момент поддерживаю крупные (десятки тысяч строк) ООП системы реализованные на Perl и вполне ими доволен
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	25. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от lad on 24-Июн-08, 14:43
	>>2. Отсутствует нормальная поддержка объектов > >скромный боянчик: >"поддерживаются классы и объекты, одиночное и множественное наследование, методы экземпляров и методы >классов, переопределение методов, конструкторы и деструкторы, перегрузка операторов, методы-посредники с автозагрузкой, >делегирование, иерархия объектов и два уровня сборки мусора" А никто и не говорил что объекты не поддерживаются. Они просто _НОРМАЛЬНО_ не поддерживаются (например как в C++, C#, Java или PHP).
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	26. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от JIP (??) on 24-Июн-08, 14:49
	>А никто и не говорил что объекты не поддерживаются. Они просто _НОРМАЛЬНО_ >не поддерживаются (например как в C++, C#, Java или PHP). есть опыт работы с Java. можете вербализовать _НОРМАЛЬНО_? очень интересно. пожалуйта.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	33. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от squirL (??) on 24-Июн-08, 23:53
	>>А никто и не говорил что объекты не поддерживаются. Они просто _НОРМАЛЬНО_ >>не поддерживаются (например как в C++, C#, Java или PHP). > >есть опыт работы с Java. >можете вербализовать _НОРМАЛЬНО_? думаю вряд-ли. это типичная критика на основании "ОБС". реальные недостатки перлового ООП - Анонимусам вряд-ли знакомы :) ну и славно - меньше знаешь, крепче спишь ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	34. "OpenNews: Скриптовые языки открыли новую эру в программирова..."
	Сообщение от Аноним (??) on 25-Июн-08, 09:41
	Да наврятли он то обьяснить сможет что такое _НОРМАЛЬНО_. Как по мне единственный недостаток перла это не типизированные параметры функций - а всё остальное типа НОРМАЛЬНОГО ООП и непонятного кода - сказки для бедных(на ПХП в перемешку с HTML можно писать такое что чёрт ногу сломит)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]