Użytkownik "Adam M" <a...@m...com> napisał:

>No nie wiem - moze te pre procent przyspieszenia bylo potrzebne - moze nie -
[..]
> wszystko zalezy od potrzeb - czlowiek jest zawsze madrzejszy po fakcie.

I tak bylo w tym przypadku.

>
> > Na problem nad-optymalizacji C++ cierpia glownie programisci starszego pokolenia
>
>> Nieprawda, Jest dokladnie odwrotnie.
>> My starzy dobrzre wiemy ze prawdziwy handicap daje algorytm.
>> Top Wy mlodzi swiecie wierzycie w sprzet/procesor.paiec
>> My (a przynajmniej ja) starzy, rozwiazujac skomplikowana numeryke na takiej
>> Odrze1325 z 32kBslow dobrze wiedzielismy ze nie ma co liczyc na sprzet ale na
>> rozwiazanai/algorytmy/pomysly.

>Milo mi slyszec że naleze do tzw młodego pokolenia bo komputerami zajmuje się od
1982 ;-).

No coz. Wiec nie tylko pryszczaci :)

> Osobiscie nie mialem doczynienia z Odra (chociaz koledzy chwalili sobie ten system)
and pracowalem
> na MERA-300 i MERA-60 a pozniej na PDP-11, HP2000 i HP3000.

O !! Brawo. (300 nie tknalem, reszte tak).

> A co do obciazenia GHz i GB to programuje systemy czasu rzeczywistego (MCU i DSP)
na ktorych RAM
> mierzy sie KB
> (czasami 64KB RAM to wszysto)

To tyle co na calej Odrze 1325:) Calkiem spoko !

> i wiekszosc procesorow jest jedno-rdzeniowa (lub ma dodatkowe co-porocesory
wymagajace
> spcjalizowanego
> programowania w assemblerze) a predkosc mierzy sie w MHz - czasami 200MHz to juz
bardzo szybko.

Patrz moj post o Xenixie. Slowem to wcale nie tak malo :)

> Dodaktowo wymaganiem jest wysoka niezawodnosc oprogramowania - polecam poczytac
MISRA C i MISRA
> C++ standard.

Taaa. Koszmarek MISRA (zwana przez nas pieszczotliwie SZMIRA) zamiast chocby Ady.
Tak ten swiat zszedk na manowce.
PS: Ale ale ! Podobno gdzies w Aaustralli formamie dowuedli poprawnisci programi w C
(oczywiscie
Misra C:)
liczacego chyba z 1500 linii?
No pielknie! Za 1000 lat w tym tepie dorownaja mozlowosci Ady w tym temacie :))

>> Powiedz to Googlowi, Facebookowi (Tornado: https://pypi.python.org/pypi/tornado/).
> Nie wiem jak inni ale wydawalo mi sie ze Facebook uzywa wlasnego , wysoko
zoptymalizowanego PHP.

Hehe . Fakt. Wysoce zoptymalizowane PHP :) Fajnie brzmi ta legenda o PHP.

>> PS: Masz dokladnie 0-we pojecie o Pythonie. Errata. No nie., Jakies tam maasz - "z
prasy" :)
>
>Skoro ten Python jest taki dobry do wszystkiego i taki szybki to dlaczego nie
uswiadczysz go na
>MCU/DSP
> albo nawet na wiekszosci SOC (i prosze nie wyciągac mi tu Raspberry Pi - nikt
zdrowy na umysle i
> traktujacy swoich klientow powaznie nie uzyje RPi do zastosowan profesjonalnych -
dodatkowo jako
> test
> proponuje napisac program w Pythonie na RPi obslugujacy 8 do 16 portow szeregowch z
predkoscia
> transmisji 1.5MB na kazdym porcie i praktycznie ciaglym naplywem danych - a
nastepnie powtorzyc
> to cwiczenie w C++ lub C)

A co to za jakies badziewia/malenstwa ? Do czego toto w _normalnym_ programowaniu
potrezbne?
Jakas nisza anie ciekawa ani plodna. Slyszalem ze to takie nieprzyjemne ze
Hamerykanie i inni
zlecaja
toto pryszczatym w demoludach :) /no doobra, starym tez :))
PS: ..ale juz do do testowaaia tego badziewia Python jest stosowany od lat :)

Chlopie w 2005 systemy wbudowane to byly czesto w ASM (no dobram w czystym C
glownie:)
pisane w pelni autonomiczne micro-systemy operacyjne bo zaden Linux nei byl w stanie
sie zmiescic
a co dopiero dzialac. Po kilku latach nik juz nie pamietam ptawdziwego embedded:)
Za kila lat tez nikt juz nie bedzie sie martwik ze jakis Raspbery nie pociagnie.
Juz dzis Chinczycy w byle 1mm/1m zawiaraja tyle co jiedys na calej Odrze

PS: Tak, Zaczynalem na Odrze w 1976

PS: MicroPython tez sobie jest , a kiedys bedzie jeszcze bardziej :)
Normalna droga :) https://micropython.org/

Ale fakt ze czekam zeby ktos zrobil _dokladnie_ to samo z Pythonem
co V8 zrobilo z JS.
Zreszta droga wytyczona juz jest: patrz Julia
W samym Pythonie tez jest kilka bardzo dobrych rpzwiazan tego typu.
No ale ..trza sie znac.. :)

AK