Free Pascal 2.6.0

Programozás

2010 elején jelentkezett utoljára major kiadással a Free Pascal projekt. Most, két évvel később itt a nyílt forrású fordítóprogram-csomag 2.6.0-s kiadás. A változások (egyebek mellett):

  • Objective-Pascal dialect, supported on all Mac OS X and iOS targets
  • Delphi compatibility mode improvements
    • Nested types, class variables and class local constants
    • Advanced records syntax (no constructors yet)
    • (for..in) Enumerators in records
    • Class and record helpers
    • Generic records, arrays and procedural types
    • Delphi-compatibility of general generics syntax improved
    • Scoped enumerations
    • Custom messages for "deprecated" directive
    • Ability to use "&" for escaping keywords
  • New ARM code generator features
    • ARM VFPv2 and VFPv3 floating point unit support
    • Thumb-2 support (embedded targets only)
  • The rtl and packages also got a lot of attention, see the release manifest.

További részletek a változások listájában. Letölthető számos architektúrára, platformra innen.

( emberk | 2012. 01. 10., k – 22:58 )

Oktatásba (ált/közép) szerintem kiváló. A többi hasznosat (C,Cpp,Java stb) erősnek tartom, és a pascal még viszonylag hasznos is a delphi viszonylagos elterjedtsége miatt.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Jópár ügyviteli szoftvert író, nem is kicsi cégben van ismerősöm. Ott mindenhol delphi van. Nem mondom, hogy a legjobb, de szerintem hozzáállás kérdése. Sőt én sem szeretem. A C-t szerintem a lényegénél fogva kell tanítani, mert akkor lesz belőle igazán hasznos eszköz, de én elég elvontnak tartom, egy általános iskolában pl. Középiskolában válogatott csapattal már nem. Szóval árnyaltabb ez, semmint hogy fekete-fehérként kjelentsem, hogy jó eszköz vagy sem.

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Oktatásba (ált/közép) szerintem kiváló. A többi hasznosat (C,Cpp,Java stb) erősnek tartom

Nem neked szól, hanem általában ezt a véleményt sosem értettem...

Én minden percet bánok, amit valaha is a pascallal töltöttem.

Kb. 20 évvel ezelőtt, amikor az első vékonyka c könyv a kezembe került, azt volt az első benyomásom, hogy alapszinten gyakorlatilag csak szintaktikai különbség van a kettő között és fölösleges volt a pascallal foglalkozni.

Ez az elmúlt 2 évtized alatt be is bizonyosodott.
Volt egy időszak amikor pascal ismereteim miatt delphi-ben is kellett tevékenykednem, de az is gyorsan felejtős lett.

Ez egy rossz hozzaallas mintapeldaja. En is programoztam pascal-ban (egesz komoly dolgokat is) es soha nem bantam meg. Ugyanis minden nyelv, minden dialektus, minden project es minden apro szosszenet hozzaad a vilagkepedhez, a szemleletmododhoz es ami a legfontosabb, a tapasztalataidhoz valamit. Ha masnem, egy elrettento peldat, h hogyan ne csinald.

---
pontscho / fresh!mindworkz

>>> Én Ladán tanultam autót vezetni, mégsem mondom, hogy én minden percet bánok, amit valaha is a Ladával töltöttem.
Én meg Ladán és Zilen, de mindkettőt hasznosnak érzem a tanulás szempontjából, még így utólag is.

G.
============================================
"Share what you know. Learn what you don't."

Ilyet nem is állított senki.
Látom te is elvesztetted a fonalat :)

Innen indultunk: "Én minden percet bánok, amit valaha is a pascallal töltöttem."
Erre jött az autós hasonlat, miszerint a Ladán eltöltött tanulóidő miatt sem bánkódunk, mert az alapok tanulására az jó volt (pedig tanulhattunk volna Toyotán vagy BMV-n is), akkor a Pascal-on való tanulás miatt sem kell bánkódni, mert nem haszontalan az a tudás amit szereztünk (pedig lehetett volna a tanuló nyelv C vagy Java is).

Azon persze lehet rengeteget vitatkozni, hogy mi az ideális 1. nyelv, de itt most az volt a mondás, hogy Én minden percet bánok, amit ...
Ez meg szimplán butaság.

Na most, aki Pascalon képtelen megtanulni úgy a programozás alapjait, hogy utána azt máshol is hasznosítani tudja, az nem való programozónak.

Az ilyenekből lesz a gányerpistuka, aki csak PHP-t ismer (azt is felszínesen), nem érti, hogy mitől működik az adott eszköz és attól is képtelen elvonatkoztatni, hogy más nyelvekben picit máshogy működik pár apróság, de azért erőlködik ezerrel.

----------------
Lvl86 Troll

Nem azért, de programozási nyelvek terén, (főleg, ha a mostanság divatos imperatív és OOP nyelveket vesszük) de mi volt olyan csudanagy fejlődés az elmúlt 15 évben? (Legtöbb esetben) nem a programnyelvekről szól már a világ, hanem a hozzá készült toolokról és keretrendszerekről.

----------------
Lvl86 Troll

Szerintem a pascal erőssége a c-vel szemben, mint tanuló nyelv az, hogy egyrészt meredekebb a learning curve-je, pl. ha egy kezdő scanf-et használ, és érteni is szeretné amit beír, ahhoz értenie kell a pointer artimetikát. Pascalban a read utasításoknál erre nincs szükség. Másrészt tipikusan olyan műveletekhez nyújt egyszerű megoldásokat, amik egy kezdőt különösen érdekelnek, pl. hogyan lehet a konzol egy megadott karakterpozíciójára írni, vagy hogyan lehet színezni a kimenetet.

Nyilván ha valaki komolyabban akar foglalkozni a programozással, előbb-utóbb úgyis meg kell értenie a pointer-artimetikát, stb., de egy kezdőt felesleges ilyesmivel leterhelni, amikor még sokkal alapszintűbb dolgokat sem ért.

Persze úgy is lehetne programozást oktatni, hogy először letoljuk a tanuló torkán a száraz elméletet az elektronikától kezdve a digitális technikán és a számítógép-architektúrákon át az operációs rendszerekig, és csak utána engednénk neki, hogy megírja az első hello worldjét. De akkor azt hiszem még ma is csak a matematikusok játszótere lenne az informatika.

meredekebb a learning curve

szemlélet, oktatás, tanár kérdése...

Nem a piszkálódás végett, de ha jól tudom a scanf egy függvény nem kimondottan a nyelv része.

...vagyis a programozás elvét, hogy szintaktika és nyelvi elemek vannak, hidd el anélkül is lehet c-n oktatni, hogy elárulnám neki, hogy létezik pointer.

...aki meg nem akar komolyabban annak ott van az erre kitalált BASIC, amit még az excel-ben is tud majd hasznosítani.

Mert ugye az a sok szerencsétlen főiskolát végzett emberke, még erre sem képes, jelenleg még a =SZUM(S[1]O2:O[3])-ra is lefagynak....

Mit nevezel a nyelv részének? Mert a C-nél ezeken kívül semmi nem a nyelv része, hanem valami programozói könyvtárban egy függvény.

Gyors keresés után, lehet hiányos: "auto, double, int, long, break, else, long, switch, case, enum, register, typedef, char, extern, return, union, const, float, short, unsigned, continue, for, signed, void, default, goto, sizeof, volatile, do, if, static, while". Tehát ezen kívül minden más nem a nyelv része.

kb. ez a helyzet

de nem csak a c-nél, ha jól emlékszem a pascal Crt, Dos, System, Strings, Printer, Graph is programozói könyvtárak.

a fenti esetből kiindulva...

Ha lefordítom a scanf függvényt egy könyvtárban a pascal-hoz, akkor már az a pascal nyelv része? És ezért nehezen oktatható?

Ha megírom a pascal read függvényt a c alá, akkor az a nyelv része? És ezért könnyen oktatható?

Nyilván a c nem a "scanf" fügvények miatt c.

Nyilván a pascal nem a "read" fügvények miatt pascal.

Hanem mindkettőnek meg van a saját nyelvjárása, szintaktikája, jelrendszere, kifejezési rendszere.

BEGIN...END vs. {...}

stb.

Alapvetően nem a függvények határoznak meg egy-egy nyelvet.

"a scanf egy függvény nem kimondottan a nyelv része"

A nyelvnek nem, a libc-nek igen. Nyilván nem vagy köteles használni a scanf-et, ha beolvasni szeretnél, használhatod az os szolgáltatásait is, vagy megírhatod asm betétként is, de a scanf a legegyszerűbb, legkézenfekvőbb megoldás a problémára. Egyébként pedig nem nyelv tanulásról beszéltem, hanem programozás tanulásról, aminek a nyelv és a hozzá tartozó libek (különös tekintettel a standard libekre) egyaránt eszköze.

"...vagyis a programozás elvét, hogy szintaktika és nyelvi elemek vannak, hidd el anélkül is lehet c-n oktatni, hogy elárulnám neki, hogy létezik pointer."

Igen, valóban lehet. De életszagú példák nélkül nem sokat ér, ahhoz pedig szükség van adatok beolvasására, kiírására, vagy épp felhasználói interakcióra. Ha pedig C-ben akarod ezt megoldani, nagyon hamar belefutsz a pointerekbe. Sőt, már a tömbökkel belefutsz, ami pedig gyakorlatilag elengedhetetlen olyan algoritmusok bemutatásához, amik több adaton végeznek különféle műveleteket (pl. keresés, rendezés, stb...)

"...aki meg nem akar komolyabban annak ott van az erre kitalált BASIC, amit még az excel-ben is tud majd hasznosítani."

Aha, tehát a pascalnak azért nincs létjogosultsága az oktatásban, mert aki komolyan akar programozni az tanuljon első nyelvnek c-t, aki meg nem, az basic-et. Az elképzelhetetlen, hogy valaki mondjuk 12 évesen még nem tudja, hogy akar-e majd egyszer komolyan programozni, és ezért esetleg egy olyan nyelvet tanulna, amit könnyű tanulni, ugyanakkor könnyű továbblépni is róla mondjuk c-re.

"Aha, tehát a pascalnak azért nincs létjogosultsága az oktatásban..."

Valójában nem erről volt szó.

Csak volt egy felvetés, hogy úgy gondolom (és mások is), hogy ésszerűbb lehetne... pl c-vel is kezdeni.

ésszerűbb: a bejárt életutak után visszatekintve...

igazad lehet:

...mindenki tanuljon a saját hibáján és nagy ívben sz@arjon a tapasztalatból beszélőkre....

"...vagyis a programozás elvét, hogy szintaktika és nyelvi elemek vannak, hidd el anélkül is lehet c-n oktatni, hogy elárulnám neki, hogy létezik pointer."

C-vel csak annyi az egyetlen egy probléma, hogy addig, míg meg nem érti, hogy mi az a pointer, addig csak tökön szúrni tudja magát a C-vel.

----------------
Lvl86 Troll

És ugyan miért is? Miután manapság minden a Java-ról, C# (.NET-ről), és PHP-ról de legalábbis valamilyen OOP és menedzselt nyelvről, valóban tanulja meg legelőször azt, főleg, hogy a téma még mindig az volt, hogy középsulisoknak bemutatni, hogy mi az, hogy programozás.

Ha szerinted fontosabb, hogy végigszopassunk mindenkit a pointer kezeléssel, minthogy alapvető algiritmizálási készséget összeszedjenek (mert az imperativ programozás jelenleg erről szól) és abból valami működőt hozzanak létre, akkor csak gratulálni tudok.

----------------
Lvl86 Troll

Ez a te gondolkodásmódodat minősíti.

A programozás megismerése pointerek nélkül is lehetséges, lehet hogy nem számodra, ne ebből induljunk ki.

A c is alkalmas pointerek nélküli programok írására is, oktatási céllal meg pláne.

A nyelv megismerése után 2. lépésként be lehet vezetni, hogy van pointer és mire való,
de nem kell vele szopni, értelmesen kell használni. Nem profi driver vagy kernel programozást kell rögtön várni tőle, lehet sikereket elérni vele, csak a te szerencsétlenséged, ha ez neked nem jött össze annó.

Értsd meg te is, hogy amikor informatikából tanulják a gép működését, részeit valamint a programozását, akkor egy óriási lyuk van a fizikai rész és az absztrakt rész között, a pointerről való tanulás és minimális szinten való elsajátítása és az hogy ennek milyen felelőssége van nem szopatás, hanem mondjuk nevelés is. Alapvetően a pointerek ismerete pont ezt a lyukat tömik be azzal hogy kapcsolatba kerül a gép memóriájával a programod. Akit nem érdekel a programozás annak tök mindegy, akit érdekel az jobban megérti az egészet és 20 év múlva rájön pont 20 éves gyakorlata van a pointerekkel és nem azon kesereg, hogy értelemtelenül szarakodott éveket "béna" nyelvekkel.

Ja és magad ellen mondtál igen nagy baromságot, ha OOP és menedzselt nyelveket hozol fel kezdésként.

Még egy példa:

a középiskolában sin, log, tan, stb. függvényekkel (is) szopatják a népet, még sem törlik ezt el, mert ettől sokan megutálják a matematikát.

"Ez a te gondolkodásmódodat minősíti."

Nezd, 14-5 evesen en is ugy gondoltam, hogy lehetne C mert miert ne, az is csak egy programnyelv, azota azert kisse arnyaltabbnak erzem a kepet, foleg, hogy latom, hogy mennyi ujitas van (nincs) egy Delphi (ObjectPascal) es egy random mai nepszeru nyelv kozott. Siman megallna meg ma is a helyet, ha anno a Borland egy picit is logikus gondolkodassal idejeben belegondolt volna abba, hogy .NET platformon nem fog tudni versenyezni a VS-el es az MS-el.

Az meg kulon aranyos, hogy mert nem a pointerekre csovalom, hanem belegondoltam abba, hogy jelen esetben a feladat az, hogy 12-4-6 eveseknek, - koztuk nem egy olyannak, aki a budos eletben nem akar szamitogepekkel foglalkozni, nemhogy programozni(!) - be kellene mutatni, hogy mi is az a programozas, amely - szvsz - alapvetoen algoritmizalas. Es nem pointerekre valo maszturbacio. 14 evesen - foleg az atlagot nezve - szinte kutyat nem erdekel, hogy mi a relacio egy magas szintu programnyelv es a fizikai vas kozott, ot az erdekli, hogy csillogjon, villogjon es egyszeruen tudjon valami latvanyosat letrehozni. (Mar, ha mutat nemi erdeklodest a tema utan).

Igen, vannak, akik majd tovabb fogjak kepezni magukat, megtanuljak mi az a pointer, mi az a regiszter, hogyan mukodik egy processzor, hogya epitsen osszeado-aramkort, sot, hogyan lehet a tranyokat osszerakni, hogy valamilyen kapukent mukodjon. De ez 14 evesen nagyon-nagyon-nagyon keveseket fog erdekelni.

A menedzselt es/vagy OOP-t meg sehol nem irtam kezdesnek. Azt mondtam, hogy kulonosen vicces a pointereken valo rugozas, mikor, ha valaki tovabbmegy programozoi palyara, jelenleg legnagyobb valoszinuseg szerint nem nagyon fog pointerekkel jatszadozni.

Btw. pointerek Pascalban is vannak.

----------------
Lvl86 Troll

Szerintem az okoz némi félreértést, hogy te a nyelv megtanítására helyezed a hangsúlyt, szerintem meg a programozás megtanítása az elsődleges. Tehát fontosabb, hogy a programozási struktúrákat sikerüljön megértetni, és a struktúra leírására szolgáló szintaktika csak másodlagos.

Szerintem ezért jobb a pascal ebből a szempontból, mert a szintaktikája egyszerűbb, kifejezőbb (a könnyebben olvasható kifejezést nem szeretem, mert az sok máson is múlik, pl. indentálás), nehezebb elrontani (bár ha c után tanulod, akkor biztos, hogy állandóan el fogod rontani), és sok esetben egyszerűbb. Pl. c-ben a switch-case-ből ha lemarad a break;, a fordító nem fog szólni érte, illetve a for ciklus is talán pascalban egy picit közelebb áll az emberhez (cserébe a c-ben a for sokkal sokoldalúbb).

Persze ettől függetlenül be lehet vezetni a pointereket is, de szerintem az ráérne akkor, amikor az adatstruktúrák tárgyalása kezdődik. Viszont mint már írtam, a c (oké, libc) rákényszerít a pointerekre már az első mintaprogramokban, amikor még sokkal alapszintűbb ismeretek is hiányoznak.

A középiskolákban (bár én úgy emlékszem, általános iskolában) sok év matematika tanítás után térnek rá a trigonometriára, amikor az ahhoz szükséges alapok már alaposan meg lettek tanítva. Azt nem tudom, hogy emiatt hányan utálják meg a matematikát, de azt igen, hogy sokkal többen lennének, ha már a geometriával együtt azonnal bevezetésre kerülne.

Akár C, akár Pascal marha ritkán van szükség scanfre meg readre (legalábbis konzolról). Persze a kezdők az első héten gyakran írnak olyan programot, hogy "Írj be egy számot:". Aztán, ha elmúlik pár év, és látott már egy-két programot, akkor rájön, hogy inkább parancssori argumentumként szedi be a paramétereket, mert úgy egyszerűbb batchből futni. (Sok oktató nem jut el erre a szintre:()

Bevezető tanfolyamon azzal foglalkozni, hogy konzolra hogyan kell formázottan írni, pozícionálni, színezni merőben felesleges. Elég a printf. Amúgy számos különféle konzol API van, melyiket kéne tanítani?

C-ben lépni sem lehet pointerek nélkül.

A C és a Pascal őskövület mivolta a karaktertípusnál látszik legjobban. Mármint az látszik, hogy amikor ezeket a nyelveket kitalálták, akkor még 1karakter=1byte volt, azaz nem különült el a két dolog. A char -> wchar_t, printf -> wprintf stb. mutatja ezt. Nem láttam még olyan C könyvet, ami kezdő szinten elmagyarázta volna a C viszonyát a mostani értelemben vett karakter típushoz. Olyan nyelv kéne oktatáshoz, ahol ezek eleve megvannak.

--
ulysses.co.hu

C-ben lépni sem lehet pointerek nélkül

vagy csak te nem tudsz...

...a nyelvtanulásban alapvetően nem ez a kitüntetett cél.

Bár szerintem meg igen, mert legalább megérthetnék a tanulók, hogy a programoknak mégis csak van valami köze a memóriához. Esetleg majd nem válnak belőlük olyan emberek, akik bármiféle erőforrást pazarolnak...

na ez már nem ide tartozik...

...viszont a c annyira őskövület, hogy még mindig ezen alapszik az egész IT világ.

hogy értsd, ha letörölnénk az egész világon az összes c alatt írt és most is futó programot, akkor nem sok számítógép működhetne.

"Akár C, akár Pascal marha ritkán van szükség scanfre meg readre (legalábbis konzolról). Persze a kezdők az első héten gyakran írnak olyan programot, hogy "Írj be egy számot:". Aztán, ha elmúlik pár év, és látott már egy-két programot, akkor rájön, hogy inkább parancssori argumentumként szedi be a paramétereket, mert úgy egyszerűbb batchből futni. (Sok oktató nem jut el erre a szintre:()"

Igen, amiről te beszélsz az az, amikor valakiből kezdőből haladó lesz, és elkezd finomodni a már megszerzett tudása. De amikor még nincs semmilyen tudása, ott teljesen felesleges célszerűségről beszélni, mert csak feleslegesen bonyolítja a tanuló életét.

"Bevezető tanfolyamon azzal foglalkozni, hogy konzolra hogyan kell formázottan írni, pozícionálni, színezni merőben felesleges. Elég a printf."

Persze, ha valakinek eltökélt szándéka, hogy megtanul programozni, vagy kötelezik rá, akkor felesleges. Ha viszont szórakozásból tanulna, akkor az ilyen apróságok nagyon sokat számítanak. A fent említett 12 évest képzeld magad elé.

"C-ben lépni sem lehet pointerek nélkül."

Tény. De amikor valaki épp az elágazásokat, ciklusokat, stb. tanulja, a pointerekkel nem sokat tud kezdeni. Viszont mivel C-ben még egy olyan (a kezdő programozó számára triviálisnak tűnő) probléma megoldásához is érteni kell, mint egy szám beolvasása, az igencsak elnehezíti a programozás tanulását.

"A C és a Pascal őskövület mivolta a karaktertípusnál látszik legjobban. Mármint az látszik, hogy amikor ezeket a nyelveket kitalálták, akkor még 1karakter=1byte volt, azaz nem különült el a két dolog. A char -> wchar_t, printf -> wprintf stb. mutatja ezt. Nem láttam még olyan C könyvet, ami kezdő szinten elmagyarázta volna a C viszonyát a mostani értelemben vett karakter típushoz. Olyan nyelv kéne oktatáshoz, ahol ezek eleve megvannak."

Nem hiszem, hogy ez a programozás tanulás szempontjából releváns. Persze ettől függetlenül igazad van.

"Ha viszont szórakozásból tanulna... A fent említett 12 évest képzeld magad elé."

Direkt erre volt kitalálva anno a Logo. De van turtle graphics más nyelvekben is: Java, Python. (A Python 2.x szintén szenved attól, hogy a Unicode karakter utólag lett belerakva.)

--
ulysses.co.hu

Igen, viszont amennyire én tudom, a logo nem egy általános célú programozási nyelv, tehát tipikus, mindennapi problémák egy jelentős részét nem lehet vele megoldani, pl. file olvasás, írás. Márpedig szerintem sokkal motiválóbb tud lenni, ha egy tényleges problémát meg tud valaki oldani az új ismereteivel, mintha csak kitalált problémákat tud megoldani.

azert eleg sok kulonbseg van. peldaul a pascal fordito megall, ha rossz tipust adsz at parameterben, a c meg warningol oszt megy tovabb.
az ilyenek halmozasabol szuletnek a hulladek bugos szoftverek.

amugy nem kell ezt a c vs pascal vitat tulspilazni, a pascalt oktatasi cellal terveztek, a c-t meg nem. az mar mas kerdes, hogy a pascal az eredeti celnal sokkal messzebre jutott.

apropos. tud valaki free modula2 forditot ? megneznem :D)

( MysteryKe | 2012. 01. 11., sze – 12:18 )

+1 :) Imádtam a Pascal-t anno :) Kedvencem volt, hogy csináltam egy progit, amit autoxec.bat-ban töltöttem be, és nem engedte indíŧani a windows95/98-at, amíg be nem írtad a helyes jelszót. Tök látványos volt a zöld és vörös képernyő, attól függőan, hogy helyes volt-e a jelszó :) Kódolva tárolta és írtam hozzá visszafejtő progit is :) Általánosban ez tök jó szórakozás volt nekem :) Legalább öcsém nem játszhatott a géppel, amíg nem végzett a leckéjével :D

persze Pascal-al kezdtem tanulni a programozást 14 évvel ezelőtt, mert remekül megértettem általa a különbséget a függvény és az eljárás között, és hogy mire jó a formális változó és hogy mi a különbség a cím- és érték szerinti átadás között :)

azóta persze már C-ben, C#-ban és PHP-ben dolgozom. Lehet, hogy este nosztalgiázom egy kicsit :D

( aperger | 2012. 01. 12., cs – 09:49 )

Sziasztok,

Hát nem tudom hány ember látta már a Delphi 2010-ert, vagy a Delphi XE/XE2-t. A kritikusok közül szerintem nem sokan. A Delphi nyelv fejlődik, bár lassabban mint más nyelvek (pl.: C#), de nem is egy új nyelv. És aki a kisiskolás szintű Pascal (nem ObjectPascal) tudását hasonlítja a 14 évvel későbbi akármilyen programozási ismereteihez, az nálam szegénységi bizonyítvánnyal egyenlő :-).

Delphi 2007:
- MSBuild system support
- Build Configurations
- RAD Studio supports AJAX-based RAD VCL for the Web development.
- Microsoft Vista Compatibility
...

Delphi 2009:
- New UnicodeString type
- Generics
- Anonymous methods
...

C++Builder 2009
- C++0x features
- The new UnicodeString class is based on AnsiString
- The new _TCHAR Maps to option controls the floating definition of _TCHAR
- Boost libraries available

Delphi 2010:
- Build configurations and option sets now work similarly for Delphi and C++Builder
- Redesign of Wizards for Import Component and New VCL Component
- Resource Compiler Alternatives
- Enhanced Delphi RTTI (Run Time Type Information).
- The as operator can be used to cast an interface reference back to the object from which it was extracted
- The is operator can be used to verify whether an interface reference was extracted from a certain class
...

Delphi XE/XE2
- 32/64 bit
- Windows, Mac, iOS

http://www.embarcadero.com/products/delphi/whats-new
...

Igen le vannak (de lehet hogy csak voltak, főként a Kylix-os kaland miatt, ami nem jött be) maradva. De talán nem véletlen, hogy az elmúlt 1-2 évben újra sok helyen láttam Delphi-s ismereteket igénylő állásajánlatokat.

Attila, Perger
-----------------------------------------------------
"Az a szoftver, amelyiket nem fejlesztik, az halott!"

Csak azért írtam, mert sokan ha a Pascal programnyelvről beszélnek a kék hátterű, sárga keretes Borland TP7 jut az eszükbe és szarozzák, hogy mire nem jó. Én is elpártoltam tőle (feleslegesen próbáltak labdába rúgni a .NET világába, bár a Prims jónak túnik de ez már a 2. kísérlet), de nem teljesen és a tudásomat sem akarnám kukázni. Mindeki jön azzal a dumával hogy milyeb f.sz. a C nyelv és milyen jó rugalmas, stb., de kiváncsi lennék... hagyjuk ezt.

Nagyon sok helyre(feladathoz) még ma is jó választás. Főleg annak fényében, hogy a Freepascal is él, csak erősíti bennem azt a dolgot hasznos volt a Pascal/Delphi számora.

Attila, Perger
-----------------------------------------------------
"Az a szoftver, amelyiket nem fejlesztik, az halott!"