Ha jól hiszem, Gábriel Ákos írta az alábbiakat:
Ezert a pascal kimondottan jo elso nyelvnek szerintem. Fegyelmet,
rendet tart az emberke fejeben. Egy java vagy c++ class-ban mar
elveszik a sok hatterinfo mellet a lenyeg.
Ezt nem tudom. Talán igaz lehet, de nem szabad túl sokat
Lajber Zoltan [EMAIL PROTECTED] wrote:
Ez az objektum orientaltsag ep olyan buzzwordne tunik, mint (jo par)
evvel ezelott a strukturalt programozas.
Mondjuk, hogy vannak problemak, amikre kifejezetten adja magat az OO
megoldas (pl. GUI, egyes jatektipusok (warcraft, tetris, stb), egyes
Sziasztok,
Kaptam egy olyan feladatok, hogy egy mail szervert
(sarge csomagbol valo postfix) ugy kene beallitanom,
hogy ha localhostrol vagy helyi halozatrol kuldenek egy helyi emailcimre
egy levelet, kezbesitse azt, de ha nem errol a ket helyrol, akkor dobja visza a
levelet hogy a user nem
Feladó: Laszlo Baranyai [EMAIL PROTECTED]
Dátum: 2007. október 16. kedd de 7:30
A TP 6.0 (~1997) mar tudott OOP-t. Lehet, hogy nem tanitottak,
vagy tanultak, de mar tudta. En is C/C++ -t hasznalok (most),
de azert igaz, ami igaz.
Hogy a GNU Pascal tudja-e, az passz.
Csakhogy nem TP 6.0-t
On Tue, 16 Oct 2007 13:32:30 +0200
Gyimesi László [EMAIL PROTECTED] wrote:
A Pascallal és annak tanításával ez a legnagyobb baj: mindenki a
TP-vel azonosítja, így a program nem hordozható.
Amíg nem akarjuk hordozni, addig ez nem is érdekes.
Nem enterprise szoftverről van szó :)
--
Feladó: Gábriel Ákos [EMAIL PROTECTED]
Dátum: 2007. október 16. kedd du 1:37
Amíg nem akarjuk hordozni, addig ez nem is érdekes.
Nem enterprise szoftverről van szó :)
Pedig nem ebből kellene kiindulni. Az általános szabály a hordozhatóság,
és néha, ha muszáj, lehet kivételt tenni. Különben
Ha jól hiszem, Gyimesi László írta az alábbiakat:
Csakhogy nem TP 6.0-t kellene tanítani, hanem Pascalt. Az pedig _nem_ OO.
És a szabványos Pascal elég használhatatlan. Azt pedig meg kell tanitani,
hogy nem kipróbálni kell, hanem megnézni a könyvben, nehogy dokumentálatlan
funkciót használjon
Ha jól hiszem, Gyimesi László írta az alábbiakat:
Feladó: Gábriel Ákos [EMAIL PROTECTED]
Dátum: 2007. október 16. kedd du 1:37
Amíg nem akarjuk hordozni, addig ez nem is érdekes.
Nem enterprise szoftverről van szó :)
Pedig nem ebből kellene kiindulni. Az általános szabály a
Ha jól hiszem, Pirity Tamas Gabor írta az alábbiakat:
Ha jól hiszem, Gyimesi László írta az alábbiakat:
Feladó: Gábriel Ákos [EMAIL PROTECTED]
Dátum: 2007. október 16. kedd du 1:37
Amíg nem akarjuk hordozni, addig ez nem is érdekes.
Nem enterprise szoftverről van szó :)
On Tue, 16 Oct 2007, Pirity Tamas Gabor wrote:
Túróst.
Bocsánat mindenkitől, hirtelen azt hittem, hogy a linux-flame-en vagyunk.
En ugyan erdeklodve olvasom a threadet, de azt hiszem mar eleg messze
kerultunk a linux-tol... a listaadmin meg alszik :-)
vagy no route to...?
Lehet, hogy
Szia
A TP 6.0 (~1997) mar tudott OOP-t. Lehet, hogy nem tanitottak,
vagy tanultak, de mar tudta. En is C/C++ -t hasznalok (most),
de azert igaz, ami igaz.
Hogy a GNU Pascal tudja-e, az passz.
Dolgoztam Delphis cégnél, és akkor Object Pascalt is megnéztem.
Én voltam a hülye, mert nem írtam,
On Mon, 15 Oct 2007, khraath wrote:
Ez ugye vicc? Amit pascalban nem lehet megírni, azt egyátalán nem lehet
megírni...
Légy szives, ha lehetne, definiálj egy absztrakt tárolót. Mondjuk egy sima
vermet, amiben bármilyen számtípust tárolhatsz. Futtás időben legyen a
feltöltés valós, egész, és
Feladó: Andras HORVATH [EMAIL PROTECTED]
Dátum: 2007. október 16. kedd du 2:34
...
Tok mindegy, hogy min (TP-n, bash shell scripten vagy visual basicen)
tanulja meg a nebulo az alapokat (valtozo, feltetel, ciklus, stb);
utanamajd valtasz, ha bonyolultabb koncepciok is erdekelnek. Ha OOP-
On Tue, 16 Oct 2007, khraath wrote:
változó deklarálásokkal, vagy hasonló dolgokkal kellene foglalkozni, és
Ez szerintem csak elony. Lehet hogy a nyelv kesobb konvertal ide/oda, de
indulaskor legyen tisztaba a kulonbozo formatumok elonyeivel es
hatranyaival. Kulonosen azzal, hogy valassza ki a
Mert? Pascalban is van pointer, ha jól emlékszem, szóval olyan
rekordokat kell tárolni a veremben, aminek egyik mezője tárolja a
típust, a másik az értékre mutató pointert. Persze Java-ban sokkal
egyszerűbb lenne megcsinálni, mert van reflection - viszont nem a
reflection-nel kell elkezdeni
On Tue, 16 Oct 2007, Gyimesi László wrote:
Amikor programot írsz
1. algoritmust gyártasz a fejedben
2. leírod egy programnyelven.
Nagyon nem mindegy, hogy mennyit kell küzdeni a nyelv szintaxisával.
Pláne, ha mindkettőt egyszerre tanulod. A bash meg a Basic jól
megnehezíti az
On Tue, 16 Oct 2007, khraath wrote:
attól gond nem múlik el. Ha egy repülőtéri irányító rendszerhez kellene
írnom egy hasonló szerkezetet, akkor biztosan nem választanám ezt a
Repteri iranyitast nem tudom, de kb 10 eve a rep. feledelzeti
programokban (amelyek a gep iranyitasaval es az
On Mon, Oct 15, 2007 at 05:55:05PM +0200, Also-Antal Csaba wrote:
igen. de ettol fuggetlenul nekem mindig herotom volt tole. akkor mar
miert nem C...
A C olyan, mint egy eles kes. Komoly munkara kivalo, de gyereket enni
tanitani nem az igazi...
Gabor
--
On Tue, 16 Oct 2007, khraath wrote:
Mert? Pascalban is van pointer, ha jól emlékszem, szóval olyan
rekordokat kell tárolni a veremben, aminek egyik mezője tárolja a
típust, a másik az értékre mutató pointert. Persze Java-ban sokkal
egyszerűbb lenne megcsinálni, mert van reflection - viszont
Mire gondolsz?
A C nyelv 1974-ben jelent meg fordító és a Unix forrásprogram formájában.
1976-ban pedig az első C könyv (Kernighan-Ritchie), amit kvázi szabványnak
lehet tekinteni. 1989 végén az ANSI szabvány, .
Változó láthatóságban nem volt különbség, legfejlebb a függvénydeklarációk
Ez szerintem csak elony. Lehet hogy a nyelv kesobb konvertal ide/oda, de
indulaskor legyen tisztaba a kulonbozo formatumok elonyeivel es
hatranyaival. Kulonosen azzal, hogy valassza ki a feladathoz illot.
Előny, ha olyan nyelvre lépsz tovább, ahol ez fontos, mint a C, vagy Java, de
mi van
Feladó: khraath [EMAIL PROTECTED]
Dátum: 2007. október 16. kedd du 5:45
Azért voltak ott más változások is, és sajnos a szabvány csak egy
Hogyhogy is?
dolog.Például a // nem volt benne a szabványban (talán most sincs),
és mégis
szinte minden fordító ismeri. A hangsúly a szintén van.
On Tue, 16 Oct 2007, Gyimesi László wrote:
Nem állítom, hogy C-vel kell kezdeni. De abban biztos vagyok, hogy Pascallal
nem.
Biztos, hogy nem C-vel kell kezdeni. Eros a gyanum, hogy a Pascal nem
rossz kezdes. jobb, mint a php, vagy a visbas.
Udv,
Mire gondolsz? Nem találkoztam ilyennel. Minden C könyvben benne van,
hogy
x - yugyanaz, mint (*x).y
Ha jól emlékszem (régen volt, még nem mingw-t használtam és volt Windows a
gépemen) a Visual Studio 6 alatt volt gondom. Szerinte nem, és át kellett
írnom az összes x-y-t (*x).y -ra.
Igen :) Most magyaraztam valakinek, hogy miert kerul egy sql tabla
varchar mezojebe 0, amikor a bemeno ertek _51...
Nem ertette, hogy a php-ban egy kifejezesben a string atalakul integer-e,
majd vissza. Nem tudom min not fel, de foleg a php miatt nem volt
tisztaban a tipusok jelentosegevel.
Ha mindenféle típust lehet betenni a verembe, akkor minden nyelven le
kell kezelned ezt a hibát.
Nem voltam elég pontos. A mutató átalakításból adódó hibát megspórolhatod,
és ezt a hibát mindig programozó követi el, és nem a fordítója, vagy
a felhasználója. Például Cpp-ban, ha kicsit ügyes vagy,
On Tue, 16 Oct 2007, khraath wrote:
Sajnos ez igaz, de akár Pascal alatt is nevelkedhetett, mert ezt már
a php dokumentációban kellett volna megnéznie, és nem tette, ami ugye
valamit elárúl :D.
Pascal kikenyszeriti doksi olvasas nelkul is :)
Gondolom ezért se akartam soha órát tartani. Túl
khraath írta:
Most meg 3 napig nézegetek egy láncolt listát, hogy hogyan lehetne még
gyorsabb
a létrehozás, meg a szürés, és miként tudnék még néhány kilobyte memóriát
spórolni a new hívásokból, hogy biztosan elég legyen a memória az összes
elemnek. Vagy milyen új memória kezelőt készítsek,
Hi!
Olvasgatom a virtualizációs megoldásokat - UML, KVM, Xen, VServer -,
hoznak összehasonlító eredményt is stb. de mégis saját tapasztalatotokra,
véleményetekre lennék kíváncsi, hogy melyikkel érdemes foglalkozni?
Hogy látszódjon a feladat is: géphiány miatt egy kis karácsonyfa
kiszolgáló:
On Tue, 16 Oct 2007, Szabo Istvan wrote:
Arra gondoltam, hogy ezeket a szolgáltatásokat 1-1 virtuális gépen
futtatom.
Ez jo otlet.
A védett gép azon szolgáltatásai, amik a külső gép matat
- SMTP, webmail (IMAP)-, azok a védett gépen is virtualizációban futnának.
Tehát pl. a külső gép
30 matches
Mail list logo
