-
Data: 2010-12-16 12:17:32
Temat: Re: Jaki j?zyk - ceny?
Od: A.L. <l...@a...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Thu, 16 Dec 2010 01:38:12 -0800 (PST), Maciej Sobczak
<s...@g...com> wrote:
>
>
>Jakiś czas temu Sun zorganizował konkurs na najszybszy program w
>jakimś kryptograficznym temacie. Jako nagrodę rzeczową zaoferowali
>swój serwer T1000. Czyli nie jakiś tam hipisowski benchmark, ale
>prawdziwe zawody. Trochę musieli się zaczerwienić, bo zwycięzcą nie
>został żaden z programów napisanych w ich własnych technologiach
>(trochę wstyd, nie?) ani żaden funkcjonalny, tylko program w języku
>100% imperatywnym:
>
>http://www.adaic.org/news/perfcont.html
>
>Pytanie: dlaczego?
>
>Nie, poważnie pytam: *dlaczego*?
>
No i to argument na co jest? Za Ada najlepsza?...
>Disclaimer: nie chodzi mi o udowadnianie wyższości Ady nad
>czymkolwiek, tylko na pokazaniu, że języki funkcjonalne nie wnoszą
>niczego niezastąpionego w temacie wspóbieżności. Wydajne programy
>współbieżne można pisać bez nich a powyższa historyjka pokazuje, że
>może nawet bez nich dopiero jest wydajnie.
>
Nie wiadomo, poki co. Jezzyk Erlang, jak najbardziej funkcjonalny,
stosowany jest w przemysle, i owszem. telekomunikacyjnym
A jak idzie o jezyk Ada i jego wsparcie dla wspolbieznosci, to keidys
zdarzylo mi sie wspolpracowac z firma 8888 gdzie uzywano Ady, ale tak
zwanego "bezpiecznego podzbioru". Ten podzbior wykluczal Adowe "taski"
ze wzgledu na niepzrewidywalnosc ich wykonywania pod wzgledem
czasowym.
>I dlatego "rozpowszechnienie architektur równoległych" nie będzie
>nośnikiem dla ich większej popularności. Tzn. w jakimś stopniu będzie,
>bo większość ludzi i tak nie rozumie o co chodzi z tą współbieżnością,
>więc ludzie chętnie chwycą się każdego buzzworda, który się napatoczy.
>W tym sezonie faktycznie buzzwordem jest "functional programming", ale
>to zjawisko też ma swój limit.
>
Zgadziam sie ze wiekszosc ludzi nei rozumie o co chodzi ze
wspolbieznoscia, co pokazuje chociazby ten watek, ale wynuraenia
Kolegi przypominaja mi wynurzenia pewnego fizyka z koncza 19 wieku
ktory twierdzil ze "wszystko w fizyce juz odkryto i pozostaje praca
nad szczegolami". czy tez wynurzenia szefa amerykanskiego Urzedu
Patentowego z tego okresu ktory twierdzil ze "wiecej wynalazkow juz
nie bedzie".
Gdy procesory beda mialy 64 jadra, nie da sie ich programwoac w C++
czy Jave. Ani nawet w Adzie. Potzrebny jest nowy paradygmat. Nat tym
paradygmatem ludzie pracuja. Czy to beda jezyki funkcyjne czy nie, nie
wiadomo. Na razie pracuja nad funkcyjnymi, i uwazam ze ktos nei bedacy
"komputerowym spawaczem" powinien sie im przygladac.
>Takie przykładowo współbieżne systemy bazodanowe istniały od tzw.
>"zawsze", więc to nie jest tak, żę języki funkcjonalne otwierają
>jakieś nowe nieznane wcześniej możliwości.
>
Ales Kolego, nikt i nigdzie nie mowi ze jezyki funkcyjne maja byc
zastosowane w bazach danych
>> Nie zdarzyło mi się pracować przy żadnym projekcie, gdzie używano by
>> języka funkcyjnego
>
>Dlaczego? Przecież one istnieją od 50 lat. Istniały długo zanim
>wynaleziono Javę.
>
Autor Haskela kiedys popelnil papier "How industry is using functional
languages and why not".
http://homepages.inf.ed.ac.uk/wadler/papers/how-and-
why/how-and-why.pdf
Od tego czasu troche sie zminilo, i wiele powodow dla ktorych "why
not" ustapilo. Jak idzie o zastosowania haskela, to lista jest tutaj:
http://www.haskell.org/haskellwiki/Haskell_in_indust
ry
Troche dluzsza niz ta od Ady
>> Są rzeczy, do których dopuszcza
>> management, o których się nie śniło waszym filozofom.
>
>Fajny ten Wasz management. Naprawdę. :-)
Rozumiem o czym czlowiek pisze, i nie wydaje mi sie zeby managemennt
byl "fajny" w negatywnym znaczeniu tego slowa.
Zas wracajac do meritum: Jakie jest doswiadczenie Kolego z jezykamu
funkcyjnymi ze wydaje takie stanowcze opinie?... Czy to na podstawie
"hands on" czy tez teoretycznej wszechwiedzy?...
A.L.
Następne wpisy z tego wątku
- 16.12.10 12:32 Andrzej Jarzabek
- 16.12.10 12:33 A.L.
- 16.12.10 12:37 Andrzej Jarzabek
- 16.12.10 13:05 A.L.
- 16.12.10 14:09 Maciej Sobczak
- 16.12.10 14:15 Maciej Sobczak
- 16.12.10 14:20 A.L.
- 16.12.10 14:33 R. P.
- 16.12.10 14:45 Mariusz Kruk
- 16.12.10 16:31 A.L.
- 16.12.10 20:35 Michoo
- 16.12.10 20:35 Michoo
- 16.12.10 21:00 Michoo
- 16.12.10 22:20 Norbert
- 16.12.10 22:29 Maciej Sobczak
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) <=