Article View: pl.comp.lang.c
Article #272389Re: Odśmiecania współbieżnego ciąg dalszy
From: Maciej Sobczak
Date: Wed, 27 Feb 2008 21:48
Date: Wed, 27 Feb 2008 21:48
62 lines
4438 bytes
4438 bytes
On 27 Lut, 16:59, "Sebastian Nibisz" <EB...@poczta.onet.pl> wrote: > W systemach wbudowanych nie wykorzystuje sie pamięci tak ja na komputerach > domowych. Tam nie ma tak, że jak mamy 10 razy więcej pamięci, to sobie > wrzucimy wiecej obrazków, dodamy muzyczkę, jakieś dynamiczne menu i pamięci > znów mamy mało. Tam jest tak, że jak mamy 10 razy więcej pamięci, to sobie wrzucimy podczyt danych pomiarowych z różnymi oknami usredniania i z dużo większą historią (historią danych można już załatwić temat, ale idźmy dalej), logowaniem, diagnostyką, XMLami konfiguracyjnymi i middlewarem z półki. Schemat ten sam, tylko zabawki inne. > Samego kodu nie da się mnożyć na dużą skalę w nieskończoność. Wprowadźmy sobei generatory kodu. One mają cierpliwość. Dodajmy agenty monitorujące oraz skomplikowaną kontrolę uprawnień dostępu. > Z pewnością > jest coraz mniej sytuacji w której ze względu na małą ilość dostępnej > pamięci, nie można zaimplementować jakieś funkcjonalności w systemie > wbudowanym. Właśnie nie podzielam tego przekonania. > Sprzęt niewielkim kosztem można rozbudować, co jeszcze > kilkanaście lat temu często nie było możliwe. Nadal bywa niemożliwe, po prostu limity są gdzie indziej. Zapełnione gniazda pamięci? Oops. > Przy założeniu, że język C++ jest dedykowany jedynie dla przemysłu, to można > sie zgodzić z tym, że tempo jego rozoju jest zadowalające. > Niestety takiego założenia przyjąć nie można i mogą rodzić sie słuszne obawy > o to, że zanim nowy standard zostanie "zaklepany" no i oczywiście wdrożony, > języka C++ na desktopach mało kto już będzie używał. Bez obaw. Nowy standard najszybciej trafi właśnie na desktopy, bo tam najszybciej można wprowadzać nowości. Swoją drogą - nie upieram się, że C++ powinien królować na desktopach. > > Druga płaszczyzna to biblioteki i narzędzia orbitujące > Zgadza się, trzeba jednak wziąć pod uwagę, że możliwości bibliotek są > ograniczane przez możliwości samego języka. Pozwolę sobie się z tym nie zgodzić. :-) Raczej nie widzę spowolnienia w produkcji innowacyjnych bibliotek. > > Dodanie GC do C++ może przedłużyć mu życie w wielu obszarach. A > > ponieważ wiadomo, że tak się właśnie stanie, to nie ma po co ogłaszać > > zgonu. > > Nikt nie ogłasza zgonu języka C++, ale też nikomu nie chce sie czekać > kolejnych 10 lat na jego nowszą wersję. Dlaczego myślisz, że będzie trzeba czekać kolejnych 10 lat? -- Maciej Sobczak * www.msobczak.com * www.inspirel.com
Technical Details
Message-ID:
<b400dff4-9483-4cd1-8bf4-3835fee876ee@34g2000hsz.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news.tu-darmstadt.de!newsfeed.freenet.de!feeder.news-service.com!feeder3.cambrium.nl!feed.tweaknews.nl!postnews.google.com!34g2000hsz.googlegroups.com!not-for-mailReferences:
<fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1r6d$586$1@kujawiak.man.lodz.pl> <fq3b1p$i9b$1@inews.gazeta.pl> <fq3g89$362$1@kujawiak.man.lodz.pl> <fq3p6m$mk9$1@inews.gazeta.pl> <1d522c1c-c339-4c26-a2ee-5621dd0e4883@e23g2000prf.googlegroups.com> <fq41df$qs8$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.onet.pl!news.nask.pl!news.nask.org.pl!news.uni-stuttgart.de!news.belwue.de!news.tu-darmstadt.de!newsfeed.freenet.de!feeder.news-service.com!feeder3.cambrium.nl!feed.tweaknews.nl!postnews.google.com!34g2000hsz.googlegroups.com!not-for-mail From: Maciej Sobczak <see.my.homepage@gmail.com> Newsgroups: pl.comp.lang.c Subject: Re: Odśmiecania współbieżnego ciąg dalszy Date: Wed, 27 Feb 2008 13:48:18 -0800 (PST) Organization: http://groups.google.com Lines: 77 Message-ID: <b400dff4-9483-4cd1-8bf4-3835fee876ee@34g2000hsz.googlegroups.com> References: <fppvdq$68v$1@inews.gazeta.pl> <fq0od3$5bm$1@inews.gazeta.pl> <fq0qpa$ekv$1@inews.gazeta.pl> <fq0s58$jvv$1@inews.gazeta.pl> <fq0tjl$shn$1@news.vectranet.pl> <fq10ir$8nn$1@inews.gazeta.pl> <fq140s$2u6$1@news.vectranet.pl> <fq164t$3bl$1@inews.gazeta.pl> <fq1r6d$586$1@kujawiak.man.lodz.pl> <fq3b1p$i9b$1@inews.gazeta.pl> <fq3g89$362$1@kujawiak.man.lodz.pl> <fq3p6m$mk9$1@inews.gazeta.pl> <1d522c1c-c339-4c26-a2ee-5621dd0e4883@e23g2000prf.googlegroups.com> <fq41df$qs8$1@inews.gazeta.pl> NNTP-Posting-Host: 85.3.255.124 Mime-Version: 1.0 X-Trace: posting.google.com 1204148898 24218 127.0.0.1 (27 Feb 2008 21:48:18 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Wed, 27 Feb 2008 21:48:18 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: 34g2000hsz.googlegroups.com; posting-host=85.3.255.124; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12,gzip(gfe),gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit