Re: Dlaczego rozdzielczości monitorów komputerowych są takie marne?

Autor: Radosław Sokół <Radoslaw.Sokol_at_grush.one.pl>
Data: Thu, 22 Nov 2012 11:03:26 +0100
Message-ID: <k8kt9e$snn$1@node2.news.atman.pl>
Content-Type: text/plain; charset=UTF-8; format=flowed

W dniu 22.11.2012 10:10, JDX pisze:
> Z pewnością 1200 występują rzadziej niż 1080 ale czy rzadko? Przecież
> żaden szanujący się profesjonalista nie kupi jakiegoś 1080p szmelcu. :-D

Biorąc pod uwagę, że chyba większość monitorów w sensownych
cenach to jednak 1080p, a programista nie ma wielkich wymagań
co do jakości obrazu czy parametrów monitora poza właśnie wy-
miarami obrazu i rozdzielczością (TN absolutnie wystarcza :) ),
to nie byłbym taki pewien.

> to ma niewiele do rzeczy. Przecież raczej nie kupuje się monitora za
> kluczowy parametr uznając wysokość ekranu.

A co byś uznał za *kluczowy* parametr jak nie wymiary i roz-
dzielczość w przypadku zastosowań tekstowych i programistycz-
nych? :)

> Debugowanie przez logi. Pięknie to brzmi. :-D Ale bądźmy szczerzy, to
> jest debugowanie przez sprintfy. :-; Anyway, czasami bez pracy krokowej

Bardziej rozbudowane. Pamiętaj, że w przypadku programów wie-
lowÄ…tkowych czy sterowanych asynchronicznie zdarzeniami z
zewnątrz trzeba grupować logi tak, by nie mieszały się z róż-
nych źródeł i dawały pojęcie gdzie jest realizowany kod i co
robi. Same printfy nie wystarczÄ… ;)

> i to w dodatku na poziomie assemblera ciężko jest się obejść ->
> programowanie systemowe "embedded".

Praca krokowa jest cudowna, gdy tworzymy coÅ› jednowÄ…tkowego
lub diagnozujemy podprogramy. Do analizy wielowątkowej cało-
ści niezbyt się nadaje. Wtedy zostają już tylko logi albo
coÅ› w stylu "debuggera historycznego", wprowadzonego w ostat-
nich wersjach VS.

-- 
|""""""""""""""""""""""""""""""""""""""""""""""""""""""""""|
| Radosław Sokół  |  http://www.grush.one.pl/              |
|                 |                                        |
\........................................................../
Received on Thu 22 Nov 2012 - 11:05:02 MET

To archiwum zosta³o wygenerowane przez hypermail 2.2.0 : Thu 22 Nov 2012 - 11:51:03 MET