-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!takemy.news.tel
efonica.de!telefonica.de!weretis.net!feeder7.news.weretis.net!news.mixmin.net!a
ioe.org!.POSTED.WiIpCDKxY7r0Mn8Brxotgg.user.gioia.aioe.org!not-for-mail
From: AK <n...@n...net>
Newsgroups: pl.comp.programming
Subject: Re: Ada Tutorial - w Instytucie Lotnictwa
Date: Tue, 14 May 2019 00:53:15 +0200
Organization: Aioe.org NNTP Server
Lines: 81
Message-ID: <qbcsgs$fbn$1@gioia.aioe.org>
References: <c...@g...com>
<btKtE.25850$wd2.16727@fx24.fr7>
<9...@g...com>
<qasr5t$7i2$1@dont-email.me>
<0...@g...com>
<qav4vb$87q$1@dont-email.me>
<d...@g...com>
<qb1kr4$nqn$1@dont-email.me>
<c...@g...com>
<qb4hnr$eqn$1@dont-email.me>
<3...@g...com>
<qbb69q$ef6$1@gioia.aioe.org>
<d...@g...com>
NNTP-Posting-Host: WiIpCDKxY7r0Mn8Brxotgg.user.gioia.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Complaints-To: a...@a...org
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:60.0) Gecko/20100101
Thunderbird/60.6.1
Content-Language: en-GB
X-Notice: Filtered by postfilter v. 0.9.2
Xref: news-archive.icm.edu.pl pl.comp.programming:213507
[ ukryj nagłówki ]On 2019-05-13 12:05, g...@g...com wrote:
> W dniu poniedziałek, 13 maja 2019 09:27:56 UTC+2 użytkownik AK napisał:
>> On 2019-05-13 08:40, Maciej Sobczak wrote:
>>>>> Są też systemy pisane w niebezpiecznych językach w niebezpieczny sposób.
>>>>
>>>> Tak. Na przykład Verilog.
>>>
>>> No właśnie. Czemu nie VHDL?
>>>
>>>> Na codzień mam do czynienia z VHDL. To taka ada + troche ekstra składni.
>>>> Pisanie bezpieczne w tym języku polega głównie na obchodzeniu przez
>>>> programistów silnego typowania chałupniczymi workaroundami. Stąd
>>>> popularnośc Veriloga, można tam pisać co się chce a i tak sie jakoś
>>>> skompiluje. Ludzie nie potrzebują bezpicznych jezyków i ograniczeń.uktu dec
>>>> Ludzie są leniwi i potrzebują dodawać inta do stringa a wynik ma być
>>>> taki jak ma być i już.
>>>
>>> Bardzo ciekawa obserwacja.
>>> I jak to można naprawić?
>>>
>>> Tylko nie pisz, że "gdyby zatrudnili porządnych programistów....",
>>> bo to jest argument od czapy.
>>
>> Nie od czapy, ale sedno sprawy.
>> Jak w każdym rzemiośle oprócz materiału, narzędzi, maszyn itp..
>> o końcowej jakości produktu *w dużej mierze* decyduje właśnie dobry
>> fachowiec.
>> To, że branża IT o tym dawno zapomniała i wciąż udaje (wzorem prof.
>> Marciniaka), że każdego dobrego fachowca można zastąpić skonczoną
>> liczbą studentów, to jej problem główny. Jeśli tego nie zmieni
>> (nie wróci do korzeni) to tysiace MISR czy auto-weryfikatorów nie
>> pomoże.
>> Branża IT zapomniałą nawet jak sie "tworzy" fachowca:
>> Wpierw uczeń (dobrych kilka lat), czeladnik (dobrych kilka lat),
>> potem pracownik (ale bez możliwości spieprzenia - tam gdzie można
>> zepsuć wciaż dzała i wykonuje mistrz), dopiero z czasem (wciąż
>> pod nadzorem i przyzwoleniem mistrza - bo to on wie co jest
>> "krytyczne" a co nie) roboty "rynkowe". Po wielu latach dopiero
>> można założyć "własną kużnię".
>> A w IT? nawet uC?
>> Dwa lata po studiach to już Experienced Senior Developer ;)
>
> Mogę w tym kontekście polecić esej Paula Grahama:
> http://www.paulgraham.com/re.html
>
> Znam programistów, którzy mimo ponad 10 lat doświadczenia
> wciąż umieją mniej, niż ogarnięci studenci 1-go roku informatyki.
Ależ też znam.
Takich jest z 10%. Reszta to jednak zjawisko dokładnie odwrotne.
Braki pokrywane wybujałą pewnością siebie (tez typowe zjawisko
socjologiczne).
>
> Ale ogólnie branża wydaje się na tyle złożona, że proste maksymy
nie mają tu prostego zastosowania. Może z czasem się to ustabilizuje.
Bzdury godocie. Branza jak kazda inna.
Sa o badziej zlozone branze (lotnictwo, mechanika, fizyka/numeryka,
chemia, nawet metalurgia, niektore biotechnologie).
IT psuje od lat brak "rak do pracy" co powoduje nieustanne psienie
"fachowcow" co zwieksza brak "rak do pracy" co.. i kolo sie zamyka.
Mechanizmy (w tym psychologiczno/socjologiczne) sa dokladnie
takie jak gdzie indziej.
PS: Juz w pierwszej pracy (~1990), gdy zacznalo sie "ssanie" na
fachowcow (malutkie wtedy w stosunku dzisiejszego, ale jednak) i
zaczely dzialac "mechanizmy" wywiesilem sobie na biurkiem taki
ogolny "roadmap":
1. radosne planowanie
2. chybione wykonanie
3. szukanie winnych
4. karanie niewinnych
5. nagradzanie tych co nie brali udzialu
To pozostaje aktualne i uniwersalne do dzisiaj.
O czym to swiadczy? Ano o tym ze oprocz "zlych fachowcow"
drugim "kamieniem u nogi "ciagnacym jakosc w IT w dol jest
szeroko pojety management (inna/odlegla warta elektronow).
AK
Następne wpisy z tego wątku
- 14.05.19 08:51 g...@g...com
- 14.05.19 09:55 Maciej Sobczak
- 14.05.19 15:25 Adam M
- 15.05.19 08:09 Maciej Sobczak
- 15.05.19 21:25 AK
- 16.05.19 08:55 g...@g...com
- 04.08.19 18:11 Borneq
Najnowsze wątki z tej grupy
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=