152
  • h4x0r
    #112
    Netan YMCA? :)
  • h4x0r
    #111
    Es? Egy jo csomagkezelovel (apt/dpkg, pacman, ports, stb.) ez automatice meg van oldva. Es a libekert nem kell kulon fizetni, 90%-uk letoltheto netrol a'la OpenSource. Viszont teny, hogy 3rd party cuccoknal ez meg jelen modell mellett necces lenne. De egy megoldas: a libek egy resze freeware-kent letoltheto, a program es a durvabb libek pedig 80$, IKEA 2-es polc. :)
    Tehat pl. a photoshop png, jpg, stb. dekodolo resze ingye', a kodolok es a PhotoShop, mint program penzert menne.
  • FTeR
    #110
    maradjunk CMYK-nál és akkor én is elírtam ;)
    (PS-ben is így van)
  • FTeR
    #109
    de ha külön lennének, akkor nem lehetne rájuk számítani, mert nem rakná fel mindenki mindet.
    (pont a helyesírás hibádzik, mert az kivehető a telepítőből, de ha meghívom ofisz legalább felajálja telepítését)
    ráadásúl külön kéne fizetni értük :) vannak dolgok amik magukban nem érik meg a pénzüket, de többel együtt nagyon jól kiegészítik egymást, így növelve az értéket.
  • FTeR
    #108
    azért, h akkor is megtaláld ha nem tudod mit akarsz :P
  • Caro
    #107
    Jó ez a wikipedia-s oldal.
    "CMYK (or sometimes YMCK)"
    felette:
    "(Redirected from CYMK)"
    :)
  • h4x0r
    #106
    CYMK: tudom, hulye azert nem vagyok. Es a 20% nem konkret, csak amolyan pelda. A 80/20-as szabaly alapjan.
  • Caro
    #105
    Én ezt tudom. Leginkább az oprendszer feladata lenne.
    Asszem abban egyetértünk, hogy az oprendszernek _kell_ az ilyen dolgokat támogatnia.
    Mert egyébként csak ott vagyunk, hogy van egy hardver, amin futnak szoftverek.
    De szabványok nélkül ezt nem lehet megcsinálni.
    Ha lenne 1-2 milliárd $-om(de szép is lenne :)), tuti, hogy kijönnék valami új PC-vel. Mind szoftver, mind hardver területén. A mai PC architektúrával az a baj, hogy túl sok már a folt, mert annak idején nem gondolták át rendesen a dolgokat. Senkinek sem jutott eszébe 1982-ben, hogy egy számítógépen videót fognak nézni, internetes oldalakat böngészni, stb...
  • h4x0r
    #104
    Felmerul a #77-ben vazolttal egy problema vagy lehetoseg (allitolag okos embereknel ugyanaz :)): mi van, ha mondjuk szetbontjak a programot (pl. Wordot rtf-doc atalakitora, doc-rtf ata.ra, hejjjesirasellenorzore, stb.) es csak a megfelelo reszt hasznalod. Kissebb, praktikusabb, szebb. Linuxban igy van: 5-6 program hasznalja pl. a libjpeg-et vagy libpng-t, ha frissul a lib, akkor a program is frissul. Es az esetek zomeben az atallas nem okoz nagy problemat.
    Csak egy pelda: kiderult, hogy a libjpegben van egy kis szarsag: javitottak, igy az osszes, ezt hasznalo progi mentesult egy hibatol.
  • FTeR
    #103
    sztem az alapvető dolgok nem teszik ki a 20%ot, ennyi erővel paint brusht kéne csak használni. de ebbe nem menjünk bele.

    btw: CYMK

    * C=Cyan
    * M=Magenta
    * Y=Yellow
    * K=Key (black).
  • FTeR
    #102
    "(magyar persze nincs közte...)"
    látod ez az. ha megtudná hívni az ofisz fügvényét, akkor ezzel nem lenne gond. egy corelnek egyébként sem feladata a szöveg ellenőrzés. az maradjon a szövegszerkeztő dolga. (és az sem elhanyagolható, h nem kell újra kiismerni az esetleges hibáit)
  • h4x0r
    #101
    A funkciok 20%-a alatt itt most azokat az alapfunkciokat ertem, amelyek:
    ad1: alapvetoek (pl. lehessen vonalat huzni)
    ad2: felprofi dolgok (pl. blur, meg tarsai), amelyeket csak azok hasznalnak, akik mar minimalisan ertenek hozza (itt buktam ki, asszem :))
    ad3: profi cuccok, amelyek munkahoz kellenek, pl. a CYMK (YCMK? CMKY :)) bontas.

    Az emberek bo 60%-a sosem jut tul a 2-es ponton.

    "eszembe jutott, de már rég késő. annyi mentség lehet, h arról szól a cikk, hogyan fogja lin porbatiporni a piacvezetőt. azért ez nem ugyan az mintha arról szólna, h kijött egy patch."

    Nem kell mentseg, hiszen ez csak egy vita, csak flamebe ne menjen :)
  • FTeR
    #100
    "merül ki" és "programomnak"
  • FTeR
    #99
    hát libek fogalma nem merülnek ki az OS .dll-jeiben.
    ezzel meg ugyan ott vagyunk mint am it mondtam, ha linux alatt nem számíthatok arra a .dll-re (ha egyáltalán van olyan), akkor a programonak kell felraknia, ha tudja.
    sok a ha.

    senki nem mondta, h ps-en kívül semilyen képmanipuláló nem használható. de attól, h használható valamire és ugyan abban a témakörben mozognak, még nem helyetettesíthetők egymással (és legfőbbképpen nem 100%ig).
  • Caro
    #98
    Szerintem valamit keversz.
    A lib-ek az op'rendszer részeként kerülnek fel, hasonlóan mint a win-ben a dll-ek.
    Egyébként én értem, meg jó amit írsz, csak pl. a Corel is szépen felrakja a saját helyesírás-ellenőrzőjét.(magyar persze nincs közte...)
    [Ja, egyébként UI: A Corel Draw, a Photo Paint-jével együtt nagyon jó kis cuccos, még ha néha egy picit instabil is:). Photoshopot soha nem használtam, de a Photo Paintben mindent megtaláltam, ami kelett]
  • FTeR
    #97
    de nem lehet minden programozóé teljes. semilyen szakmában nincs olyan, h minden szakmabeli teljesen ismeri a szakma minden apró titkát. mégis jól megvannak.
    és egy megrendelő nem feltétlenűl akar megfizetni egy olyat, akik "mindent" tud.
  • FTeR
    #96
    nem, #77-ben leírtam mértnem.
    a libeket meg cipelni kell a programmal, ráadásúl az így mellécsatolt libek nem frissülnek, míg az altalam vázoltnál mindig az aktuális érhető el (külső beavatkozás nélkül).
    a linux elterjedne, ugyan az lenne mint most a böngiknél, hogy crossplatform kódokkal kell szenvedni. és hiába tud valami jót az egyik, ha a másik nem tudja.
    a VM-ek meg lássuk be csak felületes megoldás, mégha adott estben akár jól is működik.
  • Laci73
    #95
    FTeR (válasz2): Ebben igazad van, érdemesebb ilyenkor más alkalmazásokat meghívni, vagy egyszerűbben kódolni. Én csupán azt akarom hangsúlyozni, hogy egy programozó tudása legyen teljes.
  • Laci73
    #94
    FTeR: mint lentebb is írtam, lesznek igazi, a valódi alkalmazásokat megíró programozók. (Húsz ember kifejleszt egy builder-szerű programnyelvet, amit utána százezer "mennyiségi programozó" fog jól-rosszul használni) A baj csupán ott lesz, hogy nagyon kevesen és alkalomszerűen juthat majd munkához (talán az OS fejlesztőket leszámítva) mert a mennyiségre lesz igény a felhasználói oldalon.
  • FTeR
    #93
    olyan programot ami előreláthatóan az erőforrás 1 tizedét nem fogja felhasználni, minek c-ben agyon optimizálni? látható/érzékelhető különbség nem lesz, csak a fejlesztési idő és költség duplázódik meg.
  • Caro
    #92
    A linux lehetséges elterjedéséről beszéltem. Te örülnél-e neki?
    A #77-hez:a lib-ek erre valók.
  • FTeR
    #91
    sok a ha, ez a véleményem.
    "ha nagyanyámnak szakála lenne, ő lenne a nagyapám"

    asszem elnyomtad a választ, mert a "És te mondjuk örülnél neki, ha ez megtörténne?"-nél nemtom mire gonolsz.
  • Caro
    #90
    Sajna ez így van. Sok helyen a "programozás" azt jelenti, hogy elkezdenek egy nyelvben barkácsolni valamit.
    Mindenféle elméleti háttér nélkül.
  • FTeR
    #89
    és szted azokat az alkalmazásokat, amiben a felületes programozó dolgozhat, kik fogják megírni és alá az OS-t? stb. stb.
    nem kötelező hülye programozónak lenni, de ha egy ilyen coder is megoldhat egy (feltehetően gyerekes) problémát, akkor az assembly király minek bajlódjon vele? a végén még alulfizetett lesz és azon fog morgolódni, h a diplomáját erre pazarolja.

    megint csak egy "klasszikus" tőlem:
    "van olyan programozó, aki arra büszke, h hónapos nehéz munkával assemblyben összehozott 1 cd katalógus progit. egy 5G nyelvben ez talán fél délután kényelmes generelgatás. a végeredmény ugyanaz... (előbbi gyorsabban indúl. és akkor mi van? 0,0002sec helyett 0,0001sec hip-hip hurrááá). de ő a pengébb srác. a cége fél év után tönkremegy, és még ő van megsértődve."
  • Caro
    #88
    És te mondjuk örülnél neki, ha ez megtörténne?
    Mármint nem azért mert win-embargó, hanem mert szép lassan behozza a lemaradását, és mindenki átáll?
    Érdekelne a véleményed.
    Egyébként szerintem ha a linux elkezdene növekedni, csak egy exponenciális görbére lehetne ráilleszteni.
    Hiszen ha elér mondjuk 10%-ot, akkor már sokaknak számolni kell vele. Még a MAC-et is többen támogatták, még a powerPC procijaival együtt is. Linux alá meg még nem is kell újraírni az egész progit.(persze hozzáteszem, a linux nem szereti a másolásvédelmet, lehet ezért nincs rá annyi szoftver :D(legalábbis úgy tudom, egy user-szintű progi nem tud turkálni a CD meghajtón, hardware access-ben. Bár a starforce-hoz asszem nem is kell, mert ott csak időt kell mérni))
  • FTeR
    #87
    btw, Equ-val teljesen egyet értek. nagyon jól rávilágít a lényegre.
  • Laci73
    #86
    Hamarosan már erre sem kell ügyelned: az egyre újabb programnyelvek - önmagukban is - lassan már szerkesztéssé silányítják a programozást.
    A közeljövő: lesz egy halom "mennyiségi-programozó", akiknek csupán egy felületes, gyakorlati tudása lesz, a tipikusan "ha ezt csinálom, akkor ez történik" szinten, a miértek és a teljesség igénye nélkül...
    És lesz egy kisebbség, aki majd megírja szép csendben a valódi alkalmazásokat, hacsak ki nem halnak addig :)

    Equ: A Unix/Linux rendszerek igazi hátránya az alkalmazásokat fejlesztők hiánya. A Linux mellé igazából kell egy kis létszámú, de jó C programozó gárda. A világot leteszik eléd.
  • FTeR
    #85
    te idézted...
  • FTeR
    #84
    mér szted a cikkben nincs burkolt fikázás?
    írd be a keresbe, h "microsoft" vagy "window" és nézd meg talál-e valamit ebben a cikkben, majd menj át egy wines topokba és írd be, h "linux". (a kommentek nem számítanak)
    na, ez a különbség.
  • Zsoltika 007
    #83
    "annyi mentség lehet, h arról szól a cikk, hogyan fogja lin porbatiporni a piacvezetőt. azért ez nem ugyan az mintha arról szólna, h kijött egy patch."

    Azért ezt te sem gondoltad komolyan.
  • Zsoltika 007
    #82
    Ne nekem mondjad nem én írtam a cikket...
  • FTeR
    #81
    "Igen, es pont egy Windowsos topicban volt szo arrol, hogy a Linuxosok huzzanak a Windowsos topicokrol."
    eszembe jutott, de már rég késő. annyi mentség lehet, h arról szól a cikk, hogyan fogja lin porbatiporni a piacvezetőt. azért ez nem ugyan az mintha arról szólna, h kijött egy patch.
  • FTeR
    #80
    milyen példák? az említett városok egyikében sem működik még linux rendszer, csak a terv van meg, vagy esetleg 1-2 iroda állt át (év már vagy 2 éve állnak át).
  • FTeR
    #79
    "az emberek 80%-a a funkciok 20%-at sem hasznalja ki."
    igen, de azok az emberek nem ugyan azt a 20%ot használják.
    nézd meg, mrzool (ha) csak a CYMK használja PS-ben, ez funkció valszeg az 5%át nem teszi ki a programnak (a megelőző szerkesztéseket beleértve), és én is használom PS-t és tuti nem használom ki 10%se, de még sosem bontottam CYMK-re, pedig tudom hogy tudja, csak sose volt rá szükségem. ofiszra ugyan ez igaz. openofisz hívők utálják a m$ félét, mert sok benne az automatikus javítás (a geekek odáig nem jutnak el, h kikapcsolják), pedig júzerek többsége a legnagyobb előnyének tartja, a helyesírás ellenőrző után.
  • FTeR
    #78
    ja persze, és drivereket ki fog írni hozzá?
    meg alma szépen rádereszti a BSA-t, mert nem az ő könfigján használod.
    már most letölthető az intel procin használható osX, és már be is zártak sok fan oldalt (megint).
  • FTeR
    #77
    az os esetében szvsz nem előny a verseny, csak mégjobban szétkuszálná az egészet és még jobban rontaná a kompatibilitást. nézd meg linuxnál csak a disztribek különböznek, de már nincs 100% kompatibilitás.
    egy prógramozónak nem árt ha tudja, h mik lesznek biztosan a gépen és azt hogyan tudja felhasználni. ez olyasmi mint kozoloknál a fix hw. ha írok egy progit és meg kell jeleníteni benne egy HTML-t, csak meghívom az IE idevágó fügvényét, mert tudom, h lesz a gépen IE. vagy ha kis videót kell lejátszani, akkor nem írok hozzá egy média lejátszót, hanem meghívom a wmp-t. vagy ha helyesírás ellenörzés kell tuti, h van a gépen ofisz és megint csak egy fügvény hívás kell. vagy ha szükségem van egy bonyolult számlázási fügvényre, csak szépen meghívom háttérben az excelt, átadom neki az adatokat, az visszadobja az eredmenyt és kész. a júzer csak annyit lát, h írtam neki egy mindentudó programot.
    igen platform függő lesz az alkalmazás, és akkor mi van?
  • Caro
    #76
    1)hidd el, én is jobban szeretem a tudományos topicokban "osztani az észt" [:)], de ott eléggé nagy a pangás mostanában. számomra az informatika már csak azt jelenti, hogy használom. Már a programozás sem a régi(pedig az azért szép :), majdnem olyan szép mint a matematika[bár amikor n dimeniós vektorokkal kell babrálni, nem ez az érzésem van a matekkal kapcsolatban :D]). Egy-két szimulációt irogatok már csak.
    2-3)anélkül, hogy pontosabban meghatároztad volna, hogy miről van szó, elég nehéz véleményt nyilvánítani.
    konklúzió: a legnagyobb baj az informatikában az a rendes, széles körű, és elfogadott és betartott(!) szabványok hiánya. persze amíg minden cég csak a saját profitját nézni, elég nehéz megcsinálni. Ez mind hardverre, mind szoftverre igaz. Ezért nem lehet egy normális op'rendszert írni. Mert 3-4 irányban is kompatibilisnek kell lennie(hardver, saját magának korábbi verziói, más szoftver, esetleg architektúra). A linuxnak is megvannak a gyermekbetegségei. De a windowsban meg olyanok vannak, hogy az agyamat eldobom. Mondok egy példát: a gépen OS supportra van állítva az USB keyboard+mouse (PS/2 nincs a gépen). Ha bekapcsolom a gépet, de más portra teszem a billenytű meg az egér vevőjét, mint korábban, akkor még a jelszót sem tudom begépelni, mert a hardver driverének a kernelbe illesztése csak akkor történik meg, ha már bejelentkeztem. De azt meg nem tudom billentyűzet nélkül megcsinálni...
  • Caro
    #75
    Ezt így is kell.
    Egy programozónak illik tudnia fejleszteni mindkét platformra.
  • Zsoltika 007
    #74
    Magyarul ezt ők nézték be.
    Pl Az Industrial Lights and Magic-nél ezt úgy oldották meg hogy megírták a saját szoftvereiket linuxra.
  • Equ
    #73
    "Amúgy meg egy ekkora szervezetnek is hosszú idő mire lecseréli minden szoftverét egy másik platformra. Ez nem egyik napról a másikra megy."

    Ez így van. Viszont az nem igaz, hogy ha vannak használható alternatívák linuxon a wines programokra, hogy 2 év alatt az ég világon semmire ne jusson egy ilyen migráció... Egyszerűen nem léteznek megfelelő szoftverek linuxra egy rakás feladatra, ezért szívott ekkorát münchen. Ezt anno nagyon elnézték, kb. azon a szinten gondolták ezt végig, mint amit itt egy páran emlegettek, "ó persze, hogy van minden linuxon" photoshop alternatíva is, aztán mikor kipróbálták ezeket az "alternatívákat" a korábbi pilotokban akkor szembesültek vele, hogy használhatatlanok komoly feladatra, főleg a wines programok után.

    El lehet képzelni, hogy mekkora többlet kiadás csak a vmware license (a benne futó windows-ról nem is beszélve).

    Érdemes körülnézni a microsoft case studies-nál, hogy pár hónap alatt lemennek akkora migrációk mint a münchenes, ha elérhetőek a megfelelő szoftverek...