Ügyfél vs. szövegszerkesztő vs. fejlesztő
Időről időre fellángol a vita felhasználó, tesztelő, projektgazda és fejlesztő között egy-egy weboldal tartalmainak szerkesztésének módjáról.
Fejlesztőként szeretnénk, ha az oldal működne, jól működne. Szeretnénk, ha a felhasználó maximálisan meg lenne elégedve. A tartalom szerkesztése nem okozna problémát. Ugyanakkor nem szeretnénk, ha túl sok új dolgot kellene megtanulnia az oldala adminisztrálásához. Jön a kézenfekvő ötlet: építsünk be egy WYSIWYG szövegszerkesztőt az adminisztrációs felületbe.
És itt kezdődik a huzavona. Mi az, amit megengedhetünk a felhasználónak. Mik azok a dolgok, amiket biztonsági okokból tiltunk le? Mik azok a dolgok amiket azért, hogy egy „fejlett esztétikai érzékkel” rendelkező felhasználó „dühöngése” után se hulljon darabjaira az oldal, és még egységesen, a kialakított dizájnhoz illeszkedjenek az általa szerkesztett tartalmak.
Aztán előkerülnek a WYSIWYG használatából eredő problémák, az előállított kód minőségével kapcsolatos aggályok. Folyamatosan őrlődünk a következő lehetőségek között
- Engedjünk teljes kontrollt a formázási lehetőségekben (teljes körű HTML, a legalapvetőbb szűrések [script, style] beépítése mellett)?
- Engedjünk meg mindent, és támogassuk meg a felhasználót egy WYSIWYG szövegszerkesztővel?
- Melyik WYSIWYG szerkesztőt válasszuk?
- A szövegszerkesztő mely funkcióit jelenítsük meg (mely formázási lehetőséget engedjük és „tűrjük” meg), és melyiket rejtsük el (mik azok a formázási lehetőségek, amikről mélyen hallgassunk)?
- Csak bizonyos formázási lehetőségeket engedjünk (stripTags) és támogassuk meg szerkesztővel? De akkor hogyan magyarázzuk el a felhasználónak, hogy miért korlátozod?
- Ne engedjünk neki semmit szerkeszteni, hanem majd rajtunk keresztül felkerülnek a tartalmak (karbantartási szerződés).
A következő szempontok, érvek, kérdések, megoldási javaslatok kerülnek terítékre időről időre. Egyiket másikat kicsit sarkítani fogom.
A felhasználót meg lehet érteni. Szeretné formázni a szövegét. A megjelenített tartalmakban szeretne középre rendezett szöveget látni, meg lila betűket, netán nagyobb betűvel kiemelni a számára hangsúlyos dolgokat.
De mindegyikünk találkozott már olyan ügyféllel, aki nem értette meg, hogy miért nem célszerű fehér háttérre citromsárga betűvel írni. Amikor felhozod az olvashatóságot mint érvet, azt a választ kapod, hogy „én el tudom olvasni”.
Vagy azért rendez 4 bekezdésnyi szöveget középre és írja 16 pontos, félkövér betűvel, mert úgy tanulta, hogy a fontos dolgokat ki kell emelni. Amikor elmondod neki, hogy ha minden ki van emelve, olyankor semmi nincs kiemelve, azt válaszolja, hogy „ez az én üzletem, majd én tudom, mi a fontos”.
Fejlesztői oldalról általában a projekt átadása után merülnek fel a problémák. Párszor már megtörtént, hogy átadtunk egy projektet szépen formázott szövegekkel, valid kóddal, majd pár hét múlva szerettük volna megmutatni egy tárgyaláson egy leendő ügyfélnek referenciaként. Jobb esetben csak a validitás ugrik a szövegszerkesztő miatt. Rosszabb esetben egy-egy szövegrészről üvölt, hogy Wordből másolta be a felhasználó. Esetleg talált egy 15 éves HTML bevezetőt a zinterneten, abból képezte magát, és megtanulta használni a font elemet.
Ilyenkor merül fel az „agresszív” fejlesztőben, hogy legközelebb eleve hagyjuk ki a szövegszerkesztőt, és fogjunk bele egy HTML tanfolyam kidolgozásába, melyet az oldal átadása előtt sikeres vizsgával kell zárnia az új ügyfeleknek.
A „nyugodt” fejlesztő pedig előáll az ötlettel, hogy a felhasználó ne HTML-t szerkesszen, hanem BBCode, Markdown vagy Textile nyelvtanú szöveget, a szövegszerkesztő ilyen forrást állítson elő. Így megőrizhetjük a validitás és maximális kontrollt tudunk gyakorolni az alkalmazható formázási lehetőségel felett. Ezzel persze plusz munkát adunk magunkan, és új hibalehetőségeket építünk be a programunkba.
Ezzel az írással nem általánosítani szerettem volna, nyílván minden ügyfél más és más. Ennek megfelelően, nyilván mindenkinél más megoldást kell alkalmazni.
Ti általában milyen megoldást választotok? Van ultimate WYSIWYG szövegszerkesztő? Vagy nem ilyen szerkesztőt építetetek be? Építetek be egyáltalán bármilyet?
■
Hát igen...
Ha ez mind hatástalan akkor megpróbálom a maximumot kihozni a WYSIWYG szerkesztőből és próbálom úgy elmenteni az oldalt, ahogy átadtam és a továbbiakban azt mutogatni a referenciában... szerencsére jó hatással vagyok a megrendelőimre és le tudom beszélni őket a marhaságokról...
Nem tudsz mit csinálni. Ha
Adj át a projekt átadáskor egy használati javaslatot, vagy mond meg neki, hogy kész az oldala és némi pénzért készítesz neki egy használati tanulmányt. Átadás után meg le kell fixálni, hogy max 1 hónap alatt felmerülő hibákat javítasz ingyen / kedvezményesen.
korlátozni, korlátozni, korlátozni
a szerkesztőben ezek közül a stílusok és színek közül lehet csak választani (tehát semmi font, semmi betűméret). wordből bekopizás kikapcsolva.
az ügyfél szájába rágva, hogy az ő érdeke is, hogy csak ezeket a stílusokat használja.
Azt nem nagyon ertem, hogy
Egyszerűbb
BBCode jó
Namost, pl. melyik a jobb: [youtubeVideo]bXni0pAkPzk[/youtubeVideo] vagy ennek a HTML kimenetének begépelése a szövegbeviteli mezőbe. Nem beszélve arról, hogy BBCode esetén elég a parser-t módosítani, míg HTML kód esetén minden cikknél, stb. módosítani kellene, ha úgy alakul.
A magam részéről egy HTML + speckó BBCode egyvelegére szavazok saját oldalnál. Megrendelőnél meg attól függően, hogy mennyi szöveget és milyen gyakran kell módosítani vagy kell egy korrekt karbantartási megállapodás vagy jól formázható szerkesztőhöz előírni a megrendelő részéről egy betanított tördelőt. Ha minőséget akar, akkor ezt a két járható utat látom.
Szerintem ebben a témában a
A szerver oldali szűrést, tartalom tisztítást külön kezelném, ezt úgyis kötelező érvénnyel el kell végezni és ma már nagyon sokféle hatékony eszköz van erre, de (ami szerintem néha több kárt okoz mint hasznot) a legtöbb cég saját tisztító kódot dolgoz ki, ami tapasztalataim szerint néha többet árt mint használ, ez hasonlóan értelmetlen dolog mint az amikor minden garázs webes cég saját tartalom kezelő rendszert fejleszt...csak javítani ne kelljen utánuk :)
szerver oldali tisztító
Tudnál felhozni példát, ami szerinted ajánlható?
Köszi.
htmLawed, HTML Purifier
WYMeditor?
Van, szinte csak ezt
Vélemény
Ez azonban ritkán járható út, a második legjobb megoldás, ahol csak lehetséges a sima szöveg. Nemrégiben készítettem egy blogot: a bejegyzéseknek meg lehet adni címet, meg szöveget, amiből lesz egy HTML
<h2>meg egy<p>-kbe tagolt törzs. Egyszerű, nagyon jól elvan vele. (Persze sajnos még így is sikerül elhagynia szóközöket, hibás írásjeleket bevinni stb.)Ahol ennél komolyabb formázásra van szükség, ott a HTML-t preferálom. Ezt lehet szűrni, meg kell határozni azokat az elemeket, amiket lehet használni, szigorúan a külső stíluslappal, illetve szép lenne egy validátort is beépíteni, bár erre még sosem volt időm. Talán egyszer.
bevált megoldás
Én TinyMCE-t szoktam használni, általában minimális funkciókat engedek meg, és ha nagyon kell, akkor bővítem. Font méretből csak annyit engedek amennyit kell. Színek helyett inkább stílusokat használok, illetve az oldalhoz igazítva vannak formázva a headingek. Szerver oldalon HTML Purifier-t használok. Ezt úgy állítom be, hogy Tidy-val optimalizálja a kódot. Ezután csak azokat a tag-eket engedem be, és ehhez is csak azokat a property-ket, amik minimálisan szükségesek. Kicsit tesztigényes, mert a böngészők különböző html kódot generálhatnak. HTMLPurifier mellett szól, hogy nagymértékben emeli az oldal biztonságát is, ugyanis megfelelően beállított szűréssel XSS támadások ellen nagyon hatékony.
Milyen jó módszereket ismertek még szerver oldali html szűrésre?
Az weboldal nem a fejlesztőé.
He?
Aki pedig pénzt akar keresni és nem nő, az pillanatok alatt felfogja, hogy a fehér háttéren citromsárga betű sokkal kevesebb pénz - a nő ilyenkor rávágja, hogy de úgy szép, és ő azt akarja, úgyhogy legyen úgy. Meg egyébként is, ki kell tapasztalni, hogy mikben NEM szabad kikérni az ügyfél véleményét. A grafikusunkkal komplett koncepció terveket adunk le, több verzióban, fel sem szokott merülni bennük, hogy a betűk színét változtatni lehessen.
Az okosak megoldják a problémákat, a bölcsek megelőzik őket ;)
Már a tárgyalások során is úgy pozicionáljuk magunkat, hogy ehhez MI értünk, szeretnénk vmi jövedelmezőt átadni, így néha tanácsokkal fogunk szolgálni, és jobb, ha ilyenkor ránk hallgat. Ahogy erre reagál, már látni lehet, hogy együtt fogunk-e tudni dolgozni, vagy sem. Amelyik megköszöni ezt, és felcsillan a szeme a boldogságtól, az a jó ügyfél.
Segítünk elérni a célt. Ha ez a cél csupán annyira alacsony, hogy "legyen az és úgy, ahogy én kitaláltam", akkor fárasszon mást. Csak összegányolni vmit, na, az igazán unalmas egy munka lenne. Részt venni vmi nagyobbnak az építésében, az igazán jó érzés. Végeredményben ugyanazt csinálom, mégis más.
De igen.
Az, hogy ezen jogokkal élni nem szokás, az sajnálatos, de semmit nem változtat a tényeken.
Egyébiránt pedig egyetértek az alattam szólóval: azért keresett meg az ügyfél, mert én értek hozzá. Ha jobban ért hozzá, akkor keressen más bérniggert, aki megvalósítja, amit ő billentyűzetbe mond neki.
Hát, nem tudom, ha én
Szakmai igényesség
nagyon jó a példád
Hanem azokkal, akik azzal jönnek, hogy kell egy oldal mert van a konkurenciának is, pályáztam és utólag kiderült, hogy csak erre lehet költeni (sűrű kacsintgatások között beszél az árról, többről szóljon a számla mint amit fizet, a pályázati elszámolás miatt). Oktatás nem kell "nem vagyok hülye" "legalább annyival is kevesebbet kell fizetni". Na ez az az ügyfél, akit hiába kérsz a fejlesztés alatt, hogy teszteljen vagy nézzen rá a készülő oldalra, hogy tetszik-e, jó e az irány. Ez az az ügyfél, aki az átadás után, kezdi el a "itt egy kicsit legyen nagyobb a szöveg", vagy "ott legyen vastagabb" problémákkal terhelni a rendszert.
És ez az az ügyfél, akit, amikor felismeri, hogy milyen eszköz van a kezébe, elkapja a lelkesedés, de az esztétikai érzék zéró. Sajnos az ügyfelek nagy része ebbe a kategóriába tartozik.
Még csókot is dobok utána
megallapodas kerdese. ha te
ha te csak olyan megrendelovel dolgozol, aki orul neki es szereti, hogy a te mualkotasodat hasznalhatja csak ugy es abban a formaban, ahogy te kitalaltad, az szerencses helyzet, de ettol meg masvalaki eladhatja ugy az altala keszitett webalkalmazast, hogy azt csinal vele a megrendelo, amit akar.
a megrendelo meg majd ugyis eldonti, hogy profi komuvest keres, vagy szobraszmuveszt.
persze ettol meg nagy butasag azt allitani, hogy csak az egyikre van szukseg.
Tyrael
Nem tudom ti hogy szoktátok
Reklám
Szóval amint jön ki a boltból, látják, hogy néz ki, ergo nem mennek be. Akiknek később esetleg elmondja, hogy hol volt fodrásznál, oda nem mennek be többet stb.
Továbbra sem hiszem, hogy a
Az emberek borzonganak a lila-zöld frízurától. Többnyire senki nem tudhassa, hogy ki csinálta. Akinek a tulajdonos megmondja, hogy ki volt a borbély, annak dicséri, lévén megkapta a lila-zöld fejet. Mindenki más nem tudja ki a tettes.
Az emberek borzonganak a sárgán-fehér weboldaltól. Többnyire bárki megtudhassa, hogy ki csinálta. Akinek a tulajdonos megmondja, hogy ki a webmester, annak dicséri, lévén megkapta a sárgán-fehér szöveget. Mindenki más a webmestert tartja felelősnek.
De hogy a tulajdonképpeni témához is hozzászóljak, én az alternatív jelölőnyelv pártján vagyok. Nem feltétlenül BBCode, (inkább a Creole áll hozzám közelebb,) de valami köztes réteg amiből olyan HTML-t gyúrhatok amilyen a környezetébe illik. (Azaz több különböző helyre beszúrva a generált HTML különböző lehet.)
Én szintén a BBCode-os
A megrendelőről meg a beleszólásról meg annyit, hogy szerencsére az eddigiek nem nagyon akadékoskodtak, de ha mégis előfordulna ilyesmi, akkor - ha máshogy nem megy - azt mondanám neki, hogy rendben legyen úgy ahogy akarja, de akkor nem tudjuk referenciaként használni az elkészült munkát, ezért közvetetten anyagi kár ér minket, és mondjuk +20%-ot ráraknék az árra. Szerintem ez így korrekt.
Szerintem egyértelműen
de ilyet még én sem láttam..
De az már kiverte nálam is a biztosítékot, hogy a táblázat cellákat el kellet magyarázni, hogyan formázhatják. Eddig jutottak, hogy már minden berhelnek.
Nem gond, ha az ügyfél használja a weboldalát. Ha megvette hát had vigye! De az már gond, hogy referenciaként még véletlen sem jelölhetsz meg egy ilyen oldalt.
Megértetni velük, hogy az oldal tartalma egy alap stílust (amit egyébként web-designerek alakítanak ki) szinte lehetetlen.
Hasznos téma amit felvetettél! Köszi!
fejlesztő jóhírnévhez való joga
Ha innen nézzük a dolgot, akkor ez jelenthet "jogalapot", arra hogy időről időre beleszóljunk a szövegek megjelenítésének módjába?
Mondjuk az mindig kérdés, hogy pl egy Drupal vagy WordPress alapokon (szigorúan nyílt forrású megoldásokra) építkező weboldalon a szoftvert nem ad(hat)juk el, hanem a konfigurálást és személyre szabást fizeti az ügyfél, akkor még mindig ugyanez-e a felállás.
jogalap
Azért ez a jogalapra hivatkozás erősen sántít, hiszen a szerződés legtöbbször tartalmazza szoftverek tekintetében a szerzői jog átruházását is (a törvény csak a szoftverek esetében ezt megengedi).
Szerződés
A html WYSIWTF* szerkesztők
A WYSIWTF* tulajdonság elég vonzó lehet az ügyfél számára, tőlem is kérték már, erre én egy kerülő megoldást készítettem (bár nem tökéletes):
TinyMCE-hez hasonló toolbar, ami html helyett bbcode-okat szúr be a kódba, és van egy Preview gomb is, ami ajax-szal szerveroldalon gyorsan értelmezi is a szöveget meg a formázást, és visszaadja egy másik divbe.
Teljesség igénye nélkül, jelenleg ezekre lehet használni: b, i, u; balra, jobbra, középre rendezés; háromféle címsor: h1, h2, h3; felsorolás (akár word-ből bepasztolt listát képes egy klikkre átalakítani); link, kép, flash, flv beágyazás; táblázat, cella (ezek is 1 klikkre word pasztolásból átalakulnak), térköz, vonal (hr). Valamint visszavonás, újra és preview. Természetesen a textarea-k méretezhetők, mint itt a weblaboron ezzel a drupalos sliderrel.
Korlátjai persze vannak, pl. a táblázat szerkesztés htmlben mindig is horror volt, de userfriendly sosem, ezért nem tökéletes.
*WYSIWTF: nem elírás ;P
bbcode
http://wiki.moxiecode.com/index.php/TinyMCE:Plugins/bbcode
b0c1
Mekkora ez a tinyMCE egy
Erre vannak benne a pluginek
Sokáig én sem szerettem a TinyMCE-t, mert régen tiszta gány volt a dokumentáció és maga az egész rendszer is. De azóta a böngészők fejlődtek, a TinyMCE egy jórésze újra lett írva, kapott csomó új funkciót, és ésszerűsítették, optimalizálták, és már a dokumentáció is kiváló.
Pl. a 'valid_elements'-szel nem csak azt adhatod meg, hogy milyen tageket engedjen meg, hanem, hogy melyiket mire cserélje, melyik szerepelhet üresen, melyiket törölje, ha üres, melyiknek milyen attribútumok adhatók, stb. És ez csak egy opció. Itt a többi.
Meg kell találni, mikor mire van szükség, de ha csinálunk egy minimális-, közepes- és egy teljes* funkcionalitást engedő konfigot, akkor ez a három verzió már szinte bármilyen ügyfél igényt le tud fedni, nagyon ritkán kell már belepiszkálni.
*teljes funkcionalitás = amket mi úgy ítéltünk meg, hogy általában szükség szokott lenni. Pl.: betűszín és háttérszín szabályozás az nem tartozik bele.
és még egy probléma!
én eddig az alábbiakra jutottam magammal
1. meg kell próbálni olyan tartalmat előállitani, már a tervezéskor, ahol nincs szükség ilyen formázásra (tehát tudomásul veszi, hogy külön adatként adja meg a cimet, alcimet, bevezetőt, szöveget, stb) ha jól tipizálható a tartalom a többit a layout alapján elvégzi a css
2. ha ez nem járható út, akkor meg kell próbálni meggyőzni a felhasználót, megrendelőt a jelenleg elérhető wysiwyg szerkesztők hibáiról, esetleg egy-két rémtörténettel érvelni. ebben az esetben szóba jöhet egy bb, vagy textile, én ilyenkor fel szoktam ajánlani, egy nagyon alapszintű, helperrel kiegészitett egyedi megoldás lehetőségét, ahol némileg érvényesithető a felhasználó előzetes kivánsága (pl készitettem már olyan megoldást, ahol nem volt szükség lezárásra a "*" kerakter a következő szót formázta félkövérre, stb...)
3. a kettes pont érezhetően csak egy opció, már az első perctől lehet tudni, érezni, hogy érdemes-e eleve felvetni. illetve felvetni mindig érdemes, de van amikor látszik, hogy túl nagy az ellenállás
4. ha nem lehet megkerülni a "felhasználói kreativitást" és a modern eszközöktől elvárható működést - ami sajnos igen erős érv, értsd: "máshol is ilyet használ már sok-sok éve, mi az, hogy nem lehet, mikor a telefonja felolvassa az sms-t, hol élek én, stb"... akkor el kell ismerni, hogy végső soron igaza van, és igazából én is szivesen adnék a kezébe egy használható, megbizható eszközt, illetve már tervezéskor arra támaszkodnék... ha volna ilyen!!!
5. ha be kell épteni egy ma létező RTE -t szinte mindegy, hogy melyiket választom, az már kalap-kabát, a kód minőség és a működési biztonság oda, számomra az már zavaros viz. irtam editort magam is, sokat játszottam vele, ismerem a lehetősgeiket, korlátaikat és számba vettem még azokat a limitációkat is, amiket reális elfogadtatni a megrendelővel (értsd: legyen az oldal elérhető minden böngészőben, de egy adminisztrációs felület működését életszerűbb böngészőhöz, verzióhoz kötni) azonban magában ez is kevés.
6. ha elég volna beállitani a formázások körét, akkor én a grafikussal (ha az éppen nem én vagyok) egyeztetve, 1,2,3 cimfokozat, link, sortörés, szövegbeni kiemelés (félkövér, dölt, kiskapitális, áthúzott), lista beszúrását tenném lehetővé... minden más túlzás és nehezen kontrollálható. esetleg még kép beszúrása volna reális...
7. a dolog azonban megbukik minden böngészőbe épitett rte esetén. az ok egyszerű és egy megkerülhetetlen felhasználói szokás okozza, történetesen az, hogy imádnak más eszközökkel szöveget szerkeszteni majd bemásolni. ez ellen nem véd semmi. a szerver oldali kódtisztitást hagyjuk az egy másik tészta és nem érzem kielégitő válasznak.
8. konkluzió: hosszas-hosszas agyalás és sokakkal való eszmecsere után számomra egy fentebb vázolt funkcionalitást megvalósitó, jelen esetben flash -ben kivitelezett szerkesztő volna az ideális. itt garantálható a hozott formázás elvetése, a kimenet uniformizálása és validálása az egyetlen limitáció a flash beépülő megkövetelése, ami jellemzően nyitott kapu, illetve elfogadható kivánság (teramészetesn egy textarea fallbackkal)... az egyetlen gond csupán az, hogy eddig ilyen eszközzel, ami a hozta volna az összes elvárásomat nem találkoztam. egyet ismerek, sőt a forráskodja is rendelkezésemre áll (de nem birtoklok jogokat - tehát max tanulmányozásra)... nagyon várom, hogy valaki elkészitse "tutit"... esetleg kiindulhatna innen is egy ilyen közösségi fejlesztés, ha más is egyet ért a gondolatmenetemmel és van kapacitása, rutinja... én a flash -be nem szeretnék már ennyire belebonyoldni.
Teljesen felesleges jó
Stílusok
Ha egyetemi tanár lennék, a kész diplomamunkák leadása előtt kétnaponta új formátumkövetelménnyel állnék elő: oké, akkor most ugyanezt sorkiigazítás nélkül, más betűtípussal, más sorközzel. Stílusokkal 1 perc, nélkülük egy óra, ugye.
Egyébként nem tök mindegy, weben milyen technikával formázunk? Aki nem teljesen tök, az bármivel meg tudja oldani, aki meg az, annak nincs gyógyszer.
LaTeX
:D
Egyébként egyetértek, hogy kicsit fel kéne frissíteni a tananyagot, de ehhez előbb meg fel kéne frissíteni a tanári gárdát, aminek meg előfeltétele lenne, hogy a politikai döntéshozatalnál is egy hozzáértő ember kerüljön megfelelő helyre. Innen meg már egyértelmű, hogy nem lesz semmi változás az elkövetkező 20 évben :D
Nem csak a szövegszerkesztőt nem tudják használni. Prezentációknál is előfordul, hogy "komoly pozícióban lévő" emberek olyan hányadék alkotásokat készítenek, hogy sírva lehetne fakadni. Ott is megy a 100% kék háttéren a 100% sárga betű.
Egy "ismerősömnek" jogi karon tanítanak ilyeneket, de én csináltam meg a beadandóját, és mai napig fingja sincs, hogy merre hány méter, az elmondása szerint a többieknek sem. Itt is elszaporodnak a segítség kérések - "vki megcsinálná?" -, ha jön a félév vége a beadandók miatt, és a többségük be sem jár. Tehát valóban, az utolsó lépcsőfok, ahol még nagyjából tanítható az ember, az vhol a középiskola. Utána már szarik bele, csak legyen meg a kettes, majd ha elhelyezkedik, megtanulja - gondolja ő.
Egyik barátom az ÁVF-en pedig az egyik órán halasztást akart kérni, mert nem volt ideje felkészülni a prezentációra. Aztán mikor beült és látta, hogy milyen szar előadásokat tartanak a többiek, amikre 4-est, 5-öst kapnak, kiment a laptopjával a teremből és 20 perc alatt összedobott egy olyan prezentációt, ami nem volt jó, de még így is fényévekre volt a többiekétől, visszament és 5 perc alatt lenyomott egy olyan előadást, amit a tanár még ki is emelt, hogy milyen jó volt! Szerinte meg szar volt az övé is, és a tanár mondjon le... :D
Igy van
Nalunk en tartottam meg jo par orat, mert jobban ertettem hozza mint a tanar. De azert evvegen volt pofaja 3-ast adni.
Ettol fuggetlenul max megtanuljak ha kotelezo. Bevenni kotelezo tananyagba es jonapot.
Kié a site?
Amatőr vs profi
És valóban, vannak a nagyon makacsok, de azokat mi kirúgjuk VAGY olyan horribilis árat mondunk, amit ha elfogad, én akár oda is költözök hónapokra, hogy okítgassam. Simán benyelem, hogy vmi szart kell kiadnom a kezem közül sokért :D Ettől függetlenül van az az ügyfél, akinek még "ennyi esélyt sem adunk", mert szívja más vérét, nem ér annyit az egész. Én élvezni is szeretném a munkámat. És ha szart kell csinálni, az nem élvezet, még akkor sem, ha sok pénzért.
a "miért ne tehetné" kérdésre
Háromból kettő ökölszabály!
SZVSZ:
3 eset létezik:
-A megrendelő nem tudja mit akar.
-A megrendelő tudja mit akar.
-A megrendelő tud valamit de fingja sincs az egészről.
Az elsőnél szabad keze van a fejlesztőnek. A másodiknál nincs de ki van adva a ukáz, képesrá/sem.. elvállalja vagy nem... egyszerű...
A legrosszabb a 3. csoport mert velük megy a fight, hogy mi merre mert van amit le se tojik és van amiben meg vérprofiknak érzi magát a megrendelő. Ilyenkor szoktam az üzleti - és egyéb igényeket - teljesen letisztázni.
Az a fejlesztő akinek azzal van a baja, hogy a kliens mit kér az nem következetes.
Erre szoktamvolt modani:
Céguünk mottója: Gyorsan, Olcsón, Jót -> Kettőt választhat!
Aki ezt betartja és betartatja a megrendelővel annak nem hiszem hogy ilyen jellegű gondjai lesznek!
ON
Én FCKEditort szoktam használni... A Symfony tálcán szállítja... Könnyű paraméterezni..... bla ... bla ... bla
Ez olyan mint a CMS/framework vallás kérdés :P
Szép napot mindenkinek!
Én azért picit kiegészíteném
Az elsőnél szabad keze van a fejlesztőnek.
-A megrendelő nem tudja mit akar, de tudja mit nem akar.
Az első pont második alpontjánál szabad keze van a fejlesztőnek, de ha használja csak a saját baját szaporítja.