vtiger 7.0 crm ελληνικα..
καλησπερα και χρονια πολλα,

χρησιμοποιω δοκιμαστικα το vtiger 7.0. ειναι πολυ καλο για τη χρηση που το θελω αλλα ενα μεγαλο προβλημα για παραγωγη ειναι η μη υπαρξη ελληνικων. γνωριζω οτι δεν ειναι και οτι πιο απλο να γινονται ελληνικα τετοια project αλλα θελοντας να βοηθησω εμενα και αλλους, θα ητα…
κάτι έχει γίνει λάθος στην περίπτωσης σου διότι αυτή η μετάφραση χρησιμοποιείται σε αρκετές επαγγελματικές εγκαταστάσεις εταιρειών (με εξαίρεση κάποιες περιπτώσεις που είναι custom μεταφράσεις εξειδίκευσης π.χ. ιατρεία, οδοντιατρεία, δικηγορικά γραφεία και δεν είναι online)
Αν δεν υπάρχει άλλος λόγος, θα ήθελα να προτείνω τη χρήση C # για να δημιουργήσετε την υπηρεσία web για σας. XML σε C # είναι πολύ καλύτερα από ό, τι η διαδικασία για να το κάνει σε RPG. Έχουμε χρησιμοποιήσει IronPython να χτίσει εφαρμογή λογιστικών φύλλων μας ναυαρχίδα (κωδικός παραγωγής 40kloc - και αυτό είναι Python, που σημαίνει ΙΜΟ loc ανά χαρακτηριστικό είναι χαμηλή) σε [αναλυτή συστημάτων](http://www.resolversystems.com/) , οπότε θα ήθελα σίγουρα να πω ότι είναι έτοιμο για χρήση στην παραγωγή σύνθετων εφαρμογών.


Υπάρχουν δύο τρόποι με τους οποίους αυτή μπορεί να μην είναι μια χρήσιμη απάντηση για να σας :-)


1. Είμαστε χρησιμοποιώντας IronPython, δεν είναι η πιο συνηθισμένη CPython. Αυτό μας δίνει το τεράστιο πλεονέκτημα να είναι σε θέση να χρησιμοποιούν τις βιβλιοθήκες .NET τάξη. Θα μπορεί να τη εαυτό μου για φλεγόμενα εδώ, αλλά θα ήθελα να πω ότι ποτέ δεν έχω δει πραγματικά μια εφαρμογή CPython που έμοιαζε «επαγγελματική» - έτσι ώστε να έχουν πρόσβαση στις WinForms widget που ήταν μια τεράστια νίκη για εμάς. IronPython μας δίνει επίσης το πλεονέκτημα ότι είναι σε θέση να ρίξει εύκολα σε C #, αν χρειαζόμαστε μια αύξηση της απόδοσης. (Αν και για να είμαι ειλικρινής έχουμε *ποτέ δεν* χρειάζεται να το κάνουμε αυτό. Όλα τα προβλήματα απόδοσης μας μέχρι σήμερα ήταν γιατί εμείς επιλέξαμε χαζή αλγόριθμους και όχι επειδή η γλώσσα ήταν αργή.) Χρησιμοποιώντας C # από IP είναι πολύ πιο εύκολο από ό, τι γράφει ένα Παράταση C για CPython .
2. Είμαστε μια Προγραμματισμός κατάστημα Extreme, έτσι γράφουμε δοκιμές πριν γράφουμε κώδικα. Δεν θα γράψω κώδικα παραγωγής σε μια δυναμική γλώσσα, χωρίς να γράψετε τις δοκιμές πρώτα? η έλλειψη ενός βήματος μεταγλώττισης θα πρέπει να καλύπτονται από κάτι, και όπως οι άλλοι άνθρωποι έχουν επισημάνει, refactoring χωρίς να μπορεί να είναι δύσκολο. (Απάντηση Greg Hewgill υποδηλώνει ο ίδιος είχε το ίδιο πρόβλημα Από την άλλη πλευρά, δεν νομίζω ότι θα ήθελα να γράψω -. Ή ειδικά refactor - κωδικός παραγωγής σε *οποιαδήποτε* γλώσσα αυτές τις μέρες, χωρίς να γράψετε τις δοκιμές πρώτα - αλλά YMMV.)


Re: το IDE - ήμασταν λίγο πολύ καλά με κάθε άτομο που χρησιμοποιεί το αγαπημένο πρόγραμμα επεξεργασίας κειμένου τους? αν προτιμάτε κάτι πιο βαρύ τότε [WingIDE](http://www.wingware.com/products) είναι αρκετά καλά-θεωρείται. Το πιο σημαντικό πράγμα για τον έλεγχο έκδοσης είναι:


***ΑΠΛΑ αρχίσετε να το χρησιμοποιείτε***


Δεν χρησιμοποιούν ελέγχου έκδοσης είναι μια φρικτή ιδέα. Εάν δεν χρησιμοποιείτε έλεγχος έκδοσης, σταματήσετε να διαβάζετε τώρα και να αρχίσετε να το χρησιμοποιείτε.


Είναι πολύ εύκολο να μετατρέψετε από



```
cvs<->svn<->git<->hg

```

Δεν έχει σημασία ποιο θα επιλέξετε. Απλά επιλέξτε το πιο εύκολο για σας να χρησιμοποιήσετε και να αρχίσει την καταγραφή της ιστορίας του κωδικού σας. Μπορείτε πάντα να μεταναστεύσουν σε μια άλλη (Δ) VCS αργότερα.


Αν ψάχνετε για ένα εύκολο στη χρήση γραφικό περιβάλλον ματιά [TortoiseSVN (Windows)](http://tortoisesvn.tigris.org/"TortoiseSVN") και [εκδόσεις (Mac)](http://www.versionsapp.com/) (Προτεινόμενη από [codingwithoutcomments](https://stackoverflow.com/questions/2658?sort=newest#2708) )







Επεξεργασία:



> 
> [pix0r είπε:](https://stackoverflow.com/questions/2658/#2672)
> 
> 
> Git έχει μερικά ωραία χαρακτηριστικά, αλλά δεν θα είναι σε θέση να τις εκτιμήσουν αν δεν έχετε ήδη χρησιμοποιήσει κάτι περισσότερο τυπική, όπως CVS ή Subversion.
> 
> 
> 


Αυτό. Χρησιμοποιώντας το git είναι άχρηστη αν δεν ξέρετε τι έλεγχος έκδοσης μπορεί να κάνει για σας.


Επεξεργασία 2:


Μόλις είδα αυτό το σύνδεσμο στο reddit: [Ανατροπή εξαπατήσει φύλλο](http://www.addedbytes.com/cheat-sheets/subversion-cheat-sheet/) . Καλή γρήγορη αναφορά για την γραμμή εντολών svn. Θα έλεγα ότι αυτό εξαρτάται από: αν διαπιστώσετε ότι η χρήση Glade μπορείτε να χτίσετε τις εφαρμογές που θέλετε ή πρέπει να κάνει ό, τι αυτό είναι απολύτως εντάξει. Αν όμως θέλετε πραγματικά να μάθετε πώς λειτουργεί το GTK ή έχετε κάποιες μη-τυπικές απαιτήσεις UI θα **πρέπει** να σκάψουν σε GTK εσωτερικά (που δεν είναι τόσο περίπλοκη).


Προσωπικά είμαι συνήθως περίπου 5 λεπτά σε μια πλούσια client όταν χρειάζομαι κάποια λειτουργία ή προσαρμογή που είναι απλά αδύνατο μέσα από έναν σχεδιαστή, όπως Glade ή [Stetic](http://www.mono-project.com/Stetic) . Ίσως είναι ακριβώς εγώ. Παρ 'όλα αυτά εξακολουθεί να είναι χρήσιμο για μένα για να ξεκινήσει η σχεδίαση παράθυρο χρησιμοποιώντας ένα γραφικό εργαλείο.


Η σύστασή μου: αν κάνει πλούσιους πελάτες που χρησιμοποιούν το GTK πρόκειται να είναι ένα σημαντικό μέρος της δουλειάς σας / χόμπι στη συνέχεια να μάθουν GTK, καθώς από τη στιγμή που **θα** χρειαστεί να γράψω αυτό το κώδικα μέρα.


PS Προσωπικά βρίσκω [Stetic](http://www.mono-project.com/Stetic) να είναι ανώτερη από Glade για το έργο του σχεδιασμού, αν και λίγο πιο ασταθής. Έκανα 35 λεπτά βίντεο και έδειξε μερικά παραδείγματα μίζα DTrace που μπορείτε να βρείτε εδώ: <http://cocoasamurai.blogspot.com/2008/05/dtrace-for-cocoa-developers.html> που προορίζονταν για την εισαγωγή DTrace στο κακάο προγραμματιστές , αλλά μπορεί να λειτουργήσει για οποιονδήποτε πραγματικά Στο λινκ <https://www.duolingo.com/translations>


αλλα δεν υπαρχουν από ή προς Ελληνικά ακόμα. Μπορεί να είμαι ντεμοντέ, αλλά εγώ προτιμώ επεξεργαστή κειμένου μου. 


Χρησιμοποιώ emacs, και έχει μια αρκετά αξιοπρεπή λειτουργία xml. 


Οι περισσότερες καλές συντάκτες κειμένου θα πρέπει hi-φωτισμό και ταιριάζουν ετικέτα εγκαταστάσεις αξιοπρεπή σύνταξη. IDE σας μπορεί να το κάνει ήδη (IntelliJ ιδέα κάνει, και πιστεύω Eclipse κάνει επίσης). Καλή προγράμματα επεξεργασίας κειμένου θα είναι σε θέση να αντιμετωπίσει *τεράστια* αρχεία, αλλά μερικοί συντάκτες του κειμένου δεν μπορεί να είναι σε θέση να τις αντιμετωπίσουν. Πόσο μεγάλη μιλάμε; Ίσως να είναι σε θέση να πάρετε κάποιες ιδέες εφαρμογής από την [βιβλιοθήκη Ruby / ProgressBar](http://0xcc.net/ruby-progressbar/ "Ruby / ProgressBar") , η οποία παράγει μπαρ πρόοδο κείμενο. Σκόνταψα σε μια-δυο μήνες πίσω, αλλά δεν έχουν κάνει οποιαδήποτε χρήση του. Αυτό είναι ένα τεχνικό πρόβλημα παρακαλώ να κάνετε μια αναφορά εδώ.



> 
> <https://support.duolingo.com/hc/el>
> 
> 
> Υπάρχει ένα [plugin Eclipse σε εξέλιξη](http://www.eclipse.org/egit/) .