-
Data: 2015-01-16 11:02:18
Temat: Re: python...
Od: firr <p...@g...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu czwartek, 15 stycznia 2015 22:12:12 UTC+1 użytkownik g...@g...com
napisał:
> W dniu czwartek, 15 stycznia 2015 21:50:26 UTC+1 użytkownik firr napisał:
>
> > > To jest język interpretowany i będzie wolny. Trzeba z tym żyć.
> > >
> > nie jestem pewien czy to ze python jest wolny wynika z tego ze jest
interpretowany, najprawdopodobniej mozna by go kompilowac (?,nie jestem tego co
prawda pewien) i calkiem mozliwe ze kompilowany tez bedzie wolny (?,tego tez nie
jestem calkiem pewien)
>
> Stwierdzenie, ze "jezyk jest wolny", to najzwyczajniejszy w swiecie blad
> kategorialny. Pythona oczywiscie mozna kompilowac.
>
> > - wydaje mi sie ze moze to byc w sumie sluszna dorga, kompilowane jezyki
wysokopoziomowe, nieststy by cos wiecej o tym powiedziec chyba trzebby sie tym zajac,
znac procedury kompilacji takich
> > wysokopoziomowych jezykow jak to dziala,
> > co jest problemem itp
>
> Dla jezyka Scheme istnieje kompilator, ktory podobno optymalizuje na tyle
> dobrze, ze osiagalna wydajnosc jest porownywalna z C.
> Jego autor napisal nawet (niezbyt doglebny, ale przyjemny w czytaniu)
> tekst dotczacy tego, w jaki sposob rozwinal ten kompilator:
> http://www.cs.indiana.edu/~dyb/pubs/hocs.pdf
>
jak przeczytano to mozna by ew strescic co tam jest najwazniejsze;/ sam nie mam czasu
czytac takich rozwleklych tekstów
(zwlaszcza ze lispami sie tak co najwyzej srednio interesuje)
> Poza tym zdaje sie, ze istnieja bardzo dobre kompilatory dla OCamla.
> Tutaj mozna znalezc porownanie wydajnosci raytracera napisanego w C++
> z napisanym w OCamlu:
>
> http://www.ffconsultancy.com/languages/ray_tracer/co
mparison.html
>
to moge zobaczyc [[[o ile znajde troche czasu bo incydentalnie ostatnio mam sporo
bardziej zyciowych a mniej programistycznych spraw na glowie ]]
> Widac, ze roznice w wydajnosci sa niewielkie (albo prezentacja wynikow
> jest dobrze zmanipulowana ;]), natomiast korzysci wynikajace z uzycia
> OCamla wydaja sie znaczace
Następne wpisy z tego wątku
- 16.01.15 13:33 firr
- 16.01.15 18:43 bartekltg
- 16.01.15 19:29 slawek
- 16.01.15 19:31 slawek
- 16.01.15 20:07 slawek
- 16.01.15 23:06 janek
- 17.01.15 02:17 firr
- 17.01.15 09:00 M.M.
- 17.01.15 10:14 Roman W
- 17.01.15 12:56 AK
- 17.01.15 13:01 AK
- 17.01.15 14:04 AK
- 17.01.15 14:15 AK
- 17.01.15 14:17 AK
- 17.01.15 14:18 AK
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=