-
Data: 2011-09-17 19:47:40
Temat: Re: urządzenie sterujące włączeniem wyłączeniem prądu
Od: Jarosław Sokołowski <j...@l...waw.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Pan Sebastian Biały napisał:
>> Co z tego, że macie sposoby na pisanie programów niezawodnych, skoro
>> nie umiecie przeanalizować założeń? Owszem, może uda wam się w ten
>> sposób zrobić działający program, ale to na nic, gdy robi on nie to,
>> co powinien.
>
> Czekaj, skąd wytrzasnałeś brak umiejętności analizy założeń?
Z dyskusji w tym wątku (ale też trochę z wcześniejszych obserwacji).
A dokładnie z ignorowania wcześniej opisanych warunków przy formułowaniu
własnych sądów.
> skąd to poprzednioustrojowe używanie "Wy" ?
Z użycia liczby mnogiej wywnioskowałem, że wypowiada się Pan w imieniu
jakiejś grupy (chyba programistów).
>>> NIE. Chodzi o to by nie dopuścić do pomyłek w momecie pisania.
>> Z takim podejściem w ogóle nie ma co się zabierać za pisanie programu.
>
> Prezentujesz poziom zblizony do poglądow programistów z lat 80.
Programowałem również wcześniej.
> Tak, doskonale sobie zdaje sprawę że wiekszośc z nich przetrwala
> w przechowalni o nazwie embedded.
Jak już Pan zdążył zauważyć, jestem w mniejszości. Nigdy nie robiłem
kodu embedded (choć zdarzało mi się pisać soft do urządzeń, które gdyby
miały być produkowane w dłuższych seriach, to powinny taki kod otrzymać).
> Widuje ich na codzień. Ta dyskusja wraca bardzo czesto i zazwyczaj
> kończy się na inwektywach.
Mam się spodziewać, że zaraz zacznie Pan rzucać mięsem?
>> Ani do żadnej roboty, bo człowiek jest omylny z definicji.
>
> Błedy lepiej blokować niż dopuszczać i debugować. Języki interpretowane
> i dynamicznie typowane nie potrafią blokować błedów poza trywialnymi w
> składni. Na tej planecie są całe stada programistów którzy sobie tego
> nigdy nie uświadomią.
Więcej błędów powstaje przy tworzeniu założeń, a nawet przy określaniu
wymagań. A jeśli nawet nie więcej, to są one bardziej istotne.
> Trudno. Takie języki też sa potrzebne, ale u diabła dlaczego ma od
> nich zależeć czyjeś życie?
Bo ja nie oddam swego życia (a nawet rzeczy o wiele mniej cennych)
w ręce koderów. Czasy Leonardów skończyły się wraz z Odrodzeniem,
nie ma takich, co potrafią wszystko. Tak więc koderzy do kodowania,
a ja nie łudzę się, że będą oni w stanie pojąć całość zagadnienia.
>> Ale przecież wy wszystko robicie tak samo, niezależnie czy chodzi
>> o klepanie przekaźnikiem czy czymś innym. Bo pisanie w innym języku
>> jest "gówniane".
>
> Sam pisze oprogramowanie sterujące pewnym cusiem w JavaScript.
Moje gratulacje.
> Bo doskonale wiedzialem, po analizie, czego i jak potrzebuje użyć.
Świetnie. Widzę, że praca w zespole przynosi efekty.
> Pomimo tego nie potrafie nawet naszkicować zbioru warunków na które
> odpowiedzią byłby bash.
Nie wszyscy potrafią wszystko.
> Zawsze jest lepsza alternatywa.
Zawsze. Od początku Panu o tym mówiłem.
--
Jarek
Następne wpisy z tego wątku
- 17.09.11 20:26 Grzegorz Krukowski
- 17.09.11 21:06 Sebastian Biały
- 17.09.11 21:10 Piotr
- 17.09.11 21:15 Sebastian Biały
- 17.09.11 21:29 Jarosław Sokołowski
- 17.09.11 21:29 Sebastian Biały
- 17.09.11 21:31 Sebastian Biały
- 17.09.11 21:32 Piotr
- 17.09.11 21:39 Piotr
- 17.09.11 21:39 Sebastian Biały
- 17.09.11 21:42 Sebastian Biały
- 17.09.11 21:36 Desoft
- 17.09.11 21:53 Jarosław Sokołowski
- 17.09.11 22:03 Sebastian Biały
- 17.09.11 22:05 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
- Ściąganie hasła frezem
- Koszyk okrągły, walec 3x AA, na duże paluszki R6
- Brak bolca ochronnego ładowarki oznacza pożar
Najnowsze wątki
- 2025-02-19 Lista afer
- 2025-02-19 Lista afer
- 2025-02-19 Lista afer PIS
- 2025-02-19 Ogrodzenie dla krów szkockich "Highland"
- 2025-02-19 Gdańsk => System Architect (background deweloperski w Java) <=
- 2025-02-19 Gdańsk => Solution Architect (Java background) <=
- 2025-02-19 Białystok => Data Engineer (Tech Leader) <=
- 2025-02-19 Kraków => Ekspert IT (obszar systemów sieciowych) <=
- 2025-02-19 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-02-19 Rzeszów => International Freight Forwarder <=
- 2025-02-19 Poznań => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-02-19 Chrzanów => Spedytor Międzynarodowy (handel ładunkami/prowadzenie f
- 2025-02-19 Bieruń => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-02-19 Nigdy
- 2025-02-19 Katowice => Key Account Manager (ERP) <=