LibreOffice 4.4

Igazad van!
C -t vagy Pascalt kellet volna irnom!
És fejlesztői környezet gyanánt pedig a VI-t :)
Középiskoláról beszélek ha fokozatosságot szeretnék akkor nem biztos, hogy egy objektum orientált nyelvvel kell kezdeni.

Nem kell lemenni az Assebly -ig, de egyből a másik végen kezdeni....
A másik probléma pedig az, hogy nehezen mondható multiplatformnak a nyelv!

Amugy pedig igen én látok problémát abban, hogy MS termékeket oktatnak!
Elég erős pszihés függése van már az én generációmnak is az MS termékei felé.
Odaadok neki egy gépet Libreoffice-al.
Ezen a sz*-ral Ő nem tud dolgozni.
Kiegyünk:
Mi a gond?
Hát hogy ezt meg azt nem tudja.
Megmutatjuk.
Aztán megint kimegyünk ismételjük!
Ja tényleg, aztán rutinná válik.

Anno mikor OpenOffice.org ról átálltunk LO-ra akkor volt aki az OOO-t követelte vissza mint MS Office-t mert azt hitte az az MS.
Az emberek nehezen mozdulnak ki a komfort zónájukból ha ezt pont nulla forintos eszközzel teremtem meg akkor azt úgy hívják költséghatékonyság.
Ja, hogy eleve már fizetős eszközhöz kell szoktatni őket?
Na ez kinek lesz jó?
Ha elmegy fősulira ott lehetnek olyan helyek ahol könnyebb MS Office-szal.
De nem gazdaságos ha ez az alap.

Ne ringasd magad illúziókba. Egyik ismerősöm nemrég végzett el egy ECDL tanfolyamot, és ült mellette egy nő aki még egy mappát is képtelen volt létrehozni grafikus felületen.
Hiába magyarázta neki már az egész csoport a tanárral együtt, csak ült bambán a monitor előtt és nem értette.

Amúgy miért kéne .bat fájlokat írogatniuk a középiskolásoknak?

+1

Miből gondolod, hogy jobb helyeken is az az oktatás, hogy bemagoltatják a menük sorrendjét?

Sajnos gondolom ő is tapasztalatból beszél :(

Miért ne lehetne OO nyelvvel kezdeni az oktatást?

Azért ebben van igazság. Gondolj bele, hogy hogyan szoktak kinézni azok az órák, amikben OO nyelvvel indítanak:

package loremipsum; /* <- ezzel egyelőre ne foglalkozzatok, majd később lesz róla szó */

class Lorem { /* <- ezzel egyelőre ne foglalkozzatok, majd később lesz róla szó, de azért tudjátok, hogy kő a class */

	public static void main(String args[]) { /* <- a publickal ne foglalkozzatok (későb...), a static-kal ne foglalkozzatok (később...), a void-dal ne foglalkozzatok (nem sokkal később), a main(String args[])-al meg ne foglalkozzatok, de ezt a sort magoljátok be, mert Így Kell (TM) */
		System.out.println("Hello World"); /* <- Egyelőre a System-el, az out-al ne foglalkozzatok [ahhoz tudni kéne, hogy mi a java.lang.System, hogy mi a statikus adattag és hogy az out a System egy publikus, statikus adattagja, a println-t hasznos ha megtanuljátok, mert ezzel lehet kiírni egy szöveget sorvége karakterrel lezárva */
	}

}

Lusta vagyok visszamenni és megszámolni a "ne foglalkozzatok" szövegeket, de túl sok. Egy hello world-höz.
Algoritmizálást nagyon szépen lehetne tanítani pl. Python-ban is, ahol nincs
* állandó fordítgatás
* rengeteg "majd-később-megnézzük, most jegyezd meg" boilerplate
* C-s szopás a memóriaallokállással és hasonló finomságok, a tényleges algoritmizálás helyett
Később pedig lehet indulni le- és felfelé is.

Miért nem jó, ha először a gondolatmenetet sajátítja el, és csak utána kezd low level szinten memóriafoglalásokkal és hasonló finomságokkal szenvedni?

Önmagában ezzel nincs gond, csak az OOP-vel az algoritmizáláson túl bejön a képbe rengeteg "boilerplate", vagyis a C-s memóriafoglalósdit lecserélted egy OO-modellezésre (vagy nem OO-t tanítasz OO nyelven).

Miért ne lenne a C# multiplatform?

A C# maga valóban multiplatform, de a teljes .NET azért elég szépen kötve van a Windows-hoz.

Miért baj az, ha az emberek nehezen mozdulnak ki a komfortzónájukból (t.i. épp ez a dolog lényege)?

Mert aki nem tud adaptáldni, azt ki kell vinni a pusztába és lelőni leelőzik azok, akik igen. Hasznos, ha valaki nem csak a megszokott eszközökkel, megoldásokkal tud gondolkodni, még ha alternatív módszerrel nem is hatékony annyira.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)