Mennyiért csináljam?

Vagy fordítva.

OK, ha az érdeklődő szót így értjük, akkor igazad van, eredetileg én nem így értettem. Hanem úgy, mint amit a GIMP egyik kritikájában olvastam egyszer, hogy az a baja, hogy nem a grafika iránt érdeklődő programozók, hanem a programozás iránt érdeklődő grafikusok fejlesztették.

olyankor szokott elromlani:)

Nem bántanám, csak kicsit kibővíteném az előbb említett tárolási funkcióval.

Igazabol erre szoktak azt mondani, hogy ha mukodik, akkor ne bantsd.

Hát, kezdek elbizonytalanodni. Igazából azért mondtam a könyvelőmnek igent, mert egy annyira lebutított cucc kéne neki, ami már nálunk létezik excel makróként. Igazából van pár cella ( 5-20db) és a beírt értékek alapján számol ki biz. dolgokat. Én is láttam ezt a makrót, és nálunk a könyvelésen is sokat használják. Annyi plussz kéne hozzá, hogy a cégek és alkalmazottak adatait tárolja le. Ezért gondoltam hogy megcsinálom neki.

:))

Látom nem csak nekem van problémám a megrendelővel néha :)

Amúgy ez pont olyan, mint amire a volt rendszergazda kollégáim panaszkodtak:

Annél a cégnél, ahol dolgoztak, kétféle alkalmazott volt:

- "Egységnyi sugarú" Mancika, aki teljesen hülye volt a géphez.

- Volt néhány srác, aki konyított a dologhoz valamennyit.


Na a kollégáim azt mondták, hogy "Mancika" ugyan teljesen hülye a géphez, DE NINCS VELE GOND! Ha valami baja volt, telefonált a rendszergazdának és az jött és beállította. Nem kezdte el megkeresni a hibát és nem állított át dolgokat...

A problémát náluk is a számítástechnikához valamit konyító alkalmazottak jelentették. Ezek előszerettel állítgatták a rendszerüket (Win98-volt, tehát megtehette) és ebből számtalan probléma volt. Mert ugyebár rendesen nem tudta beállítani, de a régi beállításokat már nem jegyezte meg.

Így történt meg pl. hogy a gép nem látta a hálózatot. De csak azért, mert állítgatták az IP címét :)))

A jó öreg Murphy szólt belőled...

Teljesen egyetértek!

A gond az, amikor a megrendelő azt hiszi, hogy ért hozzá. Aztán persze nem ért hozzá annyira mint képzeli magáról - hisz akkor nem megrendelő lenne, hanem fejlesztő... - de erről nem lehetmeggyőzni, vagy csak komoly nehézségek árán.


Nekem is jobb a tapasztalatom azokkal a megrendelőkkel, akik elismerték, hogy nem értenek hozzá, mint akik próbáltak "segíteni"...

Keretik megnezni mire vonatkozik a harmadik dolog (user with an idea).

Tapasztalatom szerint az ilyen emberek (programozas irant erdeklodo marketinges) igenis nagyon veszelyes, ha a megrendelo oldalan van.

Eddig csak olyannal talalkoztam aki szakmailag kozel sem volt ott a szeren, viszont ezt nem tudta magarol, vagy nem vallotta be maganak. Viszont nagyon konnyen meggyozi a megrendelot olyan dolgokrol, ami nem igaz, pl. ez meg az nagyon konnyu, nekunk kell, es nem szabad erte sokat fizetni. Vagy pedig o targyal megrendelokent, es nem hajlando belatni hogy tulsagosan megbonyolitja a dolgot.

Es persze legtobb esetben a nagyon konnyu az kozel sem igaz, es rengeteg szivast okoz.

Rengeteg ilyennel talalkoztam sajnos, ellenpeldaval annal kevesbe.

A programozas irant erdeklodo marketinges, ha fejlesztomernok, akkor az fejlesztomernok es nem erdeklodo. Nekem az erdeklodo az kb. a mukedvelo szintig tart max. Az ilyen emberek nem tudjak felmerni hogy szakmailag mennyire bonyolult valami, mert nem tudjak milyen vonzatai vannak bizonyos dolgoknak, es hamis kepzeteik vannak rola. Abbol pedig jo dolog meg nem sult ki.

És még csak nem is ez a fő gond. Hanem hogy egy szoftvernek van utóélete is: ha a szabályok változnak azt követni kell. És ha ez gyakran történik akkor ez elég nagy költséget jelenthet, ráadásul olyankor amikor a már eladott szoftver már nem termel további nyereséget, hacsak az ügyfél nem köt olyan szerződést hogy fizet havi x összeget a követésért amihez viszont nagyon "nagylelkű" user kell... A másik oldalon viszont ha eladsz 10 ilyen szoftvert mondjuk 50 ezer ft/darab áron az első körben jónak mondható. Ha viszont után 5 évig minden évben rá kell szánnod 1-2 hetet a szabályok aktualizálásának akkor már kevésbé nyerő a buli. Ráadásul nem lehet tudni hogy mi lesz, lehet hogy nem egy-két hét lesz hanem a teljes sw újraírása...

Nem mondanám. A marketinges (értsd: közgazdász) egy olyan ember, aki nem célnak, hanem eszköznek tekinti a programozást. Nem az algoritmusban gyönyörködik, hanem a végeredményben, amit az algoritmus kidob. Ez nem feltétlenül érinti a szakértelmet, már csak azért sem, mivel a közgazdászok nagy része azért meglehetősen jól ért a matematikához, sőt, a programozáshoz is. Én magam egyébként számos közgazdászt ismerek, akik különböző piacvezető szoftvertermékek fejlesztőmérnökei.

Másszóval ne becsüljük le a marketingeseket. És persze a felhasználókat sem.

Én sem javaslom az ilyen munkákat. Ma MO-n szoftvert eladni nagyon nehéz. Ahhoz, hogy az ötleted gazdaságilag működőképes legyen vagy nagyon nagy példányszámra vagy magas árra van szükséged.

A nagy példényszámot ilyen marketinggel nem fogod tudni biztosítani, az ár pedig olyan, hogy vannak a piacon olcsó dobozos bérszámfejtőszoftverek. Ennek ára alá nem igazán fogsz tudni menni, mert nem tudod produkálni a példányszámot.


Szóval én spec. így nem vágnék bele.

Én nem igazán szoktam maszkolt editet használni, ehelyett több különálló edit mezőt használok. Jobb a look&feel. Viszont egy bérszámfejtő progiba szvsz bátor dolog belemenni, engem akivel beszéltem erről mindenki erősen óvott ettől a területtől, percenként változnak a szabályok és finoman szólva nem egyszerűek és egyértelműek.

Adjatok tanácsot légyszi!
Kéne egy nagyon leegyszerűsített "dobozos" bérszámfejtő cuccot csinálnom. Zsé alapból nincs, viszont a könyvelőm vállalja a terjesztést és azt is mondja, hogy a szakmai ismerettségében elég nagy igény is lenne rá.( kis 1-10 foglalkoztatottal dolgozó cégek bérsz.fejtéséhez.) Semmi csili-vili, semmi extra ide-oda konvetálás, semmi 10 féle nyomt.kép stb.

Ilyen projektnél érdemes pl. saját maszkolt Editekkel foglalkozni v. hánnyam fel a meglévő CEditeket vhogy oszt jól van?

Igénytelen munkát nem szeretek a kezemből kiadni, de itt az olcsóság lenne a fő szempont, ezért a ráfordítható időt kellene kitalálni.

Mi a véleményetek?

Idezet az egyik szamitogepes bibliabol, Rick Cook-tol:

The three most dangerous things in the world:

1. A programmer with a soldering iron,
2. a hardware type with a software patch
3. and a user with an idea

elegge beleillik a harmadikba.

Én is igyekszem az ügyfélnek olyan megoldást nyújtani ami kielégíti az igényeit ugyanakkor a hülyeségekről igyekszem lebeszélni ha lehet. Ha meg nem hagyja magát az az ő baja, de mindenesetre én azt is megmondom hogy az adott dolognak mi a hátránya ahhoz képest amit én ajánlok. Aztán a döntés úgyis a useré, elvégre ő fizet...

Akkor ezzel most mennyiben mondtal mast mint en? Az ugyfellel valo kapcsolatod ugyanaz, megpedig az, hogy az van amit o akar (ha nem lehet errol lebeszelni).

Nem olyan hülye az... Gondolj bele hogy ha a haveroddal neadjisten történik valami (elüti egy autó, elvonul szerzetesnek Tibetbe, stb) az ipsének akkor is támadhat módosítási igénye.

Persze, én is igyekszem mindig optimális megoldást ajánlani. Márcsak lustaságból is, mert tudom mi lesz hosszútávon jobb választás.


A kisség irónikus hozzászólásom arra a néhány esetre vonatkozik, amikor az ügyfelet nem lehet lebeszélni a hajmeresztő ökörségekről.

Volt már pár ilyen ügyfelem. Nos ez az a kategória, ahol jobb rábólintani, mintsem nekiállni meggyőzni arról, hogy márpedig az úgy nem jó...

Probáltam sokat ilyen embereket, meggyőzni, de van akit nem lehet.


Csak 1 példa: van egy ismerősöm, aki csinált egy CNC vezérlőszoftvert. Nos az egyik vevő, aki esztergályos mindenképp meg akarta venni a program forrását is! Ezért hajlandó volt többmilliós összeget is leszurkolni, mindezt úgy, hogy nem kapott hozzá továbbértékesítési jogot.

Mindezt azért tette, hogy ha neki kell majd valami, akkor azt majd Ő beleírja! A dolog pikantériája az, hogy az ember jóformán be sem tudja kapcsolni a számítógépet, és a haverom a forrás árának töredékéért testreszabta volna neki a terméket a kivánt igények szerint.

Most van az ürgének egy többmilliós lemeze, amiről azt sem tudja, hogy milyen nyelven készült :)

Nem tudom, Ti honnan veszitek az ügyfeleiteket , a mi ügyfeleink azért jönnek hozzánk, hogy megoldjuk az üzleti problémáikat, és eddig az esetek 99%-ában sikerült lebeszélnünk őket a rossz ötletekről, és helyettük jobbakat ajánlani. Igaz, én nem a marketing iránt érdeklődő programozó, hanem a programozás iránt érdeklődő marketinges vagyok. Lehet, hogy ez a veszélyesebb fajta.

"Sajnos van egy alapszabaly:

Az ugyfelnek mindig igaza van (ha nem lehet ot errol lebeszelni)."


Nem! Az alapszabály a következő:

1. Az ügyfél szinte mindig hülye
2. Minnél jobban hiszi az ügyfél magáról, hogy ért a dolgokhoz, annál hajmeresztőbb hülyeségeket kér.
3. Mi pedig úgy csinálunk, hogy miközben legszívesebben megfojtanánk az ügyfelet az egér vezetékével, nagyban bólogatunk és helyeslünk az ügyfél kivánságaira. Hisz azért fizet, hogy azt kapja amit Ő akar. Ha erről lebeszéled - még akkor is, ha igazad van - nem igazán lesz elégedett az ügyfél.



Ui: Sajnos gusztustalan ez a hozzáállás, de én úgy vagyok vele, hogy ha az ügyfélen látom a "énmindenttudokmajdmegmondomhogylegyen" hozzáállást, akkor ezt a módszert alkalmazom. Ez vezet a leggyorsabb sikerhez és a legnagyobb megelégedéshez ugyebár.

Sajnos van egy alapszabaly:

Az ugyfelnek mindig igaza van (ha nem lehet ot errol lebeszelni).

Akarmennyire nem is tetszik ez a fejlesztonek.

En nem igazan a dobozos szoftver fejlesztessel foglalkozo cegeknel dolgoztam eddig,
hanem "nagy" ugyfel egyedi megrendeleseire specializalodott cegeknel.

Itt altalaban olyan igenyek vannak, mint halozat, sok user, minimalis user eroforrast igenylo konfiguraciok, esetleges platformfuggetlenseggel koritve.

Itt igazan a Delphi mar labdaba se rughat.

Es az ilyen ugyfelek altalaban valogatnak, megprobaljak megmondani mit hasznalj, mert a marketingesek beetetik oket, hogy milyen jo a legujabb csillog-villog technologia, ezert azt akarjak ezt hasznald.

Ilyen korulmenyek kozt nincs allandosag.

Csak meg akarlak nyugtatni.Nme vagy egyedül.
Én nem vagyok programozó,sőt még a géphez sem értek sokat.De amilyen hozzászólásokat itt olvastam egyes témákban,meggyőződésem,hogy nem is leszek.
A pénz elég sokat jelent az életben,de mi értelme,ha nincs időd elkölteni?
Egyesek azt írják,hogy még a szabadidejüket is ezzel töltik és a csajozás se megy mindenkinek.
Valójába miért szeretnél középhaladó szintre jutni?A pénzért vagy a szakma szépségéért?

Én szeretek ezzel foglalkozni és jó pár nyelvet tanulgatok, de szerintem ( bár lehet, hogy az én felfogó képességem lassú ) így is, hogy a szabadidőmben is ezzel foglalkozom, 48 óra kéne egy napra. Akkor talán lenne időm melózni, tovább képezni magam, szórakozni és aludni is. Mivel a számottevő nyelvek száma így is kb sok, ezért jó pár évvel ezelőtt eldöntöttem, hogy max 3-ra spécizem magam. C++, "Web" (ASP, ASP.NET), C#( régebben Java volt, azt váltottam fel). Ezenkívűl technilógiák - COM, DCOM stb.. szóval még így is sok. Linux-os környezet, Delphi stb... ezekre már időm sincs.
Eddig nem volt akadály a nyelv, remélem ezután sem.

hát ennyi,
Kiri

Szóval ezzel azt akartam mondani hogy ha egy cég rááll valamire, Pl. desktop ügyviteli rendszerek fejlesztése akkor ő Delphizni fog ha törik ha szakad. Ha pedig rááll webes megoldások fejlesztésére akkor kiválaszt valamit (PHP, Java, .NET) és azt nyomatja orrvérzésig. Ha nem ezt teszi (és szép nagy profitorientált cég több emberrel) akkor szvsz hülye (mire egy átlag emberke kitanul rendesen egy környezetet az úgy 1-3 év /ez illető képzettségétől,képességétől, motivációjától függően/) és elég kevés az olyan hülye mint itt egyesek, köztük én is akik szabad idejükben is ilyenekkel foglalkoznak .

Aztali ügyviteli rendszerek esetén már úgy 10 éve is a Delphi volt a nyerő megoldás és ma sem nagyon van jobb. Kisebb nagyobb webes rendszereket is lehet vele csinálni, bár arra talán jobb a JSP. Most megjelent a .NET, de mondjuk szvsz desktopra még az átlag gépen picit lassú (több erőforrás kell neki mint egy unmanaged Delphi-s programnak), szerverre ugyan valamivel kellemesebb mint a java de cserébe nem multiplatform. Ennek ellenére én is tanulom.
Meg picit dolgokra ott van még a PHP aminek a legfőbb előnye hogy sok olcsó helyen csak PHP + MySQL van.

Nem voltam munkaviszonyban velük, mivel nem volt erre szükségem. Nem adtam számlát sem, boríték volt.

Igen, ez lenne a termelekeny megoldas. Csak sajnos ez azt feltetelezi hogy van egy kiforrott technologiad, keretrendszered, gyakorlott fejlesztod.

Ez viszont magaban foglalja azt hogy 2-3 eves technologiat hasznalsz.

Ezt viszont a megrendelok nem feltetlen toleraljak. Ergo bizonyos munkakat nem kapsz meg, mert nem tudod (vagy azt hiszik hogy nem tudod) teljesiteni a felteteleknek megfeleloen.

Az mar mas kaposzta, hogy esetleg aki megkapja mert uj technologiat hasznal, esetleg szinten nem tudja teljesiteni, mert o meg uj technologiat hasznal, de nem ismeri a buktatoit, nincs tapasztalata vele, stb.

Dehat ez egy ilyen szakma, sajnos itt altalaban a megrendelonek van igaza. Minel nagyobb cegnel vagy, annal inkabb (ez persze nem igaz a vegtelensegig, de a nagy full-magyar fejlesztocegekre azert igen).