-
Path: news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.glorb.com!p
ostnews.google.com!l24g2000vby.googlegroups.com!not-for-mail
From: Maciej Sobczak <s...@g...com>
Newsgroups: pl.comp.programming
Subject: Re: Jaki j?zyk - ceny?
Date: Thu, 16 Dec 2010 14:44:55 -0800 (PST)
Organization: http://groups.google.com
Lines: 90
Message-ID: <9...@l...googlegroups.com>
References: <ie8kii$2jun$1@opal.icpnet.pl> <4d07d925$1@news.home.net.pl>
<ie8q89$2qib$1@opal.icpnet.pl>
<k...@4...com> <ie91i2$hl$1@opal.icpnet.pl>
<c...@4...com>
<5...@p...googlegroups.com>
<4...@f...googlegroups.com>
<d...@s...googlegroups.com>
<e...@y...googlegroups.com>
NNTP-Posting-Host: 81.62.167.114
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1292539495 10980 127.0.0.1 (16 Dec 2010 22:44:55 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Thu, 16 Dec 2010 22:44:55 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: l24g2000vby.googlegroups.com; posting-host=81.62.167.114;
posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.10)
Gecko/20100914 Firefox/3.6.10,gzip(gfe)
Xref: news-archive.icm.edu.pl pl.comp.programming:187696
[ ukryj nagłówki ]On Dec 16, 12:40 pm, Andrzej Jarzabek <a...@g...com>
wrote:
> > > Żaden język programowania nie odzwierciedla tego, jak myśli człowiek.
>
> > Zgadza się. Ale wtedy dobrze by było, żeby był chociaż przyjazdy dla
> > maszyny.
> Nie zgadzam się. SQL jest mainstreamowy na ten przykład.
Bo będąc 4GL jest bardziej zrozumiały dla człowieka (widziałem kiedyś
tutorial dla sekretarek, zresztą MS Access swoją popularność skądś
wziął). C++ i Java są mainstreamowe, bo odzwierciedlają sposób
działania komputera. Co najmniej jeden z tych dwóch warunków musi być
spełniony, żeby był mainstream.
> >http://www.adaic.org/news/perfcont.html
>
> > Pytanie: dlaczego?
> Bo w tym przypadku dłubane rozwiązanie było na bardzo konkretna
> maszynę z konkretnym systemem operacyjnym, gdzie wszystkie
> charakterystyki są dokładnie znane, [...]
Zgadza się.
> W przypadku znacznie większych programów komercyjnych, [...]
No właśnie - teraz pojawia się pytanie, czy języki funkcjonalne, ze
swoją specyficzną idiomatyką są odpowiednie do takich systemów.
Zauważ też, że obecnie w takich systemach współbieżność jest zwykle
zarządzana nie przez programistę, tylko przez jakiś framework. Czy to
centralny broker, czy to serwer aplikacyjny, czy jeszcze coś -
wszystko jedno. To znaczy, że zarządzanie wielowątkowością, przydział
zadań, itd. są robione niejawnie i poza głównym kodem. I bardzo
dobrze, ale jednocześnie jest to cecha, którą niby chcemy uzyskać w
nowych językach. Tylko że to żaden postęp, bo to już dawno jest.
> Problem jest w tej chwili taki, i to jest druga połowa odpowiedzi na
> Twoje pytanie, że ten język jeszcze nie istnieje. Ale pracuje się nad
> tym i wiadomo, że takie wymagania znacznie łatwiej mozna spełnić
> językiem funkcyjnym lub zbliżonym, niż językiem imperatywnym.
Dlaczego?
Hint: są języki imperatywne, które współbieżność mają wbudowaną w
swoją konstrukcję. Pytanie jest o to, czego ciekawego nie można nimi
uzyskać a co przyniosą nam nowe języki.
> Wnoszą tyle, że można napisać jeden program i patrzeć jak się skaluje.
> Imperatywnie i na jawnych wątkaach można teoretycznie zrobić tak samo
> albo nawet lepiej, ale będzie to oznaczało kupę pracy programistów,
> wielokrotne przepisywanie kodu, trudne do namierzenia bugi itd.
To spory skok myślowy. Nie widzę powodu, dla którego miałoby tak być.
Automatycznie skalujące się pule wątków to nawet w Javie są - a to
jest język imperatywny.
> > Fajny ten Wasz management. Naprawdę. :-)
>
> To jest doświadczenie z kilku różnych managementów, plus w różny
> sposób zdobywana wiedza jakie się stosuje rozwiązania również tam,
> gdzie osobiście nie pracowałem. Na ile się orientuję, nie jest to
> jakieś bardzo niezwykłe.
Ja niestety mam inne doświadczenia. Częściej byłem świadkiem
wyrównywania walcem. Chyba niektórzy wierzą, że łatwiej się zarządza,
gdy wszyscy pracownicy umieją i robią to samo.
--
Maciej Sobczak * http://www.inspirel.com
Następne wpisy z tego wątku
- 16.12.10 23:07 Maciej Sobczak
- 16.12.10 23:09 lolo
- 16.12.10 23:15 Yarael Poof
- 17.12.10 07:28 Mariusz Kruk
- 17.12.10 08:03 Przemysław Osmański
- 17.12.10 08:56 Maciej Sobczak
- 17.12.10 09:08 Stachu 'Dozzie' K.
- 17.12.10 09:14 Krzysiek Kowaliczek
- 17.12.10 09:19 Mariusz Kruk
- 17.12.10 09:23 Mariusz Kruk
- 17.12.10 09:54 Krzysiek Kowaliczek
- 17.12.10 10:00 Mariusz Kruk
- 17.12.10 10:11 Krzysiek Kowaliczek
- 17.12.10 10:28 Mariusz Kruk
- 17.12.10 14:05 Yarael Poof
Najnowsze wątki z tej grupy
- Grok zaczął nadużywać wulgaryzmów i wprost obrażać niektóre znane osoby
- Can you activate BMW 48V 10Ah Li-Ion battery, connecting to CAN-USB laptop interface ?
- We Wrocławiu ruszyła Odra 5, pierwszy w Polsce komputer kwantowy z nadprzewodzącymi kubitami
- Ada-Europe - AEiC 2025 early registration deadline imminent
- John Carmack twierdzi, że gdyby gry były optymalizowane, to wystarczyły by stare kompy
- Ada-Europe Int.Conf. Reliable Software Technologies, AEiC 2025
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- ,,Polski przemysł jest w stanie agonalnym" - podkreślił dobitnie, wskazując na brak zamówień.
- Rewolucja w debugowaniu!!! SI analizuje zrzuty pamięci systemu M$ Windows!!!
- Brednie w wiki - hasło Dehomag
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- U nas propagują modę na SI, a w Chinach naukowcy SI po kolei umierają w wieku 40-50lat
Najnowsze wątki
- 2025-07-23 Gdańsk => Programista Delphi <=
- 2025-07-23 Gdańsk => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-23 Warszawa => Starszy inżynier DevOps (AWS) <=
- 2025-07-23 Gdańsk => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-23 Kraków => Senior Fullstack Engineer (Low-Code Platform) <=
- 2025-07-23 Wrocław => Senior Key Account Manager IT <=
- 2025-07-23 Trójmiasto => Head of Social Media <=
- 2025-07-23 Rzeszów => Spedytor Międzynarodowy <=
- 2025-07-23 Lublin => ERP Implementation Consultant (AP Module) <=
- 2025-07-23 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-07-23 Warszawa => Inżynier oprogramowania .Net <=
- 2025-07-23 Kraków => Kotlin Developer <=
- 2025-07-23 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-07-23 Warszawa => Java Developer <=
- 2025-07-23 Wrocław => Konsultant wdrożeniowy (systemy controlingowe) <=