Думаю в течение нескольких лет доля Perl будет стабильно вычеркнут из живых языков программирования.

Опять эпический фейл.

Цитата:
Perl is certainly not a dying language, there is still a large and active community. It may be a bit out of fashion, but I can't imagine Perl to disappear from our surveys in the next 10 or even 20 years.

Этим кончается статья, на которую сослался Лука.

Пора переименовывать сайт stoplinux в epicfail.

Luca, деуйствительно, прогресс неумолим. Отмирает все то что уже не эффективно. Так произошло со многими технологиями и ЯП здесь не исключение. Кто, например, в последние год-два видел в продаже например Dial-up модем??? А ведь еще 7-10 лет назад в провинции это была практически безальтернативная технология.

Есть такая компания TIOBE. Они несколько лет подряд делают чарты популярности языков программирования.
Язык Perl у них на 10 месте.

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

Резолюция: Легендарный тред

AxaRu написал:
Опять эпический фейл.

Расскажи, мне в чем fail? В том, что автор исходной публикации написал, что он лично считает, что Perl не загнется? С таким же успехом он мог написать, что Perl скоро C# вытеснит.

Объективная реальность такова, что Perl, как и FreeBSD уже мертвы и используются только там, где пока железяка не сломается ее менять не будут.

И да, хватит эту картинку постить сюда.

Luca, забань этого утырка навечно, он утомил уже.

1. Я полагаю, что автор имеет кругозор поболее, чем у вас.

Цитата:
Matthias Gelbmann
User's own description
I'm chief executive of Q-Success, the company that runs this site.

Именно поэтому к нему доверия, мягко говоря, побольше.
2. Язык программирования создается для решения конкретных задач. Язык Perl (Practical Extraction and Report Language) , как видно из названия, создавался для генерации отчетов. Задача будет актуальной, думаю, всегда, пока будет существовать машинная обработка данных. Именно поэтому Perl долго будет занимать достаточно представительное место в арсенале разработчиков.
3. Ваша реальность не является объективной, поскольку содержит категории не поддающиеся численному анализу ("мертвы", "пока железка не сломается"), и являющиеся чувственным восприятием мира.
4. Luca, забань этого утырка навечно, он утомил уже.

http://chernykh.net/content/view/980/1063/

http://www.q-success.com/company/qsuccess.htm

Нее, пока жив линюх, перле с питоней быть! Половина шлепукса же на скриптах - чих-пых, чих-пых. Вопрос в том - сколько осталось жить линюху..

Аналитег

http://top500.org/charts/list/37/os

Ну так в перле даже иксепшенов нету, чего вы хотели.

AxaRu написал:
http://top500.org/charts/list/37/os

А пачиму CentOS и Linux щитаетца атдельна?

Sergey2408 написал:
А пачиму CentOS и Linux щитаетца атдельна?

CenOS это ос, а линупс это большой полосатый мух

AxaRu написал:
http://top500.org

С учётом последних фейлов линукса в плане энергосбережения предлагаю переименовать в top500boilers.org

Тут такое дело: У IIS вообще доля рынка менее 16%.
http://www.greatstatistics.com/serverstats.php
http://digitizor.com/2011/06/07/microsoft-iis-website-market-share/

Тогда откуда 21% у ASP.NET?
Я, конечно, слышал по mod_mono и mod_aspdotnet для Apache, но не думаю, что это 1/4 всех сайтов на asp.net, причем тогда на IIS совсем нет PHP, в чем я еще сильнее сомневаюсь.

Вот здесь [url]http://www.greatstatistics.com/programming-language-statistics.html
[/url]
Более реалистичная статистика.
Да у Java процент какой-то странный...

дохтур написал:
С учётом последних фейлов линукса в плане энергосбережения

Очень хотелось бы услышать развернутое эссе на тему какие фейлы у линукса в плане энергосбережения?

http://axa-ru.blogspot.com/2012/01/thinkpad-x220-powersaving.html

И очень интересная связь этого, так называемого фейла с языками программирования и http://top500.org/charts/list/37/os

Мимо кассы.

Павел написал:
Тогда откуда 21% у ASP.NET?

Потому что сервера с ASP далеко не всегда смотрят наружу, дятел ты наш залётный.

Скриптовые языки вообще являются одним сплошным недоразумением.

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

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

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

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

The popular search engines Google, Bing, Yahoo!, Wikipedia, Amazon, YouTube and Baidu are used to calculate the ratings. Observe that the TIOBE index is not about the best programming language or the language in which most lines of code have been written.

Перевод:

Популярные поисковики Google, Bing, Yahoo!, Wikipedia, Amazon, YouTube and Baidu были использованы для подсчёта рейтинга . Замете, что ТИОБЕ индекс не о лучшем языке программирования или языке на котором было написано больше всего строк кода.

Иными словами, этот рейтинг не о том, какой язык чаще всего используется, а о том, какой язык чаще всего упоминается.
А вот и список реально использующихся языков компаниями и разработчиками:

Computerworld Development Survey gives nod to C#

1. C# – 72%
2. Java – 66%
3. Visual Basic – 62%
4. C++ – 54%
5. JavaScript – 50%
6. Unix Shell Scripts – 42%
7. Perl – 34%
8. C – 32%
9. PHP – 16%
10. Python – 8%
11. Delphi – 7%
12. TCL – 6%
13. Ruby – 1%

tyween написал:
Скриптовые языки вообще являются одним сплошным недоразумением.

tyween написал:
Скриптовые языки вообще являются одним сплошным недоразумением. Писать что-то серьёзное и большое на них одно мучение

Может быть потому, что они для этого не предназначены? Luc'е дай только повод что-нибудь закопать. И неважно уже, предназначалось ли это нечто для его хотелок, или нет. Главное, что лично ему это не нужно.

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

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

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

Цитата:
Преподавател ь с..сологии: - По статистике 18% женщин постоянно хотят, 23% обожают оральный с..с, 38% регулярно изменяют мужьям…
Студент с задней парты:
- К черту статистику, нам нужны имена, адреса, телефоны!!!!

Apollo 11, да анегдот но в точку, и еще про статистику:

Цитата:
Существуют три вида лжи: ложь, наглая ложь и статистика

Что мне бльше всего нравится, Лука хаит ЛОР, а все новости прет только оттуда.

tyween написал:
1. C# – 72%
2. Java – 66%
3. Visual Basic – 62%
4. C++ – 54%

Как они проценты считают?

AxaRu написал:
Я полагаю, что автор имеет кругозор поболее, чем у вас.

Толку то? Доля Perl упала ниже прожиточного минимума.

AxaRu написал:
2. Язык программирования создается для решения конкретных задач. Язык Perl (Practical Extraction and Report Language) , как видно из названия, создавался для генерации отчетов. Задача будет актуальной, думаю, всегда, пока будет существовать машинная обработка данных. Именно поэтому Perl долго будет занимать достаточно представительное место в арсенале разработчиков.

В арсенале каких разработчиков? Кому за восемьдесят? В новых проектах Perl уже давно не используется. Для генерации отчетов есть уже много других куда более адекватных инструментов.

Perl как и Unix уже давно на издыхании. Рыночная доля это ярко показывает. И количественно оценке это поддается весьма хорошо. FreeBSD вообще из рейтинга Операционных Систем пропала.

tyween написал:
Скриптовые языки вообще являются одним сплошным недоразумением.

Дотнет даже поддерживает динамическую компиляцию; сишарп является динамическим языком, со статической и динамической одновременно типизацией. А иногда автоматический вывод типов создает неясности, потом их с помощью отладчика надо смотреть, пару раз попадался.

Все идет в сторону динамичности, что, какбы позаимствовано из скриптовых языков.

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

MOP3E написал:
Потому что сервера с ASP далеко не всегда смотрят наружу, дятел ты наш залётный.

А как тогда считали?

Luca написал:
В новых проектах Perl уже давно не используется.

В Украине так не считают:

Цитата:
Posted январь 23rd, 2012 by korshak

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

http://kiev.pm.org/?q=node/510

Babusha написал:
Дотнет даже поддерживает динамическую компиляцию; сишарп является динамическим языком, со статической и динамической одновременно типизацией. А иногда автоматический вывод типов создает неясности, потом их с помощью отладчика надо смотреть, пару раз попадался.

Все идет в сторону динамичности, что, какбы позаимствовано из скриптовых языков.

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

Babusha написал:
Все идет в сторону динамичности, что, какбы позаимствовано из скриптовых языков

Ты сам то понял что сказал??? Динамическая типизпция была и в более ранних версиях языков таких как VB но кто ей пользовался??? Что потом получать ошибки на ровном месте??? Нет и еще раз нет, только строгая типизация, что бы не было возможности у юзверя разделить 2 кг колбасы на 3 телевизора

s-lang?

Типизация:<br /><br />        динамическая<br />        неявная<br />        строгая<br />        типизированная<br /><br />

Prolog

Типизация:<br /><br />        динамическая<br />        неявная<br />        строгая<br />

тыц

pavel2403 написал:
Ты сам то понял что сказал??? Динамическая типизпция была и в более ранних версиях языков таких как VB но кто ей пользовался???

Был автоматический вывод типов (ключевое слово var), динамической типизации не было (ключевое слово dynamic).

pavel2403 написал:
что бы не было возможности у юзверя разделить 2 кг колбасы на 3 телевизора

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

http://clip2net.com/s/1Jvin

И, насколько я знаю, динамическая типизация в шарпе только в новой бета версии шарпа.

pavel2403 написал:
Нет и еще раз нет, только строгая типизация, что бы не было возможности у юзверя разделить 2 кг колбасы на 3 телевизора

Все верно. Вот только с XML надо как-то работать, а схемы есть не для всех документов...

AxaRu написал:
Очень хотелось бы услышать развернутое эссе на тему какие фейлы у линукса в плане энергосбережения?

Чейнжлоги последних выпусков ядер не читали? Заметно

Расскажите.

Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371 Warning: parse_url(http://): Unable to parse URL in E:\Rooms\u231179\stoplinux.org.ru/\www\engine\includes\classes\parse.class.php on line 371<br />StopLinux<br />Развенчиваем мифы<br /><br />    Главная |<br />    Форум |<br />    Добавить Новость |<br />    Donate |<br />    FAQ по сайту |<br />    О Проекте<br />

Что за НЁХ?

дохтур, да вы сами рсскаажите. А то как то непределенно больно. Загадки всякие.

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

Да??? Правда что ли??? Просвящайся: http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D1%82%D0%B8%D0%BF%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F
А в VB к твоему сведению, никогда не существовала оператора var а есть ByVal , но он никакого отношения к типизации не имеет. В VB6 например достаточно закоментить инструкцию OptionExplicit и VB6 превращается в язык с динамической типизацией. То есть переменные вобще можно не указывать, а работать внутри процедур с функциями преобразования типов например можно просто указать Dim a , а внутри функции присвоить ей значение оперделенного типа через функцию преобразования типов например а=CDate("25.03.2012") теперь переменная а будет иметь тип "Date".Короче учи матчасть и не пости глупости. Вот тебе еще пример:

Цитата:
http://ru.wikipedia.org/wiki/Visual_Basic_Scripting_Edition

И до кучи:

Цитата:
http://ru.wikipedia.org/wiki/Visual_Basic

AxaRu, раз уж совсем тяжко, услужу:

Цитата:
Интеграция патча, который решает проблемы с повышенным потреблением энергии на ноутбуках, поддерживающих технологию ASPM (Active State Power Management) для карт PCI Express. Проблема проявляется начиная с ядра 2.6.38, в котором была реализована новая система инициализации ASPM, и проявляется в повышении энергопотребления на 10-30%. Патч имитирует поведение Windows Vista при инициализации системы управления питанием, т.е. не очищает статус ASPM для всех устройств в процессе загрузки, оставляя параметры, выставленные BIOS

Цитата:
технология энергосбережения RC6 для видеокарт Intel (Ivy Bridge) должна работать правильно без использования самого глубокого состояния (окончательное исправление поддержки RC6 для Sandy Bridge войдёт в 3.4)

Странно, что здешние линуксоиды "не в курсе"

Perl никогда не помрёт. Просто потому, что есть такая ниша - особо хитрые ленивые сисадмины. Которые пишут для себя кросплатформенные скрипты, для оптимизации работы.

Я ничего не понимаю в написании программ, но считаю что господин Perl молодец раз изобретает свои языки программирования. И согласен с автором статьи, 1% очень плохой показатель.

10 программистов продукт решили сделать,
Один спросил: "А деньги где?", - и их осталось 9.

9 программистов предстали перед боссом,
Один из них не знал FoxPro, и их осталось 8.

8 программистов купили IBM,
Один сказал: "Мак лучше!", - и их осталось 7.

7 программистов хотели help прочесть,
У одного накрылся винт, и их осталось 6.

6 программистов пытались код понять,
Один из них сошел с ума, и их осталось 5.

5 программистов купили CD-ROM,
Один принес китайский диск - остались вчетвером.

4 программиста работали на Си,
Один из них хвалил Паскаль, и их осталось 3.

3 программиста в сети играли в DOOM,
Один чуть-чуть замешкался, и счет стал равен двум.

2 программиста набрали дружно: "win".
Один устал загрузки ждать - остался лишь 1.

1 программист все взял под свой контроль,
Но встретился с заказчиком, и их осталось 0.

0 программистов ругал сердитый шеф,
Потом уволил одного, и стало их FF.

XoxoTyH написал:
10 программистов продукт решили сделать,
Один спросил: "А деньги где?", - и их осталось 9.

[...]

0 программистов ругал сердитый шеф,
Потом уволил одного, и стало их FF.

Аж 7 человек полегло, когда один заикнулся про деньги. Жесть.

Perl никогда не помрет, пока будет <подставить самим>.
С такой же логикой и windows 98 никогда не помрет. Наверняка где-то можно её найти, если хорошенько поискать.

Две интересные ссылки на тему потребления энергии линуксом:

Настройка энергопотребления ThinkPad x220 в Ubuntu 11.10

x200s/x220. Увеличение времени работы от батарей.

Всё просто и понятно, а кто-то утверждает, что линукс это не интуитивно.

tyween, ага, меня тоже позабавило "Сохраняем скрипт и закрываем редактор"

AxaRu, работу сайта обсуждаем на форуме в спец. разделе. Твои комменты потер. К тому же они нарушают форматирование страницы. Если так надо - юзай пастбин.

Luca написал:
AxaRu, работу сайта обсуждаем на форуме в спец. разделе. Твои комменты потер. К тому же они нарушают форматирование страницы. Если так надо - юзай пастбин.

С pavel2403 и Морзей обсуждайте.