"Nem bajlódott a kormányzat a nyílt forráskódú szoftverek árával"

Open Source

"Nem hasonlítgattak sokat a kormányzati szoftverbeszerzésről döntő Miniszterelnöki Hivatalban a Microsoft és a nyílt forráskódú konkurencia árai között. Baja Ferenc informatikai államtitkár levele szerint a kormányzatnak még most, a 25 milliárdos keretszerződés megkötése után sincs olyan számítás a birtokában, amely alapján biztonsággal kalkulálhattak volna az uniós normáknak megfelelő szabványra való átállásnál."

"A Microsoft-termékekre létrejött 25 milliárd forintos közigazgatási, illetve az oktatási kategóriás szoftverbeszerzés megkötése után a Nyílt Dokumentumformátum Szövetség (ODFA) magyar tagozata levélben követelte a kormányzattól, hogy kövesse az európai gyakorlatot, és a költségvetési intézményekben kezdje meg az átállást az uniós normáknak megfelelő, nyílt forráskódú szoftverek alkalmazására.

A szövetség a nemzetközi tapasztalatokra hivatkozva azt állította egy még áprilisban elküldött petícióban, hogy az átállással, és egy ennek megfelelő informatikai stratégia követésével négy-öt év alatt akár 100-110 milliárd forintot takaríthatna meg az állam."

A teljes cikk itt olvasható.

( emberk | 2008. 08. 13., sze – 14:26 )

A szokásos. Pénz beszél...... Valakinek valószínűleg egy kicsit több összeg lett a bankszámláján. Fábry sándor után én is előszeretettel hívom a magyar államformát kacializmunak, miszerint, a szocializmuból még minden tróger ember, és trógerság itt van, a kapitalizmusból meg, már minden tróger ember, és trógerság itt van.

( Chip | 2008. 08. 13., sze – 15:00 )

Nincs ebben semmi meglepo. Ez az egesz olyan magyaros mint egy jo gulyas leves...

De jó lenne egyszer csalódni valakiben, aki hatalomra kerül és a saját zsebe tömködése mellett az ország érdekét is nézné.

Ha X KFT-t megbízzák, hogy átálljanak OOO-ra, ott is lehet azért még lopni. Lásd vényíró program, ami egyetemi diplomamunka szintű szoftver, de milliókat felvettek érte (a tünet pontosan 80 karakter lehet (space-okkal feltöltve a vége), a név 40 karakteres, amit egy fájlba binárisan egymás után binárisan beírnak, utoljára egyetemen csináltam ilyet).

Persze mind a mai napig nem vagyok meggyőződve, hogy itt megvesztegetés van. Egyre inkább azt feltételezem, hogy szimplán hülyék. Lopni is lehet, meg a Windows-on kívül másról nem is hallott, aki a beszerzést végzi.

:-)

nem kötöszködés, de engem már középiskolában (most vagyok egyetemen 2. éve) meghúztak volna ha ilyen dolgokat követek el egy programban:D nem hogy majd diplomamunkában:)
pontosan 80karakteres tünet.. minden jó lelkiismeretű programozó sírna, ha meglátná a kódját szerintem.

Nem informatikusként kezdtem, hanem villamosmérnökként. Bocsánatos bűn. Ennél fogva a C programjaim kísértetiesen hasonlítottak az assembly-re. 10 év informatikai tapasztalat után már megmutatni se merem, hogy miket csináltam.

Akkortájt persze meg voltam győződve, hogy milyen jó programozó vagyok.

"Persze mind a mai napig nem vagyok meggyőződve, hogy itt megvesztegetés van. Egyre inkább azt feltételezem, hogy szimplán hülyék."

Ez már csak azért is valószínű, mert egy nemrég született ÁSZ jelentésnek pontosan ez volt a konklúziója: a döntéshozói székekben ülőknek sok esetben olyan szinten fogalmuk sincs semmiről, hogy egyszerű technikai okokból kifolyólag még a megvesztegethetőségük is kizárt. Nem értik meg ugyanis, hogy mit akar a másik.

---
Science for fun...

( Imo | 2008. 08. 13., sze – 15:14 )

Azért a ló túloldalára se kéne átesni, "nemzetközi tapasztalatokra" hivatkozva 100 milliárdos megtakaritásokkal dobálózni pont akkora marhaság. Tényleg egyetlen használható felmérés sincs, hogy VALÓJÁBAN mennyibe kerülni más rendszerekre való migrálás ekkora és ilyen bonyolultságú rendszerben. Senki nem számolta végig, hogy milyen saját alkalmazásokat futtatnak, azokat ki, mivel és milyen arányban tudná migrálni pl. linuxra, senki nem csinált pilot programot, hogy a GYAKORLATBAN ezt mit jelent. Lásd bécs, ahol leszámitva a nyilvánvaló balfszságot (ie-re irt program) csúnya összeomlások, nem migrálható alkalmazások is előkerültek miután valaki nagy hévvel (kb otthoni pistike szinvonalával, "majd én átállitom őket 1 hét alatt") beleugrottak valamibe amivel nem kevés pénzt dobtak ki és nem kis presztizsveszteséget okoztak maguknak, a foss-nak stb-nek. Na, ha valamire hát erre nagyon nincs szükség itthon, mert egy ilyen bukta után jópár évre el lenne meszelve a nyilt forrás még ott is ahol tökéletesen beválhatna. Szóval csak ésszel...

Teljesen igazad van, de ezzel nem mondtál újdonságot. Nyilván nem ész nélkül kell beleugrani a dologba, hanem alaposan végig kell gondolni, meg kell tervezni egy ilyet. Még egy egyszerű cipőfűzőkötésből is lehet csúnya hasraesés, ha ész nélkül csinálja valaki... :)

Szerintem a közoktatásban kellene kezdeni (általános iskolák, középiskolák), mert ott a gyerekek nyilván nincsenek speciális szoftverekhez kötve. Nem kell mindenféle földhivatali jelentéseket készítsenek, nem kell nyomdáknak rövid határidővel speciális anyagokat leadni, nem állítanak ki útlevelet (remélhetőleg). Őket meg kell ismertetni a számítástechnika alapjaival, azzal, hogy mi az a fájl, mi az az alkalmazás, hogyan épül fel egy szoftver felhasználói felülete, hogyan kell a google-t használni, stb. Erre mondjuk egy Ubuntu tökéletesen alkalmas - sőt, ennél sokkal többre is.

Gyenge érv, hogy azért kell Windowst tanítani, mert a munkaerőpiacon is az lesz: egy felső tagozatos általános iskolás gyerek, ha diplomát szerez (ma már eléggé általános), úgy 2020 körül fog megjelenni a munkaerőpiacon. Ki meri magabiztosan kijelenteni, hogy egy 2001-es kiadású Windows XP-n szerzett tapasztalat biztosan piacképes lesz 2020-ban is?

Ha megszerzi a szükséges magabiztosságot, és nem fél a számítógépektől, tudja, hogy nyúljon hozzá, akkor később bármilyen más desktop rendszer használatát el tudja sajátítani. Stabil alapok kellenek, arra később bármit tud építeni. Ezt pedig biztosan meg tudja adni a Linux is...

", tudja, hogy nyúljon hozzá, akkor később bármilyen más desktop rendszer használatát el tudja sajátítani. Stabil alapok kellenek, arra később bármit tud építeni."

ez az ami kiválóan működik egy műszaki főiskolán, egyetemen (ahol ma is kivétel nélkül oktatnak linuxot IS a win mellet) és egyáltalán nem működik egy általános iskolában vagy nem műszaki irányú iskolákban, ahol hetente 3 órát tudnak a témával foglalkozni. Ugyan ki venné el még ennek a röhejesen kevés időnek is a nagy részét arra, hogy olyan rendszereken is bemutassák a diákoknak ugyanazt a tudást amivel jó eséllyel a büdös életben nem találkozik? Hiába mondhatja el utána magáról, hogy ő linux, win és macos alatt is kiismeri magát, ha
1. nincs rá szüksége, mert annyi lesz a dolga a cégnél, hogy egy reggel megnyitott egyedi fejlesztésű programban kattintgasson
2. mivel az idő jelentős része a kvázi redundáns ismeretek megtanulásáa tette ki, az ablakok normális kezelésééig se fog eljutni és amikor a munkaerő piacra kikerül, akkor a munkaadó csak azt fogja látni, hogy az által használt (teljesen mindegy, hogy milyen) rendszerben negyed annyira se ismeri ki magát, mint az idő 99%-ban azt a rendszert tanulta amit utána aláraktak. És itt nincs szó winről vagy linuxról. Ha a linux lenne elterjedve, de elvétve lehetne win-t is találni, akkor is ugyanazt mondanám, hogy felesleges win-t is oktatni, mert az idő kevés rá.

Szóval az elmélet jó, de belátható időn belül nem fog működni. Sem itthon, sem külföldön.

"Ki meri magabiztosan kijelenteni, hogy egy 2001-es kiadású Windows XP-n szerzett tapasztalat biztosan piacképes lesz 2020-ban is?"

ki meri ugyanezt kijelenti egy linux desktopról? (főleg, hogy azok gyakrabban jönnek-mennek mint a win)
Senki. Azt kell tanitani ami per pillanat elterjedt. Senki ne higyje, hogy valami vaskezű politikus miatt mondjuk "kitenyésztünk" százezer iskolást aki csak linuxot fog ismerni, akkor majd a cégek az ilyen-olyan (megalapozott vagy sem) szakmai érveiket háttérbe teszik és milliárdokért átállnak linuxra. Frászt. Úgy elhajtják a búsba ezeket a frissen végzett embereket, hogy a lábuk nem éri a földet, aztán csak néznek, hogy nem kapnak munkát. Ez a dolog forditva működik, azt tanitják amit a cégek használnak és amihez embereket keresnek.

Félreértettél. Én arra gondoltam, hogy ezekben az intézményekben kizárólag Linuxon kellene oktatni, az eddig licencekre fordított költségeket pedig továbbképzésre, eszközpark bővítésre, fejlesztésre, fagyizásra, és más hasznos dolgokra kellene költeni.

Amit ma megszereznek általános iskolában tudást, nagy valószínűséggel úgyse felel meg egy az egyben tökéletesen 2020-ban. Az alapok elsajátítását viszont Windows és Linux alatt is meg lehet tenni - akkor pedig ne licencekre szórjuk ki a szűkös pénzügyi keretet.

"Azt kell tanitani ami per pillanat elterjedt."

Ez szerintem alapvető tévedés!
Egyrészt több dolgot kell tanítani, azért, hogy aztán a gyerek tudja, hogy mi minden létezik, és válogathasson, ha akar.
Másrészt az informatikában szemléletet, gondolkodást kell tanítani, nem "XP"-t vagy "Word"-ot. Az a halál, amikor valaki azt tanulja meg, hogy hová kell klikkelni.
Harmadrészt ez a nézet alapvetően egy passzív, követő hozzáállás, hiányzik belőle a kezdeményezőkészség. (Majdnem olyan, mintha azt mondanánk, hogy tanuljuk azt, amin a tanár tanult, mert azt biztos nagyon jól tudja :) ) A jelenlegi tendenciák alapján azért igenis ki lehet jelenteni, hogy sokkal több informatikához értő emberre lesz szükség (linuxosra, szabad szoftveresre is), mint most van, bizonyos területen már most is jelentős hiány van, és ha tekintetbe vesszük, hogy tőlünk nyugatabbra is ez van, így várható, hogy nálunk a helyzet csak romlani fog. Így a közép és felsőfokú oktatási intézményekben már lehetne reagálni erre, az általános iskolában pedig el lehetne kezdeni a jó alapok lefektetését (gondolkodás kialakítása, algoritmikus gondolkodás kialakítása ... )

próbálj meg heti 2 órában informatikai szemléletet tanitani (ahelyett, hogy megmutatnád, hogy konkrétan adott rendszeren mit kell csinálni), aztán nézd meg, ha kikerült a gyerek az iskolából, akkor melyik állja meg a helyét egy nem informatikai állásban. Garantálom neked, hogy a "szemléletet" tanult gyereket elhajtják a b. francba, mert kb semmit nem fog tudni elvégezni, mint az aki abban a röhejes számú órában pont azt tanulta amivel később dolgoznia kell. Aki ilyeneket ir, az nem ismeri az oktatást. Itt nem magunkból, informatikusokból kell kiindulni, hanem egyszerű végfelhasználókból és az ő oktatásukból. Az informatikusoknak van szüksége rendszerfüggetlen szemléletre és nem a usernek. (ill jó lenne, ha neki is lenne, de ez a fent már emlitett okok miatt lehetetlen, igy azt kell tanitani neki amit használni tud)
Az informatikusok pedig - mint már emlitettem - per pillanat is tanulnak kötelezően linuxot is.

"próbálj meg heti 2 órában"

Nos talán ez az első probléma. (nesze neked tudás alapú társadalom, meg nagy lózung dumák! - ez nem neked szól :) )

"Aki ilyeneket ir, az nem ismeri az oktatást."

Tanár szakon végeztem, állítom, hogy ismerem az oktatási szférát. Pont arról beszélek, hogy a jelenlegi informatikai oktatás rossz, mind mennyiségében, mind témájában, mind módszereiben!

Igenis a felhasználóknak szemléletet is kellene tanulniuk, mondok egy példát: ne azt tanuld már meg, hogy az első menüpont második pontja a mentés, mert ez hülyeség - azt tanuld meg, hogy szinte minden programban van olyan funkció, hogy mentés, ez jó valószínűséggel a fájl menüpont körül lehet és akárhol is van találd meg! És ez ezer funkcióra igaz. Aztán persze az nem baj, ha adott szoftver használatában járatosabb valaki, de hogy egyik szövegszerkesztőről valaki nem tud átállni egy másikra, legalább alapszinten, az óriási baj.

"Az informatikusoknak van szüksége rendszerfüggetlen szemléletre és nem a usernek."

Nem is rendszerfüggetlenségről beszélek én, hanem alapvető dolgokról. Példa: aki Ubunu-Gnome páros alatt nem tud találni és elindítani egy böngésztőt, majd azzal böngészni, de egy másik böngészővel képes végrehajtani a feladatot, az gyakorlatilag olyan, mintha csak nyomtatott nagybetűkkel tudna írni. Minden ott van, csak meg kell nézni és egy egyszerű felhasználónak is illik rájönnie, hogy egy teljesen "idegen" böngészőbe vajon hová kell beírni a címet. Ugyanez vonatkozik arra is, aki nem tud egy levelet OOo Writter-ben megírni.

No persze az egészséges érdeklődést és a gondolkodást pikk-pakk ki lehet nevelni mindnekiből :(

"Nos talán ez az első probléma"

nem ez az első probléma, hanem ez A probléma. Beszél itt mindenki a "dobjuk ki a win-t, legyen linux az iskolában" marhaságról, miközben ez az ami a leginkább nem működne. Ezzel csak azt érnénk el, hogy kinevelnénk egy olyan frissen végzett fiatalokat, akik alkalmatlanok a munkavégzésre. Mert, ha 2 órában csak linuxot meg openoffice-t tanulna, akkor ugyanúgy nem tudna windows-on és ms office-on dolgozni, a különbség csak az, hogy 99%, hogy az utóbbival kellene dolgoznia, tehát rövid időn belül kirugnák vagy fel se vennék. Szóval ez nem megoldás, hanem "halálra itélés". Előbb oldják meg, hogy normális idő/tanár/eszköz legyen az oktatásra és majd utána lehet gondolkozni, hogy adott rendszertől független oktatás is belefér-e a lehetőségekbe. Per pillanat olyan szinten nem fér bele, hogy az elmondhatatlan. Itt nem arról van szó, hogy szoritsunk még egy kis időt info oktatásra, hanem gyökeres változás kell. Ha majd meglesz hozzá az akarat, akkor majd utána eltelik sok év és majd akkor lehet beszélni win kidobásáról és rendszerfüggetlen oktatásról. Addig viszont azt kell tanitani amivel utána az iskolából kikerült gyerek munkát tud végezni. Ez pedig per pillanat a win, bármennyire is fájdalmas. (és persze ismét leirom ez mind-mind a nem informatikai vonalon dolgozókra-tanulókra vonatkozik, hanem az egységsugarú userekre)

Azért én ezt nem pontosan így látom.
Az hogy folyamatosan benne vagyunk a win-ben (függetlenül a fentebb boncolgatott problémáktól), az azt is jelenti, hogy folyamatosan kineveljük azt a döntéshozói réteget, aki nem is hallott más megoldásról, így csakis ezt fogja használni/támogatni/dönteni (hogy az anyagi érdekeltségeket már ne is említsük). Így saját magunk építgetjük a saját csapdánkat.
Nyilvánvaló, hogy ha 99%-a a hallgatóknak linux-ot és OOo-t tanulna, akkor a cégek nagy része úgy áttérne, mint a huzat, mert mindenki ahhoz ért, a megspórolt licencköltségekből meg lehet csinálni a migrációt (persze ahol megéri normális időtávon belül, de ez egyszeri költség), tehát ezzel nem lehet probléma (bele se merek gondolni, hogy mi lenne, ha értelemes emberek jönnének ki az iskolából, akik ne adj isten SZÖVEGSZERKESZTENI tudnának, nem Word-özni).

"Mert, ha 2 órában csak linuxot meg openoffice-t tanulna, akkor ugyanúgy nem tudna windows-on és ms office-on dolgozni, a különbség csak az, hogy 99%, hogy az utóbbival kellene dolgoznia, tehát rövid időn belül kirugnák vagy fel se vennék. Szóval ez nem megoldás, hanem "halálra itélés"."

Ezt sem hiszem, hogy így volna, ne felejtsük el, hogy a 30 év feletti emberek jelentős része nem tanult az iskolai képzése során szinte semmilyen számítástechnikát, aztán most mégiscsak elég sokan dolgoznak számítógéppel, mert megtanulták máshogy (vagy nem tanulták meg, és szerencsétlenkednek).

"Nyilvánvaló, hogy ha 99%-a a hallgatóknak linux-ot és OOo-t tanulna, akkor a cégek nagy része úgy áttérne, mint a huzat, mert mindenki ahhoz ért"

Áh. Nem azt használják a cégek amihez embert találnak, hanem pont forditva. Ahhoz képzünk embert amire kereslet van a vállalatok részéről. (lásd kohó mérnökök, kutyát nem érdekli ma már, hogy vannak ilyenek, egyszerűen nem kell a cégeknek, nincs rájuk kereslet, igy aztán le is állt a képzésük, befőtt és nagymama esete)
A cégek már rég átálltak volna, ha úgy éreznék megtérülne. (felejtsük már el ezt a license költség-et, messze nem az a migrálás visszatartója, az aprópénz a legtöbb helyen az egész migrálás költségeihez képest)

" a 30 év feletti emberek jelentős része nem tanult az iskolai képzése során szinte semmilyen számítástechnikát, aztán most mégiscsak elég sokan dolgoznak számítógéppel, mert megtanulták máshogy "

ha ez igy van, akkor meg nem kell hangoztatni, hogy a windows alapú képzés miatt nem lehet linuxra átállni. Ha ez igy van, akkor tökmindegy mit tanult a gyerek az iskolában, majd elboldogul linuxon a vállalatnál. (persze tudjuk, hogy az egység sugaru usernél ez egyáltalán nem igy van a gyakorlatban)

"Áh. Nem azt használják a cégek amihez embert találnak, hanem pont forditva. Ahhoz képzünk embert amire kereslet van a vállalatok részéről. (lásd kohó mérnökök, kutyát nem érdekli ma már, hogy vannak ilyenek, egyszerűen nem kell a cégeknek, nincs rájuk kereslet, igy aztán le is állt a képzésük, befőtt és nagymama esete)"

Hát ez lehet, hogy így van a kohómérnök esetében. De nehogy már így legyen a számítógép felhasználó esetében. Tőle mondjuk azt várom el, hogy jó titkárnő, tanácsadó, ügyintéző, ... legyen, aztán nehogy már az legyen a fontos, hogy nekem MS Office-om van-e vagy OOo-m. Barátkozzon meg vele, a munkája többi része a fontos. A kohómérnöknél a kohómérnökség nem feature, hanem a termék maga :)

Ez a megállapításod inkább a képzett informatikusokra vonatkozik, mégpedig arra, hogy a piacon jól eladható területek alig jelennek meg a felsőoktatásban, itt-ott kapcsol 1-2 intézmény.

"A cégek már rég átálltak volna, ha úgy éreznék megtérülne. (felejtsük már el ezt a license költség-et, messze nem az a migrálás visszatartója, az aprópénz a legtöbb helyen az egész migrálás költségeihez képest)"

Ha a cégek egyáltalán tudnának róla, hogy mire lehet áttérni. Nem csak linux van, ne felejtsd el az OOo-t se. Bizony a licenc díjak sok helyen olyan sok milliós nagyságrendűek, hogy mondjuk egy OOo átállás nem biztos, hogy akár megközelítené azokat.

Pontosan arról szól, hogy ezt mindenkinek meg kéne vizsgálnia adott pillanatokban pl.: egy automatikus Vista-Office 2007 váltás előtt, hogy nem lenne-e olcsóbb Linux-OOo vagy Vista-OOo , ... párosítások. És még mennyi minden más szoftver van.

Eképpen talán a magyar állam is megvizsgálhatná, amikor leszerződik 1-2 csilliárd forintra legalább azt, hogy hányan is használják azt a szoftvert valójában. Meg ezt-azt.

"Barátkozzon meg vele, a munkája többi része a fontos"

mondom, ha ez igy van, akkor meg ne akarja már senki se az oktatásra fogni a win hegemoniát. Akkor majd megbarátozik a linuxal akkor is, ha csak a win-t látta eddig.

"Ha a cégek egyáltalán tudnának róla, hogy mire lehet áttérni. "

a legkissebb cégeket leszámitva, tapasztalataim szerint 80%-ban tudják, hogy van linux, a legtöbb helyen meg is történt a költségbecslés az átállásra, irdatlan összegek jöttek ki, ráadásul egy rakás LoB alkalmazásnak nem volt linuxos megfelelője, a nulláról kéne felépiteni: irdatlan összegek * 10. Ettől még nyugodtan letelepitenek egy linuxos fileszervert vagy pl egy egy köztes linuxos spam szűrőt az exchange elé a cégnél, semmi köze a desktopokhoz, userekhez, LoB alkalmazásokhoz stb. És ennek van is értelme.

"Bizony a licenc díjak sok helyen olyan sok milliós nagyságrendűek, hogy mondjuk egy OOo átállás nem biztos, hogy akár megközelítené azokat."

még gyakrabban meg a milliós license dijak aprópénzek csak a migrálás költségeihez. (a migrálás nem az, hogy win uninstall, linux install, hanem sok esetben nagyon komplex programok, rendszerek újrafejlesztése, tesztelése, bevezetése, átképzés stb.stb)

"egy automatikus Vista-Office 2007 váltás előtt"

az ilyesmi elég ritka. Hálistennek pl xp-vista, office 2003-2007-es vegyes rendszerek üzemeltetése minimális plusz ráforditást igényel. Nálunk pl egyszerűen az új gépeket vista-val és 2007-el vesszük, egyetlen fillért nem adunk ki pluszban az átállásra vagy hogy egy működő xp-t vista-ra cseréljük, ha majd kihullnak az xp-s gépek, vista-val lesznek pótolva, ennyi. Sőt valószinűleg ki se hullanak a windows 7 előtt, lehet, hogy némelyik xp már win7-re lesz cserélve közvetlenül, nincsen ebből semmilyen dráma, se plusz kiadás. Linuxra átállni több 10 milliós nagyságrend lenne de nincs olyan partner aki be merné vállalni pl a LoB alkalmazások linuxositását, úgy hogy ne kelljen leállni.

Lehet, hogy nálatok nem pálya az átállás, akkor ne csináljátok!
Ezért mondom, hogy ezt mindenkinek magának kell megvizsgálnia.
A 80 %-os becslést, hogy azok nagyrészt megcsinálták a költségbecslést is, azt nagyon túlzónak gondolom. Az én tapasztalataim nem ezt igazolják, pedig már én is itt vagyok pár éve a szakmában.

"mondom, ha ez igy van, akkor meg ne akarja már senki se az oktatásra fogni a win hegemoniát"

Amennyiben a döntéshozók és a tanárok csak a win-t ismerik, nem nagyon lehet csodálkozni azon, hogy hegemonia van.

Azért megemlítem, hogy évente köt az állam több 10.000.000.000 forintnyi szerződést ( + önkormányzatok + ilyen-olyan költségvetési szervek). Ebből azért le lehetne vezényelni néhány igen költséges migrációt is.

Valami csak lehet abban, hogy az EU egyre inkább a szabad szoftverekkel próbálkozik. Csak van itt valami hátrány, még ha nem csak a licenc díjakat nézzük akkor is.

"Nyilván nem ész nélkül kell beleugrani a dologba, hanem alaposan végig kell gondolni, meg kell tervezni egy ilyet."

No igen, de az illetékes elvtárs tud gondolkodni, hogyaszongya:

Mi legyen?

a) Alaposan végiggondolni egy ilyen projektet, megtervezni, kivitelezni, menedzselni, harcolni a kőfejűekkel, huh de macerás még végigmondani is.

b) Maradok a seggemen, marad minden a régiben. Jöhetnek a microsoftos programok, és beesik a számlámra két csillió űrkredit. Nincs munka, nincs kockázat, tiszta ügy.

Szerinted melyiket választja?

ne legyenek illuzióid, a két csillió űrkredit ugyanúgy beesik nyilt forrás esetén is, az ibm-től, redhat-től, suntól, kispista bt-től aki elvállalja a migrálást, mert látott már linuxot, nem itt van a különbség. A végiggondolás, tervezés pedig tizmilliókba is belekerülhet, csakhogy ezt nem a megrendelőnek kéne állja. Sajnos a kedves eladónak is büdös ám a munka, hogy felmérje, megtervezze stb, neki inkább az lenne jó, hogy "persze pistikém, kidobjuk a windows-t, ti meg hoztok linuxot, jó lesz az".

A 25 milliárd az nem új szoftverek beszerzését jelenti, hanem a meglévőek frissítését újabb verzióra.

Amikor te 25 milliós lakást vennél, nem nézel körbe, hogy van-e olcsóbb és jobb is a piacon, hanem rögtön fizetsz?

Nem az a baj, hogy 25 milliárdos szerződést kötöttek, hanem az, hogy mindenféle tanulmányok nélkül a vakvilágba fizettek.

Aztán ha meg tanulmányokat rendeltek volna meg, akkor a másik oldali bagázs azért puffogna, hogy megint Xmilliót dobnak ki feleslegesen a közpénzből. Meg aztán ki az a szakértő csapat-tanácsadó cég aki elfodulatlan eredményt hozna ki?

A fő gond szerintem a közpénzes dolgoknál, hogy bármelyik polcsapat is regnál(t) bármikor le fogja felezni(lefelezte) a tőkeáralást a másik pedig csak azon van(volt), hogy mindent tettet befeketítsen, pedig a nagy számok törvénye alapján lehet, hogy van közöttük jó is. Jha és 4 évente térfélcsere.

"Aztán ha meg tanulmányokat rendeltek volna meg, akkor a másik oldali bagázs azért puffogna, hogy megint Xmilliót dobnak ki feleslegesen a közpénzből"

szerintem nem a vevőnek kéne fizesse a felmérést, hanem az eladónak. Amikor engem mint fejlesztőt kihivnak egy céghez, hogy van egy meglévő xy rendszerük amivel ez és ez a gondjuk és szeretnék jobbra cserélni, akkor én felmérem a helyzetet, egyeztetem, hogy mit kell tudnia az új rendszernek, majd adok egy ajánlatot, hogy xy összegért megoldom, hogy minden meglévő funkció működjön és mindez kerül a kedves vevőnek x ft-ba. És mindezzel eltöltök mondjuk egy hetet sokforintos órabérrel, de ha a kedves vevő elhajt az ajánlatommal a búsba, akkor bizony igy jártam. Hát itt is ugyanezt kéne csinálni. Nem más országok teljesen már rendszereinek migrálási hireit lobogtatni, meg 100 milliárdos megtakaritásokkal dobálózni, hanem tessék szépen kimenni felmérni, megérteni a helyzetet és konkrét, részletes ajánlatot beadni. Ha pofátlanok és például valós ok nélkül elutasitják az egyébként korrekt (minden meglévő alkalmazás migrálására kiterjedő) ajánlatot, akkor tessék szépen felhivni az indexet, átadni nekik a teljes ajánlatot, amit majd a kedves szakértők megvizsgálnak és ha tényleg ok nélkül utasitották el, akkor majd lesz akkora belhé belőle, hogy legközelebb akkor is a linux fog nyerni, ha egyébként alkalmatlan a feladat megoldására :)

már milyen visszaélésre? Itt nem arra gondolok, hogy kimegy az eladó és lefikázza a vevő rendszerét, hogy le kell cserélni, hanem éppen a vevő keresi meg az eladót, hogy jobbra akarja cserélni a meglévő rendszerét, mondja meg mennyibe kerül. Az eladó pedig szépen TÉTELESEN felsorolja hogy melyik meglévő rendszert mennyiért migrál át az új rendszerre. Utána már lehet hasonlitgatni, hogy melyik az olcsóbb, a meglévő rendszerhez néhány license-t venni/újitani vagy átállitani az egészet egy teljesen más rendszerre, biztositva, hogy tényleg minden egyedi fejlesztésű program működjön az új rendszeren is.

Ez ugyan jól hangzik, csak éppen ezt is - mint a politikában mindent - meg lehet úgy csinálni, hogy mégse legyen jó. Konkrétan jön egy cég és a következőket teszi:
- ad egy olyan ajánlatot, ami tuti a legjobb
- a másik fél emiatt biztosan elfogadja
- elkezdi a megvalósítást
- amikor a másik fél már képtelen kihátrálni a dologból, szépen árat emel
Amire persze vigyáz közben:
- az ár emelést mindíg meggyőzően tudja magyarázni (nem szakmailag! a másik fél számára legyen elfogadható!)
- nem egy lépésben emeli az eredetileg igért ár hússzorosára a végösszeget, hanem apránként, legalább 4-5 lépésben

Na ezen a ponton a másik fél szépen a hajára kenheti az ajánlatot. Illetve ahhoz, hogy rájöjjön a turpisságra, kéne neki szakértő, aki ért a témához, aki figyelemmel követi a végrehajtást, stb. Csak ezen a ponton átcsaptunk utópiába...

Innen kezdve pedig egy roppant egyszerű okkal mindíg elutasítható az ajánlatod: van árban jobb ajánlat. A gonosz cégé...

"Amikor te 25 milliós lakást vennél, nem nézel körbe, hogy van-e olcsóbb és jobb is a piacon, hanem rögtön fizetsz?"

nagyon rossz a példa. De, ha a lakás példát kell erőltetni, akkor itt olyasmiről van szó, hogy van egy sokéve használt házad, teli speciális eszközökkel, az autódba integrált kapunyitóval, távfelügyelettel stb-val, majd akarsz egy másikat, találsz is mindenféle speciális eszközökkel felszerelt házat, de köze nincs a meglévő dolgaidhoz és az eladó képtelen biztositani, hogy pl a kapunyitó a kocsidban működni fog az ő kapunyitójával a gyakorlaban, sőt mégcsak elmélete sincs róla, csak azt lobogtatja, hogy külföldön egy tökmás féle házat, tökmás felszereléssel, más egyszer le tudott cserélni egy tökmás házra, ami egyébként hasonlit az eladó házára... (mások meg csúnyán megszivták ugyanezt, eladták a házukat, megvették a másik házat aztán rájöttek, hogy mégsem működik egy rakás dolog, aztán vásárolhatták vissza a régi házukat)

Szóval ez nagyon messzi van a "csak körbe kellett volna nézni a piacon" attitűdtől és szerintem nagyon távol kéne maradni azoktól, akik egy ilyen bonyolultságú rendszert ilyen egyszerűen migrálhatónak gondolnak.

Nem rossz a lakás példa, csak nem pontosan erről van szó.

Van egy lakásod, amit bérelsz, benne egy csomó dologgal, aminek a fele a sajátod, a felét bérled.
A kérdés az, hogy újabb n évre megéri-e x összeget kifizetni a bérletért, ami után ismét az utcára kerülhetsz, mert nem a sajátod...

"A kérdés az, hogy újabb n évre megéri-e x összeget kifizetni a bérletért, ami után ismét az utcára kerülhetsz, mert nem a sajátod... "

Szó nincs erről. Én pl 2002-ben vettem egy notebook-ot xp-vel, ma is megvan, egy fillérbe nem került azóta se, 7 éve használom, "nem kerültem az utcára". Amire te gondolsz az az, hogy bérelsz egy házat, amiből néhány évente újat épitenek és ha fizeted a bérletet, akkor "ingyen" átköltözhetsz a használt házból az újba.

Másrészől az idézett mondatot még folytatni kéne azzal is, hogy megéri-e kizetni a bérleti költséget, vagy inkább a sokéves bérleti költség adotott esetben tizszereséért kidobni minden saját tulajdonodat, azokat újból felépiteni és átköltözni egy teljesen máshogy működő házba. (aminek egyébként a karbantartásáért ugyanúgy fizetned kell majd a gondnoknak, bár lehet, hogy kevesebbet, mindenesetre a költöztető cég irgalmatlan - ráadásul per pillanat senki nem tudja még megbecsülni se - pénzt kérne el)

Magyar ekormanyzat meg ekozigazgat meg e*, teljes redisignet igenyel nyilt forras ide vagy oda.
5-10GHUF evente megtakaritast jelent az MS licensek mellozese.

E melle johetne gyorsabb fejlesztes nyilt alapokon, ami koltseg megtakiritast jelenthetne, de velhetoleg ugyan annyiert fognak elkelni az ilyen megoldasok is. De mindenesetre az elado legalabb jol jar.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.
2.6.27-rc2-00389-g10fec20

"Magyar ekormanyzat meg ekozigazgat meg e*, teljes redisignet igenyel nyilt forras ide vagy oda.
5-10GHUF evente megtakaritast jelent az MS licensek mellozese."

Halvany fogalmad sincs rola, hogy nez ki a magyar egov rendszer, ugye?

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

"E melle johetne gyorsabb fejlesztes nyilt alapokon"

ezt kifejtenéd bővebben? Melyik az a nyilt forrású eszköz/rendszer amiben per pillanat gyorsabban, hatékonyabban lehet fejleszteni, mint pl a ms aktuális zászlóshajóján? (.net 3.5 sp1, visual studio 2008 sp1)
Mert én még nem találkoztam ilyennel, de esküszöm kipróbálnám.

Jaja, csak az M$ valami rootkittel nehogy kilopjon egy csirkecsőrt az stdin-ről!!1

szerk.: "5-10GHUF evente megtakaritast jelent az MS licensek mellozese" vs. "de velhetoleg ugyan annyiert fognak elkelni az ilyen megoldasok is" -- ezt csak én nem értem?
"no video codec le a win32vel", de "Gentoohoz lehet meg tul fiatal vagy"

Ez parttalan vita ugyan, de azért leírom amit gondolok.
Visual Studióból a 2005-öt használtam utoljára egyetemen, meg munkakörből kifolyólag is, de azzal még pariban volt az Eclipse (IMHO). Sőt.

Ami bajom volt vele nekem:
- a projekt leíró fájlokat mindenféle binárisokban tárolta, ezért nehéz volt verziókezelni vagy mörzsölni. Egyáltalán kézzel belenézni hogy mi a baja elég körülményes volt.
- Volt olyan beállítás amit sehogy sem tudtunk teljes elérési út függetlenül megadni, így minden fejlesztői gépen ugyanoda kellett tenni fájlokat (ok, ez lehet hogy a mi hülyeségünk volt, de semmiképpen sem volt rá szembetűnő straightforward megoldás mert megtaláltuk volna)
- Headless build szerverről nem sok doksit találtam, ráadásul plusz licensz kellett volna hozzá gondolom. Így aztán inkább erről is lemondtunk.

A .NET beépített könyvtárai nem túl jól dokumentáltak, néha alulspecifikáltak és nem jól működnek. Konkrétan az egyik időzítő a háromból (ráadásul az, ami ECMA szabvány szerinti) kis értékekre néha nem hívta vissza az időzített metódust. Persze ezt nem 1 perc volt felderíteni.

A nem (ECMA szerint) szabványos Windows specifikus könyvtárakat nem az interfész szerint kezdték el tervezni, hanem a meglévő API-ra húztak egy burkolót. Pl WinForms. Így a meglévő logikátlanságokat szépen átmentették a .NET keretrendszerbe is.

Azóta nem használok MS terméket szoftverfejlesztésre. Úgyhogy sajnos a 2008-at nem tudom összehasonlítani. Remélem már kicsit jobb állapotban van mint akkor.

nehéz verziókezelés? team foundation, sourcesafe és társai? mi elég jól elvagyunk vele.

"Volt olyan beállítás amit sehogy sem tudtunk teljes elérési út függetlenül megadni"

konkrétan?

"Headless build szerverről nem sok doksit találtam"

nem hinném, hogy ennek bármi köze lenne egy adott rendszerre való fejlesztés sebességéhez, hatékonyságához

"A .NET beépített könyvtárai nem túl jól dokumentáltak"

konkrétan? plusz jó lenne, hallani egy ellenpéldát nyilt forrásból, amivel mondjuk összehasonlithatjuk a dokumentáltságot

"Konkrétan az egyik időzítő a háromból (ráadásul az, ami ECMA szabvány szerinti) kis értékekre néha nem hívta vissza az időzített metódust."

bugreport gondolom megvolt. dokumentálva is nyilván van valahol a neten (ms support forumon). hotfixet kaptatok rá? netán már benne van egy service pack-ben?

"Így a meglévő logikátlanságokat szépen átmentették a .NET keretrendszerbe is."

ez igy megint nem sok... ilyen lúzungot akármelyik fejlesztő rendszerről el lehet mondani

"Azóta nem használok MS terméket szoftverfejlesztésre"

halljuk akkor a választ az eredeti kérdésre, melyik opensource fejlesztő környzetben lehet gyorsabban és hatékonyabban fejleszteni?

>nehéz verziókezelés? team foundation, sourcesafe és társai? mi elég jól elvagyunk vele.
Nem az verziókezelő eszköz a kérdés, hanem maga a verziókezelendő fájl. Ha a fájl bináris akkor nem egyszerű két változatát összehasonlítani. Ellenben egy egyszerű properties fájl vagy valami XML simán szemre összehasonlítható.

>konkrétan?
Konkrétan nem emlékszem. Volt egy C projekt a sok C#-os között és annak valami függősége.

>>"Headless build szerverről nem sok doksit találtam"
>nem hinném, hogy ennek bármi köze lenne egy adott rendszerre való fejlesztés sebességéhez, hatékonyságához
Headless integrációs build, automatikus teszt futtatás és a szerver oldali release build. Szerintem ennek mindnek van köze a fejlesztés sebességéhez és a hatékonysághoz is. Tény, hogy ezeket Eclipses fejlesztés esetén is elég nyőgvenyelős összerakni. De ott legalább lehet találni ezt-azt.

>bugreport gondolom megvolt. dokumentálva is nyilván van valahol a neten (ms support forumon). hotfixet kaptatok rá? netán már benne van egy service pack-ben?
Nem volt bugreport, mert a mi szempontunkból felesleges volt és egyáltalán nem voltam együttműködő hangulatban. Sajnos ez a szimpátia faktor.

>>"Így a meglévő logikátlanságokat szépen átmentették a .NET keretrendszerbe is."
>ez igy megint nem sok... ilyen lúzungot akármelyik fejlesztő rendszerről el lehet mondani
Nem a fejlesztőrendszerre mondtam, hanem a .NET-es könyvtárakra. Elég belenézni az MSDN doksiba.
Például itt:
http://msdn.microsoft.com/en-us/library/system.net.sockets.socket.setso…

Ez nekem pont úgy tűnik, mintha a man setsockopt lenne. Tehát kb 20 évvel később objektum orientáltan sem sikerült jobb API-t gyártani, mint anno. Persze ez csak akkor kell ha UDP szervert kell csinálni, ami keveseknek "adatik meg". TCP socketre valóban van szép megoldás is.

>halljuk akkor a választ az eredeti kérdésre, melyik opensource fejlesztő környzetben lehet gyorsabban és hatékonyabban fejleszteni?
Továbbra is parttalan vita, de valamiért élvezem :-). Lássuk be hogy érvek nélkül annyit mondani, hogy a Visual Studio 2008-nál nincs hatékonyabb eszköz elég karcsú...
Önmagában fejlesztőeszközről nem lehet beszélni, hanem fejlesztőeszközről és célplatformról együtt. Az Eclipse+Java verenyképes a VisualStudio+.NET platformmal szemben. Szerintem jobb is.

" Ha a fájl bináris akkor nem egyszerű két változatát összehasonlítani"

az egyetlen bináris file vs projektben a user options, ami fejlesztőnként eltérő nemigen kell verziókezelni, főleg nem összehasonlitani. Az összes többi xml alapú...

"Tény, hogy ezeket Eclipses fejlesztés esetén is elég nyőgvenyelős összerakni. De ott legalább lehet találni ezt-azt."

világos :))
de szerintem ennek továbbra sincs semmilyen hatása az adott platformra történő fejlesztés gyorsaságához.

"Nem volt bugreport ...egyáltalán nem voltam együttműködő hangulatban. Sajnos ez a szimpátia faktor"

uhh...

"Ez nekem pont úgy tűnik, mintha a man setsockopt lenne"

én azért javasolnék egy kattintást egyel "lejjebb" is mondjuk ide: http://msdn.microsoft.com/en-us/library/e160993d.aspx
szöveges leirással, jótanáccsal, 3 féle nyelven irt példakóddal...

"Lássuk be hogy érvek nélkül annyit mondani, hogy a Visual Studio 2008-nál nincs hatékonyabb eszköz elég karcsú..."

érdekes. javasolnám, hogy nézd meg mire volt a vs 2008 válasz. Úgy tűnik az opensource alapon "gyorsabb" fejlesztés kijelentés az nem volt karcsú :)
De mindegy, lényeg, hogy megtudtuk a végére, hogy eclipse és a java az etalon. Hát én nem kivánom az ellenségeimnek se, részt vettem néhány java fejlesztésben is, hát durva történet volt az is, na mindegy, ez itt teljesen off.

"Ami derek, csak enyhen szolva nem vag ennek az oldalnak a profiljaba"

sajnos az, hogy mi vág az oldal profiljába, az a tényeken nem sokat változtat. Én már csak ilyen maradi vagyok, nem elvek meg HIT alapján, hanem szakmai szempontok alapján döntök valami használata mellett. A vs és a .net szerintem a ms egyik legjobban sikerült terméke (és a fejlesztések 99%-ára messze a leghatékonyabb), jópár katasztrofálisan szar ms termék között...

ezt a 99%-os projekt-alkalmatlansági kimutatást

mi van? ilyet ki irt? csak annyit mertem megjegyezni, hogy az ibm pc kompatibilis gepre irt .net-es gui-s cuccok messze nem fedik le a szoftver ipar teljes egeszet. ha gondolod, nyugodtan vitatkozz ezzel a kijelentessel.

- Use the Source Luke ! -

hát az egy elég érdekes szempont, ha programfejlesztésről beszélünk... :)
Ezek szerint, ha én irok hello word programot 1 sorban, 7 másodperc alatt, ami felkerül 1 milliárd gépre (gyufásdobozra, mérleghintára), akkor ezen komoly fejlesztésem sokkal meghatározóbb, mint pl egy 50 ezer soros könyvelőprogram amit csak háromszázan használnak a világon. Csak ismételni tudom magam, nocsak. :)

Programozó vagy és még nem hallottad LoB kifejezést? Ez érdekes. Egyébként line of business, a cég működéséhez szükséges - leggyakrabban saját fejlesztésű - programok millióit nevezik annak.

Az meg, hogy soha nem kellett vs-t használnod (feltételezem nem ismered komolyabban) annak semmi köze ahhoz, hogy abban esetleg a fejlesztéseid hatékonyabbak lettek-e volna vagy sem. Lehet, hogy igen, lehet hogy nem. Ezen kivül lehet, hogy azért nem lettek volna hatékonyabbak, mert nincsenek mélyebb .net ismereteid, de lehet, hogy azért nem, mert olyan tipusú dolgot fejlesztettél (pl firmware) amire nem is jó. Ettől még ez semmit nem változtat a világméretű számokon.

Azert nem hasznaltam VS-t es foleg .net-et, mert a feladataimra alkalmatlan volt, mint az elobb utaltam ra (igen, foleg beagyazott, tehat alacsony szintu dolgokrol van szo). En tovabbra sem hiszem, hogy hivatasszeruen programozassal foglalkozok 99%-a szamara a .net es a VS a legmegfelelobb eszkoz - foleg, hogy pl. a .net normalisan csak windowson fut, aminek a vilagon (nem desktop) szinten kevesebb mint 99% a reszesedese. De lehet, hogy te vagy Gideon Gartner szemelyesen - akkor bocs, biztos igazad van.

- Use the Source Luke ! -

" a .net normalisan csak windowson fut, aminek a vilagon (nem desktop) szinten kevesebb mint 99% a reszesedese."

sajnos még mindig nem érted, hogy semmi köze ahhoz, hogy hány gépen fut adott rendszer (lásd hello word 1 milliárd gépen), de nem tudom jobban elmagyarázni. A fejlesztések számáról beszélünk, ami bizony cégeknél pl LoB alkalmazásoknál elég durva szám világszinten. Ha win-t csak cégeknél használnának és minden otthoni user linuxozna, még abból sem következne, hogy ne lehetne a vs a fejlesztések 99%-ára a leghatékonyabb... De, ha neked úgy könnyebb megemészteni, akkor nevezzük csak 90% körülinek, amennyi a win részesedése, a lényegen semmit nem változtat.

ahha. A mondjuk 5%-os piaci részesedésű apple gépekre (most maradjunk a számitógépeknél) vajon mennyi szoftvert fejlesztettek úgy összesen? Mindez vajon hány százaléka lehet pl. a winre fejlesztett összes szoftvernek?

Persze halkan azért felhivnám a figyelmet, hogy nem azt irtam, hogy a szoftverek 99%-a .net-ben vagy vs-ben iródik, hanem azt, hogy a felmerülő fejlesztési igények 99%-ára az tűnik a leghatékonyabbnak. Mikor a cégeknél világviszonylatban úgy naponta több tizezer belső fejlesztésű program születik, az igazat megvallva rohadtul édesmindegy, hogy pl. mobiltelefon firmware-t nem abban kéne fejleszteni, mikor abból megjelenik havonta 2 féle, hasonlóan a beágyazott rendszeknél.

mennyi cég van a világon?

"Mekkora megtakarítás lenne, ha megosztanák egymással amit csinálnak :-O"

megtakaritás? úgyérted pl a speciális ablakkeret gyártó cég LoB alkalmzását, amibe beletett pár tizmilliót és 2 év fejlesztést azt esetleg adja át a konkurenciának, hogy ő is optimalizálja a gyártását ill az előrendeléseit, hátha el tudja vesziteni a piacának nagy részét? Hmm. Ez érdekes gondolat, majd bedobom nekik :)
A legjobb talán annak a frissen alakult kispista bt-nek lesz, aki 0 ft befektetés nélkül megkapja ezt a rendszert és szépen taccsravágja a többieket. Na látod, az bizony kemény megtakaritás lesz, csak nézőpont kérdése :)))

Maradjunk annyiban, hogy a LoB alkalmazások nem éppen az opensource irányába tartanak manapság, sokkal inkább a legszigorúbb vállalati tikok irányába, ahol még a belső fejlesztő is olyan non-disclosure agreement-eket kap a nyakába, hogy a családját is kiirtják, ha egy apró programrészlet is kikerül... :)

Kezdem érteni, hogy milyen területen dolgozol :)
A szoftvereknek olyannak kellene lenniük mint a szolgálati kocsiknak. Az informatikai rendszerük alapja is lehetne ugyanaz, csak az abban beállított folyamatkezelésnek kellene az üzleti titok kategóriába esnie. Az SAP is lehetne nyílt, és a rendszer összekalapálása maradhatna ugyanúgy a minősített SAP "programozókra". Akkor ezek szerint a programozás alatt azt érted, hogy egy meglevő alapból összeállítasz egy folyamatot az adott cégnek. Ez nem igazán programozás inkább rendszerintegrátori munka.

A debian is ilyen valamilyen szinten. Kapsz egy csomó szoftvert, de szoftvermérnök kell hozzá, aki egy nagy cég infrastruktúráját testreszabottan meg tudja csinálni vele. Különbség a szoftver árában van.

nem, szerintem még mindig nem érted. Én csak egy apró példát hoztam, hogy miféle marha LoB alkalmazások vannak. Ezekből millió féle van, nincs egységes alapjuk nem is lehet. Max az oprendszer ill a futtató környezet pl a .net framework által nyújtott szolgáltatások. Azon kivül semmi közük egymáshoz, max a teljesen ugyanazzal a területtel foglalkozó cégeknél vannak átfedésük, de a lényeg, hogy egyáltalán nem érdekük ezeket a programokat egymással megosztaniuk még részben sem. Kiválóan elvannak ezekkel az alkalmazásokkal, minek adnák akár az alapjait is egymásnak oda? Abban is baromi nagy munka van (nem csak a "beállitásokban") ezzel csak ugródeszkát adnának a nevenincs cégeknek, hogy nulla befektetéssel az ő piacukat rombolja miközben semmit nem kapnak tőlük vissza.
Meg kell érteni, az opensource nem működik mindenhol, sőt egyenesen destruktiv. Oprendszerben működik LoB alkalmazások 99%-ban sohasem fog.

"Akkor ezek szerint a programozás alatt azt érted, hogy egy meglevő alapból összeállítasz egy folyamatot az adott cégnek."

Nem. LoB fejlesztésen azt értem, hogy nulláról (nyilván adott esetben library-k, framework-ök felhasználásával) ki kell fejleszteni egy olyan programot, amely csak az adott cégre vonatkozik, a piacon senki sem fejleszt ilyet, ellenben, ha jól sikerül nagyonsok milliót hozhat a cégnek és a versenytársak is ölnének érte.

"A debian is ilyen valamilyen szinten"

igen, leszámitva, hogy tökmás. :) ahogy a kolléga emlitette, alma és naracs :)

Amiért a debianhoz hasonlítom: ott is összerakok egy rendszert a nulláról, felhasználom a benne található alkatrészeket. Akkor én is programozok :)

Amire én gondolok LoB (L=linux? :P) esetén: A hozzá való rendszerkomponensek rendelkezésedre állnak, ami kell telepíted, paraméterezed, esetleg szkriptezel és kész a rendszer. Tulajdonképpen ott lenne a különbség, hogy a végeredmény nem egy/több egyedileg lefordított exe lesz. Ugyanúgy megfizetné a cég a munkádat, sőt a szoftver árát is felhasználhatná a fizetésed növelésére. És a másik cég ugyanúgy nem tudná reprodukálni a megrendelőd rendszerét.

valamit félreértettél, még mindig sap-t akarsz pár tizmilliós éves bevételű cégekre erőltetni, nonsense.
A LoB != termelésirányitás. Csak egy példát mondtam az előrendelések kezelésével, lehet LoB egy excel makró is, ami körlevelek kiküldét időziti és végzi vagy bármi más ami a cég működéséhez fontos és egyedi alkalmazás. Felejtsd el a termelésirányitást, sap-t stb-t, mert egyszerű library-kon kivül (amik ma már inkább framework-ök részei) semmilyen más közös alapja nincsen a LoB-oknak.

" A hozzá való rendszerkomponensek rendelkezésedre állnak"

igen úgy hivják, hogy .net framework vagy éppen java runtime...

"paraméterezed, esetleg szkriptezel és kész a rendszer. "

ez jóvicc volt :))
majd, ha dolgoztál pár vállalatnál és láttál pár LoB alkalmazást, majd rájössz, hogy ez nem erről szól.

Akar a fene SAP-t erőltetni. Amiről beszélek az egy SAP szerű open/free cucc pont ilyen és sokkal komolyabb feladatokra. Az egész cég/vállalatirányítás, napi feladat stb egy rendszerbe kerülne. A feladat pedig a testreszabás lenne. Kis cég kis feladat kis pénz, nagy cég nagy feladat nagy pénz.

> majd, ha dolgoztál pár vállalatnál és láttál pár LoB alkalmazást, majd rájössz, hogy ez nem erről szól.
Egyszer volt szerencsém excellben raktárnyilvántartást csinálni, a hátam közepére nem kívánom azt a feladatot. Akkor ez a gány kategória volt. User szupportosként biztos izgalmas lehet egy ilyen cuccokkal agyonpakolt gép újratelepítése.

"egy SAP szerű open/free cucc pont ilyen és sokkal komolyabb feladatokra"

milyen pont ilyen? még mindig nem érted miről szól a LoB. Betűzöm: N I N C S K Ö Z Ö S A L A P J A. Még egy sap se lenne jó, nemhogy egy lebutitott változata rá. Nem azért, mert olyan bonyolult, hanem mert semmi köze sincs egyiknek a másikhoz.

"Egyszer volt szerencsém excellben raktárnyilvántartást csinálni"

most meg a gányolással akarod összekeverni a LoB-ot... Részemről lezárva ez a thread, rakjál mindenhova SAP szerű opensource cuccot, ha akarsz, bár mocskosul el fognak hajtani vele a frászba, mert nem fogja a funkcióját ellátni, vagy 10x annyi munkával mint egy célprogram...

Olyan marketing bigyónak tűnik és teljes MS kötődésre utal, amit ezen oldal olvasói nem kedvelnek különösebben.

Basszus neked tényleg ennyire be van szűkülve a gondolkodásod, vagy csak teszed az agyad? oO Félelmetes.
(főleg hogy itt még nem is érted mi az a LoB, lejjebb meg már 'megoldást' is linkelsz)

Ez a "N I N C S K Ö Z Ö S A L A P J A" zavart meg, meg már késő volt akkor. :)

Mert nem értem, hogy hogy fordulgat elő évi 14.6 millió program esetén, hogy azoknak nincs közös részük. Egy programozó talán megérti, hogy mi az a kódújrahasznosítás. Az ABAP-os példa is erre lett volna példa és nem a konkrét megvalósítás alternatívájára. Csak úgylátszik az asszociációimat nem könnyű megérteni.

mire használom vagy mire találom alkalmatlannak? :)

- használom proxyként, fileszerverként, vmware server-ként, routerban, egyszerű desktopként
- alkalmatlannak tartom vállalati levél és info kezelésre, szoftverfejlsztésre, profi képfeldolgozásra, dvd authoringra, autó diagnosztikára, gps-es dolgaim kezelésére stb-stb.

összeségében sokmindenre jó, de még több mindenre nem jó. Nekem. A különbség inkább csak az, hogy én sokakkal ellentétben nem próbálom ráerőszakolni olyan dolgokra amikre nem jó. Ott használok win-t (vagy mást) mert hálistennek nekem ezt nem tiltja a vallásom, sokakkal ellentétben...

bocs, ez igy félreérthető. alkalmatlanság alatt nem azt értem, hogy nem lehet adott feladatot akármekkora energiabefektetéssel megoldani rajta, hanem, hogy más rendszeren nagyságrendekkel hatékonyabban megoldható. Ami pöttynetben native interop nélkül megoldható az pl nekem 99.999%-ban nagyságrendekkel gyorsabban és szebben megvan, mint linuxban (ha már korábban szóbakerült mint etalon, pl. eclipse+java-ban)
Ez úgy nagyjából lefedi a fejlesztési feladatok 99%-át. Nyilván nem ott kell hardverközeli dolgokat programozni, vagy firmware-t irni, de ezek elhanyagolható számú fejlesztések az egészhez képest, ráadásul igen szűk rétekeget érintenek szintén az egészhez képest.

A pöttynet lefogja a fejlesztési feladatok 99%-át? ROFL.
Akkor a tömérdek PHP és Java fejlesztővel mi van? Meg regetegen fejlesztenek C++-ban. Ezeket mind meg lehet oldani Linux alatt is (Java-ra van eclipse és netbeans, PHP-ra milliárd egy editor, C++-ra meg KDevelop).

Andi, really. Take it from me. If I tell you something, I'm usually right.

és a phyton fejlesztőkkel? és a ... fejlesztőkkel? mi lenne? semmi. sokan vannak mégis elvesznek a tengerben. pöttynetben ugyanúgy irnak asp pöttynetet webre, mint windows mobile-ra, mobilra vagy pda-ra, vagy éppen webservice-t. És?
A c++ az külön vicces volt itt, az is mehet vs-ben, pöttynet nélkül. Ahogy pl php is :)))

Azért a PHP és a Java egy elég nagy területet fed le, direkt nem pythont meg perlt írtam :)
Nézz szét az állásajánlatok közt, a pöttynet álláshidetések csak most kezdenek feljönni oda, ahol a javasok vannak, de a PHP-t nem tudja mennyiségben verni még a kettő együtt sem.

Elhiszem, hogy tud a VS C++-t meg PHP-t, de mi az pl PHP esetén, amiben _annyival_ többet tud, hogy minden más eszköz alkalmatlannak tűnik?

Andi, really. Take it from me. If I tell you something, I'm usually right.

szerintem olvasd el az egész threadet. nem azt mondtam, hogy 99%-ban abban fejlesztenek, hanem, hogy 99%-ban az volna a leghatékonyabb.

"de mi az pl PHP esetén, amiben _annyival_ többet tud, hogy minden más eszköz alkalmatlannak tűnik?"

intellisense? sebesség? normális code formatting? ezernyi beállitási lehetőség? Én nem fejlesztek php-ban, de jópár ismerősöm átált már egy ideje vs-re ha php-ban fejleszt és azt mondják ezerszer jobb mint a többi. (valami külön pluginnel)

Auto completion van Quantaban, egy alapszintű cucc van a Kate-ben is, illetve sokkal fejlettebb lesz majd az új NetBeansben. A Quanta a standard függvényeket kiegészíti, a saját objektumaidat meg szinte lehetetlen előre megmondani egy adott fájl esetén megmondva, hogy melyikek lesznek majd élesben éppen érvényben.
Nem hinném, hogy a VS-nál akármivel is lassabb lenne akár még egy _beállított_ (tehát csak PHP cucc van benne, és nem tölti be az egész Java{S,E,M}E stacket RoR-ral meg minden franccal) NetBeans is (a Quanta vagy a Kate meg gyorsabb nála).

Andi, really. Take it from me. If I tell you something, I'm usually right.

aha, ez a feautre van az egyikben, egy másik feature nyomokban felfedezhető a másikban, egy harmadikban meg tervezik, hogy egyszer majd lesz egy negyedik feature, az ötödik meg gyors, bár hiányzik belőle minden feature... Igen azt hiszem a vs-re váltók valami hasonló őrületről hadováltak. :)
De ezt hagyjuk, én nem fejlesztek php-ban, szóval nem tudom, csak hallottam, hogy néhány php-s eléggé megszerette a vs-t.

Akkor másként fogalmazok :)
A Quanta-ban és Bluefishben megvan minden, ami egy _átlagos_ PHP programozónak kellhet. A Kate egy kicsit kevesebbet tud (bár könnyedén bűvíthető pluginekkel).
A NetBeans tudni fogja azt, amit a Quanta/Bluefish páros, és ezen kívül elég durva Javascript támogatása lesz.

Ha nagyon-nagyon profeszionális cucc kell PHP-ban, akkor pedig a Zend-et kell felkeresni az ügyben. Még úgyis olcsóbban jössz ki, mint a VS-val :)

Andi, really. Take it from me. If I tell you something, I'm usually right.

Alapvető JS támogatás van kb minden editorban (szintaxis kiemelés, auto kiegészítés). Amit a Netbeans fog tudni, az egy picit komolyabb.
Amivel a netbeans 6.5 fog jönni, az olyan szintű PHP+HTML+CSS+AJAX támogatás, mint amilyen szintű a VS-nek a pöttynet támogatása. Ilyen szintű support nincs tuti a VS-ban, mert akkor az egész net tele lenne vele...

Andi, really. Take it from me. If I tell you something, I'm usually right.

Informatikus válasz: igen :D

vállalati levél és infó kezelésre: egroupware, ELO(fizetős)
A többi dolog megfelelőivel nem volt sok dolgom, de biztos van itt olyan, aki tud alternatívát mutatni. Gondolom autódiagnosztika valami szervízgépen futó célszoftver. GPS alatt a kütyüben levő szoftverre gondolsz, vagy valami térinformatikai dologra?

Szoftverfejlesztésre FOSS körökben sokkal kevésbé van szükség a visszaosztott kód miatt. Pl könyvelőprogramot mo.-n sokan fejlesztenek, de lehetne csupán 1 is. A munkámhoz eddig még nem volt szükség programozásra, max 1-2 szkript megírására, mert megtaláltam a hozzá való eszközöket. A "ráerőszakolást" meg egyvalaki megcsinálja és visszaadja amit elért, ezzel boldogítva a többieket. Továbbgondolva ezt a dolgot, az MS cuccok ugyanígy terjedtek el, hogy mindenféle dologra használni kezdték, nem?

semmi kedvem belekezdeni pl egroupware összehasonlitásába pl egy exchange, sharepoint párossal, dobjuk ezt a thread-et, teljesen off. A mi környezetünkbe nem jó, másnak biztos jó, használja egészséggel. A többi detto, ez mind-mind, csak olyan, hogy valaki feldob egy elég komplex témát, erre valaki bedob egy nagy vonalakban hasonló problémára megirt foss terméket. Ezeknek egyenként van vagy 100 feature-je, aminek a negyede sem fog stimmelni, szóval ennek igy semmi értelme. Ez nekem már tipikusan az "akkor is ráerőltetek valamilyen foss megoldást a problémára" amitől kihullik a hajam.

Akkor nem igazán érted, mit takar a FOSS. Adott egy egroupware, ami nektek nem jó, de jó egy nálatok kisebb kaliberű cégnek, akinek hiányzik 20 dolog. megírja, visszaadja, így jó lesz a kettőtök közötti cégnek, aki ír még bele 30 dolgot, és így nektek már csak a töredékét kell megírni, hogy teljesen alkalmas legyen miközben a többiek is javítják. Munkamegosztás vagy mi a neve.

Annak nem lesz jó ez a megoldás, aki ugyanazoknak a dolgoknak az újra és újra megírásából és eladásából él meg.

Már minek tartana fenn a cég erre egy rakás programozót, hogy belegyányoljon egy létező programba és utána kövesse az összes patchét (mert egy fork után már nem tudod a hivatalos patcheket használni) auditáltassad, hogy nem-e rakott bele akkora lyukat, mint a ház, ha erre egyébként létezik kész, milliók által tesztelt, supportált alkalmazás? Ez könnyen a "gyári" prgram árának a tizszeresébe lesz és még az se biztos, hogy jobb lesz. Megnézném mire akárki pl az egroupware email kezelését feltornássza egy outlook web access szintjére... Ez egyszerűen nem igy működik, főleg nem egy olyan bonyolultságú rendszeren mint a levél és info management.

hat az legalabb nem csak windowson fut (azon nem is ;)).

amugy a dosemu egeszen a kozelmultig (ezert nem is tudtam rola) nem virtualizalt, azert kellett kulon hackelni (amit a doksijaban reszletesen leirtak) hogy fusson a win 3.1-et enhanced modeban anno. de persze akkor te meg valoszinuleg a csattogos falepket tologottad :)

- Use the Source Luke ! -

"nehéz verziókezelés? team foundation, sourcesafe és társai? mi elég jól elvagyunk vele."

Most ez egy kicsit off, nem a fórum témájához tartozik:
A sourcesafe tudja-e azt, vagy valahogy rá lehet venni, hogy a forrás fájlok fejlécében kommentként beletegyen automatikusan bizonyos adatokat (szerző, dátum, cimkék, verziószámok, ... ). Vagy csak cimkézgetni tud?
Egy projektben felmerült ez a dolog és tőlem kérdezték - eddig hiába, nem igazán vagyok járatos ebben.

"Melyik az a nyilt forrású eszköz/rendszer amiben per pillanat gyorsabban, hatékonyabban lehet fejleszteni, mint pl a ms aktuális zászlóshajóján? (.net 3.5 sp1, visual studio 2008 sp1)"

Az a baj ezzel, hogy a "gyors" és a "hatékony" fejlesztés az önmagában semmit se jelent. Az jelent valamit, hogy jó-e a programozó, vagy nem és hogy jó programot ír-e vagy nem. Illtve sajnos ezekben az összeklikkelős fejlesztőeszközökben sokszor az se, mert hirtelen lesz egy dögnagy, döglassú programunk, ami tényleg tudja amit kell, csak egy jó programozó által másban fejlesztve 10x olyan jó lenne :-)

Személyes tapasztalatom az, hogy bizonyos puccos fejlesztőeszközökkel piszok gyorsan halad egy középszerű programozó is, és ez meg is látszik az eredményen -> egy szimpla szöveges adatokat kezelő szoftverek (amilyenek már a 10 évvel ezelőtt is voltak és ki tudtak szolgálni 150 user-t) azok most 4 magos szervereken 2 Gb RAM-al, 100 felhasználóval úgy szenvednek, mint az anyaló!

Manapság a szoftveroptimalizálás nem divat. Legyen valami, ami működik, meg oda lehessen mellé írni egy csomó buzzwordöt, hogy milyen technológiákat kevernek bele a fejlesztésbe (sokszor teljesen indokolatlanul). Gyors szoftvert írni? Ugyanmár, nem gazdaságos. Normális szoftvertervezés? Minekaz.
Emlékszem az első munkahelyemre, ahol amikor felvetettem, hogy tervezzük meg az alkalmazást, kiröhögtek. "Csináld meg valahogy minél gyorsabban, aztán jólvan".

Andi, really. Take it from me. If I tell you something, I'm usually right.

"Azért a ló túloldalára se kéne átesni, "nemzetközi tapasztalatokra" hivatkozva 100 milliárdos megtakaritásokkal dobálózni pont akkora marhaság."

Ez így van. De az vitathatatlan, hogy sokat lehetne spórolni, főleg ha nem szemellenzős, egy költségvetési évre, vagy legfeljebb négy évre korlátozott, hanem stratégiai, hosszútávú, fenntarthatóságpárti szemlélet jellemezné a magyar politikai gondolkodást. Nem is kellett volna olyan messzire menni, mert van magyar példa, illetve tapasztalat is, mint ahogy az az idézett cikkben meg is található:


"
...
Önkormányzati tapasztalatot és pontos költséghatékonysági számításokat egyébként szolgáltatott Keller László pénzügyi államtitkár szűkebb pátriája is. Törökbálint a volt polgármester elődjének hivatali ideje alatt tért át szintén az Elektronikus Kormányzati Központ neve alatt futtatott uniós pályázat segítségével a nyílt felhasználói programok használatára, és az eredményeket publikálta is.
Az EKK az EU-tól 4,3 millió eurós támogatást kapott a projektre. Az összefoglaló szerint csak a szoftveren évi 2 millió forint volt a megtakarítás, mert 33 helyett csak egyetlen Microsoft-licenszet fizettek, így megmaradt 32-szer 57 ezer forint, ezen kívül nem kellettek a vírusirtó szoftverek sem, és az új programokkal kisebb lett hardverigény. Az MS Vista alkalmazásával a hardverpark 70-80 százalékát le kellett volna cserélni.
...
"

forrás: index.hu

Persze nem arról van szó, hogy máról holnapra egyszerre _mindent_ lecserélünk x linuxra, hanem arról, hogy minden szoftvernek meg van a maga alkalmazhatósági területe, és költséghatékonysági szempontból meg kell vizsgálni, hogy nem lehetne-e mondjuk rendszeresíteni az OpenOffice-t, és máris nem kellene kifizetni az Office licenceket. Vagy ahogy a fenti példában szerepel nem kell minden gépre Windows, mert van olyan feladat, amit alternatív rendszereken is el lehet végezni.
Ez az átállás hosszú folyamat, mely jó ha 5-10 év alatt eljuttatja olyan szintre az önkormányzati rendszert, hogy ténylegesen milliárdokkal kevesebbe kerül a fenntartása. Addig persze drága az átképzés meg a migrálás, főleg akkor ha magyarosan csináljuk.
____________________________________________________________
Slackware 12.1 - linux-2.6.26.1 - KDE 3.5.9

"Lásd bécs, ahol leszámitva a nyilvánvaló balfszságot (ie-re irt program) csúnya összeomlások, nem migrálható alkalmazások is előkerültek miután valaki nagy hévvel (kb otthoni pistike szinvonalával, "majd én átállitom őket 1 hét alatt") beleugrottak valamibe amivel nem kevés pénzt dobtak ki és nem kis presztizsveszteséget okoztak maguknak, a foss-nak stb-nek."

Ez egy baromság. A bécsiek nem amatőr csapat voltak, de sajnos elbuktak.
Volt pontos munkatervük, hogy milyen ütemben, mit állítanak át. Mondjuk a saját Linux-disztrib fejlesztése (Wienux) szerintem felesleges volt.

Pontosan a saját disztró fejlesztésben hibáztak. Egy jó disztró kifejlesztése nagyon sok pénz és idő még egy másik disztró alapján is. Érdemes megnézni, hogy hány munkaóra megy bele egy CentOS-ba (ami elvileg csak egy RHEL klón), vagy egy Ubuntuba.
Nyilván a testreszabás szükséges, de az nem azonos az új disztró fejlesztésével.

Ezen kívül követelmények sem voltak rögzítve, ha a projekt végén derült ki, hogy egy IE-be integrált cuccot kell majd használni.

Innentől kezdve lehet, hogy a projekt profi módon volt levezényelve, de a technikai döntések egy része hibás volt, ami vezethetett a projekt sikertelenségéhez.

Üdv,
Gergely

... a projekt végén derült ki, hogy egy IE-be integrált cuccot kell majd használni.

Én azt olvastam (már nem emlékszem, hogy hol), hogy a projekt végefelé bízták meg a kivitelezőt a munka elvégzésével. Tehát tudták előre hogy nem lesz jó az IE optimalizált megoldás mégis azt választották...

Most vagy direkt szabotálták az egész migrációt vagy csak egyszerűen hülyék voltak és most van mire fogni a projekt sikertelenségét.

--
maszili

Akkor számoljunk:
Van az országban 3200 polg. hiv. a legkisebben is van 2-3 gép, szerintem reális, ha hivatalonként 6 géppel számolunk. Ezeken a helyeken szükség van operációs rendszerre, irodai alkalmazásokra, levelezőprogramra, webböngészőre. Nem jártam olyan helyen, ahol az office-t olyan szinten használták volna, hogy ne lehetne nyílt forrású alternatívával kiváltani. Használnak még speciális szoftvereket, amelyeknek a portolása egy 5 éves időtartamba véleményem szerint bőven belefér, költségei pedig nem igazán haladják meg az egyébként folyamatos fejlesztés költségeit. Tehát ezzel nem számolnék.
Egy OEM XP 40000,-, egy Office 80000,- jó magyar pénz. Ez összességében (40000+80000)*6*3200=2 304 000 000
Ebből ugye levonódik, hogy néhány embert át kell képezni. Itt azért Mari nénit nem veszem figyelembe, hiszen ő eddig sem kapott semmiféle képzést (ezzel csak számolni szeretnek) ezt általában a helyi rgazdai feladatokat véző delikvens látja el. Fő állású rg csak nagyobb hivatalokban van, nekik egy tanfolyam belekerulhet max. 200-300e pénzbe napidíjjal együtt. Legyenek mondjuk 300-an. Az összesen: 75 000 000,-. A végeredmény: 2 229 000 000,-
Igaz ez csak az államigazgatás legalja, de a többit is figyelembe véve (szerverek, egészségügy, APEH, TB, stb.) a 100 milliárd meglehetős túlzásnak tűnik.
Egyszer végre tényleg megnéznék egy hiteles adatokon alapuló számítást.

"gy OEM XP 40000,-, egy Office 80000,- jó magyar pénz"

téged valahol iszonyatosan átvágtak, mi az oem vista-t (vagy xp-t, mindegy) 30e körül vesszük az office 2007-et 40 ezer körül, HA EGYETLEN gépet veszünk. Nagy tételben ennek töredéke.

"költségei pedig nem igazán haladják meg az egyébként folyamatos fejlesztés költségeit"

ezt kifejtenéd? Azt a pénzt szánnád komplett rendszerek migrációjára amit azok karbantartására (apróbb új funkciók bevezetésére) költenek? Mert az egy "picit" kevés lesz, ráadásul onnantól leálltak a fejlesztések 5 évre, ami szintén viccesen hangzik. Migráltál már tizezres nagyságrendű gépparkon bármit? Akár csak egy letelepitett szoftvert másikra? (nemhogy komplett rendszereket, egyedi alkalmazásokat)
Mert szerintem némileg alábecsülöd ennek költségét és komplexitását.

> mi az oem vista-t (vagy xp-t, mindegy) 30e körül vesszük az office 2007-et 40 ezer körül
Víruskereső? Amúgy ezek a leggyengébb termékek árai.

Haver meg nemrég 75e-ért rakott össze egy egész jó gépet. Drágább a szoftver, mint a hardver.

Tényleg, nem tudod, hogy az MS gold partnerek mennyiért kapják a wint/officet?

nod32 nálunk olyan 4 ezer forint/év, nem tétel.

"Amúgy ezek a leggyengébb termékek árai"

tévedés. Vista business, office small business (word, excel, outlook, powerpoint, publisher, business contact manager)

"Tényleg, nem tudod, hogy az MS gold partnerek mennyiért kapják a wint/officet?"

passz.

"Azért a közbeszerzésben ez másként árazódik."

konkrét példát kaphatunk? közbeszerzések általában több ezres tételről indulnak. Itt az összegeket 6-8-al is eloszthatod. Add hozzá a korrupciót és a lenyúlást (amit egyébként pont ugyanúgy megtesznek foss esetén is, csak ott esetleg a supportért vagy a migrálásért fizetnek amiből szépen visszakapnak szép kis összegeket a korruptak) és még mindig nem leszel olyan messze.

"Ugyanez FOSS szoftverekkel meg egyet fizet kettőt kap."

mit kap? license-t? ismét elmondanám, az aprópénz a migrálás teljes költségéhez képest.

De azért lássuk be, egy picit már messzi kerültünk az elsőre bedobott 120.000/gép-es igen vad összegektől. Ennek töredéke a valóság, a többi csak urban legend, ami jól hangzik elsőre, meg lehet vele utána 100 milliárdos megtakaritásokról hadoválni hozzá nem értőknek, amivel persze vissza is tértünk a topic eredeti témájához...

Most néztem a szoftverabc árait:

Windows Vista Business 25.100 + áfa
Ha kell Access is a céghez akkor:
Microsoft Office Pro 53.900 + áfa
Microsoft Office SB 43.400 + áfa (nincs access)
Microsoft Basic 33.200 + áfa (nincs powerpoint)

Tehát a legolcsóbb szoftver beszerzés 1 gépre: 58.300 + áfa = 69960,-
A drágább verzió pedig: 79.000 + áfa = 94.800,- magyar pénz

Nem minden cég Packben kapja a szoftot.

--
Elméletileg nincs különbség elmélet és gyakorlat között. Gyakorlatilag van.

igen, az elméletek szerint mindenki tökkelütött idióta, kétkézzel szóra a pénzt mindenre, holott csak le kéne húzni egy iso-t az fsn.hu-ról és meg is oldódna minden az otthoni pistike gépétől kezdve egészen a tizezer gépes multinacionális, tucatnyi telephelyes nagyvállalatokig... :))

( gUHU | 2008. 08. 13., sze – 16:48 )

Nem baj az ha elbasszák a pénzt erre. Előbb - utóbb elfogy és majd szépen használni kell a free vagy olcsóbb dolgokat. Az pedig nem az MS.

-- "Bízzál Istenben és tartsd szárazon a puskaport!" - Cromwell --
-- Sayusi Ando - http://sayusi.hu --

( asch v | 2008. 08. 13., sze – 17:02 )

Anno a saját migrációmat is úgy csináltam, hogy elkezdtem mindenre nyílt alternatívát használni - de még windowson. Miután Firefoxszal böngésztem, Eclipse-ben fejlesztettem, Thunderbirddel leveleztem és OpenOffice-szal szerkesztettem az írásos dokumentumokat már nem volt nagy érvágás átállni nyílt operációs rendszerre.

Az államigazgatásban is valami hasonló folyamatos átállás lenne kivitelezhető. (Ha nekem bejött az államigazgatásnak miért ne jönne be ;-)

A cikk tanulsága nem az, hogy "most sem álltunk át", hanem hogy: "Van-e szándék? Szándék nincs."

( szotsaki | 2008. 08. 13., sze – 17:09 )

Amennyiben közbeszerzési pályázatról van szó (a pártok kizárásával), a skála a 4-es értéket mutatja.
Amint az önkormányzatok belépnek a látókörbe, az érték felugrik 9.3-ra.
A skála 10. fokozata a teljesen korrupttal egyenértékű.

A hazai közbeszerzéseknek mindössze 10 százaléka zajlik teljesen szabályszerűen.
Ez a korrupció pedig 20-25 százalékkal drágítja meg a közbeszerzéseket.
Viszont ma Magyarországon nehéz vagy nem is lehet korrupció nélkül működni az üzleti életben.
A gond pedig, hogy egyáltalán nem rizikós korruptnak lenni, mert bár a közvetlen jogszabályi környezet többé-kevésbé megfelelő, a szabályok áthágását nem követi szigorú számonkérés.

Javaslatok ellene.

© Transparency International (Magyarország).

Csak, ha valakit jobban érdekel a téma (a szokásos beszólásokon túl).

--
- Name ONE thing that your Linux computer can do that my MAC can't!
- Right click.

( prygme | 2008. 08. 13., sze – 22:20 )

úgy tudom volt versenytárgyalás. 4 magyarországi microsoft distributor versenyzett egymással. azonos termék, apró szerződésbeli eltérések, hogy mégis emulálják a verseny látszatát.