DISQUS

Alexander Solovyov · 2 years ago

> ну не нравится мне синтаксис Python’а

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

Петр · 2 years ago

> выбросить на помойку старые “мертвые” языки
При всем уважении к вам, по-моему, вы погорячились.

Руби очень хорош.

Scoundrel · 2 years ago

2Петр:

Не знаю... Я до сих пор не понимаю, как можно в 2007-м году вот так вот тупо оставаться на уровне 85-го года с "поддержкой" тредов через жо^H^H форки...

RedStalker_Mike · 2 years ago

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

Петр · 2 years ago

> поддержкой тредов через форки
Цепляюсь к словам ;)

Пайтон прекрасен!

Петр · 2 years ago

Возможно, отрывок в тему.

«Многотредный … метод популярен в Windows-средах, потому что создание новых процессов сравнительно дорого, а вот треды в Windows сделаны очень неплохо.

Впрочем, для приложений на Питоне это не рекомендуется в любом случае из-за Global Interpreter Lock (http://docs.python.org/api/threads.html).»

Но это нисколько не портит пайтон.


Статья написана Иваном Сагалаевым. Полная версия — http://softwaremaniacs.org/blog/2007/01/08/cont...

Scoundrel · 2 years ago

2Петр:

Ну они реально в перле через форки, так еще и семафоры кривые :-)

А насчет питона - не могу себя сломать. отступы эти.... :-)

Scoundrel · 2 years ago

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

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

newsboxster · 2 years ago

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

И еще - не стоит обижаться на все сообщество, нарвавшись на несколько гоблинов. Можно случайно заскочить на LOR с вопросом по Linux'y :))) а потом, попивая валерьянку, перебираться на Solaris.

Alexander Solovyov · 2 years ago

> А насчет питона - не могу себя сломать. отступы эти…. :-)

Стоит только один раз попробовать, и ты втянешься. :)

Петр · 2 years ago

> они реально в перле через форки
Где можно прочитать об этом?

Мои предположения основаны на доке: http://search.cpan.org/~jdhedden/threads-1.58/t...

Scoundrel · 2 years ago

2Петр:
Мне об это рассказал тот самый core-девелопер, с которым мы разбирались с проблемой... Может я его правда понял как-то не так... Но anyways, семафоры у них дохлые :-)

Петр · 2 years ago

Видимо, он не только хам.
Потоки в других языках тоже сильно увы.

Mons · 2 years ago

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

Прикопайтесь еще к примеру, что в винде нет форка. что за бред работать в такой системе в 2007 году.

Scoundrel · 2 years ago

2Mons: Согласитесь, что "хорошо" и "чтобы работало" - это разные вещи. Я хотел от перла именно "чтобы работало" - у меня не сильно критичное к роизводительности и т.п. вещам приложение... но оно работает месяцами без перезапуска и меморилики в базовых операциях с тредами (семафорами) просто недопустимы.

А насчет винды и форка - так его нет и все тут... вот если бы он был, но работал криво - это было бы корректное сравнение... хотя все равно - не стоит в ней работать :-P

sharifulin · 2 years ago

>Я до сих пор не понимаю, как можно в 2007-м >году вот так вот тупо оставаться на уровне >85-го года с “поддержкой” тредов через жо^H^H >форки…
Вот это вы сильно написали :)
Треды не реализованы через форк. Если бы так было, то зачем тогда нужны были треды, новый алиас?

В доке по threads::shared (Thread::Semaphore подключает) в разделе BUGS написано: "bless is not supported on shared references. In the current version, bless will only bless the thread local reference and the blessing will not propagate to the other threads. This is expected to be implemented in a future version of Perl".
Такое бывает, когда натыкаешься на баг модуля. Здесь два решения:
- либо ждать новой версии,
- либо обойти этот баг.
Вы обошли, но зря поменяли названия модуля, нужно было оставить то же название, положить в директорию, где находится скрипт и в самом скрипте:
BEGIN { unshift @INC, pop @INC } # perl hack
use Threads::Semaphore;

Когда выйдет обновление, можно все скрипты grep'нуть на наличие такого комментария и убрать "затычки".
Такое решение очень эффективно, т.к. каждый день Perl становится все лучше и лучше.

Кстати, можно было не использовать Thread::Semaphore, а просто указать lock там, где надо :)

На счет "комьюнити которых тупо плюет в лицо человеку пришедшему с проблемой в их core libraries" - обычно люди, хорошо разбирающиеся в каком-то деле, не сидят в чатах, у них на это времени нет.

>А не стоит ли нам выбросить на помойку старые “мертвые” языки
Perl - точно НЕ стоит!

she · 2 years ago

Ruby's syntax is better than Python's syntax.

That was the main seller for me.

Yes, having to use "ends" can be redundant, but you dont have to NEED USE whitespace for code that works (compare irb to python interpreter for example)

You dont have to carry implicit (self) which is so annoying to read.

You can omit () if it fits your style or you are lazy.

Last but not least, using classes and objects in
ruby doesnt feel like a fix-up solution like in Python.

Atento · 2 years ago

Мега thanx вам с Sam Vilain !!
Я столкнулся с той же проблемой, и моментально нашел этот пост через

http://www.google.ru/search?complete=1&hl=r...