Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #30026 > unrolled thread
| Started by | Borneq <borneq@antyspam.hidden.pl> |
|---|---|
| First post | 2017-08-05 18:10 +0200 |
| Last post | 2017-08-09 06:50 -0700 |
| Articles | 15 on this page of 135 — 15 participants |
Back to article view | Back to pl.comp.programming
Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-05 18:10 +0200
Re: Rust w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-05 19:48 +0200
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-05 20:13 +0200
Re: Rust szykcech@gmail.com - 2017-08-06 02:54 -0700
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-06 03:03 -0700
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-07 13:02 +0200
Re: Rust szykcech@gmail.com - 2017-08-07 05:20 -0700
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:49 +0200
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-07 13:04 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 14:58 +0200
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-09 21:52 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:16 +0200
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-10 07:48 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 08:57 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-10 01:42 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 11:03 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-10 02:34 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 14:51 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 03:17 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 14:56 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 06:25 -0700
Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-10 05:19 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 14:57 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 06:21 -0700
Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-11 02:40 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 14:43 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 02:48 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 14:17 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 06:25 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 15:56 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 20:13 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 22:14 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 13:34 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 07:23 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 05:43 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 16:38 +0200
Re: Rust Adam M <amorawski@magna-power.com> - 2017-08-09 07:48 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 17:00 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 09:42 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:12 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 10:15 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:52 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:15 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 10:29 -0700
Re: Rust wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-09 19:32 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:53 +0200
Re: Rust wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-09 20:09 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 19:45 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 11:18 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 21:04 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 13:03 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:17 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:24 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:34 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 22:38 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 14:36 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 23:57 +0200
Re: Rust Roman Tyczka <noemail@because.no> - 2017-08-09 22:22 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 13:31 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-09 23:54 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-09 13:48 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 00:08 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-09 15:24 -0700
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-09 16:06 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 07:18 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 01:36 +0200
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-10 07:22 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-09 23:28 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 09:13 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-10 01:38 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 10:57 +0200
Re: Rust godek.maciek@gmail.com - 2017-08-10 02:04 -0700
Re: Ruststrukturalny jezy= "AK" <nobody@nowhere.net> - 2017-08-10 22:27 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 18:06 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 20:39 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-10 12:20 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:06 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 22:23 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 23:01 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 22:18 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:27 +0200
Re: Rust Roman Tyczka <noemail@because.no> - 2017-08-11 09:58 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:36 +0200
Re: Rust szykcech@gmail.com - 2017-08-10 13:24 -0700
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-10 22:32 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:56 +0200
Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-11 02:34 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 14:03 +0200
Re: Rust Maciej Sobczak <see.my.homepage@gmail.com> - 2017-08-11 05:34 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 14:43 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 14:55 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-11 06:15 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 15:17 +0200
Re: Rust kropelka@gmail.com - 2017-08-11 11:55 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 22:03 +0200
Re: Rust kropelka@gmail.com - 2017-08-11 13:43 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 07:04 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 07:25 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 22:13 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-11 15:27 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-11 05:53 -0700
Re: Rust Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2017-08-11 15:17 +0200
Re: Rust szykcech@gmail.com - 2017-08-12 06:59 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 19:08 +0200
Re: Rust Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-12 11:17 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:27 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:41 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:46 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-12 20:26 -0700
Re: Rust Wojciech Muła <wojtek.mula@gmail.com> - 2017-08-12 21:01 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-13 07:29 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:53 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:56 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-12 20:57 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:45 +0200
Re: Rust szykcech@gmail.com - 2017-08-12 06:56 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:46 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:48 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-10 22:52 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:57 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 12:52 -0700
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:51 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:45 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 20:45 +0200
Re: Rust "M.M." <mmarszik@gmail.com> - 2017-08-08 12:50 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 14:41 +0200
Re: Rust szykcech@gmail.com - 2017-08-07 07:28 -0700
Re: Rust slawek <fake@fakeemail.com> - 2017-08-07 22:42 +0200
Re: Rust Borneq <borneq@antyspam.hidden.pl> - 2017-08-08 07:46 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 09:12 +0200
Re: Rust Zenon Oktawiec <zenon@samm.com.pl> - 2017-08-08 11:41 +0200
Re: Rust slawek <fake@fakeemail.com> - 2017-08-08 14:14 +0200
Re: Rust Zenon Oktawiec <zenon@samm.com.pl> - 2017-08-08 14:18 +0200
Re: Rust "AK" <nobody@nowhere.net> - 2017-08-08 19:06 +0200
Re: Rust Adam M <amorawski@magna-power.com> - 2017-08-09 06:50 -0700
Page 7 of 7 — ← Prev page 1 2 3 4 5 6 [7]
| From | "M.M." <mmarszik@gmail.com> |
|---|---|
| Date | 2017-08-08 12:52 -0700 |
| Message-ID | <62512bd0-063e-4ced-9197-b60f4f6c8cf3@googlegroups.com> |
| In reply to | #30059 |
On Tuesday, August 8, 2017 at 7:57:49 PM UTC+2, AK wrote: > Użytkownik "M.M." <mmarszik@gmail.com> napisał: > > > Nie chodzi o to że się nie da, tylko jaki sens? Język interpretowany > > bez możliwości wywołania funkcji po nazwie > > Przepraszam. Co Ty pieprzysz ? > W interpretowanym C masz wszystko "na patelni". > Po nazwie _głównie_ ! Ostatnio było tutaj o rozmowie podobnej do gry w szachy z gołębiem...
[toc] | [prev] | [next] | [standalone]
| From | "AK" <nobody@nowhere.net> |
|---|---|
| Date | 2017-08-08 19:51 +0200 |
| Message-ID | <omctor$fn6$1@node1.news.atman.pl> |
| In reply to | #30035 |
Użytkownik "slawek" <fake@fakeemail.com> napisał: > Ajtam, da się zrobić interpreter C. Był taki na Commodore 64. "Od zawsze" jesr CINT AK
[toc] | [prev] | [next] | [standalone]
| From | "AK" <nobody@nowhere.net> |
|---|---|
| Date | 2017-08-08 19:45 +0200 |
| Message-ID | <omctd9$fcv$1@node1.news.atman.pl> |
| In reply to | #30030 |
Użytkownik "M.M." <mmarszik@gmail.com> napisał: > Moje zdanie jest podobne, ale przeciwko Javie nic nie mam, przeciwko > nowym językom kompilowanym o składni podobnej do C++ i Java też nic Do jasnej Anielki :) Co ma wspolnego (chora zreszta) skladnia C++/Jva do jakosci jezyka? AK
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-08 20:45 +0200 |
| Message-ID | <almarsoft.5420658335143029125@news.v.pl> |
| In reply to | #30056 |
On Tue, 8 Aug 2017 19:45:37 +0200, "AK" <nobody@nowhere.net> wrote: > Do jasnej Anielki :) Co ma wspolnego (chora zreszta) skladnia C++/Jva do jakosci jezyka? A dlaczego chora? Chora to jest składnia Tcl. Ale składnia C++ jest po prostu obrzydliwie przeciętna. I - szczerze mówiąc - gdybym miał szukać czegoś o "pięknej składni" - to nie widzę kandydatów. Lisp nie, Logo nie, Cobol/Fortran nie, C/Algol (i wszystkie pochodne) nie, Forth nie. Phyton niebardzo. I Haskell też szału nie robi. Ruby znam za mało, abym mógł oceniać czy ma "piękną składnię". DNA ma piękną składnię - dosłownie zrobiony jest tak, aby ładnie wyglądał kod źródłowy. Scratch jest przeciętny, tyle że fajnie pokazuje "klocki". Oba raczej do zabawy.
[toc] | [prev] | [next] | [standalone]
| From | "M.M." <mmarszik@gmail.com> |
|---|---|
| Date | 2017-08-08 12:50 -0700 |
| Message-ID | <f64f7334-accc-4c98-83db-957039b357f8@googlegroups.com> |
| In reply to | #30056 |
On Tuesday, August 8, 2017 at 7:46:18 PM UTC+2, AK wrote: > Użytkownik "M.M." <mmarszik@gmail.com> napisał: > > > Moje zdanie jest podobne, ale przeciwko Javie nic nie mam, przeciwko > > nowym językom kompilowanym o składni podobnej do C++ i Java też nic > > Do jasnej Anielki :) Co ma wspolnego (chora zreszta) skladnia C++/Jva do jakosci jezyka? > Jak to co? Wszystko!
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-07 14:41 +0200 |
| Message-ID | <almarsoft.1629704459499482924@news.v.pl> |
| In reply to | #30029 |
On Sun, 6 Aug 2017 02:54:19 -0700 (PDT), szykcech@gmail.com wrote: > ma największy wpływ na wydajność. A ponieważ C++ j= > uż został wynaleziony i rozpowszechnił się, to moim zda= > niem należy się skupić właśnie na nim... Jestem za a nawet przeciw. C++ jest dobrym językiem, w którym da się zrobić wszystko. Ale to samo można powiedzieć o Asemblerze. Pomijam już paradygmat. (Czy wątki robione przez programistę są potrzebne w Haskellu? Czy dziedziczenie ma sens w Prologu?) Ale klasycznym przykładem na nieład w C++ jest rzutowanie. Są trzy nowe i te stare. Inny klasyk: da się w C++ zrobić long jump. Do tego problem braku new w embeded. Szablony są fajne. Diagnostyka błędów kodu z szablonami... poprawiono coś? Brak standardów co do GUI (ok, jest Qt). Ogólnie: język C++ jest cool, tyle że zaczyna przypominać szwajcarski scyzoryk z korkociągiem, szpadlem i parasolem.
[toc] | [prev] | [next] | [standalone]
| From | szykcech@gmail.com |
|---|---|
| Date | 2017-08-07 07:28 -0700 |
| Message-ID | <9d19e263-90c4-4602-a7c0-adf33ecf4f1f@googlegroups.com> |
| In reply to | #30034 |
> Do tego problem braku new w embeded. Jak mógłbyś, to rozwiń to.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-07 22:42 +0200 |
| Message-ID | <almarsoft.4673956696113839122@news.v.pl> |
| In reply to | #30038 |
On Mon, 7 Aug 2017 07:28:34 -0700 (PDT), szykcech@gmail.com wrote:
> > Do tego problem braku new w embeded.
> Jak mógłbyś, to rozwiń to.
Ok, rozwijam.
W programowaniu mikrokontrolerów, takich jak PIC czy ARM, nie używa
się new/delete. Albo dlatego że się nie da ("zapomniano
zaimplementować"), albo dlatego że się nie powinno (bo szkodzi).
Czyli jest sobie C++, tyle że rozsądnie używać tego bez sterty.
Dlaczego tak? Bo fragmentacja pamięci plus brak systemu operacyjnego.
Do tego całego RAM może być i 64 bajty...
Czy inny język dałby sobie radę lepiej? To bardzo ciekawe pytanie. W
zasadzie nie ma nic lepszego niż C jak na razie. Choć gdzieś tam
wypełza Python, jakaś Lua na horyzoncie, nawet Javascript i
oczywiście Java. Ale to na takie trochę większe.
[toc] | [prev] | [next] | [standalone]
| From | Borneq <borneq@antyspam.hidden.pl> |
|---|---|
| Date | 2017-08-08 07:46 +0200 |
| Message-ID | <ombj70$qt$1@node2.news.atman.pl> |
| In reply to | #30039 |
W dniu 07.08.2017 o 22:42, slawek pisze:
> W programowaniu mikrokontrolerów, takich jak PIC czy ARM, nie używa się
> new/delete. Albo dlatego że się nie da ("zapomniano zaimplementować"),
W programowaniu mikrokontrolerów najlepszy będzie C. Ale w PC Tust ma
szansę nawet zastąpić C/C++. Jest lekki w tym sensie że kompiluje do
execa/binarki bez potrzeby instalowania środowiska komputera
wirtualnego. Do tego nie ma garbage collectora, ale własny sposób
radzenia sobie z wyciekami, to co zdawało się niemożliwe.
A w czym jest lepszy? Pod Windows często szukałem skompilowanych już
execów, bo była trudność skompilowania ze źródeł. Takie standardowe
źródła C zawierały kompilację z cmake, pliki .am, .sh. Pod Linuxem
dawało się to skompilować według readme, zależności doinstalować za
pomocą sudo apt-get install, ale w Windows klapa.
Tutaj chciałem program Racer, ściągnąłem paczkę źródeł z gihuba i
skompilowałem, dociągnął wszystkie zależności w tych wersjach które
potrzebował.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-08 09:12 +0200 |
| Message-ID | <almarsoft.7522594154661093033@news.v.pl> |
| In reply to | #30040 |
On Tue, 8 Aug 2017 07:46:08 +0200, Borneq <borneq@antyspam.hidden.pl> wrote: > W programowaniu mikrokontrolerów najlepszy będzie C. A niby dlaczego?
[toc] | [prev] | [next] | [standalone]
| From | Zenon Oktawiec <zenon@samm.com.pl> |
|---|---|
| Date | 2017-08-08 11:41 +0200 |
| Message-ID | <59898734$0$15204$65785112@news.neostrada.pl> |
| In reply to | #30039 |
W dniu 2017-08-07 o 22:42, slawek pisze:
> On Mon, 7 Aug 2017 07:28:34 -0700 (PDT), szykcech@gmail.com wrote:
>> > Do tego problem braku new w embeded.
>> Jak mógłbyś, to rozwiń to.
>
> Ok, rozwijam.
>
> W programowaniu mikrokontrolerów, takich jak PIC czy ARM, nie używa się
> new/delete. Albo dlatego że się nie da ("zapomniano zaimplementować"),
> albo dlatego że się nie powinno (bo szkodzi). Czyli jest sobie C++, tyle
> że rozsądnie używać tego bez sterty. Dlaczego tak? Bo fragmentacja
> pamięci plus brak systemu operacyjnego. Do tego całego RAM może być i 64
> bajty...
>
> Czy inny język dałby sobie radę lepiej? To bardzo ciekawe pytanie. W
> zasadzie nie ma nic lepszego niż C jak na razie. Choć gdzieś tam wypełza
> Python, jakaś Lua na horyzoncie, nawet Javascript i oczywiście Java. Ale
> to na takie trochę większe.
Używa się, używa... tylko, że samemu trzeba sobie obsługę heapa
oprogramować. Nie taka znowu wielka sztuka.
Wiem co mówię - sam to własnymi ręcami to robiłem.
--
pzdr,
Z.
Zwiedzaj Kraków: http://www.przewodnik-miejski.krakow.pl
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-08 14:14 +0200 |
| Message-ID | <almarsoft.2573695635669545192@news.v.pl> |
| In reply to | #30043 |
On Tue, 8 Aug 2017 11:41:07 +0200, Zenon Oktawiec <zenon@samm.com.pl> wrote: > Używa się, używa... tylko, że samemu trzeba sobie obsługę heapa > oprogramować. Nie taka znowu wielka sztuka. > Wiem co mówię - sam to własnymi ręcami to robiłem. Oczywiście że nie sztuka i wszędzie pełno gotowców. Tyle że mądrzy ludzie nie uzywają new/malloc/calloc, ani nawet alloca. Segmentacja pamięci. A techniki jej unikania są, tyle że nie opłaca się ich używać, prościej zrobić to inaczej, bez sterty.
[toc] | [prev] | [next] | [standalone]
| From | Zenon Oktawiec <zenon@samm.com.pl> |
|---|---|
| Date | 2017-08-08 14:18 +0200 |
| Message-ID | <5989ac29$0$646$65785112@news.neostrada.pl> |
| In reply to | #30046 |
W dniu 2017-08-08 o 14:14, slawek pisze: ... > Tyle że mądrzy ludzie nie uzywają new/malloc/calloc, ani nawet alloca. > Segmentacja pamięci. A techniki jej unikania są, tyle że nie opłaca się > ich używać, prościej zrobić to inaczej, bez sterty. Nie zawsze się da - zależy od wymagań. -- pzdr, Z. Zwiedzaj Kraków: http://www.przewodnik-miejski.krakow.pl
[toc] | [prev] | [next] | [standalone]
| From | "AK" <nobody@nowhere.net> |
|---|---|
| Date | 2017-08-08 19:06 +0200 |
| Message-ID | <omcr3n$d5r$1@node1.news.atman.pl> |
| In reply to | #30029 |
Użytkownik <szykcech@gmail.com> napisał: > Język jest sprawą drugorzędną. No niby tak ale.. > Ważniejsze są algorytmy oraz dostępne biblioteki. Duuużo prawdy! > Jeśli chodzi o język to główne kryterium jest takie: czy jest kompilowany czy nie. Wierutka i horrendalna bzdura :) Ta wlasciwosc nie ma najmniejszego znaczenia. Ba! Języki "niekompilowane" są w uzywaniu normalniejsze. > Bo to ma największy wpływ na wydajność. Ma, ale czesto najmniejszy (vide: JS V8, Julia, Smalltalk itp) > A ponieważ C++ już został wynaleziony i rozpowszechnił się, to moim zdaniem należy się skupić > właśnie na nim... Klasyczna nekrofilia :) C++ rozpowszechnil sie _wlasnie dlatego_, ze jest slaby i prymitywny (prawo Kopernika sie i tu klania). Jego slabosc byla jego silą (ale dzis - cale szczescie - znow jest tym czym powinna/jest: jest slaboscią). PS: Zaczuwam kolejnego Ayatolllaha C++ :) AK
[toc] | [prev] | [next] | [standalone]
| From | Adam M <amorawski@magna-power.com> |
|---|---|
| Date | 2017-08-09 06:50 -0700 |
| Message-ID | <1a9e8da8-edc7-4d28-b86b-3ef27ca2c5e3@googlegroups.com> |
| In reply to | #30026 |
On Saturday, August 5, 2017 at 12:10:28 PM UTC-4, Borneq wrote: > Jakie jest wasze zdanie na temat tego języka? > Bardzo ciekawy, brakowało mi graficznego UI, ale jest teraz relm i conrod: > http://relm.ml/relm-intro > https://github.com/PistonDevelopers/conrod > > Czytałem że nie używa odśmiecania jak Go ale zupełnie inny sposób radzi > sobie z wyciekami pamięci. IMHO to język ktory szuka problemów do rozwiązania - prawdopodobie zostanie niszowym językiem podobnie jak Ada z tym że Ada ma za sobą lata rozwoju i solidne biblioteki. Nie oferuje nic doswiadczonym programistom w C/C++ a zmusza ich nauczenia się manieryzmów języka. Programiści wysokopoziomowych języków nawet nie zainteresuja sie takim czymś bo i po co im to. Jedną z najwiekszych słabości Rusta są fatalnej jakości biblioteki (lata mina kiedy te biblioteki osiagną jakość bibliotek dla C i C++). Drugim problemem jest podejście całego środowiska otaczjacego Rust - wygląda to na podejście: my jesteśmy tymi którzy posiedli prawdę i biada tym którzy sie z nami nie zgadzają. Adam M.
[toc] | [prev] | [standalone]
Page 7 of 7 — ← Prev page 1 2 3 4 5 6 [7]
Back to top | Article view | pl.comp.programming
csiph-web