-
Data: 2013-02-14 10:22:09
Temat: Re: Jakie typowanie jest najlepsze i dlaczego statyczne?
Od: Maciej Sobczak <s...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu czwartek, 14 lutego 2013 09:18:03 UTC+1 użytkownik Andrzej Jarzabek napisał:
> OO w realizacji takiej jak Java/C++ ma dokładnie takie same problemy ze
> współbieżnością co programowanie strukturalne/proceduralne, którego jest
> prostym rozwinięciem.
Ale to nie jest wina OO, tylko tego rozwinięcia.
Ja nadal nie widzę w OO niczego, co by miało mieć problem ze współbieżnością.
> Wszystkie te paradygmaty mają problem ze
> współbieżnością, który jest związany z dzieleniem stanu,
Ja nie widzę niczego w OO, co zmuszałoby mnie do dzielenia stanu a tam, gdzie
chciałbym stan dzielić, będę musiał to zrobić niezależnie od paradygmatu.
> Również "modelowy" OO, chociaż opiera się na dzieleniu stanu,
W którym miejscu się opiera?
> Przecież Python nie nadaje się do systemów czasu rzeczywistego i w ogóle
> słabo do systemów embedded (wymaga interpretera i sporego wsparcia
> systemu operacyjnego).
A jakiś dynamiczny język nie wymaga?
> W skrócie - nie mam nic do powiedzenia w kwestii czego używać do
> tworzenia oprogramowania w przypadku, kiedy używa się metod formalnych,
> ale czego by się nie używało, nie przyjmę tego za automatyczny dowód na
> to, że te same technologie dadzą lepszą niezawodność również w sytuacji,
> gdzie metod formalnych się nie używa.
Dowód polega na tym, że nie da się powiedzieć, w którym momencie już używa się metod
formalnych a w którym się nie używa. Np. ja używam metod formalnych kompilując
program w C++ - kompilator sprawdza tyle ile umie i mówi mi, co zrobiłem źle - mogę
go nawet poprosić, żeby tylko sprawdzał i nawet nie generował kodu. Granica jest tu
płynna i ta płynność objawia się też dostępnością narzędzi, które oferują różne
poziomy weryfikacji.
Czyli język statyczny pozwala mi używać metod formalnych na różnych poziomach,
zależnie od moich potrzeb i umiejętności - w szczególności mogę dołożyć nowe
narzędzie w trakcie trwania projektu.
Oczywiście różne języki różnie to wspierają, ale statyczne wypadają tu znacznie
lepiej, niż dynamiczne.
--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com
Następne wpisy z tego wątku
- 14.02.13 11:11 firr kenobi
- 14.02.13 23:57 Andrzej Jarzabek
- 15.02.13 01:08 Andrzej Jarzabek
- 15.02.13 09:20 firr kenobi
- 15.02.13 10:37 Maciej Sobczak
- 15.02.13 10:59 Maciej Sobczak
- 15.02.13 11:20 AK
- 15.02.13 11:52 Andrzej Jarzabek
- 15.02.13 12:20 AK
- 15.02.13 12:29 Andrzej Jarzabek
- 15.02.13 15:34 firr kenobi
- 15.02.13 16:46 Maciej Sobczak
- 15.02.13 19:30 AK
- 16.02.13 11:18 Andrzej Jarzabek
- 16.02.13 13:22 Edek Pienkowski
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-06-24 Delegacja osoby prowadzącej jednoosobową działalność
- 2025-06-24 Gdynia => Przedstawiciel handlowy / KAM (branża TSL) <=
- 2025-06-24 Warszawa => Młodszy Programista SQL / FrontEnd developer <=
- 2025-06-24 Warszawa => Junior C# / FrontEnd developer <=
- 2025-06-24 Warszawa => Sales Executive / KAM <=
- 2025-06-23 Warszawa => MENA New Business Manager <=
- 2025-06-23 Trójmiasto => Head of Social Media <=
- 2025-06-23 Tapeta w Xiaomi
- 2025-06-23 Gdańsk => Programista Kotlin <=
- 2025-06-23 Białystok => Programista Mainframe (z/OS, Assembler) <=
- 2025-06-23 Warszawa => Senior Account Manager <=
- 2025-06-23 Białystok => Mainframe (z/OS, Assembler) Developer <=
- 2025-06-23 Warszawa => Starszy Programista C <=
- 2025-06-23 Warszawa => Tester Automatyzujący <=
- 2025-06-23 Warszawa => Inżynier oprogramowania .Net <=