1. Visual Basic
2. Bandymai pagerinti ISO C++ – padarytas Visual C++/CLI. Neva turėjo pagerinti GUI kūrimą. Gal ir pagerino, bet yra iš tiesų tai totalus CRAP. Ir tai sakau, perpratęs šią C++ kalbos perdarymo rūšį. Beje, google taip pat tam pritaria, ir dauguma Visual C++/CLI programuotojų perėjo prie:
3. C#.

Nesvarbu kad visi jie naudoja tą patį .NET framework’ą 4.0. Esmė ta, kad Visual C++/CLI kalba praktiškai yra tiesiog ‘useless’. Aš suprantu kad galima surasti ISO C++ programavimo kalbos panaudojimų vietų, tačiau C# neabejotinai yra geriau nei Visual C++/CLI.

Vienas iš tokių atveju – objektų multithreadingas – t.y. GUI po mygtuko paspaudimo pabandus paduoti ‘this’ pointerį į pačią windows formą, nelabai gaunasi daryti ‘mutual connection between objects’. Nes gaunasi begalinė rekursija, arba reikia matyt labai užsiknisti.

O ir šiaip – programinimas per prototipus – headerius, tikrai yra outdated dalykas per daug lėtinantis procesą. Java ir C#, C++ kalbą šiuo atžvilgiu daro į vienus vartus…

Beje, Echo Serverį programinau su standartiniu ISO C++ su CodeBlocks IDE, be GUI. Visual C++/CLI ir Visual Studio buvo reikalingas tik dėl Echo Kliento, nes jis buvo su GUI. Tik čia normaliai ir lengvai galima padaryti ir valdyti C++ GUI, negana to be didesnių keitimų veikia Java GUI(Swing) anksčiau rašytas kodas.

O iš tiesų tai parašiau tik 2 programas – Echo Serverį ir Echo Klientą Java 1.6 su NetBeans IDE. O tik po to tą patį kodą perkėliau į ISO C++, bei Visual C++/CLI.
Port’us tarp aplikacijų daryti jau ne kartą yra tekę: Java -> C#, Java -> Python, tad ir šis portas nebuvo naujiena. )

Vidutinis 1 programos dydis buvo ~1400 eilučių, na o visas 3 užduotis padaryti prisireikė mažiau mėnesio. Pradėjau rugsėjo vidurį, o spalio viduryje pabaigiau. )

Ką naudoti?
Atsakymas: greičiausiai teks naudoti abu, nes tik sudėjus bendrai galima gauti normalų C++ IDE įrankį.

Code::Blocks pliusai:

1. Užima mažai vietos
2. Paprastas ir lengvai suprantamas IDE
3. Puikus debugeris
4. Daug gerų įrankių – kodo eilučių skaičiuoklis, lib finder ir pan.
5. Visai padorus IDE GUI kūrimas(ne kompilavimas) wxSmith įrankiu, drag n’ drop, event bind ir t.t.
6. Patogus išorinių bibliotekų pridėjimas.
7. Puikiai dirba su SOCKET’ais.

Code::Blocks minusai:

1. Tragiškai sudėtingas GUI aplikacijų kompilavimas naudojant wxWidgets bibliotekas. (galbūt tik Windows terpėje)
2. Nėra gero ‘on-write check’ neteisingo kodo ryškinimo – ryškinamos tik sintaksės klaidos, o ne loginės/semantinės.

Nokia Qt pliusai:

1. Bene vienintelis įrankis, kuriame normaliai kompiliuojasi C++ GUI aplikacijos (neskaitant MS Visual Studio ir Visual C++).
2. Gana paprastas Qt GUI drag n’ drop, event bind’as sudėtingesnis.
3. Puikus ‘on-write check’ tikrintuvas, leidžiantis ištaisyti daugumą klaidų kodo rašymo metu.

Nokia Qt minusai:

1. Sudėtingas ir griozdiškas, bei labai nepatogus IDE. Daug bereikalingų veiksmų, viskas padėta tikrai ne ten kur turėtų būti.
2. Rankinis projektinio failo konfigūravimas. Labai nepatogu + galimybė įvelti ir nesugebėti rasti klaidos.
3. Sunku sutvaryti su Socketais dirbantį projektą (man kol kas nepavyko).
4. Problema pernešus projektą iš vienos direktorijos į kitą. Statinis kelio įrašymas.

Kai prisiminsiu daugiau punktų sąrašą papildysiu.

Kada rinktis CodeBlocks, o kada Qt?

CodeBlocks rinktis kai:

• Norite kurti ‘Console’ tipo aplikaciją
• Norite dirbti su Socket’ais.
• Norite pradėti mokytis C++ ir norite lengvo, paprasto ir greitai perprantamo IDE.
• Norite gerai išDEBUG’inti projektą.

Qt rinktis, kai:

• Esate ‘advanced’ C++ kūrėjas.
• Norite kurti C++ GUI tipo apliakacijas.
• Norite perkelti Java aplikaciją į C++ ir kodo tvarkymo metu surasti ir ištaisyti kuo daugiau problemų.
• Norite kurti komandinį projektą (Share on TeamServer), ir naudoti Source Control įrankius: Git arba Mercurial.

Visų pirma, tik perėjęs CGI -> HTML >~~> Pascal -> Php >~~> Pascal -> ASM -> C -> C++ -> Java -> C# -> Python >~~> Java -> C++ galiu pasakyti, kad C++ programavimas C++ (aš net nekalbu apie C) yra labai labai užknisantis, ir maždaug 2-3 kartus sudėtingesnis ir mažiau patogus nei netgi tokia kalba kaip Java. O pati java ir tokie toolsai kaip NetBeans dar nežinia kada prilygs tokiems toolsams kaip Visual Studio ir C# kalbai. Ir daugiausiai problemų atsiranda su C++ kalba tada, kaip prisireikia DEBUGGINIMO, GUI bei SOCKET”ų… Siaubizmas…

Taigi, mano idėja buvo tokia – paimti Java savo parašyti programą ir padaryti portą į C++.

Tokius dalykus jau yra tekę daryti – Php HipHop’e Php kodą keičiau į C++, C++ kodą į Php, pasiėmęs Java programą ją perrašinėjau Jython’ui (Python on Java), o Java programą perrašinėjau C#.

Ir galiu pasakyti, kad padaryti portą Java -> C++ buvo kol kas pati sudėtingiausia užduotis. Koks durnas yra C++ kodas kartais net keista.

Pvz. jeigu norite statinio metodo, tai headeryje rašote žodį static prieš metodo prototipą, o realizacijoje jau nebeįmanoma. Dar laimei kad yra toks dalykas kaip #include <vector>.

Tai va, pirmiausia Qt prieš mėnesį rašytame blogo įraše išvis išbrokavau kaip įrankį. Su Qt yra tekę susidurti ir prieš 3 mėnesius ir prieš pusmetį, vienam kursiokui darant operacinės sistemos projektą. Ir visus kartus aš Qt išbrokavau.

Bet pasirodo Qt buvo mano problemos vienas iš būtinų realizacinių sprendimų. O taip yra todėl, kad jis turi tikrai neblogą ‘debug’ą kodo rašymo (ne kompiliavimo metu). Jeigu CodeBlocks leidžia atidaryti Java projektą su *.cpp galunėmis ir nuėmus import, praktiškai pripažystą kaip VALID kodą. Todėl teko tą projektą atsidaryti su Qt programa, kuri mane būtent ir išgelbėjo. Pavyko paruošti pakankamai neblogą PORTą iš Java į C++. Tačiau kai ištaisiau dar vėliau kompiliavimo metu rastas klaidas, vėl susidūriau su Qt prastumu. Nepaisant prasto IDE, debugeris su “collect2: returned -1″ ir labai dideliu nenoru su SOCKET LIB’ais vėl išsekino mano kantrybės taurę. Todėl, viską ką buvau padaręs, persikėliau į CodeBlocks – IDE tūlsą su labai puikiu Debugeriu(kaip C++ kalbai), patogiu IDE, bei suknistu GUI kūrimu ir probleminių, ne kompiliavimo metu, klaidų radimu.

Na o Code::Blocks su Socketais dirba puikiai.

Jeigu yra nežinančių, kaip naudotis Echo Serveriu, tai atsakysiu:
1. Winsock 2 (libws2_32.a ) >>>>(daug geriau)>>>> Winsock I (libwsock32.a )
(T.y. Wsock2 yra FULL BACKWARDS COMPATIBLE su Wsock, ir turi naujų funkcijų, todėl geriau naudoti Wsock2.)

2. Taigi susikuriame ‘C++ Console Application’ projektą.

3. Tada ant projekto spaudžiame dešinį klavišą -> “Properties…”

4. Project settings kortelėle spaudžiame mygtuką “project’s build options…”

5. Atsidariusiame lange spaudžiame ant kortelės “linker settings”

6. “Link libraries:” bloke apačioje spaudžiame mygtuką “add”

7. Per [browse...] susirandame failą:

C:/MinGW/lib/libws2_32.a

arba (jeigu instaliavote MinGW kartu su CodeBlocks, nors, mano nuomone, tai blogas sprendimas, jeigu kaip ir aš naudojate kelis C++ IDE, o norite projektus mėtyti tarp vieno į IDE į kitą ir norite taupyti vietą) 

C:/Program Files(x86)/CodeBlocks 10.05/MinGW/lib/libws2_32.a

8. Pridedame tą patį prie Debug ir prie Release.

9. Dabar mūsų serverį reikės paleisti per kažkokį tai portą, geriausiai virš 10000, ir nenaudokite 80 (IE), 8080 (TFS, PostgreSQL, Skype, WAMP), 8000 (Python+Django server), nes neveiks. Taigi, spaudžiame:
Meniu -> Project -> Set programs’ arguments…

10. Prie debug ir release pridedame dalyje “programs arguments:”, pvz. “10999″, t.y. Jūsų serverio porto numerį.

11. Viską išsaugome. Susikeliate C++ Example Echo server aplikaciją, tik visur header failuose padarome pakeitimus:

Kodą:

#include "winsock.h"

keičiame į:

#include "WinSock2.h"

Beje, Visual Studio ir Visual C++ irgi turi savo alternatyvą, tačiau man daug paprasčiau viską padaryti pavyko būtent ne su Visual C++, o su Code::Blocks.

Visual C++ ketinu naudoti tik tuomet, jeigu nepavyks kliento(ne serverio) programos sukurti naudojant GUI per Qt. Visual C++ ir Visual Studio GUI Jus gana smarkiai pririš prie Windows’ų, tuo tarpu Netbeans ir Swing, Qt ir Qt GUI, bei Code::Blocks ir WxWidgets (kuris man taip niekad ir nesusikompiliavo) yra platform-independent.

Pastaba: Qt projetų GUI buvo atsisakęs kompiliuoti vien dėl to, kad Windows 7 buvau paredagavęs ‘environment variables’ ir prie PATH pridėjęs MinGW kelią. Jis turi būti application-controled, o ne iš Windows’ų nustatomas. Šį dalyką buvau padaręs, nes to reikalavo WxWidgets, bet taip ir pamiršęs buvau nuimti, o WxWidgets kaip neveikė, taip ir neveikė.

Pastaba 2: C++ echo serverio pilno kodo pavyzdžių nebus, nes yra toks saitas:

http://www.justfuckinggoogleit.com/

Nelaimei, rezultate nieko gero taip iki šiol ir nesigavo. Laimei, pirmiau išbandžiau šį dalyką su laptopu ir jame esančiais 32 bitų windows 7′aisiais. Ten bent jau example projektai veikė.

Windows 7 x64 atveju kuriant “Qt C++ GUI” projektą susidūriau su analogiškomis problemomis kaip ir ”Code::Blocks C++ wxWidgets GUI” atveju:

Build issues: CreateProcess: No such file or directory
Compile output: When executing build step ‘Make’
 

O dar bjauresnis dalykas yra tas, kad klausdamas visagalio “GŪGLO”, gaudavau siūlymą problemos ieškoti šiame bloge… Kitaip tariant, gūglas aiškaus atsakymo taip pat nežino.

O dabar truputi užstumsiu ant Qt ide:
1) Jau trejetą metų nemačiau tokio bajerio, kad visokius makefile’ų papildymus, reikalingus build papildomus LIB’us reiktų įrašinėti per text editorių į projekto tekstinį failą… T.y. Qt neegzistuoja tokia funkcija kaip “add library”, kuri yra visur kitur – Visual Studio, CodeBlocks, NetBeans ir t.t.
2) Ta programa – Qt – griozdiška. Užima bene 2GB tačiau taip ir nesupratau, ko ten pridėta, kad kas būtų reikalinga. Matyt didžiąją dalį svorio sudaro įranga skirta tik mobiliems telefonams skirtų programų kūrimui. Pastebėjimui – CodeBlocks instaliuotas užima vos kelis šimtus MB.
3) Ši programa iš pradžių pasiūlo tik vieną kompiliatorių, jo keitimas pakankamai sudėtingas, kai tuo tarpu CodeBlocks yra bent 20 kompiliatorių sąrašas.
4) Qt projektai NEVEIKIA perkėlus iš vieno PC į kitą, NetBeans, CodeBlocks ir t.t. be problemų projektus mėtau tarp kompiuterių. Problema ta, kad Qt dėl tik jam pačiam suprantamų savybių, naudoja ‘absolute path’. Todėl reikia naudotis Replace all funkcijomis.
5) Qt ide yra labai nepatogus, susigaudyti jame sunku, vaikščioti tarp failų – taip pat.
6) Qt išbandžiau dėl to, kad čia turėjo gerai kompiliuotis GUI projektai – bet taip nė velnio nėra.
7) Man nepatinka Qt debugeris – labai nepatogus, man nepatinka kompiliavimas – jis labai neaiškus, klaidos ieškoti turi pats, o ne tave prie jos numeta, kaip yra kituose IDE.
8 ) Qt projektai gali būti tik tame pačiame diske, tik C:\Qt\2010.05\qt\ direktorijoje.
9) Qt gali būti instaliuotas tik į “no space” direktoriją, t.y. neįmesiu aš jo ten, kur esu pratęs, t.y. C:\Program Files(x86)\… Po to taip ir užmiršti kelių bitų yra ta Qt programa – 32 ar 64.
10) Qt nepalaiko CTRL+D metodo(‘duplicate line’), codeblocks – palaiko.

Iš Qt pliusų – tai kol kas tik vienas. C++ Gui drag’n drop kūrimas gana patogus, tačiau pvz. Code::Blocks priskirti BackgroundColor – reikia vieno žingsio, čia reikia bene 5 žingsnių.

Reziumė paprasta – Qt trumpam pabandžiau dėl to, kad tikėjausi pakurti Qt GUI projektą. Bet, deja, toli gražu iki to, su Windows 7 x64 sistema.

Prieš daugiau nei metus, rašiau blogo įrašą:

Java, C++, C#, Php, Pascal redaktoriai ir kompiliatoriai

Per daugiau nei metus padariau šiokį tokį progresą, todėl šį savo blogo įrašą dabar jau galėčiau papildyti naujomis programavimo kalbomis ir geriausių įrankių rekomendacijomis, remiantis savo ir Google patirtimi .

Taigi pradėkime:
*Kodo-kontrolė aka ’source-control’

Assembler:

IDE: Emu8086 (v4.08)
GUI įrankis: neegzistuoja
Kaina: mokamas (Shareware, egzistuoja išgydytas variantas)
Kompiliatorius: Fasm.exe
Iš kur atsisiųsti: http://www.emu8086.com/ (3,07 MB)
Instaliuotas užima: 10,4 MB
Geresnis nei: Nėra alternatyvų

Pascal:

IDE: Lazarus  (v0.9.28.2 beta)
Kaina: Nemokamas (Open Source)
Kompiliatorius: fpc.exe (v2.24)
Kodo dokumentavimas: FPDoc (automatizuotas)
Auto-complete: yra (Ctrl+Space)
GUI įrankis: integruotas
GUI drag n’ drop: egzistuoja
GUI naudojimas/build: paprastas / jokių papildomų pastangų
Lietuviška versija: yra
UTF-8: palaikomas
UNIT-testai: palaikomi (FPCUnit test)
Kodo-kontrolė: nepalaikoma
Projekto adresas: http://lazarus.freepascal.org/
Iš kur atsisiųsti: http://sourceforge.net/projects/lazarus/ (61,5 MB)
Instaliuotas užima: 474 MB
Geresnis nei: FPS, Free Pascal IDE

C/C++:

IDE: Code::Blocks (v10.05)
Kaina: Nemokamas (Open Source)
Kompiliatorius: MinGW (GCC for Win), Borland C++, Visual C++ ir kiti.
Kodo dokumentavimas: FPDoc (automatizuotas)
Auto-complete: yra (Ctrl+Space)
GUI įrankis: integruotas
GUI drag n’ drop: egzistuoja
GUI naudojimas/build: paprastas / jokių papildomų pastangų
Lietuviška versija: yra
UTF-8: palaikomas
UNIT-testai: yra
Kodo-kontrolė: Versioning, SVN
Projekto adresas: http://www.codeblocks.org/
Iš kur atsisiųsti: http://www.codeblocks.org/downloads/26 (70,5 MB)
Instaliuotas užima: 157 MB
Geresnis nei: DevC++
Alternatyvos: Qt

C# + ASP.NET, SilverLight:

IDE: Microsoft Visual Studio 2010 (.NET 4.0)
Kaina: Mokamas (Shareware, Student Edition – nemokamas)
Kompiliatorius: Microsoft Visual C#
Kodo dokumentavimas: yra(automatizuotas)
Auto-complete: yra (Ctrl+Space)
GUI įrankis: integruotas
GUI drag n’ drop: egzistuoja
GUI naudojimas/build: labai paprastas / jokių papildomų pastangų
Lietuviška versija: yra
UTF-8: palaikomas
UNIT-testai: yra
Kodo-kontrolė: Microsoft Team Foundation Server 2008
Projekto adresas: http://msdn.microsoft.com/en-us/vstudio/default.aspx
Iš kur atsisiųsti: http://msdn.microsoft.com/lt-lt/vstudio/bb984878(en-us).aspx (4,5 GB)
Instaliuotas užima: 12 GB
Geresnis nei: Nėra alternatyvų

Java:

IDE: NetBeans (v6.9)
SDK: Java SDK 1.6
Kaina: Nemokamas (Open Source)
Kompiliatorius: javac.exe (JRE – Java Runtime Environment)
Kodo dokumentavimas: JavaDoc (automatizuotas)
Auto-complete: yra (Ctrl+Space)
GUI įrankis: integruotas
GUI drag n’ drop: egzistuoja
GUI naudojimas/build: paprastas / jokių papildomų pastangų
Lietuviška versija: yra
UTF-8: palaikomas
UNIT-testai: JUnit
Kodo-kontrolė: CVS, Mercurial, Subversion
Projekto adresas: http://netbeans.org/
Iš kur atsisiųsti: http://java.sun.com/javase/downloads/widget/jdk_netbeans.jsp (149 MB)
Instaliuotas užima: 214 MB + Java SDK
Geresnis nei: Eclipse

Php+Simphony, Zend+Smarty:

IDE: NetBeans  (v6.9) + Php, Simphony,Zend,Smarty Plugins
Serveris: EasyPhp (v5.3)
Kaina: Nemokamas (Open Source)
Kompiliatorius: php.exe (v5.3.2)
Kodo dokumentavimas: Yra (automatizuotas)
Auto-complete: yra (Ctrl+Space)
GUI įrankis: nėra
GUI drag n’ drop: nėra
GUI naudojimas/build: nėra / nėra
Lietuviška versija: nėra
UTF-8: palaikomas
UNIT-testai: palaikomi
Kodo-kontrolė: CVS, Mercurial, Subversion
Projekto adresas: http://netbeans.org/
Iš kur atsisiųsti: http://netbeans.org/downloads/index.html (83,5 MB)
Instaliuotas užima: 150 MB
Alternatyva: Zend Studio 8, Notepad++

Python+Django:

IDE: PyCharm  (1.0 beta 2, PY-96.1203)
Kaina: Mokamas (Beta testing šiuo metu, todėl nemokamas)
Kompiliatorius: pythonw.exe (v2.7.2) [Neitegruotas]
Kodo dokumentavimas: yra (automatizuotas)
Auto-complete: yra (Ctrl+Space) [ir Python ir Django]
GUI įrankis: nėra
GUI drag n’ drop: nėra
GUI naudojimas/build: nėra / nėra
Lietuviška versija: nėra
UTF-8: palaikomas
UNIT-testai: palaikomi
Kodo-kontrolė: Mercurial, Perforce, Subversion, CVS, Git
Projekto adresas: http://blogs.jetbrains.com/pycharm/
Iš kur atsisiųsti: http://confluence.jetbrains.net/display/PYH/JetBrains+PyCharm+Preview (69,3 MB)
Instaliuotas užima: 215 MB
Geresnis nei: Komodo Edit, WingIDE 4, µ.dev, Eric 5, Aptana Studio 2+PyDev, Eclipse+PyDev, Python IDLE

O dabar viską į ‘po vieną eilutę’:

Assembler IDE: Emu8086 4.08
C/C++ IDE: Code::Blocks 10.05
C# + ASP.NET IDE: Microsft Visual Studio 2010
Java+Swing IDE: NetBeans 6.9
Php+Simphony,Zend IDE: NetBeans 6.9 + Php, Simphony,Zend,Smarty Plugins
Jython+PostgreSQL IDE: NetBeans 6.9
Python+Django IDE: PyCharm 1.0 beta 2

Dar  pora pastabų:
1. Nepaminėjau perl – bet tai skriptinė kalba, su kuria serverio skanavimus ir automatizuotus instalus yra išties patogu ir lengva pasidaryti. Tačiau kitam ji nelabai skirta.

2. Internete yra RubyOnRails(Ruby web framewok), Visual Basic, Delphi ir netgi Ada gerbėjų. Tačiau susižavėjimo ir didelių perspektyvų šioms programavimo kalboms nejaučiu, bent jau šiuo metu, todėl, perpratus pagrindines žinomiausias ir populiariausias programavimo kalbas, didžiausias galimybes matau skill’ų kelimu šiose kalbose.

3. Na o dar viena, labai įdomi, bet mažai ištyrinėta sritis yra Cisco ir apskritai kompiuterių tinklų sritis. Nors su Cisco reikalų turiu jau daugiau nei metus, tačiau ši sritis yra tokia plati ir didžiulė, kad kai kuriems žmonėms prisireikia 10-15 metų tapti šios srities žinovais.

http://wxpython.org/download.php

Ir mane suintriguoja eilutė:

“Like any other complex piece of software, wxPython requires other software in order to function properly. Obviously you’ll need Python itself, but if you’re reading this you’ve probably already got Python and are just here looking for the best GUI toolkit available for Python.”

Negi galima su šiuo pasisakymu sutikti. Ypač po mano paskutinio susidūrimo su wx įrankiais:
Pastrigau, Windows 7 + wxWidgets + MinGW + wxSmith

Aš tikrai nepulčiau šlovinti wx grupės. Taip, galbūt jie ir suteikia nemažai galimybių kuriant tokiais IDE kaip CodeBlocks + wxSmith, tačiau jų paruošimas naudojimui ir kompiliavimas yra tragedija. Aš, kaip tipinis useris, noriu produktyvumo, kuri kol kas idealiai siūlo tik Microsoft Visual Studio 2008/2010, bei antroje vietoje esantis NetBeans+Swing.

Taigi, wxPython galbūt yra išeitis jeigu mes programuojama būtent tik CPython. Tačiau, kaip bebūtų keista, aš to nedarau. CPython’as, arba orginalusis Python’as mano suprantamas tik kaip Django komponentas PyCharm IDE.

Jeigu aš sumastau rašyti Desktop tipo aplikaciją su Python’u, tai mano pasirinkimas visai kitas:

Arba renkuosi Jython ir naudoju NetBeans IDE ir Java Swing GUI kūrimo įrankį,

arba renkuosi IronPython ir Microsoft Visual Studio kūrimo įrankį.

Abiem atvejais GUI elementarų paruošiu per pusvalandį, o konfigūravimui, kad projektą pavyktų sukompiliuoti – LYGIAI 0 sekundžių.

Ir gaunu atitinkamai:

arba Java+Swing galimybes ir Python paprastumą

arba C# ir Visual Studio galimybes ir Python paprastumą.

Kam man reiktų rašyti Desktop aplikaciją tik su CPython? – na kol kas to neprisireikė.

Bet error’ai tiesiog žudo:

————– Build: Debug in wxWidgetsDemo2 —————
Compiling: wxWidgetsDemo2App.cpp
Compiling: wxWidgetsDemo2Main.cpp
Compiling: resource.rc
Linking executable: bin\Debug\wxWidgetsDemo2.exe
c:/program files (x86)/codeblocks v10.05/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe: cannot find -lwxmsw29ud
collect2: ld returned 1 exit status
Process terminated with status 1 (0 minutes, 17 seconds)
1 errors, 0 warnings

Bei:

||=== wxWidgetsDemo2, Debug ===|
ld.exe||cannot find -lwxmsw29ud|
||=== Build finished: 1 errors, 0 warnings ===|

Tiesog tampa kova su kompiuteriu.

Todėl, galbūt kažkas norės užbaigti, arba pačiam vėliau pavyks tai padaryti, bet iki tol parašysiu ką padariau:

1. Nueinate į saitą:

http://sourceforge.net/projects/wxwindows/

ir atsisiunčiate wxMSW-2.9.1-Setup.exe (24.4MB) spaudami tą didelį žalią mygtuką.

Sudiegiate viską by defaulf nekeisdami instaliacijos direktorijos į C:\wxWidgets-2.9.1\

2. Pasileidžiate Code::Blocks, spaudžiate New -> Project, pasirenkate wxWidgets application, ten dar pasirenkate po to GCC kompiliatorių, suvedate SVN duomenis bet kokius (nebent rimtą TeamProject’ą kursite), bei pasirenkate sukonfigūruoti wxWidgets.

3.Toliau reikės pasirinkti wxWidgets install path’ą, jį pasirenkate tą kur instaliavote, t.y.  C:\wxWidgets-2.9.1\ (jame yra direktorijos ‘lib’, ‘include’ ir kitos). Dar galite uždėti varnelę __WX_DEBUG__ environment variable’ui.

———

Pagal idėją ten jeigu norite debug ir release dar ten papildomai galima priskirti prie project build optionų, tačiau tai man nebuvo svarbu, nes projekto nepavyko sukompiliuoti, dėl blogo pradžioje buvusių error’ų.

Pagal idėją dar bandžiau ir:

http://wiki.codeblocks.org/index.php?title=FAQ#Q:_How_do_I_use_both_Debug_and_Release_builds_of_wx_libraries.3F

T.y.

1. Windows Button’as -> Run…

2. ‘cmd’ [enter]

3. cd C:\

4.cd wxWidgets-2.9.1\build\msw

5. Na o tada jau bandžiau visai, bet naudos visvien buvo nulis:

Bandžiau taip:
C:\wxWidgets-2.9.1\build\msw> “C:\Program Files (x86)\CodeBlocks v10.05\MinGW\bin\mingw32-make” -f makefile.gcc BUILD=release SHARED=1 MONOLITHIC=1 UNICODE=1

ir šitaip:
C:\wxWidgets-2.9.1\build\msw> “C:\MinGW\bin\mingw32-make” -f makefile.gcc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=debug UNICODE=1

ir štai šitaip:
C:\wxWidgets-2.9.1\build\msw> “C:\Program Files (x86)\CodeBlocks v10.05\MinGW\bin\mingw32-make” -f makefile.gcc BUILD=debug SHARED=1 MONOLITHIC=1 UNICODE=1

ir netgi taip:
C:\wxWidgets-2.9.1\build\msw>“C:\Program Files (x86)\CodeBlocks v10.05\MinGW\bin\mingw32-make” -f makefile.gcc USE_XRC=1 SHARED=1 MONOLITHIC=1 BUILD=debug UNICODE=1

 Tačiau visvien errorai:
if not exist ..\..\lib\gcc_dll\mswu mkdir ..\..\lib\gcc_dll\mswu
gcc -c -o gcc_mswudll\wxregex_regcomp.o  -O2 -mthreads  -DHAVE_W32API_H -DNDEBUG
 -I..\..\include -I..\..\lib\gcc_dll\mswu -D__WXMSW__  -D_UNICODE   -MTgcc_mswud
ll\wxregex_regcomp.o -MFgcc_mswudll\wxregex_regcomp.o.d -MD -MP ../../src/regex/
regcomp.c
gcc: CreateProcess: No such file or directory
mingw32-make: *** [gcc_mswudll\wxregex_regcomp.o] Error 1

arba:
cpp: Too many arguments
mingw32-make: *** [gcc_mswuddll\wxregex_regcomp.o] Error 1

Susiintalianau netgi atskirai MinGW, prisidėjau per Computer->Properties->Environment Variables MinGW ir GCC_EXEC_PREFIX, pagal BLIDE tutorial’ą:

VISTA AND WINDOWS 7 ONLY:
Once installed, copy the contents of the “MinGW\libexec\gcc\mingw32\3.4.2″ directory into “MinGW\bin”

ANY WINDOWS OS:
1.- Click the start button, right click on ‘My Computer’ >> ‘Properties’. Click the ‘Advanced Tab’ and at the bottom you will see the ‘Environment Variables’ button. Click that.
It should open up a new window with two boxes named ‘User Variables for blah’ and ‘System Variables’.
2.- Click ‘New’ for User Variables and in the ‘Variable Name’Box type MinGW. In the ‘Variable Value’ Box enter the path to the MinGW installation ie C:\MinGW. Then click OK.
3.- In the ‘System Variables’ box, scroll down until you see the variables Path. Click on it and click the edit button. In the ‘Variable Value’ box, move your curser to the end of text, add a semi colon, and put the path to your MinGW\bin directory. eg, c:\MinGW\Bin. Click ok and ok again and if you are using windows XP, you are ready to go, if you’re using Vista or Win7, you have to make one little additional step:
WINDOWS VISTA AND WINDOWS 7:
4.- The same way you have added the environment variable called MinGW (step 2), you should create an environment variable named GCC_EXEC_PREFIX and set it to c:\MinGW

Tačiau naudos visvien buvo nulis. Šiam kartui užsiknisimo užteks. Kol kas grafinį GUI C++ kalbai yra pavykę sukurti tik DOS terpei, na bent Microsoft Visual Studio projektuose, tačiau ten jau nėra tas įprastas C++, o Visual C++, kuris šiek tiek skirasi nuo C++ (nors Code::Blocks palaiko ir Visual C++).

Tiesa, NetBeans’ams su su Swing GUI API dar toli gražu iki to ką mums siūlo Microsft su savo Visual Studio GUI Api, naudojamu C#, Visual Basic, Visual C++ aplikacijoms kurti… Na bet turime tai ką turime…

http://www.prisimenu.lt/2009/11/xml-amadeus-pnr-crs-gds-soap-python-vs-php/

Tai va, praėjo metai, ir pagal idėją turėjau padaryti progresą šioje srityje. Na ir šiokį tokį padariau, tačiau bene svarbiausias dalykas manau būtų būtent pats ’system setup’as ir IDE. Dažnai teko gūglo klausti ‘best Python IDE‘, ‘best ide for python‘ bei ‘python+django for windows7‘.

Išbandžiau turbūt bene visus žinomus populiaresnius IDE:

• 1. Aptana Studio 2 including PyDev 1.6.2
• 2. Eclipse+PyDev 1.6.2
• 3. Eric 5 Python IDE (QT + QScintilla)
• 4. Komodo Edit
• 5. NetBeans 6.9 + Python plugin
• 6. PyCharm 1.0 Beta 2 (PY-96.1203 , Rev 2010, Sep 17)
• 7. Python IDLE
• 8. µ.dev
• 9. WingIDE 4.0 Beta 4 / WingIDE 3.2.9

ir dar išsigooglinai ir apsišviečiau apie dar kelioliką įrankių skirtų Python’ui.

Mano progresas į Python’ą, o vėliau į Django buvo gana nestandartinis.

NetBeans 6.9 + Python plugin:
Kadangi gerai mokėjau Java, ir labai myliu NetBeans įrankį, kuris, mano nuomone, yra vienas geriausių IDE pasaulyje apskritai, tai pradėjau nuo Jython+Django buildo skirto NetBeans. Kas puiku – visa tai gavau per pačią NetBeans programą ‘plugins manager’ pagalba, todėl nieko instaliuoti kaip ir nebūtų reikėję, jeigu ne ’stable Jython’ problemos. T.y. Jython’as 2.5.1 ir senesni turėjo problemų su Exception’ų valdymu, todėl papildomai instaliavau 2.5.2 beta realyzus, kurie beje iki šiol vis dar beta stadijoje.

Viskas kaip ir gerai, išskyrus tai, kad Python’o pluginas NetBeans’e neturi Django palaikymo (tai yra suplanuota neva į NetBeans 7.0 įdiegti, tačiau bijau kad Python+NetBeans projektas šiuo metu yra apmiręs (viskas sustoję nuo berods dar 2008′ųjų).

Kitas trūkumus, nėra pilnaverčio Python auto-complete.

Tačiau pereinant nuo Javo’s į Python(Jython)  tai labai puikus dalykas, teko netgi vieną Java programą perrašyti ant Jython’o. Be to labai puikiai ir lengvai pavyko prijungti PostgreSQL DB prie Jython programos.

—–

O dabar apie kitus IDE:

Python IDLE – na nebent kažką minimaliai pratęstuoti, tikrai netinka daryti kažką daugiau.

Eclipse+PyDev 1.6.2 – AŠ NEKENČIU ECLIPSE . Apsivėmiau nuo Eclipse kai teko ieškoti Java IDE įrankių prieš 3 metus. Ir daugiau matyti nebenoriu. Nuomonės nepakeitė ir Eclipse+Pydev naujausios versijos. Gal kam nors tai ir tinkami įrankiai, bet man aplinka visai nedraugiška, nemaloni ir nepatogi.

Eric 5 Python IDE (QT + QScintilla) – neva turėjo būti kažkoks stebuklingas įrankis. Instaliacija – tragedija. 99 proc. žmonių nė susiinstaliuoti kad viskas veiktų nesugebėtų. Nepatogu ir apskritai ‘ką kūrėjas sau galvojo’.

µ.dev – jokios instaliacijos, kažkas neva minimalistiško, bet absoliučiai niekas neveikė, bent jau su Windows 7. Python net programos hello world nepavyko paleisti.

Komodo Edit - Freeware variantas neskirtas sukurti kažką daugiau, trūksta daugybės galimybių. Pilnos versijos net tingėjosi bandyti. Iš video, galbūt ir pusiau velnio įrankis, tačiau esama versija neplaiko Django.

WingIDE 4.0 Beta 4 / WingIDE 3.2.9 – palaiko Django, bet man nepatiko.  Nežinau kodėl taip buvo, bet kai kurios Python funkcijos neveikė, print’as nepripažindavo simbolių, o galbūt apskritai dvigubų kabučių, normaliai patogiai pasikurti ir valdyti projektų nepavyko. Yra nemažai kitų trukumų. Todėl nusprendžiau ieškoti kažko kito.

Aptana Studio 2 including PyDev 1.6.2 – variantas jau labai iš bėdos. Gana smarkiai jaučiasi Eclipse kvapas. Aš netgi sakyčiau, jog iš pirmo žvilgsnio atrodo tik Eclipse su pakeistu dizainu. Jeigu nebūtų nieko geriau, turbūt naudočiau. Beje, vienas kompetetingas su Python dirbantis kolega, paklausus jo nuomonės rekomendavo šį įrankį. Gaila, tačiau jis nebuvo girdėjęs apie PyCharm.

PyCharm 1.0 Beta 2 (PY-96.1203 , Rev 2010, Sep 17) – na va, štai ir priėjome. Ilgai bebėgiojus tarp įvairiausių IDE, apsistojau prie šio. Kol kas jis yra nemokamas, nes neturi dar 1.0 Stable versijos. Tačiau jos man tiesa sakant nelabai ir reikėjo. Projektas  dar visai naujas, tačiau progresuoja valandomis, vien per šį rugsėji jau buvo padaryti 3 relyzai šios programo versijų. Naujausias 96.1203. O programa išties puiki – automatinis paketų kurimas, ir atpažinimas, Python ir Django Unit testai, Source control – Mercurial, Perforce, Subversion, CVS, Git; itin gilus Python ir Django debuggeris, demo projektai, Python ir Django auto-complete, automatinis instaliacijų suradimas (tiesa, kol kas – kai pridedate Platform,  tai dar papildomai per add pridėkite ir Site-Packages direktoriją, kad ir Django instaliuotą surastų).

Automatizuotas Python+Django serverio paleidimas/buildas vos vieno klavišo paspaudimu, grafinis debugeris, panašus į C# naudojama Microsoft Visual Studio 2008. Be to labai paprastas Windows-1257/UTF-8 koduočių switch’ingas ir daugybė kitų dalykų.

Na o tiems, kurie dar netiki PyCharm’u, geriau pasižiūrėkite šį video:

PyCharm – Getting_started

O svarbiausia, aš dievinu šį tūlsą dėl labai faino interfeiso. Ir pamėgiau jį iškart – taip kaip buvo Free Pascal AKL atveju(kai rinkausi Pascal IDE), taip kaip buvo Code::Blocks(kai rinkausi C++ IDE, ir po to kai supykino DevC++), ir lygiai taip kaip atradau NetBeans IDE(ieškodamas geriausio Java redaktoriaus, ir 3 dienas pykinus nuo Eclipse).

Be abejonės seksiu šio projekto pažanga, bet jeigu JetBrains PyCharm kurėjai sukurė tai, ką mačiau, jau dabar, dar 1.0 beta versijoje, tai net baisu galvoti, ką mes turėsime su 2.0.

Atsiųsti Pycharm galima iš čia (Developer blogas su naujausiais relyzais):

http://blogs.jetbrains.com/pycharm/

Aišku taip pat laukčiau Python+NetBeans 7.0, jeigu Python geek’ai neapleido dar šio projekto.

Pastebėjimo dėlei - su PyCharm, nuo atsisiuntimo ir visiško nulio, pakurti minimalų Django hello world saituką prisireikė vos 20 minučių, su kitomis programomis, vien Python paleisti per IDE užtrukdau dieną ar ilgiau, ką bekalbėti apie antrąjį, Django etapą.

Tiesa, neužsiminau apie IronPython’ą, bet čia manau viskas aišku – MS Visual Studio 2010. Beje, kaip kad CPython+Django, su IronPython’u pasiėmiau alternatyvą – IronPython+SilverLight. Beje, labai smagiau programavosi ir pakūriau pora projektėlių. Minusas tik tas, kad jie veikė tik Windows serveriuose. O tai gana didelė prabanga. Per daug komerciška nedideliems projektams įmonėms.

Išvados:

Jeigu nori kad būtų paprasta, ir turi patirties su Java – naudok NetBeans+Jython pluginus. Galėsi dalį kodo rašyti Python, dalį Java, maišyti bibliotekas ir paketus. Paprastai sukonfigūruosi duom. bazės naudojimą.

Antras etapas – jeigu neteko dirbti su Java, arba jau moki Jython, ir nori labiau pasinerti į web on Python – Django, imk PyCharm+Python 2.7+Django, arba MS Visual Studio+IronPython+SilverLight, jeigu tekę dirbti nemažai su MS Visual Studio ir šiaip prijauti MicroSoftui bei norėtum SilverLight’o, o Django tau nėra prioritetinis web framework’as.

Ką galime išmokti apie paprastumą...

Deja, bet tai kraupi šių dienų tiesa… .

Taigi didžioji C# naujiena ‘dynamic‘ keyword’as, kurio paskirtis nusakyta šia eilute:

“Now you can create dynamic objects and let their types be determined at run time.”

T.y., kad nebereikės aprašinėt kintamųjų tipo, o jų tipas bus nustatytas kompilavimo metu.

Pavyzdys kodo(C#):

dynamic info = new ExpandoObject();
info.a = "Noriu";
info.b = 10;
info.c = 'k';
info.d = 'a';
info.e = 'i';
info.viskaMoku = true;


Pavyzdys kodo Php:
<?php
$a = "Noriu";
$b = 10;
$c = 'k';
$d = 'a';
$e = 'i';
$viska_moku = true;
?>

————-

Antrasis dalykas, apie kurį aš svajojau 100 metų nors vienoje kitoje kalboje. Ir ‘at last’, MS atėjo į protą – tai galimybė deklaruoti default parametrų reikšmes, t.y. tai ką Php turi jau aibę metų:

Kodo pavyzdys(C#):
public static void masina(int ratuSkaicius = 4, bool galiVaziuoti=true) { }
Kvietimai:
autoparkas.masina();
autoparkas.masina(3);

—————–

Manau niekam nebekyla minčių atsakinėjant į klausimą – “What is the best programming language” bei ‘kas nuo ko rippina’ .

4.Php funkcijų – print_r(), var_dump().

Assembler – mov hujAX,dafigznaetkudaQX;
Pascal - is it (NOT)(STILL)(COULD BE) a programming language???
Java – Am I dead? Oh… it’s just a lagggggggg.
C# – my intention is to be a php.
Php – why the hell I’m so perfect and everybody rips me?
Python – “Get set! Ready! Fire in the hole!”
Logo – Left, Left, Right, Right, Right, Towards, Bump! Ouch! :D

—-

Got it?