eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.telefoniaCiekawe numery 2023 › Re: Ciekawe numery 2023
  • Data: 2023-05-17 12:14:47
    Temat: Re: Ciekawe numery 2023
    Od: Jarosław Sokołowski <j...@l...waw.pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    Pan J.F napisał:

    >> Tam gdzie w ogóle jakoś standard był, był to PS. Inne języki opisu
    >> strony nie istniały. To tłumaczy sukces (i monopol) systemów Apple
    >> w poligrafii. Tylko one w swoim czasie wiedziały co to postscript.
    > A reszta wcale nie wiedziała, i taki to standard.

    Reszta to były zamknięte systemy fotoskładu. Naświetlarka, komputer,
    oprogramowanie, wszystko od jednego producenta. Wymarły pod naciskiem
    postscriptu właśnie. A jeśli chodzi o tzw. mikrokomputery, nikt nie
    marzył o takich zastosowaniach.

    >>> A reszta ludnosci nawet nie wiedziała, ze cos takiego istnieje.
    >> Teraz "reszta ludności" nawet nie wie, że istnieje coś poza PDF.
    > No i o tym mozna - Adobe udało sie zdobyć rynek.
    > Choc darmowy, to co to za rynek :-)

    Nie taki darmowy -- żeby *zrobić* taki postscript, trzeba było kupić
    coś od Adobe. Był czas, żeby zarobić, zanim wszystko stało się darmowe.

    >> Przecież to zupełnie co innego. PDF powstał jako format opisu
    >> dokumentu *tylko do odczytu*, mogący zawierać wszystko. Jako
    >> taki został zaprojektowany bardzo dobrze.
    > No ale w czym trzeba było tresc przygotowac ... to mozna było ten
    > program wypromować :-)

    Bardzo głupia strategia, żeby planować rozwiązania, w których do
    obejrzenia zapisanych danych potrzebne jest to samo oprogramowanie,
    co do ich stworzenia.

    > Swoją drogą ... katalogi elementow elektronicznych, to w czym
    > przygotowywano? Apple/Mac? chyba nie.

    Znalazłem jakieś dejtaszity z przełomu wieków: Adobe Distiler for
    Macintosh.

    >>>>> Dawniej to była domena "workstation" z Unixem. Ale takich
    >>>>> juz nie ma.
    >>>> Źródeł programów nie skasowano, więc zmiana hardware powinna
    >>>> być w miarę bezbolesna.
    >>> Z Unixa na Windows ... jest to pewne wyzwanie.
    >> Po co na Windows?
    > A na co?

    Te "workstations" z Whatever Uniksem nie zanikły bez powodu, tylko
    pojawiła się odmiana uniksa lepiej działająca na tanim sprzęcie
    z tanim procesorem.

    >> Tu nie trzeba teoretyzować, bo system do recept już jest. Działa
    >> on-line w internecie, więc system operacyjny łatwo odgadnąć.
    >> "Eksportu do e-recept" nie ma, bo to jest własność podstawowa.
    >
    > Hm moze sie myle, ale lekarz korzysta z jakiegos programu dla
    > przychodni.

    Z ogólnopolskiego systemu. Jak szybko potrzebuję recepty, dzwonię do
    kolegi, a on mi odsyła SMS z numerkiem pin.

    >> Opcji wydruku w ogóle nie ma, jest tylko możliwość generowania PDF.
    >
    > od lekarza dostaję recepę papierową, albo sam kod.
    > PDF kompletnie niepotrzebny.

    A lekarz bazgrze ją długopisem na papierowym bloczku? Z tego samego
    systemu może pobrać PDF do wydruku.

    >> Jak ktoś pisze *poważne* programy, to *nigdy* nie używa Unicode
    >> (w sensie zakresu obsługiwanych znaków). Owszem, dane są w UTF-8
    >> (lub innym), ale ściśle definiowany jest zbiór możliwych literek.
    >
    > Hm, jak juz pisze program i stosuje w nim unicode, to sie raczej
    > nie ogranicza.

    W weekendowym projekcie robionym przez amatorów? Tak. Ale ja pisałem
    o profesjonalnym podejściu.

    --
    Jarek

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: