Egy céges szoftver(rendszer) fejlesztéséhez keresnék vállalkozó kedvű, megfelelő gyakorlattal és szabadidővel rendelkező programozókat a címbeli környezetekben, lehetőleg már összeszokott csapatként.
A cél egy munkaszervező és -követő, -nyilvántartó rendszer lenne, némi webes kapcsolattal.
Sajnos, eddig csak olyan ajánlatokat sikerült begyűjteni, akik egy általuk már évek óta fejlesztett könyvelő/ERP rendszert szerettek volna eladni, ami kismillió dolgot tud, amire semmi szükségünk és jó pénzért ráfejlesztenének, hogy némi erőszakkal képes legyen ellátni az általunk támasztott igények 70-80%-t is. :(
Ezért gondoltam első körben, majd én nekiülök. Aztán második körben rá kellett jönnöm, hogy én magam ehhez kevés vagyok - az 5-6 éve felszedett tudás és az azóta csak csökkenő lendület, kitartás és szabadidő ehhez már kevés.
Pontos részleteket itt közzé nem tennék, csak a támpontokat:
- Többfelhasználós, hálózatos rendszer, lehetőleg MySQL adatbázis háttérrel
- Win kliens szoftver, bármilyen hatékony programnyelven - Java-t nem támogatom
- Szóba jöhetne alapvetően webes, AJAX-os UI is, csak félek, nehezebb olyan rugalmasan használhatóra megírni, mint C-ben vagy Delphi-ben egy futtatható UI-t
- Költséghatékonyság szempontjából belemennék valami free ERP-be is, ha van valaki, aki ismeri annyira bármelyik ilyen rendszert, hogy képes az utolsó szögig bármilyen igényhez hozzászabni, egyedi funkciókkal bővíteni, külső adatokhoz illeszteni
Egyelőre ennyi, kérdések esetén még részletezhetek, de jó lenne nekem is látnom a reakciókból, hogy merre induljak tovább.
- 1838 megtekintés
Hozzászólások
Szia! Esetleg privátban fel lehetne venni veled a kapcsolatot? Vagy kérlek keress meg a részletekkel, nálam engedélyezve van a személyes kapcsolatfelvételi űrlap.
keress meg.
udv
OpenBSD 4.5/i386
openbravo?
c-ben vagy delphiben gui-t meg no comment. ma jquery-ben szinte mindent megoldhatsz a böngészőben.
én is most fejlesztek egy (mostanra teljesen személyre szabott) erp-hez hasonló valamit (flottavezénylés), de amit az sap és társaik erőltetnek... nem hiszek benne, hogy lehet olyan általános rendszert létrehozni amiben tetszőleges cég resource planningjét csak úgy le lehet modellezni és még működik is, nemhogy használható és felhasználóbarát...
"ma jquery-ben szinte mindent megoldhatsz a böngészőben."
Jaj nemár, sose lesz annyira robusztus, megbízható és gyors egy HTML+JS gányolmány, mint egy normális Delphis/.NET-s/Java-s/WPF-s UI.
Webfejlesztésből élek én is, és már a hányás kerülget a sok webre erőszakolt szartól, holott a megrendelőnek sokkal jobb lett volna pl. egy .NET-ben megírt kliensalkalmazás. De nem, neki webre kellett, mert most a jquery ui a trendi.
----------------
Lvl86 Troll
senki nem mondta, hogy jquery.ui. jquery-re gondoltam mint cross-browser js apira. ma általában multiuser alkalmazásokat kell írni ami bármikor bárhol elérhető telepítés és mindenféle konfigolás nélkül. mondj olyan alkalmazást (ezen a területen) amit nem lehet megírni dhtmlben.
Fejlesztettél már desktop alkalmazást?
----------------
Lvl86 Troll
természetesen. swt (java), .net (c#), sőt fejlesztek a mai napig ha kell (pygtk). egész egyszerűen az elmúlt években történt megbízások mindegyikéből úgy született a leghasználhatóbb megoldás, ha webre építettük. eddig nem volt gond se használhatóság, se biztonság terén. az elején megszopatta magát az ember a cross-browsinggal, de a tapasztalat ezt is megoldotta.
"A legtöbb sirálynak elég, ha a legegyszerbb repülést megtanulja – azt, hogyan jusson el a parttól az ennivalóhoz és vissza. Mert a legtöbb
sirályt az evés, nem pedig a repülés érdekli."
A jó öreg Johnny sirály :D
--
unix -- több, mint kód. filozófia.
Life is feudal
"munkaszervező és -követő, -nyilvántartó rendszer"
Szerintem ha leírnád ide az igényeket, nagyon valószínű, hogy az itt megforduló több száz ember találna megoldást. Nagyon kicsi a valószínűsége, hogy nincs megoldás a problémátokra.
Egy csomó időt és egy zsák pénzt tudnál így megtakarítani. A minőségi programozói napidíj 30 ezer körül kezdődik, de cég esetén inkább 50-100.
Próbálom nem troll módon... :-)
Nem vagyok benne biztos, hogy helyes a megközelítésed. Szerintem ha 5-6 éves tudással, csökkenő lendülettel Te akarod meghatározni, hogy milyen eszközökkel valósítsák meg a fejlesztők az elképzelt célt, ahelyett, hogy a 2-3x ennyi fejlesztési tapasztalattal, növekvő lendülettel rendelkező kollégákra hagynád a döntést, akkor eleve lehet, hogy nem jól indítasz. Lehet az a projekt vége, hogy pascalban összekókányolnak Neked valamit, mert bár lett volna jobb eszköz rá, a megrendelő ezt kérte, a végén pedig mindenki elégedetlen.
Te megmondod a célt, a fejlesztők meg felmérik a lehetőségeket és követelményeket. Ha azt találják, hogy webes ui a legjobb, akkor abban kell megcsinálni. Ha azt mondják, hogy java a legalkalmasabb eszköz, akkor használják azt. Szerintem nem bölcs dolog eleve eldobni valamit azért, mert nem szimpatikus a nem, vagy nem eléggé szakértő megrendelőnek.
"e megmondod a célt, a fejlesztők meg felmérik a lehetőségeket és követelményeket."
+1.
----------------
Lvl86 Troll
Mivel neked nincs engedélyezve, ezért kérlek írj privátot nekem, ott folytathatjuk ;)
Vannak olyan helyek, ahol az ajax-ot nagyon hülye mód tudják használni, pedig semmi szükség nem lenne rá... pl adatfelvivő form, szinte semmi más nincs az oldalon, de az okos fejlesztö olyan frankon megcsinalta, hogy MINDEN ajax-al tölt be (maga a form, a mentésnél json adatkent tovabbitja a felvitt adatokat, de hasznos funkció egy sincs ami ajaxal menne). Szerintem az ilyen fajta "túlfejlesztés" felesleges, és idegesítő dolgokat tud művelni... pl egy ilyen formnál szerintem a gépelés közbeni "már írtál be hasonlót" lista megjelenítése és szűkítése az ami hasznos tud lenni, és ajax-al célszerű megoldani.
Az meg számomra undefined kifejezés, hogy "rugalmas" egy ui-ra... jah, mégsem.. a compizban vannak a hullámzó ablakok.. az rugalmas. Te mire gondolsz rugalmasan használható ui alatt!? Szerintem teljesen mindegy, hogy win-en futtatható programmal, vagy (bármilyen) webes megoldással csinál az ember egy feladatra gui-t. Ettől függetlenül lehet bénán és jól tervezett (és ez az elkészítésre is igaz).
Szerintem egy jQuery-s vagy barmilyen mas JSfw-el keszitett webes ui, ha jól van megírva (átláthatóan és logikusan van felépítve) a kód, akkor könnyebben módosítható a később esetlegesen változó igényeknek megfelelően, mint egy C, C++ vagy Delphi kód. #szerintem#
Ha natív windowsos alkalmazást szeretnél, akkor már inkabb C# lesz a te nyelved, de abban nem sok hasznos tapasztalatom van. (Terveztem már cégnek kérésre UI-t, és igencsak szívtak vele, pedig az ő igényüket tükrözte, csak olyan korlátai voltak a programozó(cska)csapatnak, hogy nem tudták rendesen kivitelezni (c#). Böngészőbarát verziót sem lett volna könnyű elkészíteni, de tudom, hogy nekem nem okozott volna sok problémát.)
"akkor könnyebben módosítható a később esetlegesen változó igényeknek megfelelően, mint egy C, C++ vagy Delphi kód"
Attól, hogy pl. Delphi vagy C#, attól még ugyanúgy nem célszerű az eseménykezelőkbe beleírni az adatmódosítgatásokat, hanem az osztályba kell. Az eseménykezelőkből maximum a ragasztást érdemes végezni. Akkor nem lesz a rugalmassággal probléma.
----------------
Lvl86 Troll
+1
ha web akkor jquery, ha desktop akkor .net (esetleg gtksharp).
és mint fentebb próbáltam kifejteni saxusnak, a célplatformot mindig a feladat és az igények döntik el, de tény, hogy egy dhtml ui-t sokkal egyszerűbb változtatni, ami ugye a fejlesztés közben is elkerülhetetlen, mert a drága megrendelők közben szoktak gondolkozni és nem előre, hogy mit is akarnak valójában.
az is tény, hogy mind2 platformon lehet gányolni.
Ha még nem találtad meg a megfelelő embert, akkor keress meg engem is.
Aztán meglátjuk...
---
"A megoldásra kell koncentrálni nem a problémára."
Így egyben...
Mindjárt megírogatom a privátokat is, közben én is engedélyeztem a privátot
Nem vagyok benne biztos, hogy helyes a megközelítésed. Szerintem ha 5-6 éves tudással, csökkenő lendülettel Te akarod meghatározni, hogy milyen eszközökkel valósítsák meg a fejlesztők az elképzelt célt
Nem arról van szó, hogy "márpedig, csakazértis vagy így, vagy sehogy". Azért vetettem fel itt a témát, mert szívesen fogadok, sőt várok ötleteket nálam tapasztaltabb, frissebb szakemberektől. De, _amennyiben nincs komoly, megdönthetetlen ellenérv_ egy általam kitalált megoldással szembem, akkor azért saját célra, saját pénzből szívesebben látnék egy olyan rendszert, amit magam is jobban átlátok és szükség esetén picit hozzá tudok szagolni.
A GUI megoldásokkal kapcsolatban - várhatóan - nem annyira szakmai, mint inkább hitvita alakult ki.
Bár én is támogatom a webgui-s megoldásokat, de pl. kitöltés közben kalkuláló, dinamikusan változó, beszúrható, törölhető adatmezőkkel rendelkező és lehetőleg billentyűzetről gyorsan kezelhető formokat vajon milyen rendszerben könnyebb lehet használhatóbbra megcsinálni?
Kicsit flames lesz, de az elvárásaid a formokkal kapcsolatban pont olyanok, mint a könyvelőké, akik sok adatrögzítést végeznek. Ők például - szerintem a többségük - a GUI-t nem szeretik, hanem karakteres alapon szeretnek begéppuskázni mindent. Töredék idő alatt végeznek.
pl GWT?
_______
14.77 %
jelentkezem!
Kapcsolatfelvétel a honlapunkon, vagy PÜ.
Köszi, megnéztem, szimpatikus.
Kis türelmet kérek mindenkitől, összeállítok egy viszonylag pontos specifikációt és azzal jelentkezem a néhány konkrét jelentkezőnél.