-
Data: 2016-06-13 11:48:56
Temat: Re: Jak się robi kabelki?
Od: Piotr Wyderski <p...@n...mil> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Włodzimierz Wojtiuk wrote:
> No to to zawsze mnie szokowało, jeszcze przemysł wydobywczy, no niech
> tam węgiel z hałdy sie rozplanuje w okresach nastepnych,
> ale za jakiekolwiek przekroczenie (w przetwórczym) w górę czy w dół
> (obojetnie) władza powinna wieszać!
No i się system zawiesił. Jak ktoś oficjalnie premiuje
za łamanie własnych reguł gry, to tak właśnie kończy. :-)
> Piotrze jakie to centralne planowanie widzisz w powyższym,
> zaleta jest tu taka że wydawca X może precyzyjniej okreslić potrzeby
> rynku i tyle.
Nieporozumienie może wynikać z niedoprecyzowania pojęć, więc
się poprawiam: przez centralne planowanie rozumiem podejmowanie
decyzji w jednym, specjalnie przeznaczonym do tego ośrodku,
na podstawie danych zebranych wśród ogólnie rozumianych
konsumentów (popyt, pożądane cechy towaru itp.) i bieżących
możliwości wytwórczych, w odróżnieniu od wyłaniania się status
quo jako wypadkowej luźno powiązanych ze sobą procesów. Nie
musi to mieć żadnego związku z działaniem na poziomie państw,
w tym zwłaszcza socjalistycznych, ani nawet ludzi. Większość
systemów informatycznych, w tym zwłaszcza w architekturze
klient-serwer, jest centralnie planowana w powyższym sensie.
Rozproszone ("wolnorynkowe") również są, ale w mniejszości
-- stosuje się je tam, gdzie to jest uzasadnione potrzebami
w zakresie m.in. odporności na awarię lub podatności na ataki.
Są one jednak konstrukcyjnie znacznie bardziej złożone i często
droższe w eksploatacji, więc się bez dobrego powodu w taką
architekturę nie wchodzi.
W podanym przykładzie widzę właśnie taką sytuację: od klientów
spływają do jednego ośrodka zamówienia (popyt), po osiągnięciu
jakiegoś progu tenże system centralnie podejmuje decyzję
o rozpoczęciu wydruków (podaż) i pozostaje tylko spedycja.
Nie ma tam żadnej grupy konkurujących ze sobą serwerów, które
starają się uzgodnić, ile tych książek naprawdę potrzeba, tylko
prosty licznik.
Pozdrawiam, Piotr
Następne wpisy z tego wątku
- 13.06.16 12:05 J.F.
- 13.06.16 12:05 Jarosław Sokołowski
- 13.06.16 12:06 Jarosław Sokołowski
- 13.06.16 12:14 Piotr Wyderski
- 13.06.16 12:21 Jarosław Sokołowski
- 13.06.16 12:22 J.F.
- 13.06.16 12:30 J.F.
- 13.06.16 12:32 Piotr Wyderski
- 13.06.16 12:33 Jarosław Sokołowski
- 13.06.16 12:48 Jarosław Sokołowski
- 13.06.16 12:56 Jarosław Sokołowski
- 13.06.16 12:57 Jarosław Sokołowski
- 13.06.16 13:43 J.F.
- 13.06.16 13:56 J.F.
- 13.06.16 15:18 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- Thunderbird i dysk...
- opornosc falowa
- Bateria 9V 6F22, alkaliczna v cynkowa, samorozładowanie, bateria wysokiej trwałości do miernika
- Tani zakup z ali?
- w czasach LED komary mają ciężko
- walizka z kodami
- Rejestrator temperatur - termopara, siec
- Router LTE z możliwością zmian MTU
- Fajny film widziałem...
- Jaka ładowarka sieciowa do Iphona?
- Taśma izolacyjna do prac elektrycznych
- Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
- Re: Recenzja 3.1A ;) w 6 gniazdach...
Najnowsze wątki
- 2025-07-23 Gdańsk => Programista Delphi <=
- 2025-07-23 Gdańsk => Programista Mainframe (z/OS, Assembler) <=
- 2025-07-23 Warszawa => Starszy inżynier DevOps (AWS) <=
- 2025-07-23 Gdańsk => Mainframe (z/OS, Assembler) Developer <=
- 2025-07-23 Kraków => Senior Fullstack Engineer (Low-Code Platform) <=
- 2025-07-23 Wrocław => Senior Key Account Manager IT <=
- 2025-07-23 Trójmiasto => Head of Social Media <=
- 2025-07-23 Rzeszów => Spedytor Międzynarodowy <=
- 2025-07-23 Lublin => ERP Implementation Consultant (AP Module) <=
- 2025-07-23 Środa Wielkopolska => SAP FI/CO Internal Consultant <=
- 2025-07-23 Warszawa => Inżynier oprogramowania .Net <=
- 2025-07-23 Kraków => Kotlin Developer <=
- 2025-07-23 Żerniki => Dyspozytor Międzynarodowy <=
- 2025-07-23 Warszawa => Java Developer <=
- 2025-07-23 Wrocław => Konsultant wdrożeniowy (systemy controlingowe) <=