-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!.PO
STED!not-for-mail
From: Michal Kleczek <k...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: Carnegie-Mellon przestaje uczyc programowania obiektowego
Followup-To: pl.comp.programming
Date: Thu, 14 Apr 2011 11:01:42 +0200
Organization: http://onet.pl
Lines: 63
Message-ID: <io6d5n$ngu$1@news.onet.pl>
References: <2...@k...googlegroups.com>
<f...@b...softax.pl>
<4...@2...googlegroups.com>
<m...@b...softax.pl> <innh81$6gk$1@inews.gazeta.pl>
<inpsjn$nua$1@inews.gazeta.pl> <inqqea$9f4$1@inews.gazeta.pl>
<int0c8$bkd$1@inews.gazeta.pl> <invfrd$edj$1@inews.gazeta.pl>
<m...@4...com>
<f...@l...googlegroups.com>
<a...@4...com>
NNTP-Posting-Host: 213-238-68-76.adsl.inetia.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8Bit
X-Trace: news.onet.pl 1302771703 24094 213.238.68.76 (14 Apr 2011 09:01:43 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Thu, 14 Apr 2011 09:01:43 +0000 (UTC)
User-Agent: KNode/4.4.9
Xref: news-archive.icm.edu.pl pl.comp.programming:189827
[ ukryj nagłówki ]A. L. wrote:
> On Wed, 13 Apr 2011 00:08:15 -0700 (PDT), Mariusz Marszałkowski
> <m...@g...com> wrote:
>>
>>Dobrze powiedziane. Z tym ze "cos" to chyba zawsze techniki
>>obiektowe wnasza? Chocby szybsze odszukanie fragmentu kodu
>>do poprawki po dlugiej przerwie?
>>Pozdrawiam
>>
>
> Niekoniecznie. Prosze sobie wyobrazic aplikacja ktora ma 2 tysiace
> klas. Czy obiektowosc "ulatwia odnaleznienie kodu" raczej watpie.
> Uklul sie termin "spaghetti objects". Przedtem tzrena zrozumiec te 2
> tysiace klas - co one robie i jak ze soba wspolpracuja, zarowno
> statycznie jak i dynamicznie.
>
Zgadza sie, tyle ze to nie jest przypadlosc systemow OO - kazdy duzy system
jest trudny do ogarniecia niezaleznie od paradygmatu uzytego do jego budowy.
> Proponuje sie zastanowic skad sie wzial model obiektowy: wzial sie w
> jezyku Simula 67 ktory byl (mimo ze uniwersalny) przede wszystkm
> przeznaczony do SYMULACJI, a wiec strukturalnego odwzorowania
> rzecywiscosci w postaci programistycznych obiektow, oraz z metodologii
> "frames" w AI, gdzie motywacja byla podobna. I dzisiaj model
> obiektowy sprawdza sie doskonale gdy tzreba miec w komputerze
> odwzorowana sytuacje rzeczywiscta, a wiec wszelkiego rodzalu
> modelowaniu procesow, optymalizacji itede.
>
> Tym niemniej sa sytuacje gdy model obiektowy poasuje jak przyslowiowy
> "garbaty do sciany" - znajomy czlowiek stracil duzo czasu usilujac
> "obiektowo" napisac biblioteke do analizy sygnalow przy pomocy
> "wavelets" ("falek" po naszemu), skonczylo sie to wielkim wyrzucaniem
> do smeici i powrotem do czystego C. Nawet nie C++.
>
> Podwumowujac, obiektowosc to nie "silver bullet" ani kamien
> filozoficzny ale jedno z narzedzi w "toolboksie". Tzreba go uzywac
> wteny gdy sie nadaje, a nie uzywac jak sie nie nadaje. Podobnie jak
> budowniczy wie kiedy uzyc wietrarki a kiedy mlotka. Wiertarka, mimo ze
> bardziej elegancka niz mlotek, slabo nadaje sie do wbijania gwozdzi.
>
Wszystko to prawda, mysle jednak, ze trzeba wziac pod uwage jeszcze jeden
aspekt przy wyborze paradygmatu.
OO jest obok podejscia proceduralnego jedynym (?) paradygmatem, ktory
dorobil sie ogolnie znanych metodyk obejmujacych _pelny_ cykl zycia systemu.
Stad jego "oczywisty" wybor. Nie deprecjonujac innych paradygmatow - nie
spotkalem sie z odpowiednikiem np. metody Shlaer-Mellor (xtUML) lub SADT dla
paradygmatu funkcyjnego czy tez "logic programming". A juz tym bardziej
brakuje takich, ktore integrowalyby wiele paradygmatow w jedena spojna
calosc.
Jest nawet gorzej - nie istnieja nawet (w kazdym razie nie ogolnie
przyjete/znane) notacje graficzne pozwalajace opisywac systemy tworzone w
paradygmacie funkcyjnym czy logicznym (takie jak np. DFD, czy UML - przy
wszystkich wadach UMLa).
Dopoki takie metodyki, notacje i narzedzia sie nie pojawia inne paradygmaty
pozostana czysto akademickie lub moga stanowic jakies (inna sprawa - jakie)
uzupelnienie OO.
--
Michal
Następne wpisy z tego wątku
- 14.04.11 09:29 Michal Kleczek
- 14.04.11 10:39 Andrzej Jarzabek
- 14.04.11 12:41 p...@p...onet.pl
- 14.04.11 13:13 A.L.
- 14.04.11 13:14 Michal Kleczek
- 14.04.11 13:19 Michal Kleczek
- 14.04.11 13:50 kenobi
- 14.04.11 14:04 Paweł Kierski
- 14.04.11 14:21 Michal Kleczek
- 14.04.11 14:28 kenobi
- 14.04.11 14:55 A.L.
- 14.04.11 14:58 kenobi
- 14.04.11 15:12 Michal Kleczek
- 14.04.11 15:38 A.L.
- 14.04.11 16:49 jfs/fir
Najnowsze wątki z tej grupy
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
- Press Release - AEiC 2023, Ada-Europe Reliable Softw. Technol.
- Ada-Europe - AEiC 2023 early registration deadline approaching
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2023
- Ile cykli zajmuje mnożenie liczb 64-bitowych?
Najnowsze wątki
- 2024-06-27 Re: Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-06-27 A co mnie to koooorwa obchodzi?
- 2024-06-28 nawigacja satelitarna
- 2024-06-28 SmartLife/Tuya i osuszanie -- mordowanie z zimną krwią...
- 2024-06-27 położyłem kafelki
- 2024-06-28 Łódź => International Freight Forwarder <=
- 2024-06-28 Łódź => Spedytor Międzynarodowy <=
- 2024-06-28 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-06-28 Sopot => Team Leader E-Commerce for Foreign Markets <=
- 2024-06-28 Warszawa => Senior React Native Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Software .Net Developer <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=
- 2024-06-28 Warszawa => Programista Full Stack .Net <=
- 2024-06-28 Warszawa => Frontend Developer (React) <=