-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.P
OSTED!not-for-mail
From: Sebastian Biały <h...@p...onet.pl>
Newsgroups: pl.comp.programming
Subject: Re: AMD na topie w rankingu?
Date: Mon, 14 Aug 2017 20:09:38 +0200
Organization: ATMAN - ATM S.A.
Lines: 57
Message-ID: <omsp12$rpn$1@node2.news.atman.pl>
References: <1...@g...com>
<omp8fh$k73$1@node2.news.atman.pl>
<3...@g...com>
<ompubj$93t$1@node2.news.atman.pl>
<d...@g...com>
<omq8jm$j3j$1@node2.news.atman.pl>
<a...@n...v.pl>
<omqere$op4$1@node2.news.atman.pl>
<a...@n...v.pl>
<omqir3$sf3$1@node2.news.atman.pl> <omsh05$k16$1@node2.news.atman.pl>
<a...@n...v.pl>
NNTP-Posting-Host: 176.115.81.27
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1502734179 28471 176.115.81.27 (14 Aug 2017 18:09:39
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Mon, 14 Aug 2017 18:09:39 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
Thunderbird/52.2.1
In-Reply-To: <a...@n...v.pl>
Content-Language: en-US
Xref: news-archive.icm.edu.pl pl.comp.programming:211063
[ ukryj nagłówki ]On 8/14/2017 7:14 PM, slawek wrote:
> Korpo ogłasza że ma straty. Może ma, może nie ma, tego nie wiemy.
> Korpo twierdzi że to przez nieumyślne błędy w arkuszu kalkulacyjnym.
> Uwierzyłbym... gdyby nie chodziło o miliardy dolarów. No sorry, nie
> zauważyć że coś nie zgadza się w takiej skali... Bez jaj.
To czy się zgadza sprawdzaja innymi arkuszami w Excelu. Był kiedys
wywiad z informatykiem którego nie potrafie teraz odszukać, pracował
wlasnie w dużej instytucji ubezpieczeniowej. Ich "algorytmy" szacowania
ryzyka polegały na wysyłaniu sobie wzajemnie popsutych plików w Excelu.
Jak najbardziej prawdopodobne sa straty tego typu. Tylko że to nie sa
straty tylko bardziej brak zysku. To cieżko zauważyć bo managment uważa
że skoro liczą komputery to musi być dobrze.
> Korpo odkrywa że ludzie popełniają błędy. I co? Żadnej kontroli, audytu?
Korpo niezwykle rzadko odkrywa że popełnia błedy. Takie sa juz korpo.
Ktoś musiałby za nie odpowiedzieć dlatego powszechne jest ukrywanie
wpadek na każdym możliwym szczeblu zarządzania.
> Że niby arkusz łatwo modyfikować? Owszem, jeżeli jest niezabezpieczony i
> dostępny dla każdego Jasia z ulicy.
Tu nie chodzi hasła tylko brak umiejestności pisania fomuł, makr itd.
Zazwyczaj zajmują się tym osoby nie mające pojecia za bardzo co robią. W
jednym z banków z okolicy podesłano mi arkusz do liczenia zysków z
konta. Miał oczywisty bład w formule, taki typowy jaki popełnił by
polonista przy przepisywaniu równania. Napisany przez szeregowego
pracownika banku. To nawet niezamierzone. To takie powszechne w korpo
dziadostwo i brak refleksji jak wyjdzie ujemny zysk.
> Dziwnym trafem korpo nie upada, ale ma zyski itp. itd. No, jeżeli tak
> wtopiło z tymi arkuszami, to dawno powinno zbankrutować. A jednak nie.
Bo korpo sa jak duże koło zamachowe. Kilka mld nie robi dużej różnicy
ponadto nikto tym nie wie do czasu aż mleko się nie wyleje.
> Wreszcie: jakie wtopy zaliczyłoby korpo gdyby robiło wszystko na małych
> papierowych karteczkach ołówkiem?
Pewno więcej. Problem w tym że uzywają najgorszej z najnowoczesniejszych
technik obliczeniowych tylko dlatego że mają kłopot ze znalezieniem
pracownikow wystarczająco kumatych aby pojąc coś więcej niż Excel.
> Te cytowane artykuły NIC nie mówią o jakości arkuszy i Excela w
> szczególności.
Nie muszą. Wszyscy wiemy jake problemy może wygenerować Excel i w jakich
scenariuszach typowych dla przeciętnego tumanisty.
> Za to wyłania się z nich obraz totalnej niekompetencji w firmach
> obracających "bilionami" USD. Plus próba znalezienia jakiegoś kozła
> ofiarnego.
Tak, ale tak samo można powiedzieć że żadna róznica czy piszemy w BASICu
czy Javie, przecież to tylko niekompetencje programisty. A jednak nie,
niektóre języki wymuszają mniej błędow.
Następne wpisy z tego wątku
- 14.08.17 20:11 Sebastian Biały
- 14.08.17 20:44 slawek
- 14.08.17 20:47 slawek
- 14.08.17 20:52 slawek
- 14.08.17 21:06 Sebastian Biały
- 14.08.17 21:09 Sebastian Biały
- 14.08.17 21:10 Sebastian Biały
- 14.08.17 22:01 slawek
- 14.08.17 22:05 Sebastian Biały
- 14.08.17 22:18 slawek
- 14.08.17 22:23 slawek
- 14.08.17 22:30 Sebastian Biały
- 14.08.17 22:37 Sebastian Biały
- 14.08.17 22:39 slawek
- 14.08.17 22:45 slawek
Najnowsze wątki z tej grupy
- 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
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-12 Autocom CAN CDP+ wysokie kody błędów
- 2024-12-13 termostat do lodowki
- 2024-12-13 Gdańsk => Inżynier bezpieczeństwa aplikacji <=
- 2024-12-13 Warszawa => Head of International Freight Forwarding Department <=
- 2024-12-13 Poznań => Employer Branding Specialist <=
- 2024-12-13 Kraków => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2024-12-13 Kraków => Business Development Manager - Network and Network Security
- 2024-12-13 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-13 Gdańsk => Programista Full Stack .Net <=
- 2024-12-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-12-13 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2024-12-13 Wrocław => Application Security Engineer <=
- 2024-12-13 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-12-13 Lublin => Programista Delphi <=
- 2024-12-13 Chrzanów => Specjalista ds. public relations <=