-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!plix.pl!newsfee
d2.plix.pl!news.supermedia.pl!newsfeed2.atman.pl!newsfeed.atman.pl!.POSTED!not-
for-mail
From: Sebastian Biały <h...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Slax i RS232
Date: Sat, 14 Dec 2013 16:41:55 +0100
Organization: ATMAN - ATM S.A.
Lines: 80
Message-ID: <l8hu89$lah$1@node2.news.atman.pl>
References: <l8c3ce$v38$1@mx1.internetia.pl> <l8cut3$otj$1@node2.news.atman.pl>
<l8d14o$tqj$1@mx1.internetia.pl> <l8d0rb$r6b$1@node2.news.atman.pl>
<l8d8rg$ln3$1@mx1.internetia.pl> <l8dbhd$7c9$1@node2.news.atman.pl>
<l8dfsv$bpj$1@mx1.internetia.pl>
<s...@f...lasek.waw.pl>
<l8fbu3$673$1@mx1.internetia.pl>
<s...@f...lasek.waw.pl>
<l8fdvm$chm$1@mx1.internetia.pl> <l8fdvs$8aa$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l8fgt9$bln$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l8fliq$g9p$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l8fnbc$9kl$1@mx1.internetia.pl> <l8fn0m$hld$1@node2.news.atman.pl>
<l8fods$csv$1@mx1.internetia.pl> <l8fonm$drv$1@mx1.internetia.pl>
<l8ftm9$oh0$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<l8hqku$hsa$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
NNTP-Posting-Host: 193.0.194.227
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1387035721 21841 193.0.194.227 (14 Dec 2013 15:42:01
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Sat, 14 Dec 2013 15:42:01 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
In-Reply-To: <s...@f...lasek.waw.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:656844
[ ukryj nagłówki ]On 2013-12-14 16:19, Jarosław Sokołowski wrote:
>> Można więc zrobic lepiej: poszukać procesu, zapamiętać pida, odpalić
>> nowy, zamknąć stary.
> I to ma być lepiej?!
Zdefiniuj najpier kryterium "lepiej". IMHO w zastosowaniu o jakim tu
rozmawiamy lepiej oznacza prościej. Prościej się chyba nie da.
>> Jesli oprogramowanie pracuje na czymś lepszym niz kalkulator Bolek,
>> nie zauważysz różnicy.
> Argument z Bolkiem, to już w ogóle do niczego. Chcę *tylko* wyświetlać
> obrazki, co nawet dla Bolka nie jest ambitnym zadaniem, a mam se kupić
> maszynę z czterema rdzeniami i akceleratorem graficznym?
Dlatego nie widze sensu pisania oprogramowania do czynności która jest
osiągalna od ręki w dowolnym unixie. O to całe boje od początku. W
dodatku nie widze sensu robienia akademicko poprawnie, skoro problem nie
ma żadnych zagadnień związanych z wydajnościa, zajętością pamięci czy
czymkolwiek istotnym *akademicko*. Powiedzmy że problem ma być
rozwiązany biznesowo: napisać jak najmniej, uzyskać jak najwięcej,
nawet jesli to oznacza pogwałcenie wszelkich zasad w tym akademickich.
To i tak lepiej niż Lazarus.
>>> , nie jest najlepszym pomysłem (akademik Grigorij Syzyfow problem
>>> ten omawia w swojej głosnej pracy).
>> Rozwiązanie sprawdzi się bez względu na akademickie wywody. W tym
>> przypadku okres wyświetlania obrazu będzie na tyle dlugi że zamortyzuje
>> overheat odpalania procesu.
> Akurat akademickie wywody się tu przydają. Nie można na przykład pominąć
> tego, co w swoim słynnym podręczniku do fizjologii napisał prof. Widzeń.
Dreptasz w absuradlnym kierunku.
> Telewizory, co teraz na lotniskach wyświetlają odloty i przyloty, na ogół
> projektowane są przez ludzi, który żadnej tego typu książki nie czytali.
> Coś się zmienia w rządku cyfr, a ekran nawet nie błyśnie.
To *nie* ma żadnego związku z tematem bo nie mamy pojęcia jakie to
obrazki mamy pokazywać.
> Kolejne obrazy są niemal takie same,
Nie wiesz tego.
> z odpalaniem na nowo procesu na ogół się nie sprawdza (choć akurat przy
> 'display' i root window będzie ok).
Nic nie rozumiem, co ma odpalanie procesu z kiepskim designem gui?
>> Nie rózni się to niczym od prawidlowego zamykania i odpalania procesów,
>> jesli nie masz na mysli 50 obrazków na sekunde.
> A jesli mam?
To sa inne rozwiązania. Nijak nie pasujące do rozwiązania problemu w tej
dyskusji. Ogólnie nie istnieje prawidłowe rozwiązanie wszystkich
problemów ludzkości. Do odtwarzania filmów weźmiesz mplayera. Do
obrazkow display. Do muzyki mpeg123. Oprogramowanie na miarę, a nie
uniwersalne. Uniwersalne zazwyczaj nie pasuje nigdzie.
> Albo jeśli program, to wielka kobyła? Na przykład chciałbym
> uruchomić firefoksa w root window. I szturchać go sygnałem, żeby robił
> 'reload' strony. Niestety nie da się, ktoś zapomniał albo olał problem,
> bo sam uważał, że to bez sensu (albo ja nie potrafię znaleźć rozwiązania).
Ale co to ma wspólnego z czymkolwiek ?
>> Szyj oprogramowanie na miarę.
> Ta zasada sprawdza się u krawców mężczyźnianych. W uniksie lepszą zasadą
> jest "szyj oprogramowanie na wyrost". Nie chodzi o przerost formy nad
> treścią, tylko o udostępnianie nic nie kosztujących opcji. Nawet jak
> ktoś sobie myśli, że "w tym wypadku do niczego to nie jest potrzebne".
Nie pamiętam aby ktokolwiek dorabiał switcha gdziekolwiek na zaś.
Zazwyczaj wiele absuralnych switchy miało uzasadnienie w postaci
zarośniętego admina w serwerowni w singapurze który chciał zwiększyć
czas na pożeranie pizzy. Być może dlatego do tej pory nie ma jak
sensownie skonwertowąc bajta do liczby w bashu. Nikt tego na zapas nie
zrobił choć np. programiście wydaje się oczywiste.
Następne wpisy z tego wątku
- 14.12.13 21:15 Jarosław Sokołowski
- 14.12.13 21:58 Jarosław Sokołowski
- 14.12.13 21:48 Mirek
- 15.12.13 13:17 DJ
- 15.12.13 14:23 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- Cewka elektrozaworu
- zapytanie o chip r5f21275nfp
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- 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
Najnowsze wątki
- 2025-03-08 Cięcie wysokich tui
- 2025-03-08 Środa Wielkopolska => SAP FI/CO Konsultant wewnętrzny <=
- 2025-03-08 Prawo "gminne"
- 2025-03-08 Warszawa => Senior Recruiter <=
- 2025-03-08 Warszawa => Key Account Manager IT <=
- 2025-03-08 Najszybciej ładujące się samochody elektryczne
- 2025-03-07 AION przejety
- 2025-03-07 Warszawa => Data Engineer (Tech Leader) <=
- 2025-03-07 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-03-07 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-03-07 Gliwice => Business Development Manager - Network and Network Security
- 2025-03-07 Chiny-Kraków => Senior PHP Symfony Developer <=
- 2025-03-07 Gliwice => IT Expert (Network Systems area) <=
- 2025-03-07 Chiny-Kraków => Backend Developer (Node + Java) <=
- 2025-03-07 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS