RubyGems.org был взломан

наивность и лень, а еще и жадность владельцев систем и коллективных хостингов

откуда дровишки?

Что значит, более предсказуем?

Судя по тому, что JS слаботипизированный, предсказуемость означает удобство выстреливания себе в ноги танцуя вприсядку :)

у django тоже бывают проблемы с безопасностью https://www.djangoproject.com/weblog/2012/oct/17/security/

Лол, надо почаще тредики с ним искать. Буду лулзы ловить, в перерывах.

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

Что значит, более предсказуем?

Ну то и значит, различие между типами вызовов меньше. Только это.

в абсолютных цифрах всё равно динамика пока медленнее.

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

В самый разгар популярности сишарпа много говорилось о смерти жабки

Я не обещал смерти java.. пока:)

А теперь поясни примером, предложенный тобой способ выстреливания в ногу, иначе это просто бред :}

есть же и такие задумки http://wiki.ecmascript.org/doku.php?id=strawman:block_lambda_revival

Слабая типизация — бред? Ну, ok, чо :}

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

И почему у меня ощущение, что ты вместо strong vs weak думаешь static vs dynamic?

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

Страшилки для девочек. :)

Короче, вряд ли я дождусь рассказа об опасностях js.. -_-

Одновременно strong vs weak
static vs dynamic
java vs js
java vs ruby
js vs ruby
other vs other

Один рассказ уже был в этом треде: о дефолтной сортировке в массиве.

про strong vs weak static vs dynamic есть статья на хабре, рассказывающая плюсы и минусы, но не делающая выводов.

остальное тупой холивар.

ну.. с этим можно жить)

Любишь кодить в параноидальном режиме? Я вот нет :)

Мне тебе пересказть чем плоха слабая типизация и function(function(function(function())))? В гугл!

раз уж вспомнили хабр, попробуем сделать менее тупой холивар http://habrahabr.ru/post/141640/

чем плоха слабая типизация

В реальности, для программиста она ничем не плоха и даже хороша, а для интерпретатора - да, проблема.

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

function(function(function(function())))

А зачем ты это делаешь?

Любишь кодить в параноидальном режиме?

Просто в голове держу, что это не С++ и всё. Я реально не натыкался на проблемы связанные со слабой или динамической типизацией, приведших к нудным поискам багов. Писал на js много. У меня сложилось впечатление, что о слабой или динамической типизации пишут апологеты сильной статики, которые впервые сели за динамический язык. Вот реально, какая-нибудь очепятка находится всегда очень быстро. А другие глупости не припоминаю.

ну.. с этим можно жить)

http://www.youtube.com/watch?v=yb61vHIQaf4

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

Это не баг, это фича. :)

В реальности, для программиста она ничем не плоха и даже хороша, а для интерпретатора - да, проблема

Хороша? Это когда число в строку мигрирует просто потому что? Не-не-не.

А зачем ты это делаешь?

Это же JavaScript, ничего не поделаешь. Макаронный код — Ъ JavaScript.

Это стрельба по ногам, первый сорт :}

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

Правильно думаешь, только тут такое дело, «навыки самого программиста» также определяют выбор инструмента, в том числе ЯП.

Rails-приложение загруженное в worker Unicorn

Если этоим приложением пользуются 1.5 человека, то ему нафиг не нужен юникорн, да ещё и с 4 воркерами. Nginx+Passenger же, в отличие от юникорна, умеет автоматически запускать воркеры по запросу и останавливать при неактивности.

Однажды меня просили установить redmine и ruby. Без 512 оперативки этот шлак тормозил как якорь, хотя там и нет по сути нифига такого. На этом моё общение с руби закончилось.

Нет такого слова «злоносный».

Однажды меня просили установить redmine и ruby. Без 512 оперативки этот шлак тормозил как якорь, хотя там и нет по сути нифига такого. На этом моё общение с руби закончилось.

Ruby тормозил без 512 ОЗУ на VP/D/S?

Это авторский неологизм.

Возрадуемся же, RubyGems.org снова с нами!

Товарищ, а ты вообще о чем?

Ставить Redmine, написанный на тяжелом фреймворке для тяжелых приложений, и притом Redmine, не среднее, а таки большое приложение, написанное на интерпретируемом языке - и жаловаться, что оно на 512Мб тормозит? Ну друг, я уж не знаю, что тебе даже сказать. Это вполне вероятно.

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

И тут еще не понятно, какая версия Redmine была, какая версия Ruby, и были ли наложены какие-нибудь патчи. К примеру, патчи от Юры Соколова хорошенько ускоряют Rails приложение.

Я же умудрялся ставить Redmine на виртуалку с 512Мб, еще на Ruby 1.8, и оно бегало. Не верх совершенства надо сказать, но бегало и свою работу выполняло вполне нормально.

P.S. Если кто надумает сказать, что мол, у вас язык еще и патчить надо - то отвечаю. Патчи эти - по большей части бэкпорты из будущей версии Ruby - а именно второй. Некоторые патчи, заточенны под определенные оптимизации. Ну и во всяком случае - никто же из вас не сидит на ванильном ядре Linux, и практически в любом дистрибутиве оно так или иначе патчится под какие-то нужды. Так что, ничего предосудительного в этом нет.

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

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

Использование фреймворка во имя решения проблем языка - это извращение.

Backbone, KnockOut, и прочие - это инструменты структурирования кода, а не решения проблем дизайна языка.

P.S. Представляешь, пишу по настоящему сложные :)

притом Redmine, не среднее, а таки большое приложение, написанное на интерпретируемом языке

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

Вот да, тормозил. Версия там была не помню какая, но дебиан стейбл вроде был.

Ну скорее всего Ruby 1.8, без патчей и опций сборки.

Ты так нефигово, одну из лучших open-source project management систем назвал «todo» :)

Закопайте уже это решето.