Не трогай это

[sharpc]

В мире ПО для разработки ПО очень много ПО. Часть этого ПО достойно использования. Другую часть ПО трогать нельзя. Я постарался собрать несколько известных мне слов, разделив их по тому параметру, стоит ли с ними знакомиться в рамках изучения определенного раздела программирования, либо нет.

Особенно интересуют комментарии к этой схеме френдов slach и voidbent

Comments

[sharpc]

Prototype
Можно в таком случае прокомментировать http://sharpc.livejournal.com/20033.html?thread=98625#t98625? На мой взгляд везде в нише Prototype следует применять jQuery, если, конечно, от программиста что-то зависит.

TR1, TR2 - изучать стоит.
Только ли в качестве подготовки к C++09 или и применять тоже?

Loki
Интересно было бы услышать подробнее, в частности, насколько он пересекается с Boost.

MFC - изучать нельзя ни в коем случае.
Согласен. Хотелось бы услышать тогда комментарии ко всем кандидатам в категорию Visual Toolkits: MFC wxWidgets WTL Qt GTK и т.п.

Graphics: SVG - изучать можно.
Интересны подробности. Но это, скорее, ближе к Flash и к PostScript, чем к DirectX?

Java, C, XSL - изучать стоит. С++, PHP - изучать можно.
Почему так? XSL оставил у меня неприятные ощущения даже по сравнению с не самым чудесным PHP templating; Java по сравнению с C#, как собственно язык, имхо, проигрывает, о C/C++ я уже написал, ну а PHP, при всех его недостатках, с 5-й версии все же наиболее пригодный для web-программирования язык, по документации, существующему коммьюнити, ПО и возможностям.

Erlang, Prolog
Почти ничего о них не знаю. Стоит ли их ставить в один ряд с ярчайшим представителем функционального программирования, как весьма значимой теоретической концепции?

[voidbent]

Буду отвечать по частям :)

> Graphics: SVG - изучать можно.
> Интересны подробности. Но это, скорее, ближе к
> Flash и к PostScript, чем к DirectX?

Да, SVG наверное надо было отнести в presentations к флешу.
Из достоинств:
- SVG это W3C стандарт, имеет открытый XML-based формат.
- Поддерживается связка SVG+JavaScript.
- Существует апачевская Java либа, позволяющая встравивать SVG графику в Java приложения.
Из недостатков:
- SVG мение распространён чем флеш.
- SVG не поддерживается Internet Exporer-ом. Есть отдельный Adobe-овский плугин для Internet Exporer-а который позволяет отображать SVG но он не позволяет встраивать SVG в структуру HTML документа.

[voidbent]

> Хотелось бы услышать тогда комментарии ко всем кандидатам в категорию Visual Toolkits.

wxWidgets - изучать можно.
WTL, Qt - изучать не стоит. WTL по тем-же причинам что и MFC, а Qt мне кажется overengineering-ом.

[sharpc]

А GTK?

[voidbent]

C GTK не знаком.

[voidbent]

Erlang - concurency-oriented функциональный нетипизированный язык программирования. Интересен тем, как в параллельность, функциональность и нетипизированность уживаются в одном языке.

Prolog - ярчайший представитель логического (в отличие от функционального или императивного) программирования. Как по мне, так логическое программирование ещё более декларативно чем функциональное.

[voidbent]

> Loki Интересно было бы услышать подробнее, в частности,
> насколько он пересекается с Boost.

Loki это маленькая библиотечка написанная А. Александреску в академических целях. Книга А.Александреску "Современное проэктирование на С++" расказывает о том, какие подходы из template metaprogramming-а были использованы для реализации Loki.

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

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

[voidbent]

> XSL оставил у меня неприятные ощущения даже по сравнению с не самым чудесным PHP templating

Достоинства XSL:
- XSL это W3C стандарт
- Имеет XML-based синтаксис, а значит XSL шаблоны тоже можно преобразовывать при помощи XSL.
- Декларативный
- Имеет хорошую поддержку со стороны браузеров.
- Имеет много реализаций на разных языках. Включая Java, C#, C++, JavaScript. Включен в J2SE.
- XSL-FO позволяют на выходе получать PDF документ.
Недостатки:
- Имеет XML-based а значит плохо читаемый синтаксис

[sharpc]

Собственно, он потому и оставил у меня неприятные ощущения по сравнению с PHP templating, что я писал его ручками :) Против него, как внутреннего формата, сокрытого удобным API, я ничего не имею :)