Hány táblád van? – Fejlesztési statisztika

Az adatbázis programozás kezdetén a szakértelmet és a munkát a táblák számával tudták mérni. Programozók egymás között és a megrendelők a programozók felé is.

Lássunk egy ilyen statisztikát nálunk:

  • Táblák: 73
  • Mezők: 842
  • Indexek: 103
  • Egyediségi megszorítások: 24
  • Idegen kulcsok: 221
  • Tárolt eljárások: 26
  • Triggerek: 23
  • Kivételek: 9

És ez még csak az egyik projektünk” lehetne hallani 10 évvel ezelőtt. Az adatbázisok normalizálása miatt a táblák száma már nem releváns információ. Persze (m)értéket képvisel két olyan rendszer összehasonlításakor, amikor egy 5 táblás és egy 470 táblás adatbázis találkozik.

De mi lehet akkor a modern kori mérőszám az üzleti logika mértékére? Nálunk a generált kód mennyisége az. Lássuk, mi mennyi:

  • Sorok száma: 171.591 sor
  • Karakterek száma: 5.784.477 betű
  • Fájl bájtok: 13.779.968 bájt

Persze nem kézzel gépeltük ezt be. A kód generált, a saját üzleti logika erre épül. Annak mérete pedig titok…

1000+ fejlesztő dolgozik a Windows Mobile 7-en

Minden eddiginél kiugróbb mennyiségű erőforrást használ fel a Microsoft az új Mobile platform kialakításához. Ezt is kell tennie, mert már sok a konkurencia.

A http://www.geekzone.co.nz/paulspain/6799 bejegyzésben olvashatjuk, hogy 1000-nél több fejlesztő dolgozik az új platform kialakításán. További 65-70 betöltendő pozíció van szabadon. Ez persze nem összehasonlítható a hazai fejlesztőcégek kapacitásával, sem cégméret, sem pedig az előállítandó termék “fontosságának”, pénzügyi, iparági befolyásának tekintetében. De mégis elgondolkodtató.

  1. Elképzelhető, hogy tényleg sok a munka, számos feladat vár megoldásra vagy mert nemsokára meg akarnak vele jelenni vagy mert túl sok hibát találtak és a szokásos 50-80 fős csapattal ez nem oldható meg.
  2. Másik gondolatom szerint olyan mennyiségű és értékű innovációt építenek bele a termékbe (amely platform és platformra épített alkalmazások együttese), amelyet nem tesznek publikussá egy 15 fős csapat számára. Azaz mindenki csak egy kis szeletet lát belőle. Attól, hogy valaki ott fejlesztő, még nem férhet hozzá a know-how-hoz. Az Apple-lel vívott harcban ez létfontosságú.

wm7

Belső üzenőfalunkon ezt foglalta össze kollégánk:

“Gondolom egy olyan stratégiát próbálnak használni, ahol a feladatokat annyira szét osztják, hogy önmagában ne érjen semmit. Így nem tud elég sok infó kiszivárogni a termékről. És az erőforrások rendelkezésre állása is megnő, fizetni pedig az elvégzett munkáért kell. Leszűkül az üresjárati idő, ami a munkába járós, napi 8 órában foglalkoztatottaknál előfordul (Kávészünet, ebédszünet, óránként 10 perces kötelező szünet…)”

Lehet benne valami…

Vajon az ok/mégse koncepciót a lusta programozók találták ki?

Belső üzenőfalunkon jelent meg az alábbi elmélkedés:

Vajon az ok/mégse koncepciót a lusta programozók találták ki?
Mert miről is szól ez a dolog?! Az ember kitölt egy űrlapot, ami mondjuk az alkalmazottak adatait tartalmazza. Miután ezt kitöltöttük bezárjuk az űrlapot (Mentés/Ok gomb). Na most ha meg akarjuk nézni az adatlapot, akkor megnyitjuk a listából egy kivetítő ablakon, amit módosítani nem lehet. Bezárni a jól ismert X gombbal lehet. Ha módosítani szeretnénk, akkor megnyitjuk szerkesztésre. Majd bezárjuk a módosított űrlapot (Mentés/Ok gomb).

Tehát, ha új alkalmazottat veszünk fel és nincs Mentés vagy Ok gomb, akkor bezáráskor csak is akkor mentjük el, ha ki lett valami töltve. (Így nem kell Ok vagy Mentés gomb) Ha megnézésre nyitjuk meg, akkor kivetítő ablak. (csak x gombunk van úgyis) Ha módosítani szeretnénk, akkor megnyitjuk szerkesztésre az űrlapot és bezáráskor csak akkor mentjük el, ha változott. (Így sem kell Mentés vagy Ok gomb)

Viszont van egy hatalmas probléma, amit ezzel a módszerrel nem lehet kivédeni: az emberi tényező! Mert az ember egy olyan fajta, aki tévedni szokott. Ezért, megnyithat és beleszerkeszthet egy másik alkalmazott adatlapjába és csak módosítás közben jön rá -> Mégse gomb. Vagy rosszabb esetben kitöröl egy olyan mezőt, amit nem kellett volna, és nem emlékszik mi volt benne -> Mégse gomb, majd újra megnyit.

És mi volt ennek a gondolat mentenek a kiindulópontja? A Safari nevű böngésző beállítások “űrlapja”:

safarisettings

A kérdéssel és a koncepció elgondolásával jövőben projektjeinkben foglalkozni fogunk.

Google – ronda és finom

Két nappal ezelőtt a google nyitólapján a beviteli mező és a gomb három betűmérettel nagyobb lett. És mindez a népszerűségét növeli! Manapság, amikor már az 1024×768 dívik és 19col alatt nincs monitor/lcd/tft…

Egy érdekes, még éppen elolvasható hosszúságú bejegyzésre bukkatunk. Bevezetője is gondolatébresztő.

1998google

“2003 óta ismert a “ráguglizok” avagy angolban a “to google” kifejezés. 1998-as alapítása óta a Google naponta 200 millió keresést fogad, és vagyona akkorára növekedett, hogy alapítói méltán bekerülhatnek a világ leggazdagabb emberei listába. De felmerül egy kérdés: Honnan származik a Google pénze?

A cég az újításairól ismert. Na persze ez a fenti képen, amely az első google felületet mutatja 98-ból nem igazán látszik – hisz immár 11 éve ugyanaz az unalmas felület fogad minket. A stratégia egyszerű: Kell néhány fizetős szolgáltatás, majd a profitot a többi ingyenes szolgáltatásba nyomni. Így nő a népszerűség – még többen használják a fizetőseket, azt a pént ismét visszaforgatni és így továbbb… Ördögi kör.”

A teljes tartalom elolvasható itt: http://numlockholmes.blog.hu/2009/07/24/title_97900

Értékesítési partnerünk az Ügyvitelbázis

A 2006-ban indult Ügyvitelbázis Magyarország egyetlen mértékadó, ügyviteli programokat értékelő portálja. A mai nappal az Ügyvitelbázis is forgalmazza termékünket, a Symbol Ügyvitelt.

A cikk bevezetője:

A Symbol Ügyvitel sok funkcióval rendelkező, nagy tudású, professzionális számlázó program. Alkalmas forintos- és devizás számlák kiállítására, szállítólevelek, díjbekérők (pro forma) készítésére, vevői megrendelések nyilvántartására, projektek kezelésére. A részletes terméknyilvántartás korlátlan számú eladási árat, akciót, időszaki kedvezményt, terméktulajdonság megadását támogatja. Felár ellenében árajánlat készítéssel, házipénztár- és bank modullal, valamint szerződések kezelésével is kibővíthető. A Symbol Ügyvitel könnyen telepíthető, pendrive-on is hordozható, bárhol használható, mobilis szoftver. Kezelőfelülete nem csak a lehető legkorszerűbb, hanem számtalan kényelmi funkciója miatt kifejezetten felhasználóbarát is.

Symbol Ügyvitel-ról szóló cikk teljes változata

Ha Önnek linuxos szervere van, akkor is használhat Symbol Ügyvitelt

Az ügyviteli piac dobozos termékeire szinte kivétel nélkül jellemző, hogy Microsoft SQL szervert használnak, hiszen elterjedt és viszonylat korán megjelent az ingyenes változata. A működtetésükhöz Windows operációs rendszerre van szükség. Mi szembementünk az árral, velünk felhasználhatja Linux szerverét is.

Kb. 10 évvel ezelőtt jelentek meg azok az ügyviteli alkalmazások, amelyek hálózatban is működtek és kihasználták az adatbázis szerverek adta lehetőségeket. (Sajnos még jelenleg is eladósorban vannak olyan termékek, amelyek hálózatosak ugyan, de a működésük sokkal inkább hasonlít egy közös mappában megosztott, egyszerre egy felhasználó által írható Excel fájlra!). A fejlesztőcsapatok szinte mindegyike az MsSql szervert választotta, akkor még a 7.0-s változatot. Azóta előreléptek és az egyik legnagyobb (árbevétel szempontból, hála a magas követési díjaknak) ügyviteli gyártó is nemrég tért ár MsSql 2005-re. Még 10 évvel ezelőtt indultak el ezen az úton.

Korábban plusz költséget jelentett, hogy egy cég Windows alapú szervert állítson be ügyvitele és egyéb rendszere működtetéséhez. Gyakran ajánlották, hogy inkább valamelyik kliens munkaállomáson kerüljön telepítésre a szerver. Gondolom, nem kell mondani, hogy ezáltal annak a munkaállomásnak állandóan bekapcsolva kell lennie (vagy reggel és este kötött sorrendben kell a számítógépeket elindítani) és az adatvesztés veszélye többszörösen jelentkezik, hiszen egy felhasználói számítógép könnyebben fertőződik meg vírussal vagy megy tönkre, mint egy szerver célokat szolgáló számítógép.

Akkor is és most is jellemző, hogy “Úgyis van egy Windows szerveretek, hiszen most alapítottátok a céget!” jellegű mondatok hangzanak el, előfeltétellel élnek arra vonatkozóan, hogy milyen egy cég informatikai felépítése.

Az ilyen jellegű architektúrális kiépítés közel kétszeresése növelheti a bevezetés költségét, hiszen külön számítógépen, speciális szerver operációs rendszert kell üzemeltetni. (Itt ismét felejtsük el azt a félmegoldást, mely szerint valamelyik munkaállomás lesz a szerver!) Ilyen magas bevezetési költségek szembeötlőek, ha az ügyviteli piac dobozos termékeit 5 (esetleg 6) számjegyű összegekből kívánjuk megvásárolni.

linux

Akkor is és most is jellemző, hogy valamilyen ingyenes megoldással valósítják meg a szerver számítógépek szoftveres szintjét. Komplett megoldások vannak fájlrendszer, domain-controller, levelező szolgáltatások megvalósítására Linux operációs rendszerrel.

De ezen nem futnak az eddigi ügyviteli rendszerekhez szükséges szerver komponensek!

A Symbol Ügyvitel a pendrive-on való egygépes működéstől kezdve, az egygépes, de telepített verzión át, a hálózatos működésig olyan adatbázis szervert használ, amely Windows-on kívül számos operációs rendszerre engedi telepíteni az adatbázis kiszolgálót. A következő operációs rendszereken van Önnek lehetősége kialakítani az adatbázis-környezetet:

  • Linux x86
  • Linux x86 (+NPTL)
  • Linux AMD64
  • MacOSX Intelx86
  • MacOSX Intelx64
  • MacOSX Motorola PowerPC
  • Solaris 10 i386
  • Solaris 10 AMD64+EMT64
  • Windows x86
  • Windows x64 

Linux esetében az ajánlott disztribúciók:

  • Red Hat Enterprise Linux
  • Suse Linux
  • Mandrake and Mandriva
  • Ubuntu Server
  • Debian
  • Slackware
  • CentOS
  • Gentoo

Windows esetében az ajánlott generációk:

  • Windows XP 32/64
  • Windows Vista 32/64
  • Windows 7
  • Windows Server 2003
  • Windows Server 2008
  • Windows Server 2010

A lehetőségek sokszínűségével Ön időt és pénzt takaríthat meg!

Ügyvitel és számlázás 64 bites operációs rendszeren

Ma már nehéz nem 64bites processzort vásárolni, mégis elvétve találkoztunk csak 64bites operációs rendszerrel Magyarországon. És ők sem az ügyvitel vagy a számlázás miatt választották ezt a technológiát. Mi mégis fontosnak tartottuk, hogy az x64-es operációs rendszereken is működjön a termékünk.

Jópár hónapja, aki számítógépet vásárol és a neves gyártók termékét választja vagy egyszerűen saját maga rakja össze a számítógépét, nehezen tud olyan processzort választani, amely ne lenne 64bites üzemmódra képes. A 32bit és 64bit közti átállás még jónéhány évig el fog tartani, jelenleg az a trend bizonyult tartósnak, mely szerint a processzorok belső felépítése 64bites, de a rajtuk futó operációs rendszer 32bites.

Miért így használjuk?

A számítógépek gyártói, akik OEM operációs rendszerrel telepítve értékesítik termékeiket, nem véletlenül választották ezt a kombinációt. A 64bit kihasználásához legalább 4GB ram vagy több szükséges és a teljes funkcionalitást csak olyan szerverekben lehet kihasználni, ahol 1-nél (sőt 8-nál is) több processzor végzi a dolgát. Ez egyelőre nem jellemző az asztali munkaállomásokra vagy notebookokra.

A Microsoft a Windows XP 64bites változatát nem is jelentette meg magyarul, ezzel is jelezve, hogy úgysem érdemes az operációs rendszereket egyelőre ennyire átalakítani. A szoftverek sincsenek még felkészítve rá (Office, Photoshop, Nero, stb.) Használjon mindenki 32bites XP-t, Vista-t a számítógépén, legyen az akárhány bites processzorral felszerelve.

A régi ügyviteli és számlázó rendszeremmel mi lesz?

A korábbi fejlesztőeszközökkel készült termékek (Delphi, FoxPro) hallgatólagosan működnek a Windows XP 64bites változatán is, hála a processzorok azon kiegészítésének, amely a 32 bites programok működését támogatja. Ezek az alkalmazások egy 32 bites számítógépet látnak, maximum 2GB rammal. Ezen kívül számos probléma adódik abból, hogy a szükséges szoftverkomponensek (Jet driver, ActiveX könyvtárak) nem állnak rendelkezésre 64bites verzióban.

Mi a helyzet a Symbol Ügyvitellel?

A Symbol Ügyvitel már a tervezésekor arra készült, hogy futtatható legyen 64bites operációs rendszeren is, sőt a program futtatható állományai ilyen esetben 64bites működésre optimalizáltak. Minden összetevőjének (adatbázis szerver, kliens könyvtárak) létezik 64bites változata. A telepítő a környezetnek megfelelő komponenseket telepíti és ha kell, kihasználhatja a 4GB-nál több memóriát is.

cdsmall

Hogy a telepítőkészlet méretét minimalizáljuk, a ritkán használt, 64bites összetevők telepítéskor az internetről töltődnek le.

A 64bites processzorokról olvasható egy részletes leírás itt: http://en.wikipedia.org/wiki/X86-64

További 64bites információk magyarul: http://www.start64.hu