On Fri, 30 Apr 2021 10:43:57 +0200, heby wrote:
> On 30/04/2021 10:08, J.F wrote:
>> Zastapienie moze nie byc takie latwe, jesli to jakis odporniejszy
>> procesor, mozna gdzies wyczytac ze "formally verified", i jeszcze
>> sprawdzony przez 25 lat ... chcesz cos nowoczesnego wstawic?
>
> Mamy całkiem sensowne procesory współczesne do cieżkich zadań, których

Ale czy sa odporne na szeroki zakres temperatur, na promieniowanie
kosmiczne itp?

I czy mozna w jakis sposob zbadac, czy nie maja bledow ?

> programowanie jest "normalne" i nie ma problemu ze znalezieniem
> programistów.

Ale tu pewnie tez jest normalne - w C. Ewentualnie w Ada.
Plus system operacyjny i biblioteki, a te i tak specyficzne.

> Do 8051 cieżko znaleźc programistę który ogarnie go i jednoczesnie ma
> pojęcie o jakości, procedurach, współczesnych technikach pisania z
> naciskiem na jakość. To są biegunowo odległe grupy.

8051 ma 8KB pamieci programu, no - 64 czasem, to jeden programista
ogarnia :-)

>>> Audytorzy nie ogarniają dużego kodu, będą się skupiać na metodyce pracy
>>> a nie na tym że przeżytnik ma niepodpięty reset. Kod nie jest pokryty
>>> testami w 100%, a jeśli nawet jest w znacznej częsci pokryty, to nie
>>> wiadomo kto testuje te testy itd...
>> Albo ... Boeing wynajal zewnetrzna firme, co to niby ma doswiadczenie,
>> ale zatrudnia tanich nastolatkow :-)
>
> Na końcu zawsze są hindusi.
>
> Taka uwaga: nie abym tak uważał, ale mam wrażenie że na stare lata będę
> tak uważał: to nie programiści decydują o jakości, tylko procedury i
> testowanie.

IMO - programisci tez.
Ale czy zatrudniasz programistow w roznym wieku, czy starsi jakos tam
dbaja o "ład korporacyjny" w pisaniu programow, uczą mlodszych jak to
sie robi, czy zatrudniasz z doskoku i to najtanszych ...

>> Brodate Henki mogly sie akurat na make wychowac.
>
> Brodate Zygumnty, programiści, tak.
>
> Hanryki od rysowania bramek, nie. Oni dalej je rysują, tylko w kodzie.
> Niewiele się zmieniło. Mają bardzo podobne narzędzia, tylko robiąto
> odrobinę inaczej (i nadal jest pełno Heńków którzy rysują sieci bramek z
> translacją do kodu)

Aczkolwiek ... w PLD byl problem, ze przerzutnik latch na bramkach
wychodzi a na rownaniach nie bardo ...
Verilog/VHDL ... mam nadzieje, ze nie ma juz tego problemu.

>> Pozniejsze pokolenie nie zna ..
>
> Odwrotnie, współczesne pokolenie zna doskonale. Nawet jeśli nie make, to
> koncepcje za nim stojące. Korzysta z tego bardzo dużo języków. Tylko że
> to mowa o programistach. W EDA też jest programowanie, ale robione przez
> elektroników. I tutaj jest podstawowy problem. Elektronicy od rysowania
> bramek nagle muszą ogarniać problemy typowego programisty. I ogarniają
> na swój sposób.

Hm. Make owszem, sie przydaje, ale wymaga narzedzi "command line".
A tu piekne programy zwykly to robic z menu.

Aczkolwiek niedawno widzialem ladne oprogramowanie, mozna sobie
narysowac maszyne w CAD, podlaczyc wirtualne PLC, zaprogramowac to
PLC, i zobaczyc jak bedzie dzialalo.
Tylko cos mi sie widzi, ze make tam nie ma :-)

J.