Пук!

(больше слов на это все не нашлось у меня)

Интересный сайтик, однако (я про движок - это пожалуй стоит посмотреть).

А вопрос сам по себе дурацкий до безобразия.

Если программа хорошо работает - какая разница, на чем она там написана?

Панимаш, некоторые фапают на ынтерпрайзеность. Отсюда и начинается разногласие. Еще могут и на мой камент ответить, мол, я чушь несу, и там вон или там вон без интерпрайзности ну никак, иначе ж обезьяны попутаются даже используя IDE какую ф-цию вызывать. Им классы подавай.

http://en.arguman.org/vim-is-better-than-emacs
http://en.arguman.org/python-is-better-than-ruby
http://en.arguman.org/fancy-type-systems-like-haskells-will-never-be-mainstream
http://en.arguman.org/computer-science-is-not-actually-a-science

OCHE TOLSTO

functional-programming-is-not-useful
vim-is-better-than-emacs
python-is-better-than-ruby

OCHE TOLSTO

computer-science-is-not-actually-a-science

Сасман с этого тезиса начинает лекцию SICP.

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

Да, интересный сайт

адекватного спора

Сама постановка вопроса идиотская. О чем спорить-то?

у холиварщиков теперь еще и тулза появилась ))))). Отрицать ФП (или отказываться) ровнозначно как если бы мы не признавали эволюцию. Идиотизм же. Все языки эволюционируют в сторону ФП ибо сложность систем растет, а ресурсы человеческие нет. Посему обрастаем абстракциями и шаблонами. Кому не нравится, могут обратно деградировать в сторону ассемблера.

Очень интересная тулза для дискуссий. Хотя сайт пока набит говном на 100%.

Интересный сайт. Хочется русский раздел.

Необсуждаемо

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

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

Троллесрач

Очень интересная тулза для дискуссий. Хотя сайт пока набит говном на 100%.

Этот сайт обречён быть набитым говном именно из-за тулзы. Ничего кроме генерации троллесрачных заголовков этот сайт не породит.

Если программа хорошо работает - какая разница, на чем она там написана?

Разница возникает, когда надо найти людей, способных понять исходый код этой самой программы, и что-то доработать/поменять. Или если возникает потребность запускать программу на некоей архитектуре, а компилятор/интерпретатор/среда_исполнения не поддеживает такую архитектуру вообще, или не поддерживает достаточно хорошо(генерирует медленный код например). Программы на языках с жирной средой выполнения (.NET, JVM, Node.JS etc) тратят ресурсы процессора и дополнительную память (сборка мусора там всякая, JIT). Задержки, возникающие при сборке мусора, могут быть критичны для некоторых применений, когда требуется реалтаймовость.
Или противополжный случай. Если программа написана на ассемблере, у нее будет околонулевая переносимость, что тоже плохо.

Так что есть случаи, когда то, на чем программа написана, имеет большое значение

Спасибо, капитан.

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

Для тебя, наверное, это будет шоком, но существуют системы реального времени со сборкой мусора. Начиная от Erlang (да-да, его ради soft real-time приложений и создавали) и заканчивая жабой.

Разница возникает, когда надо найти людей, способных понять исходый код этой самой программы, и что-то доработать/поменять. Или если возникает потребность запускать программу на некоей архитектуре, а компилятор/интерпретатор/среда_исполнения не поддеживает такую архитектуру вообще, или не поддерживает достаточно хорошо(генерирует медленный код например). Программы на языках с жирной средой выполнения (.NET, JVM, Node.JS etc) тратят ресурсы процессора и дополнительную память (сборка мусора там всякая, JIT). Задержки, возникающие при сборке мусора, могут быть критичны для некоторых применений, когда требуется реалтаймовость.

Если компилятор не поддерживает архитектуру - программа у тебя не работает. Я же говорил о том, что если она работает - тебе, в целом, пофиг.

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

а вот это уже реально жирно было

Для тебя, наверное, это будет шоком, но существуют системы реального времени со сборкой мусора. Начиная от Erlang (да-да, его ради soft real-time приложений и создавали) и заканчивая жабой.

Нет, не будет. Насчет Erlang не знаю, а что касается Java, то для жабы там есть Jrockit с этим самым GC для реалтайма, так там говорили о каком-то огромном оверхеде по сравнению с классическим сборщиком мусора (да, там такая опция есть XpauseTarget - которая выставляет время, разрешенное под сборку мусора) но это все костыли, надо для таких задач выбирать другой инстумент

Если компилятор не поддерживает архитектуру - программа у тебя не работает. Я же говорил о том, что если она работает - тебе, в целом, пофиг.

Где-то(на мощном железе с кучей RAM и мощным процессором, под который компилятор хорошо заточен) программа работает, но возникла необходимость заставить ее работать на другой архитектуре - а она не работает или работает плохо. Так что если предполагается в будущем использовать программу не только на мощном ширпотребном железе(вроде x86-64), имеет смысл выбирать правильный язык, а не писать на чем попало.

Я же говорил о том, что если она работает

Главное - подходящим образом определить «работает» %)

Чем «но» отличается от «однако»?

«но» — отрицание «однако» — некоторая нейтральная точка зрения

А теперь пруф, пожалуйста

Занятный сайт.

Знаешь, если цомпилер не может собрать её под твою платформу - она явно не работает :D

если цомпилер не может собрать её под твою платформу - она явно не работает :D

«It builds - let's ship it» (ц)

У меня есть знакомцы, которые свой код на хацкеле в production примерно по такому принципу пихают. Как ни странно, с этими кодом проблем обычно нет.

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

так написано на этом сайте,если я правильно понял

Насчет Erlang не знаю

Сходи и узнай же.

для жабы там есть Jrockit с этим самым GC для реалтайма, так там говорили о каком-то огромном оверхеде по сравнению с классическим сборщиком мусора (да, там такая опция есть XpauseTarget - которая выставляет время, разрешенное под сборку мусора) но это все костыли

Почему костыли? Сборка мусора в отведённый период укладывается? Укладывается. Другие задачи время получают? Получают. Вот тебе и реальное время.

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

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

Это и есть более подходящие инструменты. Они позволяют сэкономить на управлении памяти и трудозатратах со стороны программиста.

И в микроконтроллер это не засунуть.

Смотря какой контроллер. Во многие - без проблем.

Это и есть более подходящие инструменты. Они позволяют сэкономить на управлении памяти и трудозатратах со стороны программиста.

Подходящие для кого/чего? Это более подходящие инструменты, если нам проще на тяп-ляп сделать побыстрее программную часть(не тратя время на ручное управление памятью), только потом на аппаратную часть придется раскошелиться (больше памяти и быстрее контроллер, чтобы он этот GC успевал пережевывать c сохранением реалтаймовости).

Смотря какой контроллер. Во многие - без проблем.

Многие это какие? Atmega16 потянет?