Επιστροφή στο Forum : Τo GNU περιβάλλον προγραμματισμού σε C και C++ στο Linux
Σκέφτηκα να ανοίξω αυτό το νήμα, για να δω αν υπάρχει σχετικό ενδιαφέρον για συζήτηση και ανταλλαγή απόψεων. Κατά τη ταπεινή μου γνώμη (και όποιος διαφωνεί την έβαψε :mrgreen: ) το ενδιαφέρον αρχικά θα ήταν να συζητήσουμε πώς ξεκινάει κάποιος τον προγραμματισμό σε C και C++ που κατά τη ταπεινή μου γνώμη είναι η καλυτερότερη supa-dupa γλώσσα προγραμματισμού (και όποιος διαφωνεί είναι εγκάθετος της M$ και δεν ξέρει τι λέει :mrgreen: )
Οπότε, για να σας ρίξω τα 5 σέντσια μου, η συζήτηση αρχίζει με το πώς γράφει κάποιος ένα πρόγραμμα κονσόλας, πώς το κάνει compile (συμπίληση;;;! άρε RΑΜ!), link (πιπίληση - καλά πλάκα κάνω) και μετά ξεψείριασμα (debugging).
Τα πράγματα είναι απλά:
gedit hello.c
βάλτε:
#include <iostream.h>
int main()
{
cout << "this is my first GNU C++ program!" << endl;
return 0;
}
g++ -g -o hello hello.c
δοκιμάστε τώρα να του βάλετε λάθη, ώστε να έχετε κάτι να παίξετε με τον debugger, και δώστε:
gdb hello
Περισσότερες πληροφορίες
man g++
man gcc
man gdb
Ας μας πει τώρα κάποιος, πώς θα βάλουμε αυτό το πρόγραμμα σαν CGI σε μία σελίδα Web ή πώς θα το πετάξουμε σε μία TCP/IP πόρτα, οπότε και θα δούμε το αποτέλεσμά του μέσω του internet και όχι μέσω της κονσόλας.
Σκέφτηκα να ανοίξω αυτό το νήμα, για να δω αν υπάρχει σχετικό ενδιαφέρον για συζήτηση και ανταλλαγή απόψεων. ...
Ας μας πει τώρα κάποιος, πώς θα βάλουμε αυτό το πρόγραμμα σαν CGI σε μία σελίδα Web ή πώς θα το πετάξουμε σε μία TCP/IP πόρτα, οπότε και θα δούμε το αποτέλεσμά του μέσω του internet και όχι μέσω της κονσόλας.
Φίλε pelasgian,
Eγραψες ένα ωραίο tutorial: το πρόγραμμα μιας γραμμής C++.
Kαι μετά ζητάς καποιος άλλος να γράψει το webportal μιας γραμμής!!! :D
Αν θέλεις να ασχοληθείς με αναπτυξη ιστοσελίδων ας αλλάξεις και γλώσσα προγραμματισμού τώρα που είναι νωρίς. PHP, CGI, java ,python.
Αν πάλι επιμείνεις στην C++ http://www.cs.unt.edu/~irby/wbcRoden/wbcForms.html.
Bάλε το προγραμμα σου και πάτα compile/run.
Φιλικά,
Βύρων.
Viron, μην μπερδεύεσαι. Έναυσμα δίνω να αρχίσει συζήτηση ώστε να μπει κόσμος στη διαδικασία και να βοηθήσουμε κάνα νέο να αρχίσει. Δεν έκανα εγώ ερώτηση να μου πείτε, επειδή δεν ξέρω. Αν μη τι άλλο τόσο ξέρω. Παρεπιπτόντως, το CGI σύνδεσης ΑΥΤΟΥ του προγράμματος με τον apache, είναι όντως μία γραμμή. Καλό το php, αλλά δεν είναι για όλα, και το java είναι για το client end. To python εμένα δεν μου αρέσει, προτιμώ τo bash.
Νομίζω για να γίνει "cgi" θέλει ένα cout στην αρχή να εκτυπώνει κάτι σαν
<html><body> κι ένα στο τέλος να εκτυπώνει </body></html>
Καλό το bash αλλά αν έχεις να διαλέξεις για cgi ανάμεσα σε bash και C, διάλεξε C.
Νομίζω ότι η ιδέα του pelasgian είναι πολύ ωραία.
Εγώ θα προτείνω υλικό για διάβασμα.
Προτείνω λοιπόν το Thinking in C++ του Bruce Eckel.
Το βιβλίο αυτό είναι το αγαπημένο μου και ομολογουμένως ένα από τα καλύτερα βιβλία του χώρου.
Επιπλέον εναρμονίζεται πλήρως με τη φιλοσοφία του GNU αφού ο Eckel το προσφέρει δωρεάν σε pdf από τον δικτυακό τόπο του: http://www.mindview.net/
Όποιος θέλει hardcopy μπορεί να το αγοράσει ή να το εκτυπώσει (αν και ίσως είναι πιο φτηνό να το αγοράσει).
Χωρίζεται σε δύο βιβλία εκ των οποίων το σημαντικό είναι το πρώτο στο οποίο μαθαίνεται γενικότερα η C++ ενώ στο δεύτερο αναλύονται κάποιες από τις πιο δημοφιλείς βιβλιοθήκες.
Δεν διδάσκει απλά C++ αλλά και σωστό αντικειμενοστραφή προγραμματισμό αφού πολλοί είναι αυτοί που μπορούν να γράψουν κώδικα (σε οποιαδήποτε γλώσσα) αλλά λίγοι αυτοί που μπορούν να γράψουν μεγάλου μέγεθους, αποτελεσματικό, γρήγορο, συντηρήσιμο και bug free κώδικα.
Όπως είπα μην θεωρήσετε ούτε για μια στιγμή ότι δεν είναι καλό επειδή είναι δωρεάν. Από πολλούς θεωρείται το καλύτερο βιβλίο για να μάθει κάποιος C++. Βλέπετε ο Eckel είναι καθηγητής προγραμματισμού και όχι απλά προγραμματιστής οπότε ξέρει να διδάσκει.
Ενδιαφέρον θα έχει κάποιος να μας κάνει κάποιος μια εισαγωγή σε GUI προγραμματισμό καθώς και στα εργαλεία make και configure.
Επίσης ωραία θα ήταν κάποια tips για το πως μια εφαρμογή που αναπτύσούμε για τον εαυτό μας μπορεί να μετατρεπεί σε εφαρμογή για το ευρύ κοινό. Πως να λειτουργεί πχ ανεξαρτήτως έκδοσης και διανομής GNU/Linux.
θέλω κι εγώ guiiiiiiiii :D
Βιβλία αναφοράς είναι και του Knuth για τους αλγόριθμους, αλλά πολλές σελίδες βρε παιδί μου.
Όχι ότι ο thinking in C++, in java, in patterns κτλ πάει πίσω.
Δώστε στο λαό tutorials!
Για μια εισαγωγή στη C++ μπορεί να σας φανεί χρήσιμο το
http://www.materials.uoc.gr/~tetycpp
Παρέχει εκτός των άλλων και (ημιτελείς) σημειώσεις.
Πέρα από τα βασικά της γλώσσας, αν κάποιος θέλει να ασχοληθεί με προγραμματισμό σε linux θα πρέπει οποσδήποτε να γνωρίζει μερικά βασικά πράγματα για το περιβάλλον (συστημα αρχειων, threads κλπ).
Εδω θα βρει κανεις μια πολύ καλή περιγραφή: http://www.advancedlinuxprogramming.com
Για IDE μπορούν να χρησιμοποιηθούν ειτε το anjuta (σε gnome) είτε το KDevelop (σε KDE), αν και προσωπικά ειμαι λάτρης του make και ενος καλού editor. (χρησιμοποιώ τον kate..... :-k καλα μη βαρατε!!!!)
DeadAtHeaven
18-05-05, 13:03
To iostream.h einai deprecated kai to g++ tha sto pei san error
opote gia na to kaneis CGI
//SmallTest.cpp
#include <iostream>
using namespace std;
int main()
{
char MyInput[256];
cin >> MyInput;
cout << "<HTML><HEADER><TITLE>TEST</TITLE></HEADER><BODY>";
cout << MyInput;
cout << "</BODY></HTML>";
return 0;
}
Compile me
g++ -o Small SmallTest.cpp
Test me
echo Hello|./Small>MyTest.html;konqueror MyTest.html
Gia na to trejeis san CGI, valto ston katallhlo ypokatalogo toy Apache kai meta kalese to apo to address bar pernontas parametroys.
O apache apla tha kalesei to programa kai tha toy perasei tis parametroys sto stdin.
Ayto poy leipei apo ayto to programa einai enas parser gia na katalavainei tis jexwristes parametroys.
Otan to kaleseis apo browser tha soy deijei tis parametroys poy toy perases.
Kaneis kati sygkekrimeno h apla rwtas?
To anjuta einai fiska sta bugs kai de tha to synistoysa se kanenan gia prwto perivallon programatismoy...O Vim (h h kate) kai ena terminal einai anantikatastata
P.S. Gia to orio twn 256 xarakthrwn den eimai sigoyros, apla evala mia timh.
ΣΩΣΤΟΟΟΟΟΣΣΣΣ!
Αν αντί για 256 βάζαμε μία new char* ή ακόμα καλύτερα χρησιμοποιούσαμε ένα vector;
#include <iostream>
#include <string>
#include <algorithm>
#include <vector>
using std::cout;
using std::cin;
using std::string;
using std::vector;
int main()
{
vector name_list;
string input;
while ( cin>>input )
name_list.push_back ( input );
std::copy ( name_list.begin(), name_list.end(),
std::ostream_iterator(cout, "\n" ) );
return 0;
}
Βλέπεις, τα static chars (όπως και τα static cars) καίνε πολλά resources.
Τα dynamic (λέγε με new char*) μπορούν να κάνουν κάποια πολύ ΑΓΡΙΑ λάθη,
ενώ τα string/vector/deques της STL είναι ο τρόπος.
Προτείνω το GNU C++ for Linux του Tom Swan (δεν ξέρω αν έχει βγει νέα έκδοση, αυτό που έχω είναι του 1999!) και το the art of Unix programming του «Θεού» Raymond με συνεισφορές από τον Ken Thompson (δημιουργός του Unix στην AT&T).
Πώς θα κάναμε αυτό το πρόγραμμα να καλεία μία function, η οποία θα ήταν σε ξεχωριστό αρχείο, ενώ θα υπήρχε και header αρχειο. Μετά πώς θα κάναμε compile αναξάρτητα τα δύο αρχεία (του main() και του functio()) και link μέσα από ένα make αρχείο;
Νομίζω για να γίνει "cgi" θέλει ένα cout στην αρχή να εκτυπώνει κάτι σαν
<html><body> κι ένα στο τέλος να εκτυπώνει </body></html>
Καλό το bash αλλά αν έχεις να διαλέξεις για cgi ανάμεσα σε bash και C, διάλεξε C.
Τι θα έλεγες αν έβαζα το C πρόγραμμα στο /bin και πέταγα τα wrapper bash scripts στο apache directory του cgi; (όπου και τα τρέχω ως χρήστης internet -> τελείως χωρίς πρόσβαση οπουδήποτε).
Χμμμμ θα σας παρακαλούσα πoλύ να κάνετε edit τα μήνύματα σας και τα κομμάτια κώδικα να τα βάλετε μέσα σε code tag, επίσης ουτε σε αυτό το section επιτρέπονται τα greeklish όπως σε όλόκληρο το forum! ;)
DeadAtHeaven
18-05-05, 14:56
ΣΩΣΤΟΟΟΟΟΣΣΣΣ!
Αν αντί για 256 βάζαμε μία new char* ή ακόμα καλύτερα χρησιμοποιούσαμε ένα vector;
.
.
.
Βλέπεις, τα static chars (όπως και τα static cars) καίνε πολλά resources.
Τα dynamic (λέγε με new char*) μπορούν να κάνουν κάποια πολύ ΑΓΡΙΑ λάθη,
ενώ τα string/vector/deques της STL είναι ο τρόπος.
ΟΚ, φτιάξε το με STL και κάνε μετά profile και σύγκρινε τις ταχύτητες.Προσωπικά θα χρησιμοποιούσα STL μόνο αν υπήρχε απόλυτη ανάγκη.
Πώς θα κάναμε αυτό το πρόγραμμα να καλεία μία function, η οποία θα ήταν σε ξεχωριστό αρχείο, ενώ θα υπήρχε και header αρχειο. Μετά πώς θα κάναμε compile αναξάρτητα τα δύο αρχεία (του main() και του functio()) και link μέσα από ένα make αρχείο;
Προσπαθείς να κάνεις κάτι συγκεκριμένο η απλά ρωτάς;
Ναι, να δώσει κάποιος ένα παράδειγμα separate compilation με χρήση make όπως ζήτησε ο mrsaccess.
DeadAtHeaven
18-05-05, 19:35
Έχω προσπαθήσει δύο φορές να κάνω post και μου βγάζει forbidden access όταν το μήνυμα είναι σχετικά μεγάλο. Κάποιο bug?
Δείτε το Attachment
edit by wintech2003:
post.txt for Linux, post2.txt for Windows (για κάποιο λόγο στα Windows δεν μου διάβαζε το txt σωστα, οπότε το έφτιαξα, το ξανανέβασα για όσους διαβάζουν απο notepad ;) )
Thanx για τα παραδείγματα!
Επειδή καταλαβαίνω ότι είναι δύσκολο να διδάξουμε μέσα από ένα forum δεν είναι ανάγκη να περιοριστούμε μόνο στα παραδείγματα νομίζω.
Κάποια links με εισαγωγικό υλικό στο make, configure αλλά και στο gui προγραμματισμό θα ήταν αρκετά ευπρόσδεκτα. Ειδικά όσον αφορά το gui έχω δυσκολευτεί να βρω χρήσιμα tutorials στο google :-(
Κάποια links με εισαγωγικό υλικό στο make, configure αλλά και στο gui προγραμματισμό θα ήταν αρκετά ευπρόσδεκτα. Ειδικά όσον αφορά το gui έχω δυσκολευτεί να βρω χρήσιμα tutorials στο google :-(
http://developer.gnome.org/doc/
http://www.gtk.org/tutorial/
Έχω προσπαθήσει δύο φορές να κάνω post και μου βγάζει forbidden access όταν το μήνυμα είναι σχετικά μεγάλο. Κάποιο bug?
Το έπαθα και εγώ αυτό δυο-τρεις φορές και δεν πιστεύω πως έχει να κάνει με το μέγεθος του μηνύματος. Συνήθως το πρόβλημα βρίσκεται σε μια πρόταση/λέξη και αν την σβήσεις δουλεύει.
Έχω δει και άλλα προβληματάκια και με την ευκαιρία θέλω να κατακρίνω την απόφαση των διαχειριστών να μεταβούν από το άψογο και δοκιμασμένο bbcode, που είναι και open source, στο άθλιο vBulletin.
ΝΤΡΟΠΗ ΚΑΙ ΑΙΣΧΟΣ.
DeadAtHeaven,
όπως είπε κάποιος,
premature optimization is the root of all evil. Το να φτιάξει κανείς ένα πρόγραμμα που να παρέχει ασφάλεια από buffer overflows/crashes είναι καλύτερο από την υποτιθέμενη απόδοση που έχεις χρησιμοποιώντας static buffers. Όσο για το STL vs Static char[256], οι δοκιμές μου λένε ότι έχει περίπου τη μισή ταχύτητα (είναι 50%) πιο αργό.
Εντελώς φιλικά και με το συμπάθειο,
teacake
Το stl είναι πάντα πιο αργό και πιο "μνημοβόρο" από μια custom υλοποίηση και υπάρχει λόγος για αυτό.
Επειδή όμως στο 99% των εφαρμογών δεν παίζει ρόλο η απόλυτη ταχύτητα, ο κόσμος το χρησιμοποιεί λόγω των ευκολιών που προσφέρει.
Έχω δει και άλλα προβληματάκια και με την ευκαιρία θέλω να κατακρίνω την απόφαση των διαχειριστών να μεταβούν από το άψογο και δοκιμασμένο bbcode, που είναι και open source, στο άθλιο vBulletin.
Για τα λαθάκια put the blame στην open source mysql που αρνείτε πεισματικά να κάνει parse συγκεκριμένες λέξεις και όχι στο vBulletin!
ΒΤW πόσες φορές έχεις ακούσει για κενά ασφαλείας η hackευμένο forum στο "άψογο και open source phpbb" & πόσες φορές γαι το vBulletin! Χμμμ ακριβώς.. ;)
DeadAtHeaven
19-05-05, 11:43
To mrsaccess
Ένα πράγμα που θα μπορούσες να κάνεις σχετικά με το GU I μιας εφαρμογής σε Linux (και να μπορείς και ώς ένα βαθμό να περάσεις τα προγράματα σου στα windows με ελάχιστες τροποποιήσεις) είναι να χρησιμοποιείσεις glade και GT K. Σε αυτό το πρόγραμμα, σχεδιάζεις το GU I όπως θα έκανες για παράδειγμα σε ID Es τύπου Delphi, VB, κλπ και το glade σου παρέχει κώδικα σε C ή C++ (και όχι μόνο) υπο τη μορφή δύο αρχείων, ένα header και ένα c ή cpp. Αυτά τα κάνεις μετά include στην εφαρμογή σου και μετά καλείς τις συναρτήσεις που σου έχει "δώσει" το glade. Για παράδειγμα, αν το κεντρικό παράθυρο της εφαρμογής το έχεις ονομάσει MyMainWindow, το glade σου φτιάχνει μια συνάρτηση που λέγεται CreateMyMainWindow(). Όταν την καλέσεις, θα τρέξει όλος ο κώδικας που φτιάχνει το κύριο παράθυρο, τοποθετεί μέσα όλα τα widgets (edit boxes, radio buttons, buttons, κλπ) και συνδέει και το κώδικα που θα κληθεί για κάποιο συγκεκριμένο signal ενός widget. Για παράδειγμα, μπορείς να "συνδέσεις" το κώδικα που θα τρέξει όταν πατηθεί το κουμπί με το συγκεκριμένο signal που λέγεται Clicked.
Διευθήνσεις που ίσως σου φανούν χρήσιμες:
//GT K
http://developer.gnome.org/doc/API/2.0/gtk/
http://developer.gnome.org/doc/API/gdk/
http://www.gtk.org/tutorial1.0/gtk_tut-25.html
//Glade
http://www.kplug.org/glade_tutorial/glade2_tutorial/glade2_introduction.html
//Ένα πολύ καλό makefile tutorial
http://www.wlug.org.nz/MakefileHowto
(Στο ίδιο site, σχόλια και tutorials απο τον "δικό μας" Αριστοτέλη Παγιαλτζή)
Και φυσικά για οτιδήποτε GN U τα απαραίτητα manuals, εδω:
http://www.gnu.org/manual/manual.html
Όσο αφορά το συνδιασμό glade / gtk σε windows, ρίξε μια ματιά εδώ:
http://gladewin32.sourceforge.net/index.php
Βέβαια υπάρχουν και ένα σωρό άλλες λύσεις που θα μπορούσες να διαλέξεις, όπως για παράδειγμα, η QT με το IDE της, το KDevelop, ή η πολύ μοδάτη Java (Όρεξη να 'χεις να διαβάζεις στο σχετικό site της Sun για τη Java).
Εξαρτάται απο το τι θές να κάνεις, πόσο γρήγορα το θές έτοιμο και τι ποιότητας αποτέλεσμα θές.
Για τα λαθάκια put the blame στην open source mysql που αρνείτε πεισματικά να κάνει parse συγκεκριμένες λέξεις και όχι στο vBulletin!
Και γιατί με το bbcode δεν υπήρχε κανένα πρόβλημα; Και δεν νομίζω να είναι απλά τύχη. Ίσως βέβαια να αλλάξατε και έκδοση mysql μαζί. Δεν το έχω δει σε κανένα άλλο forum αυτό το πρόβλημα πάντως.
Τουλάχιστον ξέρουμε ποιες είναι οι "απαγορευμένες" λέξεις;
ΒΤW πόσες φορές έχεις ακούσει για κενά ασφαλείας η hackευμένο forum στο "άψογο και open source phpbb" & πόσες φορές γαι το vBulletin! Χμμμ ακριβώς.. ;)
Εγώ μια φορά άκουσα για το bbcode και δεν νομίζω να είναι λόγος αυτός να μην το χρησιμοποιεί κανείς, δεδομένου ότι τα προβλήματα διορθώνονται άμεσα.
wintech2003
19-05-05, 13:33
sandman: phpbb λέγετε... όχι bbcode....
τα bbcode ειναι extensions τα οποία μπορεις να χρησιμοποιήσεις και στο vbulletin ( http://www.adslgr.com/forum/showthread.php?t=16765&highlight=bbcode )
Έχει κανείς εμπειρία με wxWidgets/wxWindows (http://wxwindows.org/); Είχα ρίξει μια ματιά παλιά αλλά δεν το είχα ψάξει όσο έπρεπε.
sandman: phpbb λέγετε... όχι bbcode....
τα bbcode ειναι extensions τα οποία μπορεις να χρησιμοποιήσεις και στο vbulletin ( http://www.adslgr.com/forum/showthread.php?t=16765&highlight=bbcode )
Εχαριστώ για την διόρθωση. Μάλλον θα μου κόλλησε το bbcode απ' το thread που είπες.
wintech2003
19-05-05, 17:21
Εχαριστώ για την διόρθωση. Μάλλον θα μου κόλλησε το bbcode απ' το thread που είπες.
no problem ;)
Έχει κανείς εμπειρία με wxWidgets/wxWindows; Είχα ρίξει μια ματιά παλιά αλλά δεν το είχα ψάξει όσο έπρεπε.
"Ακούγετε" οτι είναι δύσκολα στον προγραμματισμό. Περισότερα δε ξέρω, δεν βλέπω κάποιον λόγο όμως να μην προγραμματίσει κανείς απευθείας σε GTK+, είναι εξίσου cross-platform και language-agnostic (αντίθετα τα wxWidgets είναι γραμμένα σε C++, κάτι που είναι πολύ κακό για ενα toolkit). Βέβαια είναι και θέμα προσωπικής προτίμησης...
DeadAtHeaven
20-05-05, 16:43
"...δεν βλέπω κάποιον λόγο όμως να μην προγραμματίσει κανείς απευθείας σε GTK+, είναι εξίσου cross-platform και language-agnostic (αντίθετα τα wxWidgets είναι γραμμένα σε C++, κάτι που είναι πολύ κακό για ενα toolkit). Βέβαια είναι και θέμα προσωπικής προτίμησης...
To GTK είναι γραμμένο σε C με αποτέλεσμα να μπορούν να γραφτούν πιο εύκολα, wrappers και για άλλες γλώσσες προγραμματισμού, όπως Perl, Python, Tc l, κλπ.
Η δομή και λειτουργία των wxWidgets θυμίζει πολύ έντονα MFC. Το γεγονός οτι είναι γραμμένα σε C+ + θα έλεγα οτι κάνει πιο εύκολη τη ζωή αυτών που θέλουν να δημιουργήσουν νέα widgets, κάτι το οποίο θέλει περισσότερη δουλειά στο GT Κ.
Πιο αξιόλογες βιβλιοθήκες για GU I σε C++ είναι:
http://www.fox-toolkit.org
http://www.fltk.org
Ας ονομάσουμε το παραπάνω αρχείο repeat.cpp.
Ας δημιουργήσουμε ένα άλλο αρχείο με την νέα μας συνάρτηση : dumb.cpp
#include <iostream>
#include "dumb.h"
void myFunction(int arg)
{
cout << "You supplied the number" + arg;
return;
}
Το dumb.h μοιάζει ως εξής:
#ifndef _DUMB
#define _DUMB
void myFunction(int arg);
#endif
Συνέχεια στο επόμενο μήνυμα.
Τροποποίηση : Άκυρο..λαμβάνω μήνυμα 403 Forbidden όταν προσπαθώ να δημοσιεύσω το post με το Makefile...
Σε περίπτωση που δεν έχει αναφερθεί υπάρχει η mailing list του αντίστοιχου μαθήματος "Αντικειμενοστραφής Προγραμματισμός" του Τμήματος Πληροφορικής και Τηλεπικοινωνιών του Ε.Κ.Π.Α.
Είναι για τους φοιτητές, αλλά δεν έχει/ουν πρόβλημα η/οι καθηγήτρια/βοηθοί να απαντήσει/ουν σε γενικές ερωτήσεις C++.
Mailing List (http://cgi.di.uoa.gr/~mailman/listinfo.cgi/oop/)
Αρχική Σελίδα (http://cgi.di.uoa.gr/~izambo/oop.html)
Βασικά κάτι άσχετο!Εκτός από την γραμμή εντολών δεν ξέρετε πόσο βολικό είναι το Anjuta για Linux frontend για gcc g++ gdb etc etc... Για μένα είναι το VS του linux και δεν με έχει απογοητεύσει ποτέ. Όχι ότι έχω ασχοληθεί και περισσότερο από ότι χρειαζόμουν για τις εργασίες μου(one more n00b :whistle: :whistle: ) αλλά με έχει βοηθήσει πάρα πολύ σε ότι και αν έχω κάνει!!!
Πέρα από τα κλασσικά anjuta και kdevelop, τελευταία εχω βολευτεί με το codeblocks.
Απλό και εύχρηστο IDE. Υποστηρίζει linux και windows με διαφορους compilers.
www.codeblocks.org
Πέρα από τα κλασσικά anjuta και kdevelop, τελευταία εχω βολευτεί με το codeblocks.
Απλό και εύχρηστο IDE. Υποστηρίζει linux και windows με διαφορους compilers.
www.codeblocks.org (http://www.codeblocks.org)
Η άποψή μου είναι ότι για κάποιον που προγραμματίζει σε παραπάνω από μία πλατφόρμες, το Code::Blocks είναι μονόδρομος. Αυτός είναι άλλωστε και ο λόγος που το ξεκίνησα ως project :).
Αλλά πάλι, αυτή είναι μόνο η άποψή μου ;)...
Yiannis.
skyliner34
15-08-06, 05:16
Ακόμα και αυτοί που χρησιμοποιούν cobol / perl είναι περισσότεροι από εμάς που χρησιμοποιούμε delphi! Τελικά είμαστε οι τελευταίοι των μοικανών...
Το Knippix λέει τίποτα παίδες? Άν και απο Linux γκασμάς...
Το Knoppix είναι ένα πολύ καλό LiveCD για να ξεκινήσεις την ενασχόληση σου με το Linux, συστήνεται ανεπιφύλακτα.
skyliner34
17-08-06, 04:41
ΟΠΑ ΟΠΑ ΟΠΑ! πάρτο αλλιώς!
Καλά είμαι πέρα βρέχει....
KYLIX enoousa! oxi Knoppix!
Μπα, δεν έπιασε το Kylix και η Borland έχει χρόνια να το ανανεώσει...
@mandrav: Γιάννη καταρχάς συγχαρητήρια για το Code::Blocks, μας κάνεις περήφανους! :)
Τι λέει η εμπειρία σου με τα WxWidgets; Για την ώρα προγραμματίζω κυρίως σε Delphi, αλλά σκέφτομαι να πάω σε κάτι πιο cross-platform... Java αποκλείεται, το Mono είναι πολύ πίσω, το licencing του Qt είναι πανάκριβο, το Lazarus IDE δουλεύει με Pascal - πια προτιμώ C++...
Αυτά που υπόσχονται τα WxWidgets είναι πολύ καλά, όμως έχω τρεις βασικές ανησυχίες:
* Θα συνεχίσουν να αναπτύσσονται; Ή ο πυρήνας ανάπτυξης είναι μόνο 1-2 βασικοί developers και αν τα παρατήσουν θα εγκαταληφθούν;
* Πόσο stable είναι; Φτιάχνοντας το Code::Blocks πόσες μέρες έφαγες διορθώνοντας τα components των WxWidgets;
* Πόσο platform specific κώδικα αναγκάστηκες να γράψεις;
Πωπω πολλές απορίες για πρώτο post! Καλώς σας βρήκα!
Άλκης
@ ADSLgr.com All rights reserved.