The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Почему Ruby и Python не могут занять место стареющей Java

08.06.2008 23:22

Даниэль Пьетрару (Daniel Pietraru) провел анализ статистики популярности различных языков программирования в запросах к поисковым системам: TIOBE index (tiobe.com) и langpop.com. Были сделаны следующие выводы:

1. Синтаксис очень важен. Программисты тратят меньше сил для изучения нового синтаксиса, если он концептуально похож на старый, уже известный, они также могут использовать старые концепции и найти больше времени на изучении новых. Пока предпочтение отдается языкам с синтаксисом, похожим на С: C (15.292) + C++ (10.484) + Java (20.176) + C# (3.963) = 49.915% Если добавить PHP (10.637) (тоже очень похожий синтаксис), получим 60.552% - языки с синтаксисом, похожим на С пользуются популярностью практически половины всей аудитории.

2. Смотря на группу языков, претендующих на внимание программистов: Python (4.613) + Ruby (2.851) + Lisp/Scheme (0.449) + Lua (0.393) + SmallTalk (0.138) + Haskell (0.137) + Groovy (0.131) + Erlang (0.110) + Caml (0.090) + Scala (0.073) = 8.985% можно сказать: этих языков очень много и они очень разные, а программисты занятые люди и имеют слишком мало времени, чтобы изучить и попробовать все имеющиеся альтернативы и сделать выбор.

3. Tiobe представила графики, показывающие многолетнюю статистику по популярности первой десятки языков. По этим графикам видно, за исключением нескольких исключений, вроде потери популярности Perl, что существенных изменений не происходит. Объяснение просто: рынок стабилен, существующие языки всех удовлетворяют и отсутствует давление на программистов со стороны менеджеров, которое могло-бы заставить их изучать новые языки.

4. Статистика langpop.com интересна тем, что есть анализ языков, используемых в новых проектах. Аналогично, безусловные лидеры C/C++/Java, и некоторое внимание получил Python. Это означает, что языки-претенденты не смогли в нужный момент привлечь внимание достаточного для лавинного роста количества разработчиков, по всей видимости также ввиду слишком большого разнообразия.

5. Психология важна. Люди, предпочитающие альтернативные языки, очень часто указывают на недостатки Java, но почти не делают попыток рассказать о достоинствах предпочитаемой альтернативы, и не пытаются помочь желающим перейти с распространенного языка на альтернативный.

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

Как же языки становятся популярны?

7. Альтернативные языки малоуспешны, потому что не делают существенных улучшений в жизни программистов и проектов, как Java упростил проблемы с распределением памяти в сравнении C/C++ и оказался проще C++.

8. Нет такого существенного роста нового рынка, как рост интернет, на котором выросли Java и PHP и альтернативные языки соревнуются с сильными игроками на старых, устойчивых рынках.

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

10. Все альтернативные языки слишком долго засиживались в узком кругу последователей, не делая существенных шагов в мир. Вот даты рождения альтернативных языков: Ruby (середина 1990-х), Python (1991), Lisp (1958), Scheme (1970-е), Lua (1993), Smalltalk (1969-1980), Haskell (1990), Erlang (1987), Caml (1985), OCaml (1996), Groovy (2003), Scala (2003). А это даты рождения успешных: C (1972), C++ (1983), Java (1995), C# (2001), BASIC (1964), Pascal (1970), FORTRAN (1957), Ada (1983), COBOL (1959).

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

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

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

Как будет выглядеть язык, который вытеснит Java.

Успешный претендент должен попытаться использовать имеющиеся знания и инфраструктуру. Поэтому интересным претендентом является Scala, которая работает на JVM и может использовать библиотеки Java. Претендент нуждается в приложении-убийце. Например Erlang интересен средствами работы с распределенными приложениями, но пока это не мейнстрим, даже на рынке серверов. Язык-претендент должен иметь поддержку мощной компании-спонсора, но все языки-претенденты не имеют серьезного спонсора. Очень сильный претендент Python, но ему нужно что-то делать с системой отступов, чтобы стать популярным в крупных проектах.



  1. Главная ссылка к новости (http://littletutorials.com/200...)
  2. Python indentation considered boneheaded
Автор новости: zyx
Тип: Обобщение
Короткая ссылка: https://opennet.ru/16178-ruby
Ключевые слова: ruby, python, java
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (208) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, edw1n (??), 05:37, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И чем этому Daniel Pietraru не угодили Java, C++ и C? Решил показать необходимость изобретения очередных велосипедов? Бред.
     
     
  • 2.132, Кирилл (??), 10:28, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что, условно, на Руби можно сделать за месяц и пару тысяч долларов, на Яве ... большой текст свёрнут, показать
     
     
  • 3.134, kostbebix (?), 10:38, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >общем, предлагает простоту и скорость разработки недоязыков вроде ПХП и управляемостью
    >полновесных "старых" языков вроде Явы и Цпп.

    В общем, руби - полновесный, старый недоязык :-)

     
     
  • 4.136, Кирилл (??), 10:51, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, Руби новый лёгкий супер язык.
     
     
  • 5.149, User294 (ok), 15:24, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет, Руби новый лёгкий супер язык.

    Угу, с мистер пропер веселей, в доме чисто в 2 раза быстрей!Короче это... make mrproper, в смысле, а идите ка вы в сад с вашими сказками :)))))))).ИМХО у Ruby, Python, TCL и еще некоторых весьма дурной синтаксис.Куда проще освоить один - си-подобный и потом C, C++, Java и PHP - как родные воспринимаются.Что и является секретом их популярности.Сишный синтаксис конечно специфичный ... но в конечном итоге неплохой раз прожил столько лет и все еще актуален.И еще, не всем надо супер-монстров.Чтобы забить в стену 1 гвоздь довольно странно подгонять компрессор, тянуть шланги, брать пневмомолоток, учиться все это юзать полдня... и наконец через несколько часов упражнений - бумс - готово.Гвоздь забит, быстро и эффективно.Это называется оверкилл.

     
     
  • 6.152, Кирилл (??), 16:49, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Знание и распространённость синтаксиса это даже не процент от эффективности прим... большой текст свёрнут, показать
     
     
  • 7.158, x0r (??), 19:00, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >более-менее умеренно сложных

    "что-то как-то слишком тихо! я бы предпочел чтобы было более менее тихо!" (С) "фильм Миссия Клеопатры"

     
  • 7.199, AmdY (ok), 03:06, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >Знание и распространённость синтаксиса это даже не процент от эффективности применения языка.
    >А вот Руби и ПХП существенно различны и быдлокодеру с ПХП будет
    >проблематично перелезть на Яву, хоть и синтаксис слегка похож.

    Большего бреда я не слышал. К твоему сведению все вменяемые РНР-шники учат ООП на примере JAVA и особых проблем не возникает. А уж листинги Руби я читаю параллельно с уничтожением пищи.
    >Если вы о ПХП, то на более-менее умеренно сложных проектах, подразумевающих коллективную
    >разработку, ПХП абсолютно неэффективен.

    А можно щепотку этой травы, от неё что-ли в глазах темнеет. Осмотрись. На РНР уже тысячи проектов, разрабатываемых коллективно.

     
     
  • 8.200, Pilat (ok), 03:22, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    и получается коллективное гуано ... текст свёрнут, показать
     
     
  • 9.201, AmdY (ok), 03:52, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Сей продукт можно получить писав коллективно и на любом другом языке Качество з... текст свёрнут, показать
     
     
  • 10.202, Pilat (ok), 09:19, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Отсутствует инструментарий для описания продукта ... текст свёрнут, показать
     
     
  • 11.206, AmdY (ok), 10:17, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    да вы шо, что это за чудо инструментарий, которого нету под РНР Неужели вы это ... текст свёрнут, показать
     
     
  • 12.215, Pilat (ok), 14:02, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Малыш, я про UML ... текст свёрнут, показать
     
     
  • 13.216, AmdY (ok), 20:02, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну это не серьёзно Мне пришло письмо о вашем комменте на gmail, достаточно ... большой текст свёрнут, показать
     
     
  • 14.217, Pilat (ok), 14:36, 17/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    генераторы кода есть только для Java и С Всё остальное - поделки Даже для пе... текст свёрнут, показать
     
     
  • 15.220, AmdY (ok), 19:52, 17/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хотя бы иногда перечытываешь что пишешь Ты обсолютно не владеешь темой, так ... текст свёрнут, показать
     
  • 13.221, kostbebix (?), 20:10, 17/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Если вы не осилили UML для пхп - так и напишите - ООП то же самое, умл-диаграм... текст свёрнут, показать
     
  • 10.203, Кирилл (??), 09:27, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаете, любому крупному проекту сейчас реально получить финансирование только... текст свёрнут, показать
     
     
  • 11.205, AmdY (ok), 10:10, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, теперь совсем понятно, вы говорите о PHP3, а ведь уже не за горами выход 6-й... текст свёрнут, показать
     
     
  • 12.210, Кирилл (??), 11:41, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Какая там в жопу приличная объектная модель Какой смысл вы вклдывали, когда пис... текст свёрнут, показать
     
  • 12.213, Кирилл (??), 11:57, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я с вами согласен, в том плане, что 5-ка существенный шаг вперёд Но абсолют... текст свёрнут, показать
     
     
  • 13.214, AmdY (ok), 12:52, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    да, а вот это уже проблема языка он позволяет быстро писать небольшие скрипты, ... текст свёрнут, показать
     
     
  • 14.219, i_am (ok), 14:44, 17/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот когда что-то уровня PHPBB V3 или SMF будет на питоне или руби - будет дру... текст свёрнут, показать
     
  • 14.224, nuclight (ok), 16:04, 03/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    http nuclight livejournal com 107170 html ... текст свёрнут, показать
     
  • 11.208, kostbebix (?), 11:23, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    http www patternsforphp com wiki Patterns_For_PHP Index мало вам зеленые тож... текст свёрнут, показать
     
  • 9.218, i_am (ok), 14:39, 17/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Можно подумать что на жабе мало гуано Или на питоне или руби Вон скажем trac с ю... текст свёрнут, показать
     
  • 8.204, Кирилл (??), 09:31, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Дитё, ты б ложку держать научился ... текст свёрнут, показать
     
     
  • 9.207, AmdY (ok), 10:20, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Как я написал выше с едой у меня проблем не возникает А вы наверное только писа... текст свёрнут, показать
     
     
  • 10.212, Кирилл (??), 11:53, 16/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Это хорошо, что с едой проблем не возникает, а то в африке, вон, дети с голоду п... текст свёрнут, показать
     
  • 3.143, Pilat (ok), 12:50, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Тем, что, условно, на Руби можно сделать за месяц и пару тысяч
    >долларов, на Яве займёт полгода и двадцать тысяч. Я про ЦПП

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

    ага. И UML инструментарий проработан...
    Видел я эти поделия на руби - разве что фанатам они могут понравиться.


     
     
  • 4.148, Кирилл (??), 15:16, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >То что можно сделать ня яве - на руби нельзя сделать вообще.

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

    >ага. И UML инструментарий проработан...
    >Видел я эти поделия на руби - разве что фанатам они могут
    >понравиться.

    Причём тут UML? На руби практически реализуемы абсолютно все те же паттерны, что и на яве. Так что, тут никакого различия я не улавливаю.

     
  • 3.151, User294 (ok), 15:51, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, в теории все зашибись а на практике почему-то все иначе вон дельфя в сво... большой текст свёрнут, показать
     
     
  • 4.154, Кирилл (??), 18:07, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Тем, что, условно, на Руби можно сделать за месяц и пару тысяч
    >>долларов, на Яве займёт полгода и двадцать тысяч.
    >Ну вот на нем и будут писать только всякий хлам для бизнес-дятлов
    >которые готовы покупать слабаные абы как на коленке поделки, лишь бы
    >их срок сдачи был "вчера".А качественные и серьезные продукты наколенно-халтурными методами не делаются.

    Под быстрой разработкой как раз подразумевается полный цикл в рамках RUP или PM.

     

     ....большая нить свёрнута, показать (32)

  • 1.2, ZANSWER (??), 10:34, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про отступы в Python-е я плакал, аргументы просто класс...*LOL*
     
     
  • 2.30, zyx (?), 12:23, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Про отступы в Python-е я плакал, аргументы просто класс...*LOL*

    про отступы написано:
    "зависит от настроек редактора, которые могут быть разными у разных программистов"
    другими словами, если вдруг у одного из участников проекта табуляции выставлены не в 8 как у всех, а в 3, код на питоне превращается в кашу, и это еще не худший вариант - хуже, если такой человек напишет код и внесет в проект, а потом у другого это все "поплывет".

     
     
  • 3.46, Grigoriy Petukhov (?), 12:42, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Если у разных участников табы настроены на разное количество пробелов, код на любом языке превратится в кашу ) Просто в python он к тому же не будет работать. Вообще имхо любой "нормальный" программист использует пробелы, а не табы. Любой "нормальный" редактор можно настроить так, чтобы от вставлял пробелы при нажатии на клавишу Tab. В PEP8 (рекомендации по оформлению python кода) рекомендуется не использовать tab'ы.
    Если кто-то после первого предупреждения продолжает пихать в проект код с табами, то следует задуматься о его умственных способностях и, возможно, исключить из проекта.
     
     
  • 4.52, terr0rist (ok), 13:01, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Сложно не согласиться, и все же - хотелось бы услышать хоть один аргумент ЗА отс... большой текст свёрнут, показать
     
     
  • 5.63, cadmi (?), 13:38, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    как будто кто-то на этот пробел 8 раз (на самом деле 4) тыкает...
    они дают принудительную читабельность. иначе просто не напишешь. какбе перлистам неудобно друг перед другом пальцы гнуть :)
     
  • 5.103, Grigoriy Petukhov (?), 22:10, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    снижается количество ошибок т к вы не забыватаете закрывать скобочки ошиб... большой текст свёрнут, показать
     
     
  • 6.165, Michael Shigorin (ok), 21:43, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Повышается от того, что ездит whitespace между людьми хостами редакторами Кхм... большой текст свёрнут, показать
     
  • 6.192, Volodymyr Lisivka (?), 20:55, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Их редактор ставит И все ошибки со скобками сразу видны после применения автофо... большой текст свёрнут, показать
     
  • 5.123, kostbebix (?), 01:45, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Код на том же пхп часто кажется награможденным из-за того, что много скобочек. Текст исходников как бы "дышит".

    Это как при оформлении книги (или верстки сайта) вы делаете, чтоб страничка дышала.

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

    p.s.: пхп-код, возможно, не имел бы за собой славу быдлокода, если бы синтаксис языка заставлял оформлять код нормально и с отступами

     
     
  • 6.125, Oles (?), 01:53, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Помню были программы типа крестики-нолики в одну строчку на си. А на питоне?
     
     
  • 7.129, kostbebix (?), 09:54, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Помню были программы типа крестики-нолики в одну строчку на си. А на
    >питоне?

    Плохо знаю питон, но уверен что можно сделать ф-цию выполнения кода, находящегося в строке, а там уж переносы делать при помощи \n" :P

     
  • 5.147, Аноним (-), 14:57, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Про редактор с автоматическими отступами слышать доводилось? Добро пожаловать в 21 век.
     
  • 4.164, Michael Shigorin (ok), 21:27, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Отнюдь Для любого языка скорее всего существует indent 1 или в эквиваленте Д... большой текст свёрнут, показать
     
     
  • 5.177, lizendir (ok), 22:43, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Рассмотрим код на любом языке if abc abc 4 while foo abc abc 1 Для... большой текст свёрнут, показать
     
     
  • 6.187, Michael Shigorin (ok), 01:31, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это и есть натуральная каша, а не псевдо код Не делайте так Н... большой текст свёрнут, показать
     
     
  • 7.191, lizendir (ok), 11:31, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так я с самого начала и говорил, что в любом языке, если убрать индентацию, т... большой текст свёрнут, показать
     
  • 3.58, Alexey (??), 13:26, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Это утверждение неверно! Подумайте сами почему.
    Ну или проверьте на практике.
     
  • 3.62, cadmi (?), 13:36, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >если вдруг у одного из участников проекта табуляции выставлены не в 8 как у всех, а в 3

    людям, которые не читают документацию, лучше прододжать писать на своем любимом похапе.
    http://www.python.org/dev/peps/pep-0008/

     
     
  • 4.166, Michael Shigorin (ok), 21:45, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Людям, которые не видят дальше своего носа, лучше продоДжать писать на пистоне... возможно, сходив на ту же j2ee хотя бы за методологией и паттернами.

    (я-то не пишу на php, а вот исправлять доводится на всём, что горит)

     
  • 3.106, Анонимуз (?), 23:19, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >если вдруг у одного из участников проекта табуляции выставлены не в 8 как у всех, а в 3, код на питоне превращается в кашу, и это еще не худший вариант - хуже, если такой человек напишет код и внесет в проект, а потом у другого это все "поплывет".

    Никто никуда не поплывет. У него при открывании файла и при сохранении будет сдвиг на 3. У других при открывании того же файла будет сдвиг 8. Вот если табуляции атоматом заменяются пробелами, тогде да, полный превед.

     
  • 2.163, Michael Shigorin (ok), 21:19, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну поплачьте ещё, у меня это тоже один из основных аргументов Если у человека н... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (20)

  • 1.3, Аноним (-), 10:47, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в python и ruby поддержка многопоточности через (__|__)
    а именно: в питоне есть GIL - глобальная блокировка интерпретатора, которая позволяет единовременно исполнятся только одному участку питоновского кода
    (gil снимается для io операций и прочих вызовов c-шных модулей)
    в руби - вообще своя реализация потоков usermode...
    ТЕ ни в руби, ни в питоне нельзя (без бубна) написать программу использующую с помощью kernel threads в полной мере несколько процессоров... для серверных систем - актуальная задача.

    в перле надо сказать поддержка многопоточности тоже не фантанная... хотя несколько лучше...

    а java, при куче её нелепостей, имеет вполне достойную поддержку многопоточности...

     
     
  • 2.10, kem (?), 11:25, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >(gil снимается для io операций и прочих вызовов c-шных модулей)
    >в руби - вообще своя реализация потоков usermode...
    >ТЕ ни в руби, ни в питоне нельзя (без бубна) написать программу
    >использующую с помощью kernel threads в полной мере несколько процессоров... для
    >серверных систем - актуальная задача.
    >
    >в перле надо сказать поддержка многопоточности тоже не фантанная... хотя несколько лучше...
    >
    >
    >а java, при куче её нелепостей, имеет вполне достойную поддержку многопоточности...

    проблему GIL решает pp
    http://www.parallelpython.com/

     
  • 2.139, pawnhearts (ok), 11:04, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >а именно: в питоне есть GIL - глобальная блокировка интерпретатора, которая позволяет
    >единовременно исполнятся только одному участку питоновского кода

    http://pypi.python.org/pypi/processing

     
     
  • 3.145, Аноним (-), 14:14, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    запустить несколько процессов и пересылать между ними информацию, на smp системе есть костыль...
    и не важно как она реализована... даже mpi, великолепно работающий на нескольких машинах, в рамках smp - не достаточно эффективен.

    суть именно в ОБЩЕЙ памяти...
    на практике, в системе с правильной архитектурой синхронизация потоков по доступу к памяти тратит намного меньше времени чем пересылка данных....

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

    ---

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

     
     
  • 4.156, pawnhearts (ok), 18:43, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >суть именно в ОБЩЕЙ памяти...
    >на практике, в системе с правильной архитектурой синхронизация потоков по доступу к
    >памяти тратит намного меньше времени чем пересылка данных....

    вообще-то несколько процессов могут иметь общие области памяти изпоконвеков

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

    ага и тут встает остро ситуация с синхронизацией.

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

    какие-то узкие места всегда можно реализовать на C.
    конечно, всё зависит от задач и подхода и т.п.

     
  • 4.157, pawnhearts (ok), 18:46, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >хотя говоря по правде - падение производительности связанное с интерпретируемым языком значительно
    >больше, чем можно выиграть на всех этих ньюансах..

    вообще, конечно, если очень важна многопоточность и т.п. лучше использовать более специализированные языки типа erlang, etc.
    python тут не самая умная идея, но всё-же он кое что может

     
     
  • 5.167, Michael Shigorin (ok), 21:46, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > если очень важна многопоточность и т.п. лучше использовать
    > более специализированные языки типа erlang

    ...по beam на ядро.

     

  • 1.4, sakal (ok), 10:48, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну ваще-то странно что НУЖЕН язык-убийца, словно программисты томятся под гнётом монстра в виде C/C++/JAVA, а тут ходит легенда, которая передаётся из уст в уста, с сервера клиенту, от начальника к подчиненному, что придёт ОН и спасёт всех!

    по поводу отступов в Python действительно можно плакать, ибо использовать ТАКОЙ аргумент как минимум не профессиональный. К тому же думать о проблеме отступов может лишь тот, кто видел код, но ничего не писал.

    У Python есть отличный спонсор - google (!) или солидные спонсоры могут выступать только в лице Microsoft, Sun Microsystems, Intel?

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

     
     
  • 2.29, zyx (?), 12:22, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    про отступы написано:
    "зависит от настроек редактора, которые могут быть разными у разных программистов"
    другими словами, если вдруг у одного из участников проекта табуляции выставлены не в 8 как у всех, а в 3, код на питоне превращается в кашу, и это еще не худший вариант - хуже, если такой человек напишет код и внесет в проект, а потом у другого это все "поплывет".
     
     
  • 3.45, sakal (ok), 12:42, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    У кого-то отступ может быть 4 символа, у кого-то 2 Теперь посмотрим пример я п... большой текст свёрнут, показать
     
     
  • 4.56, terr0rist (ok), 13:21, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Читайте книги, господа, это полезно.

    Читайте книги на древнееврейском, с одинаковыми буквами, без пробелов, гласных и знаков препинания. Умнее станете, 100%.

    >Те же кто мучаются с отступами -

    Никто не мучается. Просто зачем было вообще создавать эту проблему? Ответа на главный вопрос - зачем такая ерунда с отступами - никто еще не дал.

    >не плодитесь, дайте России возродиться с нормальным генофондом, пусть будет в
    >отечестве меньше неудачников и печальных личностей!

    Сделайте в питоне блоки, будет вам "меньше неудачников и печальных личностей!" =)
    Хороший язык иврит, но даже его пришлось немного адаптировать. :)

     
     
  • 5.60, sakal (ok), 13:31, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Сударь, тут ниже видел комментарий, которые даёт нужный Вам ответ Отступы нужны... большой текст свёрнут, показать
     
     
  • 6.71, terr0rist (ok), 14:09, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, брэйсы разьяснений не требовали Брэйс в начале, брэйс в конце, бегин-э... большой текст свёрнут, показать
     
     
  • 7.113, falko (?), 00:36, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальный редактор пользуюсь Eclipse PyDev отступы контролирует автоматически... большой текст свёрнут, показать
     
     
  • 8.118, vitek (??), 01:26, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    поддерживаю тем более, что для меня питон ни в коем случае не замена С и С а... текст свёрнут, показать
     
  • 6.169, Michael Shigorin (ok), 21:51, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Отступы нужны, дабы избавить программиста от возможности писать нечитаемый код.

    В винду, сударь.  А ещё лучше -- в макось.  Там избавят от возможности делать странное.

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

     
  • 2.133, Кирилл (??), 10:36, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ну ваще-то странно что НУЖЕН язык-убийца, словно программисты томятся под гнётом монстра
    >в виде C/C++/JAVA, а тут ходит легенда, которая передаётся из уст
    >в уста, с сервера клиенту, от начальника к подчиненному, что придёт
    >ОН и спасёт всех!

    Нужен, нужен. Нужен язык, который бы реализовывал все последние академические наработки в области быстрой разработки и управления проектами. Это уже перезревшая проблема. Около 80% проектов в области разработки ПО и ИТ-сервисов проваливаются ещё на стадии разработки, в том числе и из-за неадекватности современных языков и исполнительных сред (ну конечно в не меньше степени из-за крайне низкого проф. уровня нынешних быдлокодеров).

     
  • 2.168, Michael Shigorin (ok), 21:48, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > У Python есть отличный спонсор - google

    Единственная надежда -- мож хоть вразумят GvR ;)

     

  • 1.6, Аноним (6), 11:20, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Действительно, принципиальных улучшений т.н "новые" языки не вносят (подобно скачкам от ассемблера к высокоуровневому языку, а затем к ОПП). В конце концов важен не язык, а опыт и мозги разработчиков.
     
     
  • 2.137, Кирилл (??), 10:54, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >не язык, а опыт и мозги разработчиков.

    Не мозги, а скорость, с которой он может кодить. Его так называемые мозги чаще всего идут только во вред. Программист должен кодить что скажут и не пытаться сунуть нос куда-то ещё. В этом плане новые языки значительно упрощают контроль за проектом со стороны руководителя проекта и системных архитекторов и снижают субъективный фактор.

     
     
  • 3.170, Michael Shigorin (ok), 22:00, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>не язык, а опыт и мозги разработчиков.
    >Не мозги, а скорость, с которой он может кодить.

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

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

    Не очень тупые PM и HR это знают, остальные же верют в себю, инструменты и процесс.

    А та проблема, о которой Вы говорите -- она совсем другая, не с логическими способностями связана, а с завихрениями/тараканами/личностными амбициями.

     
     
  • 4.190, Кирилл (??), 10:09, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Понимаете, чаще всего на проект нужен кодер со знанием синтаксиса и технологии и... большой текст свёрнут, показать
     

  • 1.9, Аноним (6), 11:23, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>по поводу отступов в Python действительно можно плакать, ибо использовать ТАКОЙ аргумент как минимум не профессиональный. К тому же думать о проблеме отступов может лишь тот, кто видел код, но ничего не писал.<<

    Видел код, писал, писал еще. В итоге отступы доканали и Питон был заброшен.

     
     
  • 2.11, V (??), 11:25, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >Видел код, писал, писал еще. В итоге отступы доканали и Питон был
    >заброшен.

    n00b?

     
     
  • 3.14, terr0rist (ok), 11:40, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А представьте себе, если вы пишете по-русски и каждое предложение начинаете с новой строки, без точки и без заглавной буквы.
    Нет, конечно, если вы - еврей, у вас все буквы одинаковые, да и пробелов-точек в иврите раньше не было, то да, велкам! Но для среднерусского человека точка-с-запятой в конце statement'а и выделение блоков брэйсами или бегин-эндом является вполне естественной и даже необходимой. Имхо.
    Питон - это "мерседес", но отступы в нем - это все равно что руль на заднем сиденье.
     
     
  • 4.114, falko (?), 00:47, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Но для среднерусского человека точка-с-запятой в конце statement'а и выделение блоков брэйсами

    Вы часто наверное пишите несколько выражений в одной строке разделяя их ";" ? Если да, то о какой читабельности кода может идти речь?
    Если нет, то зачем всякий раз писать в конце строки ; где сам перевод строки уже означает конец выражения это ли не маразм? И вообще причем тут национальность??

     
     
  • 5.122, Oles (?), 01:43, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы часто наверное пишите несколько выражений в одной строке разделяя их ";"

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

     
  • 4.159, x0r (??), 19:20, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А представьте себе, если вы пишете по-русски и каждое предложение начинаете с
    >новой строки, без точки и без заглавной буквы.
    >Нет, конечно, если вы - еврей, у вас все буквы одинаковые, да
    >и пробелов-точек в иврите раньше не было, то да, велкам! Но
    >для среднерусского человека точка-с-запятой в конце statement'а и выделение блоков брэйсами
    >или бегин-эндом является вполне естественной и даже необходимой. Имхо.
    >Питон - это "мерседес", но отступы в нем - это все равно
    >что руль на заднем сиденье.

    факты и еще раз факты... "любые аналогии, по определению, - лживы!"

     
  • 2.19, demo (??), 11:53, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>>по поводу отступов в Python действительно можно плакать, ибо использовать ТАКОЙ аргумент как минимум не профессиональный. К тому же думать о проблеме отступов может лишь тот, кто видел код, но ничего не писал.<<
    >
    >Видел код, писал, писал еще. В итоге отступы доканали и Питон был
    >заброшен.

    Как это - доканали? предпочитаемый редактор не позволяет вставлять нужное чисто пробелов вместо табуляций? т.е. использование неподходящего редактора/использование неподходящих настроек в предпочитаемом редакторе оказалось важнее использования python? Так и говорите, не стесняйтесь - "мне питоне не нужен", мы поймём :)

    А многим другим, и мне в том числе - нужен :)

     
     
  • 3.21, terr0rist (ok), 12:06, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А многим другим, и мне в том числе - нужен :)

    А зачем? :)
    Проблема с отступами не в том, что в вашем конкретном редакторе отступы правильные/неправильные, а в том, что если вас 10 человек, и одному нравится 8 пробелов на таб, другому 3, третьему 1, то вы на питоне хрен чо напишете. Либо гребите всех под одну гребенку, как Мокро$овк.
    А одна из главных заповедей программиста - надо писать так, чтобы ваш код был реюзабельный, в том числе и другими.
    Если вы пишете для себя, никто вам не мешает хоть на русском языке программировать.
    Просто другие этого не поймут.

     
     
  • 4.47, demo (??), 12:44, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем? :)

    Программу писать, вестимо...
    у меня не 10 человек - только 5 :)
    Но вот прикинь - вопроса о величине отступов не стоит. Я, как руководитель, назначил к исполнению большую часть рекомендаций PEP-008 + ещё кое-какие требования. А если будет 10 человек и кто-то захочет демонстрировать свою индивидуальность в ущерб целостности результата - будет соотв. реакция :)

    Так что если у вас не артель свободных художников, а какая-либо совместная работа, обязательно нужно "всех под одну гребенку" :)

    а хто такой Мокро$овк?

     
     
  • 5.51, terr0rist (ok), 12:58, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Одну Маленькую Проверять не запарился Всем поставил нотепад Не unix... большой текст свёрнут, показать
     
     
  • 6.73, demo (??), 14:18, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну типа того Хотя по мне - не очень маленькая 100 форм, 250 файлов рукопис... большой текст свёрнут, показать
     
     
  • 7.92, Forth (??), 18:37, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А что пишете, если не секрет?
    Любопытно просто. Сам пишу на python+qt, как среда eric4 и весьма доволен. Глюковат он, правда.
    По теме:
    На мой взгляд фигурные скобки, либо begin end порождает неплохие макароны, в которых порой путаешься весьма неслабо. Как итог нормальные люди форматируют все равно отступами, дабы структуру было лучше видно, а операторные скобки эту функцию плохо выполняют. Ну и на кой операторные скобки тогда? Если можно теме же отступами создавать структуру.
    С операторными скобками еще и ошибка бывает, каковой не может быть в питоне, разве только в силу полной невнимательности. Например, скобки не ставятся программистом, ввиду наличия всего одного оператора, потом вдруг понадобилось добавить с блок еще оператор, а скобки забыли - ошибка.

     
     
  • 8.161, demo (??), 19:56, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Мы пишем САМСОН-ВИСТА - комплекс программных средств, который обеспечивает ввод... текст свёрнут, показать
     
  • 5.61, ezhik (?), 13:35, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-нибудь может ПОНЯТНО объяснить или дать ссылку чем замена табов пробелами лучше самих табов? Бесполезная пурга про генофонд не интересует.
     
     
  • 6.83, Оммм (?), 15:18, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    О боги! тем что 4 пробела ВЕЗДЕ 4 пробела, и ни у кого, ничего не поедет, а вот таб может варьировать, и исользуя табы код может "ездить" в зависимости от настроек..
     
     
  • 7.90, ezhik (?), 16:55, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ну, клева Если в коде везде используется таб тебе нравиться отступы в 3 пробел... большой текст свёрнут, показать
     
  • 3.32, zyx (?), 12:26, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален python отличный язык Проблематичны именно большие проек... большой текст свёрнут, показать
     
     
  • 4.37, terr0rist (ok), 12:34, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >про отступы написано:
    >"зависит от настроек редактора, которые могут быть разными у разных программистов"
    >другими словами, если вдруг у одного из участников проекта табуляции выставлены не
    >в 8 как у всех, а в 3, код на питоне
    >превращается в кашу, и это еще не худший вариант - хуже,
    >если такой человек напишет код и внесет в проект, а потом
    >у другого это все "поплывет".

    +1
    Похоже, большинство местных питонеров - индивидуалисты =)

     
  • 4.222, Кирилл (??), 10:45, 18/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

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

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

     

  • 1.12, Аноним (6), 11:27, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Есть язык Object Pascal.

    При чем ту тон? Речь о ДЕЛЬФИ. Кстати, Borland просила/зявляла называть вариант паскаля, который в нем ИСПОЛЬЗУЕТСЯ (но не является) называть именно ЯЗЫКОМ Delphi

     
     
  • 2.15, olegator (??), 11:43, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Есть язык Object Pascal.
    >
    >При чем ту тон? Речь о ДЕЛЬФИ. Кстати, Borland просила/зявляла называть вариант
    >паскаля, который в нем ИСПОЛЬЗУЕТСЯ (но не является) называть именно ЯЗЫКОМ
    >Delphi

    забудте про delphi, он больше разрабатываться не будет и лет через 5 вовсе исчезнет. Embarcadero который купил проект CodeGear похоже не собирается развивать ни delphi ни c++ builder, так как у них есть свои ide, и ставку они делают на кроссплапформенную разработку, чем продукты borland похвастаться не могут. а разработчиков delphi жалко, через 5 лет они или будут переучиваться или окажуться на улице

     
     
  • 3.34, Аноним (6), 12:32, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Основная идея делфи - сделать игрушку для обучения детей программированию - так и не получила стоящего развития. Очень жаль.
     
     
  • 4.81, vitek (??), 15:06, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Основная идея делфи - сделать игрушку для обучения детей программированию - так
    >и не получила стоящего развития. Очень жаль.

    это была основная идея Николауса Вирта - создателя языка Pascal.
    Но никак не коммерческой организации Borland.

     
     
  • 5.97, ture (?), 21:06, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот учил в инсте паскаль и думал, что он пригодится. Теперь можно сказать, что паскаль это хорошо, для тех кому нужно научиться стройности мыслей и последовательности действий. Вот только в жизни сам язык мне не пригодтлся ни разу.
     
     
  • 6.107, vitek (??), 23:43, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    глупости
    пригодиться. и не раз.
    только не отождествляйте Pascal с Delphi.
     
     
  • 7.171, Michael Shigorin (ok), 22:16, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >глупости

    Глупости -- это всерьёз преподавать паскакаль и не пояснять, что это игрушечный язык.

    >пригодиться. и не раз.

    От сумы да от тюрьмы? :)

    >только не отождествляйте Pascal с Delphi.

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

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

     
  • 3.160, x0r (??), 19:30, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >а разработчиков delphi жалко, через 5 лет они
    >или будут переучиваться или окажуться на улице

    у хорошего программиста язык (программирования) это инструмент... которых (инструментов) у хорошего программиста несколько... а в переучивании ничего страшного нет...

     
  • 2.16, vitek (??), 11:44, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Есть язык Object Pascal.
    >
    >При чем ту тон? Речь о ДЕЛЬФИ. Кстати, Borland просила/зявляла называть вариант
    >паскаля, который в нем ИСПОЛЬЗУЕТСЯ (но не является) называть именно ЯЗЫКОМ
    >Delphi

    где просила? или кому заявляла?
    можно ссылочку? pls.

    и где сейчас Delphi?
    почему borland передала его в codegeas (http://www.codegear.com/products/delphi/win32)
    а сам codegears продала?
    и где 64 бита?

    моё мнение - delphi мертв.

     

  • 1.17, Аноним (6), 11:49, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Будущее за специализированными языками обслуживающими конкретные прикладные области.

    И еще непонятным образом объектность противопоставляться функциональным языкам. R например вполне функционален и объектен одновременно.

     
     
  • 2.172, Michael Shigorin (ok), 22:21, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Будущее за специализированными языками обслуживающими конкретные прикладные области.

    Сюрприз: многие DSL прекрасно делаются из той же Scheme ;)

     

  • 1.18, Аноним (18), 11:52, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    FreePascal рулит
     
     
  • 2.146, Анонимус (?), 14:15, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >FreePascal рулит

    +1
    Я на нем рулю уже 2 года, и слазить с него не собираюсь, не смотря ни на какие рейтинги.

     

  • 1.20, Аноним (6), 11:55, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >моё мнение - delphi мертв.

    можете утверждать это сколько угодно - но в России ему еще ОЧЕНЬ долго жить, при чем успешно, особенно ЗА МКАДом ;)
    А то, что его не развивают родные компании, насрать, по большому счету - у нас в конторе используется до сих Delphi 6 (я не оговорился, именно шестая версия, даже не 7) - и ничего, в ближайшее время менять не будем. А ведь компания-то питерская! И не такая уж и небезызвестная, пишем не мало на заказ, по всей России, и даже зарубеж (ближний, конечно).

     
     
  • 2.22, olegator (??), 12:10, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    пока ещё поживёт, но не долго можно предположить довольно реальное стечение обс... большой текст свёрнут, показать
     
  • 2.23, gaal (?), 12:10, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    64-х битный процы, точнее ОС могут убить дельфу и билдер, если не будет возможности запускать 32-х битные проги. В никсах такие проги запустить можно, а в вин не представляю. Кто-нибудь знает как там с этим?
     
     
  • 3.33, zyx (?), 12:30, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >64-х битный процы, точнее ОС могут убить дельфу и билдер, если не
    >будет возможности запускать 32-х битные проги. В никсах такие проги запустить
    >можно, а в вин не представляю. Кто-нибудь знает как там с
    >этим?

    Сейчас очень серьезно развивается виртуализация, причем уже opensource эмулятор QEMU исполняет проги на неродном проце со скоростью около 15% этого проца, так что для совместимости назад уже точно хватит.

     
     
  • 4.42, gaal (?), 12:39, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Сейчас очень серьезно развивается виртуализация, причем уже opensource эмулятор QEMU исполняет проги на неродном проце со скоростью около 15% этого проца, так что для совместимости назад уже точно хватит.

    При чем тут виртуализация? O_O 64 битный проц может и 32, и 16 разрядные проги выполнять. По крайней мере x86_64.

    Я имел в виду именно вин и переход на 64 разрядные процы и ОС. Работают ли там такие проги?

    ЗЫ Даунгрейд забавен - купить по одной цене, а юзать по другой:D

     
     
  • 5.98, zyx (?), 21:11, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Сейчас очень серьезно развивается виртуализация, причем уже opensource эмулятор QEMU исполняет проги на неродном проце со скоростью около 15% этого проца, так что для совместимости назад уже точно хватит.
    >
    >При чем тут виртуализация? O_O 64 битный проц может и 32, и
    >16 разрядные проги выполнять. По крайней мере x86_64.
    >
    >Я имел в виду именно вин и переход на 64 разрядные процы
    >и ОС. Работают ли там такие проги?

    "на неродном проце" именно означает _на_совсем_другом_процессоре_.

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

     
  • 3.36, cobold (?), 12:34, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > В никсах такие проги запустить можно, а в вин не представляю. Кто-нибудь знает как там с этим?

    За висту не скажу, а на winxp 64 с точки зрения юзера тоже самое - отдельный набор библиотек(dll) для 32 и 64 бит программ + механизм вызова 32bit кода из 64bit кода. И те же самые грабли - два IE, в 64bit-версии которого не работает flash(по крайней мере 2 года назад так было, сейчас наверное что-то придумали).
    А насчет "не опенсорц" - Builder и Delphi в enterprise версиях шли с исходниками VCL и Runtime, так что в случае несовместимости с новыми версиями ОС теоретически можно разобраться в проблеме и починить ее.

     
     
  • 4.59, vitek (??), 13:30, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ребята! Вы не о том спорите!
    у 32-х битных прог есть ограничения.
    например, по памяти. под виндами - не более 3Gb.

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

     
     
  • 5.99, zyx (?), 21:24, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ребята! Вы не о том спорите!
    >у 32-х битных прог есть ограничения.
    >например, по памяти. под виндами - не более 3Gb.
    >
    >и вот, пишущая Питерская компания (например, кристалл) выпускает программы-сервера с этим ограничением.
    >
    >как долго эти ограничения не будут оказывать существенного влияния на функциональность?

    тут можно организовать тотализатор :)

    Но в принципе, думаю, можно считать, что серьезные проблемы начнутся когда на борту будут ставить 10Gb и соответственно когда где-то сравнимыми будут размеры рабочих файлов (если конечно у этой проги размеры рабочих файлов растут с такой скоростью).
    То есть если сейчас массовым становится 2Gb на борту, то по закону Мура можно считать что к 10Gb прийдем через 6-8 лет.

     
     
  • 6.108, vitek (??), 23:59, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    на ноутах по 35-40 тыщ рублев уже по 4gb
     
     
  • 7.120, Oles (?), 01:41, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >на ноутах по 35-40 тыщ рублев уже по 4gb

    Ради висты...

     
  • 7.195, zyx (ok), 21:27, 14/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >на ноутах по 35-40 тыщ рублев уже по 4gb

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

     
  • 6.109, vitek (??), 00:05, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    а по поводу проги и размера файлов
    там СУБД - и не известно что хуже!
    производители СУБД тоже есть хотят, а в MSSQL (ну почти) .net встроили...
    а тут еще и веб-сервисы....

    короче, они не только от себя зависят и Delphi.

     
  • 6.119, vitek (??), 01:36, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ага - ограничение в 3G,
    а ждать будешь 10.

    а чё не 20-30G?
    штоб наверняка. как раз к пенсии

     
     
  • 7.196, zyx (ok), 21:36, 14/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ага - ограничение в 3G,
    >а ждать будешь 10.
    >
    >а чё не 20-30G?
    >штоб наверняка.

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

     
  • 4.70, vitek (??), 14:08, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    64-битного флеша до сих пор нет.
    под линухом юзается npwrapper - из 64-битных браузеров позволяет запускать 32-битные плагины, но не все.
    >А насчет "не опенсорц" - Builder и Delphi в enterprise версиях шли с исходниками VCL и Runtime, так что в случае несовместимости с новыми версиями ОС теоретически можно разобраться в проблеме и починить ее.

    и как Вы просчитаете бизнес-риски подобной разработки?
    не говоря уже о законности данного процесса.

     
  • 2.24, gaal (?), 12:12, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Если только Lazarus их спасет. ЗЫ Не юзал.
     
  • 2.57, vitek (??), 13:24, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    а что Россия выкупила исходники вот выйдет очередной SP под винды, где Delphi н... большой текст свёрнут, показать
     
  • 2.173, Michael Shigorin (ok), 22:21, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >не такая уж и небезызвестная, пишем не мало на заказ, по
    >всей России, и даже зарубеж (ближний, конечно).

    Чтоб вам не чихалось... нашли чем хвастаться.

     

  • 1.25, Аноним (6), 12:14, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >пока ещё поживёт, но не долго. можно предположить довольно реальное стечение обстоятельств например как выход нового sp под висту из-за которого будут глючить проги написанные на delphi.

    Поясню - ДОЛГО-ДОЛГО будет. Потому что сидим мы все как разработчики на win200 sp4!!! И клиенты будут долго сидеть на том же самом, потому что приложения наши специфическое, более крутые требование не нужны, и клиентов  - сразу скажу, довольно много. Протрите глазки - Россия - это не только большие города, а программы - это не только Bioshock и 1C

     
     
  • 2.28, olegator (??), 12:21, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>пока ещё поживёт, но не долго. можно предположить довольно реальное стечение обстоятельств например как выход нового sp под висту из-за которого будут глючить проги написанные на delphi.
    >
    >Поясню - ДОЛГО-ДОЛГО будет. Потому что сидим мы все как разработчики на
    >win200 sp4!!! И клиенты будут долго сидеть на том же самом,
    >потому что приложения наши специфическое, более крутые требование не нужны, и
    >клиентов  - сразу скажу, довольно много. Протрите глазки - Россия
    >- это не только большие города, а программы - это не
    >только Bioshock и 1C

    Тогда вашим клиентам придётся юзать пиратские ОС со всеми вытикающими последствиями

     
  • 2.35, dmitry (??), 12:33, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Поясню - ДОЛГО-ДОЛГО будет. Потому что сидим мы все как разработчики на
    >win200 sp4!!! И клиенты будут долго сидеть на том же самом,
    >потому что приложения наши специфическое, более крутые требование не нужны, и
    >клиентов  - сразу скажу, довольно много. Протрите глазки - Россия
    >- это не только большие города, а программы - это не
    >только Bioshock и 1C

    да, монополизм - великая вещь. кое-кто на фокспро еще сидит...


     
     
  • 3.78, bobah (?), 14:46, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    не гоните на FoxPro, это без преувеличения великий продукт.
     
     
  • 4.174, Michael Shigorin (ok), 22:26, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >не гоните на FoxPro, это без преувеличения великий продукт.

    Да уж, без поту (или dosemu) не смигрируешь.  С сетевой прозрачностью тоже всё из-умительно.

     
  • 2.38, answer (?), 12:36, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Поясню - ДОЛГО-ДОЛГО будет. Потому что сидим мы все как разработчики на
    >win200 sp4!!! И клиенты будут долго сидеть на том же самом,
    >потому что приложения наши специфическое, более крутые требование не нужны, и
    >клиентов  - сразу скажу, довольно много. Протрите глазки - Россия
    >- это не только большие города, а программы - это не
    >только Bioshock и 1C

    А где вы покупаете Win 2k ? или у вас нелицензия используется в продакшене?


     
     
  • 3.77, Fantomas (??), 14:35, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А что, нелицензия не годится для продакшена?
     
     
  • 4.82, vitek (??), 15:15, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    сообщите пожалуйста название и точный адрес Вашей конторы.
     
  • 2.65, vitek (??), 13:43, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    инертность как фактор развития? :-D

    только 1С становиться все больше и больше.
    видимо из-за таких контор.
    а у Вас будет все меньше и меньше.

    уже сейчас можно подводить результат:
    успешными стали компании, у которых либо свой набор библиотек (как у 1С) и они зависят только от компилятора (выбор которых ОЧЕНЬ большой),
    либо те, которые основываются на открытых стандартах и опять же зависят только от компилятора.

    всех остальных кинули (и m$, и borland) и они плывут по течению, но в известном направлении.
    так что покричим: Developers! Developers! Developers! Developers!


     

  • 1.26, Аноним (18), 12:18, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Stackless Python
    An experimental implementation that supports continuations, generators, microthreads, and coroutines.
     
  • 1.27, demo (??), 12:19, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Пока предпочтение отдается языкам с синтаксисом, похожим на С: C (15.292) + C++ (10.484) + Java (20.176) + C# (3.963) = 49.915% Если добавить PHP (10.637) (тоже очень похожий синтаксис)...

    Ещё JavaScript надо добавить :)

    а вообще-то группировка настолько разных языков возможна только по признаку использования "{" и "}" вместо алгольных begin-end или питоновских отступов. imho это настолько неважный признак языка, что всё остальное можно воспринимать только как досужий трёп...

     
     
  • 2.43, zyx (?), 12:40, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >> Пока предпочтение отдается языкам с синтаксисом, похожим на С: C (15.292) + C++ (10.484) + Java (20.176) + C# (3.963) = 49.915% Если добавить PHP (10.637) (тоже очень похожий синтаксис)...
    >
    >Ещё JavaScript надо добавить :)

    Из перечисленного только PHP несколько отличается от остального ряда универсальных языков, на которых можно делать практически все, но PHP хоть как-то, хоть и с огромной натяжкой может считаться универсальным языком (на нем можно даже .exe приложения делать :) ), а javascript почему-то не хотят сделать полноценным..
    Да и перспективы в javascript, как в чем-то новом нет, поэтому он так и останется в своей нише скриптовых языков.

     
     
  • 3.94, nightstalker (ok), 19:29, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Как говориться, и слава богу. Он там себя очень хорошо чувствует. Если бы еще МС свои говняные ручонки не тянула к нему, вообще бы отлично было.
     
  • 2.44, answer (?), 12:41, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >> Пока предпочтение отдается языкам с синтаксисом, похожим на С: C (15.292) + C++ (10.484) + Java (20.176) + C# (3.963) = 49.915% Если добавить PHP (10.637) (тоже очень похожий синтаксис)...
    >
    >Ещё JavaScript надо добавить :)
    >
    >а вообще-то группировка настолько разных языков возможна только по признаку использования "{"
    >и "}" вместо алгольных begin-end или питоновских отступов. imho это настолько
    >неважный признак языка, что всё остальное можно воспринимать только как досужий
    >трёп...

    Говорится о общем синтаксисе, а не использовании {}. Программиста С / С++ легко можно научить Java / C# потому что все инструкции - такие же. ключевых слова чуть другие и ВСЕ!!!

    PS сам научил / натаскал уже примерно 7 человек перешедших с С++ / C# на Java.


     
     
  • 3.144, anesth (ok), 13:44, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >PS сам научил / натаскал уже примерно 7 человек перешедших с С++
    >/ C# на Java.

    примерно 7 - это как? шесть с половиной? где-то семь целых и две десятых?
    "потрудитесь выражать ваши мысли яснее. кто на ком стоял?" (ц)

     
  • 2.48, sakal (ok), 12:45, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен, выше изложено довольно много трёпа, на тему как же это неестественно р... большой текст свёрнут, показать
     
     
  • 3.67, terr0rist (ok), 14:00, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален А причем здесь имхо Ну да, я уже отмечал, разница в мен... большой текст свёрнут, показать
     
     
  • 4.74, sakal (ok), 14:23, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Формирования правильного стиля является важным момент. Тут ведь дело не в том, что мне нравиться отступы, потому что нравятся. Немного истории. Вспомните BASIC, там не было отступов, код был линейным. Вспомните C/C++, даже тот же PASCAL, появилась возможность использовать отступы и оказалось что это удобно. Но вот в чём суть, появилась возможность, а не обязательство. Т е стало правилом хорошего тона писать код читаемым. Кто-то это правило не соблюдает, например когда срочно-срочно пишет тестовый кусок кода, который в последствии коммититься. В результате проект сложно поддерживать. Вам это о чём либо-говорит? только честно! Отступы в питоне обязывают писать корректно. Код проще поддерживать. Важный момент? или вы по прежнему будет вести сравнение с 19" дисками?

     
     
  • 5.100, zyx (?), 21:35, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Мне очень даже говорит Я работал в условиях крайне жесткого давления менеджмент... большой текст свёрнут, показать
     
     
  • 6.121, vitek (??), 01:43, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    а при чём здесь питон?
    ....
    или любой другой язык программирования?
     
     
  • 7.138, Кирилл (??), 11:03, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >а при чём здесь питон?
    >....
    >или любой другой язык программирования?

    При том, что у питона критически важные конструкции кода не жёстко определены и не подлежат простой валидации. Особенно нелепо это смотрится на фоне довольно жёсткого общего синтаксиса. У того же Руби "внутренний" синтаксис крайне произволен, но наиболее важные конструкции формализованы и однозначны.

     
     
  • 8.188, demo (??), 02:29, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    как это это всё ещё про пробелы Тогда надо сказать, что в питоне всё чётко опр... большой текст свёрнут, показать
     
  • 5.175, Michael Shigorin (ok), 22:35, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Формирования правильного стиля является важным момент. [...]

    Всё перепутали и изложили одним монолитным куском (с порванной семантикой первого же предложения, ага).

    FYI: проблема в "срочно-срочно", а не в том, что где-то вантузом в глотку запихивают отступы.  Упомянув _важный_ момент, умудриться всё равно упереться носом в совершенно неважный... простите, для программиста это о многом говорит :(

     

  • 1.31, Аноним (6), 12:26, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Тогда вашим клиентам придётся юзать пиратские ОС со всеми вытикающими последствиями

    Нет, мы поставляем серьезным органициям НЕпиратские версии виндов, кстати, там сейчас ХР намногих машинах. Тонкости я не знаю, ежели честно, но ни о каких переходах у нас не слышно. Сам бы просто с удовольствием перелез на C#...

     
     
  • 2.176, Michael Shigorin (ok), 22:37, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам бы просто с удовольствием перелез на C#...

    А на Visual Basic? ;-)

     

  • 1.39, nikolaos (?), 12:36, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Делфи никогда не любил. Смысла в нем не вижу, если писать что-то низкоуровневые или высокопроизводительное тут  С/C++, мощный и классный язык "острый как лезвие". Остальное предпочитаю писать на яве. Не только из синтаксиса. Большим плюсом явы считаю наличие таких библиотек spring, hibernate, struts и т.д. А .NET до явы еще рости рости. По мне так делфи пользуются ленивые кодеры, которые начинают создавать системы с запуска IDE и понятия не имеют  о разработке и продумывание.
     
  • 1.40, Аноним (6), 12:36, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >да, монополизм - великая вещь. кое-кто на фокспро еще сидит...

    точно-точно!!! Знаю таких: сидели, сидят и будут сидеть еще лет 5 минимум.
    Только дело тут не в монополизме, а во многих других факторах, как объективных, так и не очень...

     
  • 1.53, Аноним (18), 13:13, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надоело слушать нытье про мифтческие "проблемы" с отступами в Python. Никто из критикующих отступы, не писал на Python, не сталкивался с этими проблемами, но поныть обязательно надо. Ничего, что в C++ десятки раз больше опасных граблей при совместной разработке?

    Польза от отступов такая, что никто, при всем желании, не сможет писать говнокод типа:
    <pre>
    if(a==b){ c=d; e=f;
    i++; j--;
    free(c)} else a++;
    </pre>

     
     
  • 2.72, terr0rist (ok), 14:15, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и что из этого Нормальный программист и так не напишет говнокод, не нужно у ... большой текст свёрнут, показать
     
     
  • 3.75, Аноним (-), 14:23, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Нормальных программистов - 1-5% от общего количества. Мало какая контора может позволить себе нанимать лучших из лучших. Даже в Google, несмотря на суровые интервью, встречаются быдлокодеры.

    Блоки и в Python есть. Чем блоки Python отличаются от блоков C++/Java, что это усложняет отладку?

    На Python пишу с 99 года, в том числе писал в команде, ни разу не было проблем из-за отступов, кроме легкого раздражения, когда встречаешься с отступами, сделанными TAB'ами. :)

     
     
  • 4.101, zyx (?), 21:38, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Блоки и в Python есть. Чем блоки Python отличаются от блоков C++/Java,
    >что это усложняет отладку?

    усложняет сопровождение.

    >
    >На Python пишу с 99 года, в том числе писал в команде,
    >ни разу не было проблем из-за отступов, кроме легкого раздражения, когда
    >встречаешься с отступами, сделанными TAB'ами. :)

    Замечательно! Вы должны знать, куда обратиться, чтобы запретить отступы, сделанные TAB'ами, и всем тогда настанет счастье

     
  • 4.178, Michael Shigorin (ok), 22:52, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Нормальных программистов - 1-5% от общего количества. Мало какая контора
    >может позволить себе нанимать лучших из лучших.

    Дык растить надо, а не только нанимать.  Вот только проще учить, чем переучивать -- поэтому если человек дружит с логикой, а не "программист на дельфипять", то выучить в _программиста_ и тем более заточить под задачу и конкретный инструментарий -- уже дело техники.

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

    Кто не верит -- попробуйте-ка после костровых трёх аккордов в вечернюю музыкалку ;)

     

  • 1.64, Имя (?), 13:40, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Новое вытеснит старое только тогда
    когда станет значительно лучше старого по всем параметрам.
    Это можно сказать и про Яву и про ЯВУ и про ОСи и про вещи...

     
     
  • 2.110, vitek (??), 00:09, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    особенно в деньгах.
    ...
    остальное?... да нах...
     

  • 1.66, Аноним (6), 13:56, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Это можно сказать и про Яву и про ЯВУ и про ОСи и про вещи...

    Именно по этой причине Дельфи жил, Дельфи жив, Дельфи будет жить! И никакая Ява ему не помеха.

     
     
  • 2.84, _wg (?), 15:48, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Это можно сказать и про Яву и про ЯВУ и про ОСи и про вещи...
    >
    >Именно по этой причине Дельфи жил, Дельфи жив, Дельфи будет жить! И
    >никакая Ява ему не помеха.

    Господа, спор пустой --- язык будет существовать ровно столько сколько на нем будут писать. Почему на нем будут писать --- вопрос второй.
    Что говорить если порядка 50-60% коммерческих приложений в США написаны не на Java, C/C++, etc., но на COBOL'е. И поверьте, переписывать их никто не будет, тоже касается и Delphi в наших реалиях (как я себе представляю).

    Оч. дорого и хлопотно перейти с одного языка на другой.

     
     
  • 3.111, vitek (??), 00:11, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    язык жив - пока на нем говорят - в данном случае - компиляторы.
     
  • 2.96, vitek (??), 19:55, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Именно по этой причине Дельфи жил, Дельфи жив, Дельфи будет жить! И
    >никакая Ява ему не помеха.

    в мавзолей!

     

  • 1.68, КтулхЪ (?), 14:01, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще раз про отступы...

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

     
  • 1.69, Аноним (18), 14:06, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По этим графикам видно, за исключением нескольких исключений, вроде потери популярности Perl, что существенных изменений не происходит.

    так что же все таки с перлом?
    он входит в число исключений или исключен из него?
    в таком случае - он потерял популярность?
    или нет?

     
     
  • 2.179, Michael Shigorin (ok), 22:54, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >так что же все таки с перлом?

    В подвешенном состоянии...

     

  • 1.76, Аноним (6), 14:33, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отступы пробелами? Да вы с ума сошли.
     
  • 1.80, Аноним (6), 15:04, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Синтаксис очень важен. Программисты тратят меньше сил для изучения нового
    > синтаксиса, если он концептуально похож на старый, уже известный, они также
    > могут использовать старые концепции и найти больше времени на изучении новых.

    Ага. Как же. Особенно если мы говорим об концептуально различных языках - самое оно, чувак с опытом PHP ка-а-а-а-ак сядет на Perl писать код (синтаксис-то похож?), так и обломится :)

    Дальше можно не читать. Мегавыводы просто сделаны...

     
  • 1.85, Аноним (6), 16:19, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    D заинтересовал IDE - http www codeblocks org http dprogramming ru d inde... большой текст свёрнут, показать
     
     
  • 2.87, V (??), 16:38, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >Язык D: лучшее от C++, Java, C#

    в # нет лучшего.

     
     
  • 3.88, Аноним (6), 16:47, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    В частности имеется в виду сборщик мусора и это без всяких тормозных и жрущих память vm.

    ЗЫ Хотя не все ВМ такие.

     
  • 3.153, Денис (??), 17:33, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Мсье пробывал, что так уверенно вякает? Или мсье начитался здесь умных дядек и считает, что они во всем правы? :)
     

  • 1.86, Аноним (6), 16:19, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так, что место Java может и D занять:)
     
     
  • 2.91, Аноним (-), 18:13, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Так, что место Java может и D занять:)

    Ага, как только появится более вменяемая реализация.

     

  • 1.89, Аноним (18), 16:49, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Очень сильный претендент Python, но ему нужно что-то делать с системой отступов, чтобы стать популярным в крупных проектах." Йя воляюс!!! :D
    Афтор про питон только Hello World видел?
     
     
  • 2.181, Michael Shigorin (ok), 22:56, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >"Очень сильный претендент Python, но ему нужно что-то делать с системой отступов,
    >чтобы стать популярным в крупных проектах." Йя воляюс!!! :D
    >Афтор про питон только Hello World видел?

    Это был пример мысли, изложенной типовым разработчиком на питоне, что ли?

    Не пугайте меня так -- гопота вроде пока только в freedesktop.org в таком количестве и качестве прощемилась... пока...

     

  • 1.93, h3t0 (?), 18:54, 09/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    про питон...
    сколько себя помню всегда писал на языках с четким синтаксисом, к которым несомненно не относится питон и на мой взгляд никакой наглядности синтаксиса в питоне нет и не будет пока блоки отделяются отступами.
    согласен с автором - для больших проектов, питон - самый неподходящий язык.
     
     
  • 2.95, nightstalker (ok), 19:53, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >про питон...
    >сколько себя помню всегда писал на языках с четким синтаксисом, к которым
    >несомненно не относится питон и на мой взгляд никакой наглядности синтаксиса
    >в питоне нет и не будет пока блоки отделяются отступами.
    >согласен с автором - для больших проектов, питон - самый неподходящий язык.
    >

    Ага. Идите это руководству гугла расскажите, а то они бедные своего мозга не имеют.

     
     
  • 3.102, Oles (?), 21:52, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Ага. Идите это руководству гугла расскажите, а то они бедные своего мозга
    >не имеют.

    Веский аргумент. Гугл это боги и ошибаться не могут. Как только питонщиков прижимают к углу они сразу за гугл прячутся :)


     
     
  • 4.104, nightstalker (ok), 22:28, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ага. Идите это руководству гугла расскажите, а то они бедные своего мозга
    >>не имеют.
    >
    >Веский аргумент. Гугл это боги и ошибаться не могут. Как только питонщиков
    >прижимают к углу они сразу за гугл прячутся :)

    Гугл это люди, которые умеют думать. Ошибаться они конечно могут, но где бы они тогда были. А аргументы приводить не собираюсь. Нравиться другой язык - ради бога, никто никого нисильно никуда не гонит. У нас демократия. Вот только не надо поливать то, чего не можете оценить в силу костности мозга.

     
     
  • 5.182, Michael Shigorin (ok), 23:02, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Гугл это люди, которые умеют думать. Ошибаться они конечно могут

    И ещё как ошибаются.

    Как можно назвать нерегулируемый top posting в gmail и его же дивную фичу прятать исходящие письма из тредов в рассылках -- (затёр) нет, так жестоко, но в общем не знаю, как и назвать.

    Никак измученные нерегулируемыми отступами решили отомстить cruel world...

    > А аргументы приводить не собираюсь.

    Ну и цена Вашим словам -- "имха" тогда.

    > У нас демократия.

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

    В том числе и вкусовщину с техническими вопросами перемешают.

    > Вот только не надо поливать то, чего не можете оценить в силу костности мозга.

    Ван Россумовского, что ли? (btw "косности", наверное, хотели сказать)

     
  • 4.105, Fyj (?), 22:48, 09/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Веский аргумент. Мнения анонима версус гугль... Аноним прижал в угол питонщика... Бандит прям... пипецЪ =))
     
     
  • 5.112, vitek (??), 00:14, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    и не говори!
    задрали уже бритоголовые.
     
     
  • 6.117, Аноним (6), 00:55, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >и не говори!
    >задрали уже бритоголовые.

    фууу - пЁрловая зависть :)

     
     
  • 7.124, vitek (??), 01:46, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    не надо фуууу!
    я свой перл постоянно мою и обновляю баги
     
     
  • 8.183, Michael Shigorin (ok), 23:03, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    - а чем вы вирусы лечите - ничем, они у нас и так здоровые ... текст свёрнут, показать
     
  • 8.189, Балбес (?), 06:39, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Обновлять баги - это сильно, это правильно Новые баги лучше старых ... текст свёрнут, показать
     
  • 4.115, Аноним (6), 00:54, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ага. Идите это руководству гугла расскажите, а то они бедные своего мозга не имеют.
    >Веский аргумент. Гугл это боги и ошибаться не могут. Как только питонщиков
    >прижимают к углу они сразу за гугл прячутся :)

    Дык приют питонщиков и линуксоидов :) - почему нет то ?

     
  • 4.150, Кирилл (??), 15:32, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >Веский аргумент. Гугл это боги и ошибаться не могут. Как только питонщиков
    >прижимают к углу они сразу за гугл прячутся :)

    Да, гугл боги. И если они используют инструмент, то он как минимум неплох.

     

  • 1.116, pindoz (?), 00:54, 10/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ха.. во развели базар)
     
     
  • 2.126, Pilat (ok), 01:54, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ха.. во развели базар)

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

     
     
  • 3.127, Oles (?), 02:08, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >исходных текстов, которые полностью снимают единственный аргумент за пробелы :)

    Хочу увидеть, как автоматически форматируется текст на питоне. *LOL*
    К тому же забыли что между скобками находится БЛОК, а блок может быть в перле как аргумент какой-то фнукции, напрмер сортировке или грепу. Красотищо.


     
     
  • 4.142, Pilat (ok), 12:48, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>исходных текстов, которые полностью снимают единственный аргумент за пробелы :)
    >
    >Хочу увидеть, как автоматически форматируется текст на питоне. *LOL*
    >К тому же забыли что между скобками находится БЛОК, а блок может
    >быть в перле как аргумент какой-то фнукции, напрмер сортировке или грепу.

    Вот в питоне как раз и сомневаюсь что можно такое сделать. А в перле можно - perltidy


     
  • 3.130, kostbebix (?), 09:58, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >И никто не вспомнил, что для всех языков есть программы автоматического форматирования
    >исходных текстов, которые полностью снимают единственный аргумент за пробелы :)

    почему "аргумент за пробелы"? Когда должен быть аргумент за склобки.
    Зачем нужны скобки? С отступами никто не путается. Еще аргументы?

     
  • 3.162, demo (??), 19:58, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >И никто не вспомнил, что для всех языков есть программы автоматического форматирования исходных текстов...

    которые просто не нужны при использовании python

     
     
  • 4.184, Michael Shigorin (ok), 23:06, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>И никто не вспомнил, что для всех языков есть программы
    >>автоматического форматирования исходных текстов...
    >которые просто не нужны при использовании python

    Невозможны и отсутствуют -- не значит, что не нужны.

    (btw буду рад узнать, что ошибаюсь)

     
     
  • 5.185, Pilat (ok), 23:12, 10/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Я кодирую в Aptana. Perl, PHP, JavaScript, HTML. Control-Shift-F и код отформатирован. Всё, набирать можно как угодно, можно брать чужой код и приводить его к тому виду какой меня устраивает, не вводя религиозных догматов по поводу табов. Нет этой проблемы - скобочки расставлять. НЕТУ! Тогда вопрос - а зачем автору надо было с пробелами связываться? Да затем же, зачем одному плохому переводчику назвать Пола Паулем и на волне критики свои дрянные переводы протолкнуть как образец для подражания.

     
  • 5.186, demo (??), 01:30, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ok,
    я поспешил со словами "не нужны":
    http://www.google.com/search?ie=UTF-8&hl=ru&q=pythontidy

    уж не знаю что оно на самом деле делает, а судя по описанию - как-то переформатирует :)

     

  • 1.131, Аноним (6), 10:26, 10/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мдаа, вот это автор закинул удочку.
    Явно акцентирует на питоне, т.к. самый большой недостаток увидел в отступах.
    А в других языках и за память вспомнил и за масштабируемость.
    Надо было заголовок сделать: продвигаем питон в массы ))
     
     
  • 2.197, zyx (ok), 21:46, 14/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Мдаа, вот это автор закинул удочку.
    >Явно акцентирует на питоне, т.к. самый большой недостаток увидел в отступах.
    >А в других языках и за память вспомнил и за масштабируемость.
    >Надо было заголовок сделать: продвигаем питон в массы ))

    100% :)))

     

  • 1.141, pawnhearts (ok), 11:13, 10/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    python работает кстати на jvm тоже) как и на msil)

    а вообще статья-полный бред

     
  • 1.193, Аноним (-), 22:44, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему Perl не участвовал в обзоре? Какето так?
    Раби, ведь, прямой потомок перла.
    Да и по производительности перл прямой конкурент питона.
    А уж смотря на патологическую любовь автора статьи к C-like синтаксису, лучше перла ему ничего не найти.
     
     
  • 2.194, Michael Shigorin (ok), 23:33, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А почему Perl не участвовал в обзоре?

    Который?  Тихо сидящий пятый или несуществующий шестой? (тут народ потихоньку с перла по таким вот тенденциям сползает в сторону ФП)

    >Раби, ведь, прямой потомок перла.

    Сильное утверждение... там ещё Smalltalk как минимум втесался :)

     
     
  • 3.198, zyx (ok), 22:06, 14/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>А почему Perl не участвовал в обзоре?
    >
    >Который?  Тихо сидящий пятый или несуществующий шестой? (тут народ потихоньку с
    >перла по таким вот тенденциям сползает в сторону ФП)

    Возможно и ФП, но мне показалось что как раз на Python. Потому что у Python кроме прочего очень похожая на Perl виртуальная машина, причем 6-й Perl вообще собирается работать с виртуальной машиной унифицированной с Python :)

    >
    >>Раби, ведь, прямой потомок перла.

    Я сам перлом на хлеб зарабатываю, до этого исследования про Раби практически не слышал.

    >
    >Сильное утверждение... там ещё Smalltalk как минимум втесался :)

    Если такая непонятность, стоит посмотреть из чего автор делал выводы - реально если посмотреть на таблицы TIOBE, невооруженным глазом видно что первые 4 и есть C,C++,Java,C#, на границе Perl, который постоянно сползает в неизвестность, увы :( , а потом Python,Ruby,Lisp/Scheme,Lua,SmallTalk,Haskell,Groovy,Erlang,Caml,Scala.
    Причем как раз Smalltalk в данном ряду "альтернативщиков" явно случайно затесался..

     
  • 2.223, Кирилл (??), 15:56, 23/06/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >Раби, ведь, прямой потомок перла.

    Нет. Руби скорее потомок бурного и страстного секса СмолТолка и Листа.

     

  • 1.225, Аноним (-), 12:21, 14/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    6 пункт должен стоять на первом месте.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру