Здравствуйте, AndreyFedotov, Вы писали:

AF>Никто и не говорит, что ты должен пользоваться UML диаграммами. Более того, всё зависит от библиотеки. Если это библиотека обёрток над простыми типами — от UML тут толку ноль. А если это API к сложной телекоммуникационной системе? Ты уверен, что тебе проше будет вычитывать описания каждой из 250 функций, для того, что бы выяснить, что запрос определённых данных делается с помощью десятка из них, причём в определённой последовательности? Или всё-таки проще посмотреть на диаграмму последовательностей, что бы всё это увидеть на одном экране за 5-10 секунд?

В API больше функций. Тут рулят exapmles. И русский (английский) язык. А вообще 250 функций это мало И как я разбирался с подобными вещами без UML??? Просматриваешь названия функций, отбрасываешь 95% тех, что уже не подходят, бегло читаешь то, что тебе надо...



M>>Символический язык, используемый в математике и физике, гораздо ближе к языкам программирования, нежели к UML. А вот картинки... но в серьезных книгах их не так уж и много...
AF> Но ты же книги берёшь, а не исходный код! Ты же в книге читаешь тескст с формулами, а не просто голые формулы! А если речь идёт о пространственных интегралах или графиках смотришь на картинки и разбираешься — что там нарисовано.

А что есть исходный код в математике? Формулы. Я с друдом представляю книгу поматематике без формул... А картинки... они только в самом начале нужны, потом ты оперируешь формализмами. Если полистать Ландау и Ливщица, Общую алгебру (под ред. Скорнякова), Введение в теорию супрструн (Каку), того же Д. Кнута, то формулы там преобладают над рисунками, которые в большинстве случаем просто разбавляют текст.