Fejlesztőt keresek, aki jártas multiplatformos fejlesztésben, egy XML-alapú szerkesztő leprogramozásához (de nyitott vagy más megoldásra is, magánmegbeszélésen pontosítom a feladatot).
Elvárások a szoftverrel kapcsolatban:
- minimum a következő op.rendszereken mennie kell: Windows 2k/XP/Vista, OS X, Linux
- (bizonyos megszorításokkal) webfelületen is mennie kell (kompromisszumképes vagyok, Java vagy Silverlight OK, de Flasht nem akarok látni)
- "hülyéknek" lesz ("programozóknak" valót én is tudok csinálni :)
- a megjelenítés alapja CSS
- _nem_ komplett DTD-nek/Schema-nak megfelelő szerkesztőre van szükségem (olyat veszek a boltban, csak kissé sokba lenne kidobni száz ügyfélnek)
- legalább Windows platformon nyomtatási lehetőséget biztosítson
- nem kerülne kereskedelmi forgalomba, sőt lehetséges, hogy valamilyen open source licensz lenne a vége (tehát nem a "binárist" venném meg, megbeszélés kérdése)
Határidő: megállapodástól számított két hónapon belül béta-állapot (mindössze négy tesztelő lenne, akik viszont azonnal élesben dolgoznának vele :), max. 4 hónap a stabil 1.0-ig
Túl nagy pénzügyi keret nincs a projektre, de nem "PHP Pistikét" keresek, és hosszabb távú együttműködés is lehet belőle.
Fizetni számla ellenében vagy szerzői jogdíjként tudok.
Pontosabb infókat magánban. Lehetőleg telefonszámmal (és hogy mikor vagy hívható) jelentkezz, ha van referenciád, nem gond ;)
Kiegészítés: ha a fejlesztéshez zárt lib szükséges (kizárólag szabadon terjeszthető runtime-mal), megbeszélés alapján természetesen állom a költségét (vagy egy részét), de a későbbi fejlesztést szem előtt tartva, jobban örülnék, ha a külső cuccok opensource kategóriába esnének.
Update 1:
A webes felületnek elég Firefoxon (és társain) futni (FF mindenre elérhető, rengeteg helyen - hál'Istennek - már alapértelmezett böngésző, részemről elvárható feltétel, hogy a user - vagy a rendszergazdája :) - feltegyen egy FF-ot), IE, Opera stb. kompatibilitás nem elvárt (de pozitívum).
Update 2:
Többen is jöttek az AIR-rel, illetve, hogy miért tiltakozom a Flash ellen. Felőlem legyen, de azt nem vagyok hajlandó megfizetni, hogy kétszer programozza le valaki ugyanazt. (Ez érvényes a C++/PHP stb. megoldásokra is.) Nem véletlenül szavaznék alapvetően Java-alapú megoldásra, illetve lentebb írtam, a "legtutibb" egy Javascript cucc, amit desktop-célra "bekeretezünk" egy Gecko/WebKit-motorral (azért a WebKit a webes megoldás/DOM inkompatibilitás miatt szerintem problémásabb).
- 1483 megtekintés
Hozzászólások
Komolyan mondom nem értem ha akarsz találni embert egy szürke feladatra akkor miért írod bele, hogy nincs rá annyi pénz amennyi kellene.
Tudom, off de legalább feljebb kerül a topikod. Épp kikerült volna a tízből.
Érdekes, én nem ezt olvastam ki belőle.
Se azt nem láttam, hogy szürke lenne, sem azt, hogy nincs rá annyi amennyi kellene (csak azt, hogy nincs rá túl sok. Hogy az adott összeg valakinek elég, vagy kevés, az más kérdés).
Én pl. ennek a hirdetésnek az alapján simán jelentkeznék, ha úgy gondolnám, hogy meg tudom csinálni a feladatot időben. Aztán ha esetleg kiderülne, hogy nem fizet annyit, mint amennyit elvárnék az időmért cserébe, akkor ezt közölném. Aztán legfeljebb keresne még tovább más embert. De lehet, hogy amire azt írta, hogy nincs hatalmas pénz, az mégis elég lenne.
G
Nem azt írtam, hogy nincs rá annyi, amennyi kellene.
Az, hogy mennyit áldozok rá, attól függ, hogy a "kivitelező" mit tud elvállalni és megcsinálni, ugyanis ettől függ, hogy hány munkaórát vált ki a jelenlegi munkafolyamatainkból az új rendszer bevezetése, ugyanis jelenleg mindenki csúcson pörög, határeset, hogy tisztességesen, határidőn belül végez. Egy új ember felvétele egyrészt jelentősen növelné a bérköltséget (jobban, mintha több munkáért többet fizetek, csakhogy már fizikai képtelenség lenne bárkinek még többet bevállalni), másrészt legalább fél éven át tart, mire beletanul, addig másnak ellenőriznie kell, ami így majdnem dupla meló .
Ezért ha valaki azt mondja, hogy 1 millió, max. egy óra alatt bárki meg tudja tanulni a használatát, és fele annyi idő alatt végez a munkával, mint most, akkor simán azt mondom, hogy igen. Ha viszont valaki azt mondja, hogy 100e, napok alatt megtanulható cucc lesz belőle, és csak 5%-kal növeli a hatékonyságot, akkor simán közlöm, hogy köszönöm, nem.
Mi a baj a Flash-el? Mármint a Silverlight a legkevésbé multiplatform.
Azon kívül hogy lassú és néhány Linuxos videókártya driverrel izgalmas dolgokat művel? A Silverlightot mondjuk én sem értem.
Ami a projektet illeti, szinte természetesként igérkezik a XUL használata, mivel weben is fut (igaz, csak Firefox alatt) és gyakorlatilag az összes GUIs komponens létezik alatta. Adott esetben még a Java, de valamit alkalmazásként és appletként futtatni azért nem ugyanaz. Kérdés, hogy mit is értünk XML alapú szerkesztő alatt, mert nagyon változatos tud lenni a projekt. Ha azt, hogy egy fa elemeit kell tudni tologatni, akkor az nem túl nagy kihívás. Jó lenne kicsit jobban specifikálni a feladatot.
A Flash "pénzügyileg" probléma. Két nyelven lekódolni nagyjából ugyanazt jóval többe fáj, mind a fejlesztést tekintve, mind tesztelésileg, mind az utólagos javítások, bővítések esetén.
Inkább kivárom, hogy a Moonlight használható legyen, és addig nem megy linuxról a dolog webfelületen. (Aki linuxon dolgozik, annak kevésbé okoz problémát egy program telepítése :) A webfelület nekem egy nyűg, de sajnos elvárják, hogy legyen. (A "szükségletemhez" hasonló jelenlegi megoldások IE-hez vannak kötve, és mégis használják.)
"- minimum a következő op.rendszereken mennie kell: Windows 2k/XP/Vista, OS X, Linux"
Az adobe air sztem pont jó lenne erre.
No rainbow, no sugar
AIR nincs linuxon.
Az igazság az, hogy ha valaki elég profi JavaScriptben, akkor vélhetően abban meg tudja írni. Köréönteni a keretet pl. a XULrunner szerintem tökéletes. Nekem nem okoz problémát, ha azt kell mondanom az internet felől érkezőknek, hogy bocsi, csak Mozilla-alapú browserrel fog menni, mert olyanhoz mindenki hozzá tud jutni. (A WebKit-alapú browserek elterjedtsége még messze nem elég.)
Ez így ebben a formában nem igaz:
http://labs.adobe.com/technologies/air/linux/
Üdv,
Junghausz Norbert
Miért fejlesztőt, miért nem céget?
Nem egy 5-6 fős csapatra szabott a feladat...