Офигенная статья, объясняющая ВСЕ про FP

[metaclass]

http://blog.jelastic.com/2012/07/24/functional-programming-is-a-ghetto/
So why is functional programming, despite its virtues, a ghetto? The answer is that we tend to insist on good design, to such a degree that we avoid taking jobs where we’re at risk of having to deal with bad designs.

PS: В статье позитивная айседовщина. "IDE не нужны, потому что на продакшен сервере за тридевять земель вам они не помогут", "только идиоты начинают разработку на жабе или С++ в 2012 году" и прочее такое.

Еще того же автора: http://michaelochurch.wordpress.com/2012/04/13/java-shop-politics/

Comments

[dair-spb.livejournal.com]

> Это они сейчас слабые (хотя, уже не такие и слабые). Через пару лет там будут стоять 4-хядерные пни с гигами памяти, со всеми вытекающими быстродействиями.
Именно этот аргумент, как мне кажется, приводили авторы андроида менеджерам гугла. И авторы WP7 менеджерам микрософта ;-)

[maxdz.livejournal.com]

>приводили авторы андроида менеджерам гугла

Андроид, вроде, на C++ написан. С линуксовым ядром. Какие могут быть претензии к быстродействию?

[fas-tm.livejournal.com]

ты псих ? пойди почитай что такое андроид.
Это своя реализация JVM(Dalvik), линукс там - пускалка JVM поверх которой все крутится. Да, есть возможность юзать NDK, но это мало помогает. Архитектура кривая.

[maxdz.livejournal.com]

>Это своя реализация JVM(Dalvik), линукс там - пускалка JVM поверх которой все крутится.

То, что там есть виртуальная машина - не означает, что системные части операционки написаны на Джава и крутятся на этой виртуальной машине.

[fas-tm.livejournal.com]

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

[maxdz.livejournal.com]

>если прикладной софт выполняется поверх VM

Там есть C++ ный АПИ? Вроде, есть (хотя, я не спец по Андроидам).

Если есть - значит, компиляция в нативный код и исполнение НЕ на Джава-машине. Что, в общем-то логично, учитывая, что ядро на C++ (если не на C).

[fas-tm.livejournal.com]

мне надоело со стенкой разговаривать. иди читай про JNI.
>>ядро на C++
Ядро всегда было на С
>>и исполнение НЕ на Джава-машине
какой кошмар. ты не знаешь основ. Вообщем пойди почитай книжки... еще раз говорю, это принесет тебе пользу. В любом случае весь код станет НАТИВНЫМ, вопрос только в том, каким путем он им станет и сколько абстракций/прокладок будет на пути.

[maxdz.livejournal.com]

os.ibds.kit.edu/downloads/sa_2010_braehler-stefan_android-architecture.pdf

Ок, "Core libraries" рантайма написаны на Джава. Уговорил. :)

[jdevelop.livejournal.com]

в тему

[dair-spb.livejournal.com]

там нет C++ного API сверх POISX и OpenGL ES.

В нашем, игрушковом случае, на Android мы пишем маленький враппер на Java с созданием OpenGL ES контрола и передачей его хэндлера (UInt32, ага) в C++. Где уже всё крутится вокруг стандарта на OpenGL ES с одной стороны и POSIX с другой.

И, повторюсь, самый ад в том, что это практически не отлаживаемо.

[maxdz.livejournal.com]

>там нет C++ного API сверх POISX и OpenGL ES.

Да, я уже увидел в картинке 1 здесь:
os.ibds.kit.edu/downloads/sa_2010_braehler-stefan_android-architecture.pdf

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

[tzirechnoy.livejournal.com]

Какие из стандартных средств отладки -- профилирование действий в текстовый лог, профилирование действий в бинарный лог с частым разворотом в текст, включение спецыфических ассертов -- не работают?

[dair-spb.livejournal.com]

> Андроид, вроде, на C++ написан. С линуксовым ядром. Какие могут быть претензии к быстродействию?
Однако, наружу поначалу торчал ТОЛЬКО жабный API. Через который сделать что-то более-менее шустрое было просто невозможно. Потом появился NDK/JNI, всё стало несколько проше с одной стороны, с другой стороны всё это говно ебанёшься отлаживать до сих пор, пардон май френч.

[maxdz.livejournal.com]

>Однако, наружу поначалу торчал ТОЛЬКО жабный API.

Джавный АПИ выдать гораздо проще, чем АПИ с компиляцией в нативный код, т.к. не нужно никаких особых реaлизаций защиты/полномочий/доступа, да и инструментарий разработчикам уже в наличии (выдающий после компиляции обычныкй джава-код).

[fas-tm.livejournal.com]

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

[maxdz.livejournal.com]

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

[fas-tm.livejournal.com]

Пожалуйста, не думай. Просто попытайся не думать. Всем от этого будет легче :)

[maxdz.livejournal.com]

Негусто у тебя с аргументами. :)

[fas-tm.livejournal.com]

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

[zerthurd.livejournal.com]

Тут вся беда во фрагментации. На iOS работают iPhone и iPad, а на Android — миллиард всяких узкоглазых девайсов чуть ли не штучного производства.

[fas-tm.livejournal.com]

но ведь в этом виноваты не разработчики ? :)
Маркетинго-правильная мысль "все для всех в любых формах" столкнулась с суровой реальностью того что в железяку нужно еще софт впендюрить без которого она кирпич.

[tzirechnoy.livejournal.com]

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