eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingCo jest nie tak z C++ (było: Rust)
Ilość wypowiedzi w tym wątku: 204

  • 161. Data: 2017-08-30 19:17:25
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: "AK" <n...@n...net>

    Użytkownik "slawek" <f...@f...com> napisał:
    > On Wed, 30 Aug 2017 07:42:57 -0700 (PDT), Adam M <a...@m...com> wrote:
    >> - wbrew pozorom Pascal daje calkiem zwiezly
    >> i efektywny kod maszynowy
    >
    > Wbrew pozorom Pascal nie kompilował się od razu do kodu maszynowego, ale do
    pośredniego. Trochę
    > jak C# i Java.

    Jaki Pascal ? TurboPascal? MS Pascal?
    MS mial swoj p-code rowneiz dla C, ale "normalnie" oba
    kompilowaly sie do kodu maszynowego.

    Moze Ci sie pomylilo z Clipperem bo mimo ze
    produkowal *.exe to tak naprawde ten *.exe to byl
    interpreter semicodu i on sam (semicod) w nim

    AK


  • 162. Data: 2017-08-30 20:46:50
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: slawek <f...@f...com>

    On Wed, 30 Aug 2017 19:09:00 +0200, "AK" <n...@n...net> wrote:
    > _normalnym_ programowaniu

    Jaka jest definicja "normalnego programowania"?


  • 163. Data: 2017-08-30 20:48:19
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: slawek <f...@f...com>

    On Wed, 30 Aug 2017 19:17:25 +0200, "AK" <n...@n...net> wrote:
    > Jaki Pascal ?

    Ten z 1978.


  • 164. Data: 2017-08-30 21:20:30
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: Adam M <a...@m...com>

    On Wednesday, August 30, 2017 at 1:10:07 PM UTC-4, AK wrote:
    > 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.
    Dlaczego koszmarek - standardy MISRA powoduja ze oprogramowanie dla systemow
    wbudowanych dzialajacych w szczegolnie krytycznych warunkach dziala niezawodnie. Np
    dzieki temu kolega jadac samochodem nie emusi sie martwic ze sterownik silnika
    dostanie BSOD lub sterownik ABS postanowi przeprowadzic odsmiecanie pamieci i hamulce
    zadzialaja ale z opoznieniem.

    I prosze nie wycigac mi tu Ady - jesli Ada byla by lekarstwem na wszystko to systemy
    wbudowane by jej uzywaly - niestety Ada ma swoje wlasnie problemy - dlatego tez jej
    popularnosc jest niska. Nie chece mi sie nawet zaczynac dyskusji nad Ada - bo to nie
    ma sensu.

    > 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?
    A co to jest normalne programowanie. Nie wiem czy kolega wie ale wiecej sie pisze
    oprogramowania na systemy wbudowane niz na "normalne komputery".
    Bardzo chcial bym sie dowiedziec jakie kryterium "normalnosci" kolega uzywa do
    klasyfikacji programowania. Czy np program kontrolujacy monitor pracy serca w
    szpitalu to jest normalny program, czy moze juz troche nienormalny lub moze calkiem
    "nienormalny" i wymaga leczenie (dlatego juz jest w szpitalu) ;-)

    > 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


  • 165. Data: 2017-08-30 21:59:46
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: slawek <f...@f...com>

    On Wed, 30 Aug 2017 12:20:30 -0700 (PDT), Adam M
    <a...@m...com> wrote:
    > wodnie. Np dzieki temu kolega jadac samochodem nie emusi sie
    martwic ze ste=
    > rownik silnika dostanie BSOD lub sterownik ABS postanowi
    przeprowadzic odsm=
    > iecanie pamieci i hamulce zadzialaja ale z opoznieniem.



    Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary
    śmiertelne z powodu softu.

    Czyli albo nie używali MISRA. Dlaczego?

    Albo MISRA nie pomaga w 100% na to o czym pisałeś.


  • 166. Data: 2017-08-30 22:15:16
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: Wojciech Muła <w...@g...com>

    On Wednesday, August 30, 2017 at 10:00:02 PM UTC+2, slawek wrote:
    > Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary
    > śmiertelne z powodu softu.
    >
    > Czyli albo nie używali MISRA. Dlaczego?

    Nie trzymali się, tylko deklarowali. Tu krótka prezentacja:
    http://www.safetyresearch.net/Library/BarrSlides_FIN
    AL_SCRUBBED.pdf

    "From 2002-2004, Toyota said in public they followed MISRA-C
    * But NASA reported > 7,000 violations of some of the rules (p. 29)
    * I checked the full set and found > 80,000 in violations in 2005 Camry L4"

    w.


  • 167. Data: 2017-08-30 22:16:14
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: Adam M <a...@m...com>

    On Wednesday, August 30, 2017 at 4:00:02 PM UTC-4, slawek wrote:
    > On Wed, 30 Aug 2017 12:20:30 -0700 (PDT), Adam M
    > <a...@m...com> wrote:
    > > wodnie. Np dzieki temu kolega jadac samochodem nie emusi sie
    > martwic ze ste=
    > > rownik silnika dostanie BSOD lub sterownik ABS postanowi
    > przeprowadzic odsm=
    > > iecanie pamieci i hamulce zadzialaja ale z opoznieniem.
    >
    >
    >
    > Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary
    > śmiertelne z powodu softu.
    >
    > Czyli albo nie używali MISRA. Dlaczego?
    >
    > Albo MISRA nie pomaga w 100% na to o czym pisałeś.

    Kolega myli standardy programowania ze standardami zarzadzania - jestem pewien ze te
    problemy mialy wiele wspolnego z czyms co sie nazywa MBA i cieciem kosztow (to samo z
    Volksvagen i ich "czystymi" dieslami) - inzynierowie powiedzieli ze np porzebuja
    extra 3miesiecy aby w pelni prztestowac oprogramowanie - na to management - nic z
    tego - wypuszczamy jak jest - za duze koszty.

    MISRA nie jest magicznym lekarstwem na wszystko - ale ustala jakies standardy -
    dzieki czemu cos mozna zweryfikowac ze dziala poprawnie. Dodakowo MISRA jest
    standardem dla "jezdzacego" oprogramowania - "latajace" oprogramowanie ma wlasna
    specyfikacje standardu - jeszcze bardziej wymagajaca niz MISRA.


  • 168. Data: 2017-08-30 22:18:20
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: Adam M <a...@m...com>

    On Wednesday, August 30, 2017 at 4:15:20 PM UTC-4, Wojciech Muła wrote:
    > On Wednesday, August 30, 2017 at 10:00:02 PM UTC+2, slawek wrote:
    > > Queszczyn: czy Toyota trzymała się MISRA? Przypominam, trzy ofiary
    > > śmiertelne z powodu softu.
    > >
    > > Czyli albo nie używali MISRA. Dlaczego?
    >
    > Nie trzymali się, tylko deklarowali. Tu krótka prezentacja:
    http://www.safetyresearch.net/Library/BarrSlides_FIN
    AL_SCRUBBED.pdf
    >
    > "From 2002-2004, Toyota said in public they followed MISRA-C
    > * But NASA reported > 7,000 violations of some of the rules (p. 29)
    > * I checked the full set and found > 80,000 in violations in 2005 Camry L4"
    >
    > w.

    Dziekuja za wsparcie - to zdanie nie wymaga komentarza - MISRA nie byla problemem w
    przypadku Toyoty - problemem bylo zarzadzanie (jak zawsze w wiekszosci przypadkow).


  • 169. Data: 2017-08-30 22:45:08
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: slawek <f...@f...com>

    On Wed, 30 Aug 2017 13:16:14 -0700 (PDT), Adam M
    <a...@m...com> wrote:
    > MISRA nie jest magicznym lekarstwem

    Ale jeżeli można deklarować MISRA i jednocześnie totalnie olewać...
    to ja, jako użytkownik, nie czuję się specjalnie bezpieczniej.

    Była teza: MISRA gwarancją poprawności działania.

    A to nieprawda jest, bo samo istnienie standardów jeszcze okazuje się
    niewystarczające. Bez odpowiedniego audytu itp. standard jest tylko
    mniemanologią niestosowaną.


  • 170. Data: 2017-08-30 23:09:33
    Temat: Re: Co jest nie tak z C++ (było: Rust)
    Od: Adam M <a...@m...com>

    On Wednesday, August 30, 2017 at 4:45:15 PM UTC-4, slawek wrote:
    > On Wed, 30 Aug 2017 13:16:14 -0700 (PDT), Adam M
    > <a...@m...com> wrote:
    > > MISRA nie jest magicznym lekarstwem
    >
    > Ale jeżeli można deklarować MISRA i jednocześnie totalnie olewać...
    > to ja, jako użytkownik, nie czuję się specjalnie bezpieczniej.
    >
    > Była teza: MISRA gwarancją poprawności działania.
    >
    > A to nieprawda jest, bo samo istnienie standardów jeszcze okazuje się
    > niewystarczające. Bez odpowiedniego audytu itp. standard jest tylko
    > mniemanologią niestosowaną.

    To juz zazalenie do Pana Boga - 10 przykazan tez wyznacza jakis standard (moralny w
    tym przypadku) - jak jest z jego stosowaniem w Polsce - rzekomo bardzo katolickim
    kraju - sami widzimy.

    To ze standard nie jest stosowany lub co gorsza stosowany tylko czesciowo nie jest
    przeslanka do stwierdzenia ze standard nie jest potrzebny.

    Witamy w zyciu ;-)

strony : 1 ... 10 ... 16 . [ 17 ] . 18 ... 21


Szukaj w grupach

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: