Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #30182 > unrolled thread
| Started by | "M.M." <mmarszik@gmail.com> |
|---|---|
| First post | 2017-08-13 02:33 -0700 |
| Last post | 2017-08-16 13:07 -0700 |
| Articles | 20 on this page of 97 — 6 participants |
Back to article view | Back to pl.comp.programming
AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 02:33 -0700
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-13 12:08 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 03:10 -0700
Re: AMD na topie w rankingu? w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-13 14:02 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-13 18:22 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 10:05 -0700
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 20:44 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 21:02 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 21:03 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 14:01 -0700
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-13 21:17 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 21:51 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-13 23:03 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 23:55 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 00:11 +0200
Re: AMD na topie w rankingu? Mateusz Bogusz <mabakay@o2.pl> - 2017-08-14 17:52 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 19:14 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 20:09 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 20:44 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 21:06 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 22:01 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 22:05 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 22:23 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 22:37 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 22:48 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 23:13 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 23:33 +0200
Re: AMD na topie w rankingu? Mateusz Bogusz <mabakay@o2.pl> - 2017-08-15 07:12 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 20:47 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 21:10 +0200
Re: AMD na topie w rankingu? Mateusz Bogusz <mabakay@o2.pl> - 2017-08-15 07:22 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 09:02 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 20:11 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 20:52 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 21:09 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 22:18 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 22:30 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 22:39 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 22:45 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 23:11 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 23:23 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 23:29 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 23:45 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-15 00:04 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 00:41 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-15 08:46 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 09:04 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 00:01 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-15 00:05 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 00:25 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-15 08:48 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 09:26 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-15 03:30 -0700
Re: AMD na topie w rankingu? Mateusz Bogusz <mabakay@o2.pl> - 2017-08-15 12:55 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-15 13:39 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 22:10 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:25 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 22:28 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:48 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:53 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 22:59 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 22:58 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 23:11 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 23:23 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-16 14:41 -0700
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 23:54 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-17 00:01 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-17 00:04 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 22:19 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:26 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 22:30 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:50 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 23:00 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 23:13 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 23:25 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 23:43 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-17 00:00 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-17 00:12 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-17 00:20 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-17 01:09 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 23:14 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:33 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 22:43 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 23:07 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-16 23:39 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-16 23:42 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 23:57 +0200
Re: AMD na topie w rankingu? Sebastian Biały <heby@poczta.onet.pl> - 2017-08-14 00:08 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 00:20 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 14:10 -0700
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-14 00:16 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 15:58 -0700
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 19:46 +0200
Re: AMD na topie w rankingu? slawek <fake@fakeemail.com> - 2017-08-13 15:07 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-13 06:51 -0700
Re: AMD na topie w rankingu? wół, wół roboczy, wół dojno roboczo obronny 'POPIS/EU <NOSPAMtestowanije@go2.pl> - 2017-08-16 19:54 +0200
Re: AMD na topie w rankingu? "M.M." <mmarszik@gmail.com> - 2017-08-16 13:07 -0700
Page 1 of 5 [1] 2 3 4 5 Next page →
| From | "M.M." <mmarszik@gmail.com> |
|---|---|
| Date | 2017-08-13 02:33 -0700 |
| Subject | AMD na topie w rankingu? |
| Message-ID | <11df413b-a4e7-486e-9ad3-30fc401e61dc@googlegroups.com> |
Nie mogę uwierzyć, procesor AMD jest na topie w passmarku (w przetwarzaniu wielowątkowym). https://www.cpubenchmark.net/high_end_cpus.html Naprawdę jest lepszy (i tańszy) od wszystkich inteli? Pozdrawiam
[toc] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-13 12:08 +0200 |
| Message-ID | <omp8fh$k73$1@node2.news.atman.pl> |
| In reply to | #30182 |
On 8/13/2017 11:33 AM, M.M. wrote: > Nie mogę uwierzyć, procesor AMD jest na topie w passmarku (w > przetwarzaniu wielowątkowym). > https://www.cpubenchmark.net/high_end_cpus.html > Naprawdę jest lepszy (i tańszy) od wszystkich inteli? Na to wygląda. Intel przespał pare lat i nagle dostał po dupie. Król jest nagi. Tak się kończy każdy monopol. Problem w tym że software nie daje rady wykorzystać tego potencjału.
[toc] | [prev] | [next] | [standalone]
| From | "M.M." <mmarszik@gmail.com> |
|---|---|
| Date | 2017-08-13 03:10 -0700 |
| Message-ID | <3bc75400-bd6d-4b6e-a4e9-0c985c32283a@googlegroups.com> |
| In reply to | #30183 |
On Sunday, August 13, 2017 at 12:08:50 PM UTC+2, Sebastian Biały wrote: > Problem w tym że software nie daje rady wykorzystać tego potencjału. Rozwiniesz? Pozdrawiam
[toc] | [prev] | [next] | [standalone]
| From | w systemie siła 'POPIS/EU <NOSPAMtestowanije@go2.pl> |
|---|---|
| Date | 2017-08-13 14:02 +0200 |
| Message-ID | <ompf4k$opu$2@node1.news.atman.pl> |
| In reply to | #30184 |
aha aha aha aha aha właśnie liderzy popis/eu ogłosili, że ten sukces procesorów amd to dzięki ich ciężkiej pracy... dla tych co mają słabą pamięć przypomnę, że dwa tygodnie temu liderzy popis/eu ogłosili, że ten sukces procesorów intel to dzięki ich ciężkiej pracy... aha aha aha aha aha
[toc] | [prev] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-13 18:22 +0200 |
| Message-ID | <ompubj$93t$1@node2.news.atman.pl> |
| In reply to | #30184 |
On 8/13/2017 12:10 PM, M.M. wrote: >> Problem w tym że software nie daje rady wykorzystać tego potencjału. > Rozwiniesz? Mam kilka programów które coś liczą, ale tylko na *arbitralnej* liczbie rdzeni, np. 4. Dotyczy to wielu przykładow od gier, przez dekodery wideo na piedołowatch aplikacyjkach kończąć. Nie jestesmy gotowi na rośnięcie mocy obliczeniowej w poprzek ponieważ wielu dalej uważa że watki to zło.
[toc] | [prev] | [next] | [standalone]
| From | "M.M." <mmarszik@gmail.com> |
|---|---|
| Date | 2017-08-13 10:05 -0700 |
| Message-ID | <d8c09287-b66d-402e-9517-393508acb2f3@googlegroups.com> |
| In reply to | #30192 |
On Sunday, August 13, 2017 at 6:22:13 PM UTC+2, Sebastian Biały wrote: > On 8/13/2017 12:10 PM, M.M. wrote: > >> Problem w tym że software nie daje rady wykorzystać tego potencjału. > > Rozwiniesz? > > Mam kilka programów które coś liczą, ale tylko na *arbitralnej* liczbie > rdzeni, np. 4. Dotyczy to wielu przykładow od gier, przez dekodery wideo > na piedołowatch aplikacyjkach kończąć. Nie jestesmy gotowi na rośnięcie > mocy obliczeniowej w poprzek ponieważ wielu dalej uważa że watki to zło. Rozumiem. W tym aspekcie całkowicie się zgadzam. Zresztą w innych aspektach też. Np. w nowym procesorze wchodzi nowy zestaw instrukcji, a w innych procesorach niekoniecznie. Trzeba optymalizować na każdy procesor osobno i rozprowadzać 20 wersji programu? Moja najlepsza wersja szachów skompilowana na konkretny procesor, często na innych komputerach nie działa z tego powodu. Rozwiązaniem jest dystrybuowanie kodu pośredniego i kompilacja/optymalizacja na komputerze docelowym, ale takich narzędzi do C++ chyba nie ma, a poza tym udostępnia się bardziej czytelny kod. Do tego wszystkiego dochodzi problem, że nie wszystko da się łatwo zrównoleglać. Pozdrawiam
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-13 20:44 +0200 |
| Message-ID | <almarsoft.7873983001160311416@news.v.pl> |
| In reply to | #30194 |
On Sun, 13 Aug 2017 10:05:20 -0700 (PDT), "M.M." <mmarszik@gmail.com> wrote: > też. Np. w nowym procesorze wchodzi nowy zestaw instrukcji, a w innych > Trzeba optymalizować na każdy procesor osobno > i rozprowadzać 20 wersji programu? Jeżeli zrobić małą biblioteczkę robiącą zasadnicze rzeczy, to wystarczy aby miała ona 20 różnych wariantów dla każdego. Tyle że to może być np. 1% w LOC. Czyli program ma 20000 LOC, a biblioteczka ma 200 LOC razy 20, czyli 4000. Te warianty /powinny/ być dość podobne do siebie, więc pewnie da się je copy-paste i potem "tuning" pod konkretne CPU. Wstawki w Asemblerze itp. Oczywiście że trochę roboty. Ale w granicach ludzkiej możliwości.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-13 21:02 +0200 |
| Message-ID | <almarsoft.8199462798085913259@news.v.pl> |
| In reply to | #30194 |
On Sun, 13 Aug 2017 10:05:20 -0700 (PDT), "M.M." <mmarszik@gmail.com> wrote: > Rozwiązaniem jest dystrybuowanie kodu > pośredniego Niekoniecznie. Late binding. Albo np. myCpu.operacja(...), gdzie myCpu jest referencją abstrakcyjnej typu Cpu, trzymającą obiekt klasy KonkretneCpu. Czyli strategia GoF. Albo brzydki case wybierający co ma robić program w zależności od konfiguracji hardware.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-13 21:03 +0200 |
| Message-ID | <almarsoft.5561359834370773710@news.v.pl> |
| In reply to | #30194 |
On Sun, 13 Aug 2017 10:05:20 -0700 (PDT), "M.M." <mmarszik@gmail.com> wrote: > Do tego wszystkiego dochodzi problem, że nie wszystko da się �= > �atwo > zrównoleglać. Ale OpenMP próbowałeś?
[toc] | [prev] | [next] | [standalone]
| From | "M.M." <mmarszik@gmail.com> |
|---|---|
| Date | 2017-08-13 14:01 -0700 |
| Message-ID | <513e9fae-9742-4de5-a089-c15b88bd518c@googlegroups.com> |
| In reply to | #30199 |
On Sunday, August 13, 2017 at 9:03:14 PM UTC+2, slawek wrote: > On Sun, 13 Aug 2017 10:05:20 -0700 (PDT), "M.M." <mmarszik@gmail.com> > wrote: > > Do tego wszystkiego dochodzi problem, że nie wszystko da się �= > > �atwo > > zrównoleglać. > > Ale OpenMP próbowałeś? Tak, próbowałem, nawet dziś. Jest baaaardzo wygodne, deklaratywne. Niestety jest trudne do opanowania. Na początku myślałem, że będzie się nadawało tylko do zrównoleglania prostych przypadków i się zniechęciłem. Myślałem tak, bo nie znałem większości ficzerów. Gdy miałem pierwszy kontakt z OpenMP, to na dodatek zacząłem używać elementów jakiejś wersji której żaden kompilator nie potrafił skompilować i dodatkowo się zniechęciłem. Nie sprawdzalem nigdy wydajności OpenMP, ale utworzenie nowego wątku i synchronizacja są tak bardzo kosztowne, że chyba nie należy się martwić ewentualnym narzutem względem innych bibliotek. Wadą OpenMP jest chyba licencja, ale w prototypach i wersjach roboczych używam tylko i wyłącznie OpenMP. Pozdrawiam
[toc] | [prev] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-13 21:17 +0200 |
| Message-ID | <omq8jm$j3j$1@node2.news.atman.pl> |
| In reply to | #30194 |
On 8/13/2017 7:05 PM, M.M. wrote: > też. Np. w nowym procesorze wchodzi nowy zestaw instrukcji, a w innych > procesorach niekoniecznie. Trzeba optymalizować na każdy procesor > osobno i rozprowadzać 20 wersji programu? Czasami tak, ale w przeciętnym programie do liczenia faktur nie. Przecietnym programów do liczenia faktur jest dużo wiecej niż specjalizowanych programów do szybkiego liczenia. Ponadto odwalają je ludzie nie mający pojęcia oczymkolwiek. Im Ryzeny nie pomogą, im pomogły by i9 @ 50GHz. > Do tego wszystkiego dochodzi problem, że nie wszystko da się łatwo > zrównoleglać. To tylko pół prawdy, drugie pół to fakt że nie potrafimy zrówoleglać bo przez 30 lat piszemy szeregowo i problem wymaga rozwiązania biologicznego.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-13 21:51 +0200 |
| Message-ID | <almarsoft.2038523317101983857@news.v.pl> |
| In reply to | #30200 |
On Sun, 13 Aug 2017 21:17:10 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote: > ludzie nie mający pojęcia oczymkolwiek. Im Ryzeny nie pomogą, im pomogły > by i9 @ 50GHz. Być może się mylisz. Jest mnóstwo biurw używających Excela. Jeżeli Excel będzie chodzić szybciej (bo MS w pełni wykorzysta moc nowych CPU), to właśnie te biurwy mogą od razu poczuć że wszystko idzie szybciej... Nawet jeżeli coś tam jest naskrobane w VBA. Oczywiście od I9@50GHz lepsze są cztery I9@50GHz. I chyba nie zaprotestowałbyś gdybyś coś takiego dostał tak jakoś. > To tylko pół prawdy, drugie pół to fakt że nie potrafimy zrówoleglać bo > przez 30 lat piszemy szeregowo i problem wymaga rozwiązania biologicznego. Niezupełnie. Równolegle pisze się prosto, łatwo i przyjemnie. Tylko strasznie nastraszono że są jakieś problemy. I nie dano odpowiednich narzędzi.
[toc] | [prev] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-13 23:03 +0200 |
| Message-ID | <omqere$op4$1@node2.news.atman.pl> |
| In reply to | #30202 |
On 8/13/2017 9:51 PM, slawek wrote: > Jest mnóstwo biurw używających Excela. Jeżeli Excel > będzie chodzić szybciej (bo MS w pełni wykorzysta moc nowych CPU), to > właśnie te biurwy mogą od razu poczuć że wszystko idzie szybciej... > Nawet jeżeli coś tam jest naskrobane w VBA. Mnóstwo nie oznacza wszystkie. Na razie, dziękować andtopomorficznej personifikacji, szpitale nie bazują na Excelu a większe firmy odchodzą jak tylko zobaczyly miliardowe straty jakie generuje [1]. Ja mówie na ten przykład o programie do wydruku faktur śp Praktikera za który powinni wieszać za jaja. Takiego gównianego softu sa miliony sztuk, pisane przez pustaków bez śladu wiedzy o programowaniu. Dla nich Ryzen to katastrofa. MHz nie chcą ani trochę drgnąc od kilku lat. > Równolegle pisze się prosto, łatwo i przyjemnie. Nie, wymaga to zmiany nawyków i języka. Tego nie da się rozwiązać pstrykając palcami, należy poaczekać i zakopać całe moje pokolenie razem ze mną. Nadzieja tylko w młodych którym nie pokażemy języków z klamerkami :/ [1] https://www.forbes.com/sites/timworstall/2013/02/13/microsofts-excel-might-be-the-most-dangerous-software-on-the-planet/
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-13 23:55 +0200 |
| Message-ID | <almarsoft.5027088846655600106@news.v.pl> |
| In reply to | #30204 |
On Sun, 13 Aug 2017 23:03:42 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote: > miliardowe straty jakie generuje [1]. No cóż, jeżeli wierzysz brukowej prasie, to masz rację: miliardówe straty są przez Excela, bo na zwykłym kręciołku zawsze było git.
[toc] | [prev] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-14 00:11 +0200 |
| Message-ID | <omqir3$sf3$1@node2.news.atman.pl> |
| In reply to | #30206 |
On 8/13/2017 11:55 PM, slawek wrote: >> miliardowe straty jakie generuje [1]. > No cóż, jeżeli wierzysz brukowej prasie Brukowej.... http://www.businessinsider.com/excel-partly-to-blame-for-trading-loss-2013-2?IR=T https://www.linkedin.com/pulse/20140415163512-26235679-excel-errors-costing-business-billions Rozumiem że mam rozglądac sie za niebrukową? A która to? Oczywiście o problemie wiadomo od dawna, ale korpo nie rzadzi się logiką: http://www.cio.com/article/2438188/enterprise-software/eight-of-the-worst-spreadsheet-blunders.html
[toc] | [prev] | [next] | [standalone]
| From | Mateusz Bogusz <mabakay@o2.pl> |
|---|---|
| Date | 2017-08-14 17:52 +0200 |
| Message-ID | <omsh05$k16$1@node2.news.atman.pl> |
| In reply to | #30209 |
> > http://www.businessinsider.com/excel-partly-to-blame-for-trading-loss-2013-2?IR=T > > > https://www.linkedin.com/pulse/20140415163512-26235679-excel-errors-costing-business-billions > > > Rozumiem że mam rozglądac sie za niebrukową? A która to? > > Oczywiście o problemie wiadomo od dawna, ale korpo nie rzadzi się logiką: > > http://www.cio.com/article/2438188/enterprise-software/eight-of-the-worst-spreadsheet-blunders.html Bez jaj, to tak jakbyś napisał że Casio generuje miliardowe straty dlatego że osoby ich używające nie potrafią obsługiwać kalkulatora. -- Pozdrawiam, Mateusz Bogusz
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-14 19:14 +0200 |
| Message-ID | <almarsoft.8153217496727500497@news.v.pl> |
| In reply to | #30234 |
On Mon, 14 Aug 2017 17:52:35 +0200, Mateusz Bogusz <mabakay@o2.pl> wrote: > dlatego że osoby ich używające nie potrafią obsługiwać kalkulatora. Nawet gorzej. 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. Korpo odkrywa że ludzie popełniają błędy. I co? Żadnej kontroli, audytu? Że niby arkusz łatwo modyfikować? Owszem, jeżeli jest niezabezpieczony i dostępny dla każdego Jasia z ulicy. A hasło do intranetu to 123 ew. asd. 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. Wreszcie: jakie wtopy zaliczyłoby korpo gdyby robiło wszystko na małych papierowych karteczkach ołówkiem? Te cytowane artykuły NIC nie mówią o jakości arkuszy i Excela w szczególności. Za to wyłania się z nich obraz totalnej niekompetencji w firmach obracających "bilionami" USD. Plus próba znalezienia jakiegoś kozła ofiarnego.
[toc] | [prev] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-14 20:09 +0200 |
| Message-ID | <omsp12$rpn$1@node2.news.atman.pl> |
| In reply to | #30236 |
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.
[toc] | [prev] | [next] | [standalone]
| From | slawek <fake@fakeemail.com> |
|---|---|
| Date | 2017-08-14 20:44 +0200 |
| Message-ID | <almarsoft.3137691893827301280@news.v.pl> |
| In reply to | #30238 |
On Mon, 14 Aug 2017 20:09:38 +0200, Sebastian Biały<heby@poczta.onet.pl> wrote: > Korpo niezwykle rzadko odkrywa że popełnia błedy. Sorry cię bardzo. Akurat znam kogoś kto robi takie audyty. I to niezależnie od "ja niekciem" danej firmy. Do tego kontrola skarbowa itp. itd. Nie da się "zgubić" paru miliardów dolarów ot tak jakoś mimowolnie. Arkusze Excela itp. to jedno. Ale konta bankowe itd. to już nie Excel. Więc takie bajki to dzieciom można opowiadać. A i tak mądrzejsze ci nie uwierzą.
[toc] | [prev] | [next] | [standalone]
| From | Sebastian Biały <heby@poczta.onet.pl> |
|---|---|
| Date | 2017-08-14 21:06 +0200 |
| Message-ID | <omssbg$4vm$1@node1.news.atman.pl> |
| In reply to | #30240 |
On 8/14/2017 8:44 PM, slawek wrote: >> Korpo niezwykle rzadko odkrywa że popełnia błedy. > Sorry cię bardzo. Akurat znam kogoś kto robi takie audyty. I to > niezależnie od "ja niekciem" danej firmy. Firma ubezpieczeniowa źle szacuje ryzyko. Ubezpieczają cos nieopłacalnego. Tego nie da się wykryć byle audytem. > Do tego kontrola skarbowa itp. itd. Nic nie ma do gadania. To nie sa błedy księgowe. To sa błedy z zupełnie innych dziedzin jak ujawnianie tajemnicy przedsiebiorstwa, ujawnianie danych nogocjacyjnych, złe szacowanie zyskow/strat itd, zły biznesplan, złe szacowanie kosztów. To nie ma nic wspólnego z księgowoscia, to ma za to duzo wspólnego z zarzadzaniem i sterowaniem. > Nie da się "zgubić" paru miliardów dolarów ot tak jakoś mimowolnie. Da się ich NIE zarobić. > Arkusze Excela itp. to jedno. Ale konta bankowe itd. to już nie Excel. > Więc takie bajki to dzieciom można opowiadać. A i tak mądrzejsze ci nie > uwierzą. Dalej nie pojmujesz na czym polega problem.
[toc] | [prev] | [next] | [standalone]
Page 1 of 5 [1] 2 3 4 5 Next page →
Back to top | Article view | pl.comp.programming
csiph-web