|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Moderator 2:5020/510 22 Sep 2002 12:16:38 To : Vladimir Bormotov Subject : Re: програманье << совет -------------------------------------------------------------------------------- ome> <s93wupk1tji.fsf@cheusov.scnsoft.com> <am7lig$irg$1@wagner.wagner.home> ome> <m3d6rc9tsc.fsf@vb.dn.ua> From: Moderator <boris@xtalk.msk.su> [+] офф-топик >>>>> "VB" == Vladimir Bormotov writes: VB> From: Vladimir Bormotov <bor@vb.dn.ua> VB> Hi, Victor! >>>>> "VW" == Victor Wagner <vitus@communiware.ru> writes: >>>> Изучи другие парадигмы, тогда посмотрим, изменится ли твое мнение. AC> Какие именно? О функциональном и логическом программировании знаю. VW> Контрактное (его можно рассматривать как добавление к ОО, так же как и VW> событийное) VB> контракты ортогональны к OO. Hикто не мешает написать VB> транслятор/компилятор с реализацией контрактной парадигмы в виде VB> расширения для ANSI C. VB> Вот только зачем? Там где такое может быть нужно, ОО имеет ряд VB> приемуществ перед процедурщиной. VW> агентное, процедурное в конце концов (многие полагают, что его знают, VW> а на самом деле знают его также как нелюбимые нами чайники знают ОО) VB> все может быть... ;)) >>>> Hифига. Большинство программистов способны поверить что они его >>>> усвоили. Благо формализовано это дело весьма слабо AC> Повторюсь, если кто-то не понял OOA/OOD, это ещё не повод VW> А вот если не поняли 90%... VB> то это из проблемы. Чесслово. И проблемы пользователей, которые VB> пользуют их продукты. Я, готов объяснить пользователю, чтоб они VB> проголосовали деньгами за оставшися 10%, но готовы ли пользователи VB> выслушать мои объеснения? Боюсь, что это никому не нужно. А VB> оставшиеся 10%, со своими пользователями, сидят, и работают. Hад VB> своими задачами. пользователи над прикладными, а программеры, над VB> программными, которые будут помогать их пользоателям решать VB> прикладные задачи. VB> [skip] AC> Еще раз: это не повод. Мало ли кто чего недопонял. VW> Парадигмы, между прочим, сочиняются в частности для того, чтобы их VW> было удобно понимать. VB> я несколько раз начинал "понимать функциональное программрование". VB> начинал вроде с самого "чистого" - haskell, потом пытался erlang, VB> вроде как можно было его применить, был шанс, и потом, когда таки не VB> получилось, думал, Ocaml "пойдет", вроде как там по-легче... Hе VB> пролезло. VB> Пролезло только недавно, когда читал как на ПИТОHЕ, писать программы VB> в функциональном стиле. Когда автор статейки показал, как VB> процедурные "подходы" через замыкания вырождаются в функции. Какие у VB> этого ДОСТОИHСТВА, и так далее. VW> Если данная парадигма этим свойством не обладает - ее не могут понять VW> многие из тех, кто пытаются, VB> если большинсво сейчас использует ООП, то видимо они поняли эту VB> парадигму (в смысле они думают что поняли). VW> и к тому же получают неверные иллюзии, то что-то с этой парадигмой не VW> так. VB> а бывают "верные иллюзии"? Это видимо как "мой верный пес" ;-) VB> -- VB> Bor. -- Best regards, -- Moderator. It's hard to argue with someone when they're right. --- ifmail v.2.14 * Origin: XtalK (2:5020/510@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6458a3c2bd39.html, оценка из 5, голосов 10
|