-
Data: 2011-05-29 16:28:47
Temat: Re: Functional languages - jeszcze nie
Od: A.L. <l...@a...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]On Sun, 29 May 2011 08:38:53 -0700 (PDT), Maciej Sobczak
<s...@g...com> wrote:
>On 28 Maj, 23:40, A.L. <l...@a...com> wrote:
>
>> Mysle ze poki co, functional languages cierpia na "syndrom klucza":
>> Mamy oto klucz ale nie mamy zamka ktory mozemy tym kluczem otworzyc. I
>> rozpaczliwie tego zamka szukamy.
>
>Niestety mam wrażenie, że gdzieniegdzie zapanowało już myślenie w
>stylu "Słowacki wielkim poetą był", czyli niczego nie musimy szukać:
>używamy nowego klucza do starych zamków, bo *na pewno* będzie lepiej.
>Ale może to tylko drobny margines obserwacji statystycznych.
>
>> Jakos nei widze powodu dla ktorego firma uprawiajaca od 10 lat jave i
>> majaca iles tam milionow linii kodu mialaby to wszystko wyrzucic i
>> zaczac programowac w jezyku Scala.
>
>Akurat Scala działa w JVM, więc przynajmniej w teorii niczego nie
>trzeba wyrzucać.
Ale pozostaje problem: skad wziac programistow? Scali i jezykow
funkcyjnych nie naucza sie masowo, a "szereogowy" programista albo nei
ma checi albo mozliwosci intelektualnych zeby sie czegos nowego
nauczyc.
Dodatkowy jezyk w firmie to przyslowiowy "bol w siedzeniu" co wiem
empirycznie w zwaizku z Prologiem. Nei wydaje mi sie aby "estetyka"
jezyka programowania byla dostatecznym motywatorem
A.L.
Następne wpisy z tego wątku
- 29.05.11 18:13 Andrzej Jarzabek
- 29.05.11 21:48 Andrzej Jarzabek
- 29.05.11 22:07 A.L.
- 30.05.11 06:08 Maciej Pilichowski
- 30.05.11 06:10 Maciej Pilichowski
- 30.05.11 11:24 Adam Przybyla
- 30.05.11 11:40 Andrzej Jarzabek
- 30.05.11 11:55 Andrzej Jarzabek
- 30.05.11 14:05 Krzysiek Kowaliczek
- 31.05.11 04:24 Maciej Pilichowski
- 31.05.11 06:54 Andrzej Jarzabek
- 31.05.11 08:48 Andrzej Jarzabek
- 31.05.11 09:12 Andrzej Jarzabek
- 01.06.11 04:32 Maciej Pilichowski
- 01.06.11 09:10 Andrzej Jarzabek
Najnowsze wątki z tej grupy
- 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
- C++. Podróż Po Języku - komentarz
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
Najnowsze wątki
- 2025-05-31 Skoro jest tak dobrze i TANIO to dlaczego jeszcze nie jeździmy na takich akumulatorach?
- 2025-05-31 Warszawa => IT Data Analyst (obszar Power BI) <=
- 2025-05-31 Warszawa => IT Hardware Specialist - Wsparcie i Konfiguracja <=
- 2025-05-31 Środa Wielkopolska => Konsultant wewnętrzny SAP FI/CO <=
- 2025-05-31 Gdańsk => PHP Developer <=
- 2025-05-31 Lublin => Delphi Programmer <=
- 2025-05-31 co to za obcęgi? [OT]
- 2025-05-30 Rondo :)
- 2025-05-30 Warszawa => Senior Account Manager <=
- 2025-05-30 Warszawa => Senior C++ Developer (analiza numeryczna i modelowanie) <=
- 2025-05-30 Gdańsk => Team Lead Data Engineer (Snowflake) <=
- 2025-05-30 Warszawa => Team Lead Data Engineer (obszar Snowflake) <=
- 2025-05-30 Gdańsk => Programista Delphi <=
- 2025-05-30 Warszawa => Software Engineer .Net <=
- 2025-05-30 Warszawa => Inżynier oprogramowania .Net <=