-
X-Received: by 10.140.87.71 with SMTP id q65mr26774qgd.39.1415743309948; Tue, 11 Nov
2014 14:01:49 -0800 (PST)
X-Received: by 10.140.87.71 with SMTP id q65mr26774qgd.39.1415743309948; Tue, 11 Nov
2014 14:01:49 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
u7no939698qaz.1!news-out.google.com!u1ni6qah.0!nntp.google.com!i13no940334qae.0
!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: pl.comp.programming
Date: Tue, 11 Nov 2014 14:01:49 -0800 (PST)
In-Reply-To: <4...@g...com>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=93.154.143.165;
posting-account=Sb6m8goAAABbWsBL7gouk3bfLsuxwMgN
NNTP-Posting-Host: 93.154.143.165
References: <c...@g...com>
<f...@g...com>
<0...@g...com>
<3...@g...com>
<5...@g...com>
<6...@g...com>
<2...@g...com>
<3...@g...com>
<5...@g...com>
<b...@g...com>
<e...@g...com>
<d...@g...com>
<d...@g...com>
<0...@g...com>
<8...@g...com>
<4...@g...com>
<d...@g...com>
<1...@g...com>
<2...@g...com>
<b...@g...com>
<4...@g...com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <7...@g...com>
Subject: Re: Makra w jezyku Scheme
From: firr <p...@g...com>
Injection-Date: Tue, 11 Nov 2014 22:01:49 +0000
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:206919
[ ukryj nagłówki ]W dniu wtorek, 11 listopada 2014 21:48:47 UTC+1 użytkownik g...@g...com
napisał:
> W dniu wtorek, 11 listopada 2014 10:43:39 UTC+1 użytkownik firr napisał:
>
> > c jest bardzo abstrakcyjny,
>
> nie zgodze sie. C stanowi lekka abstrakcje ponad maszynami von Neumannowskimi.
> To ze masz takie rzeczy jak typy char, short, int i inne, ktore odpowiadaja
> rejestrom maszynowym, pokazuje, w jak duzej mierze C jest zwiazany ze
> specyficzna klasa maszyn obliczeniowych. To, ze masz wskazniki, pokazuje,
> jak bardzo jest przywiazany do tablicowego modelu pamieci.
>
> > co do owego scheme
> > to ciagle ciezko mi ocenic, ale szczerze mowiac nie jestem przekonany tj nie
wierze tak jakby apriori ze problemy w scheme latwiej jest wyrazic/rozwiazac w scheme
niz w c (powazne problemy (wezmy na przyklad konkretne przykladowe problemy
> > 1"napisanie dobrego raytracera z dobra optymalizacją" albo
> > 2"napisanie dobrego podsystemu fizyki (zderzen itp) 2d/3d"
> > tak naprawde musisz rozwiazac jakby poza językiem, czy to ze bedziesz przy tym
uzywac
> > jakiegoś jezyka (mozna wstawic dowolny) cośkolwiek tu pomoże ?
> > - pytanie jest poniekad otwarte bo pewnosci ze nie pomoze nie mam, ale nie wiem
jak (wiec to ze pomoze jest tylko hipotezą), sam z siebie jakos nic nie widze - na
oko wyglada po prostu na to ze te problemy musisz rozkminic i rozwiazac na
pozajęzykowym polu -- z drugiej
> > strony tworzenie czegos takiego obejmuje nie tylko rozkminianie ale tez i
testowanie wiec jezyk i srodowisko mogloby miec pewne znaczenie
> > (moze bardziej nawet srodowisko typu edytor niz sam jezyk)
> >
> > koniec konców po rozpykaniu tematu (albo odpadnieciu bo czasem jest to na tyle
czasochlonne ze mozna stracic motywacje) mozna to zaimplementowac i to jest chyba
mniejsza czesc problemu, ja moge to wtedy zrobic w c
> > bo jest to elegancjkie, dosyc wydajne i dosyc łatwe
>
> Ostatnio w ramach swojego projektu zajmuje sie kinematyka odwrotna.
> Znalazlem metode, ktora opiera sie na dekompozycji macierzy wzgledem
> wartosci osobliwych. Po poszperaniu w sieci udalo mi sie wyszukac
> pakiet do obliczen numerycznych i symbolicznych dla Scheme'u.
>
> Znalazlem w tym pakiecie odpowiednia funkcje, i okazalo sie, ze ma
> ponad 400 linii. Byl przy niej komentarz (autorstwa Geralda Sussmana),
> ze funkcja zostala przepisana z kodu jakiegos innego
> systemu Lispowego, ktory z kolei byl przerobiona wersja algorytmu
> napisanego w fortranie.
>
> Ten kod jest dla mnie przykladem tego, jak nie nalezy pisac programow.
> Napisal go Sussman -- jeden z moich najwiekszych autorytetow i wielki
> propagator idei, ze programy powinny byc pisane przede wszystkim tak,
> zeby dobrze sie je czytalo.
>
> Wysoki stopien optymalizacji i czytelnosc programow to nie sa sprzeczne
> cele. Wydaje mi sie, ze to raczej nasze techniki programowania sa
> niedorozwiniete.
>
> Moim zdaniem idealny program powinien stanowic zapis rozumowania,
> ktory przeprowadza programista. Programista powinien wypisywac swoje
> zalozenia i twierdzenia, ktore nastepnie kompilator moglby wykorzystywac
> do optymalizacji kodu.
>
> Na przyklad, programista powinien wklepac do programu to, czym jest macierz
> i na czym polega mnozenie macierzy, i nastepnie okreslic, jake sa wlasnosci
> poszczegolnych macierzy zdekomponowanych w oparciu o SVD, i ewentualnie
> kilka twierdzen pomocniczych (np. tych, ktore posluzyly do stworzenia algorytmu
> w fortranie), natomiast kompilator powinien wypluc optymalny algorytm
> faktoryzujacy.
>
> > > > - nie wiem czy chce w to wszystko wnikac, mam ciagle problem z czasem i
energią. to zo mnie teraz glownie interesuje to piksele (zwane przezemnie
programistycznym piachem)
> > >
> > > a udalo Ci sie w ostatnim czasie opracowac jakies nowe ciekawe rzeczy?
> >
> > narazie nie,
>
> ja u siebie zauwazylem cos takiego, ze moj projekt przez wiekszosc czasu
> stoi w miejscu, az w koncu cos we mnie dojrzeje i dokonam jakiegos przelomu
> (i potem znow stoi w miejscu...)
malo to jest scisle, ja jak mowilem bardziej sie ostatnimi czasy interesuje nie
narzedziami tylko "researchem" konkretnymi rzeczami ktore mozna przy ich pomocy
zrobic (na tyle ze to ustawiczne gadanie o narzędziach mnie zaczyna lekko irytowac -
bez przesady oczywiscie, ale tak naprawde wolalbym pogadac, poczytac [w sukcesywnych
latach ] cos nie o narzedziach tylko o konkretnych 'przedmiotach' jakie tymi
narzedziami mozna wykonac -
c czy scheme to sa narzedzia, jak pisalem
wiekszosc roboty jaka musisz zrobic to jest
"przedmiotówka" nie narzędziówka i wątpie by tu scheme ci coś pomoglo
Najnowsze wątki z tej grupy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 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??
Najnowsze wątki
- 2025-02-12 Warszawa => Expert Recruiter 360 <=
- 2025-02-12 Ostrów Wielkopolski => Area Sales Manager OZE <=
- 2025-02-12 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-12 Dęblin => Node.js / Fullstack Developer <=
- 2025-02-12 Kraków => PHP Full Stack Developer <=
- 2025-02-12 Karta dźwiękowa stereo
- 2025-02-12 Dęblin => JavaScript / Node / Fullstack Developer <=
- 2025-02-12 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-02-12 Łódź => NodeJS Developer <=
- 2025-02-12 Błonie => Sales Specialist <=
- 2025-02-12 Dziwne zachowanie magistrali adresowej w 8085
- 2025-02-11 Mini pecet
- 2025-02-10 Spalił się spaliniak
- 2025-02-10 zarowka wifi - z sensowna apka lub lepiej albo lokalnie lub przez web. I zeby harmonogram miala
- 2025-02-10 Chrzanów => Programista NodeJS <=