PC_MAGAS

Αν πιστεύεις ότι ΔΕΝ θα σε βοηθήσει απλά το αγνοείς, πολύ απλά, δεν χρειάζεται flames ούτε να χαλάμε τις καρδιές μας εδω μέσα. Ειδικά αν πιστεύεις πως είναι ειρωνία και ειδικά μέσω web εφαρμογής ή σελίδας είναι παιχνιδάκι να το κάνεις, ή στέλενεις λένα φιλικότατο pm και λές ότι φίλε για τους X-Y λόγους με πειράζεις ή με προσβάλεις μπορείς αν είναι κάτι που το λες να το πεις με ποιο ωραίο τρόπο. Και στο φινάλε φινάλε πως συμπεραίνεις ότι ο Χ - Ψ είναι αρχάριος. Εγω συμπαίρανα ότι είσαι αρχάριος από τον κώδικα σου γιατί κάπως έτσι έγραφα και εγώ όταν άρχιζα να προτωποιάνω php σοβαρά στα χέρια μου. Και πάλι είμαι Junior δηλαδή η ουσιαστική εμπειρία κώδικα επαγγελματικά είναι χμμμ οι 6 τελευταίοι άντε με τα βίας βάλε καμια πρακτική ή κανα προσωπικό project ας πούμε χρόνο και πολύ σου βάζω. Σε απλά Ελληνικά θα ήταν τιμή μου αυτός που έχει 5+ χρόνια προγραμματισμού στην πλάτη να καθίσει 1 ώρα να με μάθει ένα πράγμα - τεχνολογία. Έτσι αντί να ελέγχεις και να εξετάζεις αν είναι αρχάριος κάποιος η όχι να ακούς - διαβάζεις αυτά που σου λέει και να τα ελέγχεις στην πράξη. Και στο φινάλε φινάλε τι πειράζει αν στο codeacademy μπαίνουν rookies η pro αν υπάρχει ένα καλό εργαλείο - μέθοδος να σου μάθει 2-3 πράγματα γιατί να ΜΗΝ το χρησιμοποιήσεις; Και τι πειράζει που σε είπε "ξερόλα" ο te0one, άς τον να λέει. Το πολύ πολύ βάζεις την γάτα σου να κλαίει. Και πριν πας και αρχίζεις flames καλό είναι να το δεις και με άλλη οπτική γωνία, ίσως να έχει δίκιο. Εξάλλου το παρακάτω σχόλιο που είπες δίνει τροφή να σε πει ο άλλος "ξερόλα". Καλό είναι αντί να έχεις την αντίληψη ότι κάτι ξέρεις, άλλαξε την αντίληψη και πες ότι κάτι δεν ξέρω και ας σου δώσει αυτό που ήδη ξέρεις, θα το μάθεις καλύτερα. Πχ. Ίσως το codeacademy γράφοντας κώδικα και σε κομμάτι που ήδη ξέρεις να σε κάνει καλύτερο ίσως να μην σου δίνει να το κατανοήσεις και να θές άλλη μέθοδο. Ps. Μου αρέσει που λέω junior σε παραπάνω μύνημα ενώ και εγώ ουσιαστικά junior είμαι. χαχαχαχαχαχαχα... Είμαι στα χέρια σας συνdevelopers-senpai.

Φίλε ακόμη και να μην πας στην τοπ Σχολή αν είναι σχολή πληροφορικής κάτι θα σου δώσει. Αλλά ΠΟΤΕ μην επαναπαυθείς σε αυτό, η σχολή αποτελεί την Πύλη για έναν μαγικό κόσμο που θα πρέπει να εξερευνήσεις μόνος σου. Προσωπικα με το που πήρα το πτυχίο και το λελεδόχαρτο και πήγα να βρω δουλεία έφαγα Χ (Οκ μετά βρήκα κάπου αλλού). Ακόμη για να βρω δουλειά αναγκάστικα να ασχολιθώ μόνος μου και να μάθω javascript που δεν ήξερα την τύφλα μου. Δληαδή όπου και να πας θα υσχύει αυτό γιατί θα σου δώσει μια βάση, μικρή η μεγάλη προσωπικά βάλε όλες τις σχολές πληροφορικής στο μηχανογραφικό και μέτρα χιλιομετρική απόσταση από τον τόπο κατοικίας σου και μόρια. Αν είναι Πολυτεχνείο έχει καλός αν δεν είναι απλά κάνεις και ένα καλό Μεταπτυχιακό αργότερα με υποτροφία αν είναι δυνατόν πχ. Υποτροφίες Mext της Ιαπωνικής Κυβέρνησης.

Ειρήνη υμίν. Μάγκες χαλαρώστε. Το Kung-fu, Ziu Zitsu, καράτε και παγκράτιο εδω μέσα χαλάνε το κλίμα του βοηθάμε τον Junior με όσα ξέρουμε και τελικά χαλάει και δεν βοηθά τον ανόνυμο χρήστη που θα δει το topic και θα έχει την ίδια απορία. @newman33 Ο @te0ne είχε την καλή την ευγενή και πρόθεση να σου πει 2-3 πράγματα για το πως θα προσωρίσεις στο να μάθεις καλύτερα προγραμματισμό. Πιστευώ πως ούτε ήθελε να σε θίξει απλά ήθελε να σου πει και πως το codeacademy και το stackoverflow είναι χρήσιμα εργαλεία όσο και για τον μυημένο τόσο και για τον πρωτάρη στο web development. Ακόμη σου λέω να θυμάσαι ότι ο κόσμος της Devland έχει ασύληπτα μεγάλη έκταση μέρη δύσκολα και ενδιαφέροντα, μέρη εξωτικά και η ποικιλομορφία και η έκταση της χώρας αυτής είναι τεράστια. Ειδικα οι κάτηκοι της χώρας αυτής πολλές φορές η προσφορά και ο κόπος που έχουν δώσει για να προσφέρουν τις υπόλοιπες χώρες είναι άφαντη με το πέπλο της ευκολίας που τόσο δύσκολα κουράστικαν οι κάτοικοι να το υφάνουν αλλα και να το μπαλώνουν. Παρόλα αυτά αποτελεί μια χώρα που αξίζει να την επισκευθείς γιατί θα σου δώσει μια χαρά την χαρά του εξερευνητή διότι πάντα θα υπάρχει μια περιοχή ακόμα και πετραδάκι που θα πρέπει να εξερευνήσεις. Άρα σαν καλός εξερευνητής μην λές όχι σε εργαλεία και χάρτες που θα σου κάνουν την εξερεύνηση σου ποιο εύκολη. Ελπίζω ο αλληγορικός μου τρόπος να πέρασε το μύνημα που ήθελα να σου πω.

Εγώ λεχω τεράστιο εύρος συνήθως ακούω Motorjesus, Firewind, J-pop (όpenings από animes κλπ κλπ) αλλά ποτέ σκυλάδικα. Επίσεις ακούω και ντόποιο εγχώριο Rock.

A όταν μίλησα να έχω κάτι ποιο συγγεκριμένο αντικείμενο εργασίας είπε ότι "Δεν μπορώ να σου το προσφέρω δεν παίζουμε έτσι. Θέλουμε Killers" Δηλαδή θέλει το παιδί για όλα; Επίσεις αν έχεις εμπειρίες από τέτοιες εργασίες (Εργασία σε Canonical η RedHat) τι ρυθμούς λέμε δηλαδή θέλω ένα παράδειγμα από προσωπικές σας εμπειρίες σε ανάλωγες εταιρείες, για να το εμπεδώσω όσο βαθειά γίνεται. Πχ. Δουλειά 4 μερών σε μια εταιρεία μικρού βελινεκούς θα πρέπει να την βγάλω σε 1 ώρα, ή να δουλεύω από τισ 8 το πρωϊ μέχρι τισ 8 το μεθεπόμενοι πρωϊ για να βγάλω μια απαίτηση; Ακόμη είπες να διαβάσω κώδικα έχεις κάποια projects που να είναι αρκετα ενδεικτικά για ανάγνωση; Ακόμη όταν διαβάζω κώδικα τι πρέπει να προσέχω έτσι να κατανοήσω το ποιόν του Κώδικα και να τον συγκρίνω με τον δικό μου (Αν αίναι παραπάνω από 10 Γραμμές δώσε links); Ακόμη μπορώ να πάρω τέτοιου είδους εμπειρίες δουλεύοντας ταυτόχρονα (πχ. το ΣΚ) σε Projects ελευθέρου λογισμικού, πχ. εργασία με "μαθουσάλες" στον προγραμματισμό;

Το τελίκιασες και συ το πρόβλημα είναι αν αυτό πυο κάνω είναι κάτι επαγγελματικο και σωστό η όχι και πως θα αποκτήσω τεχνογνωσία με τον σωστό τρόπο. Απλά με το που σκάνε οι απαιτήσεις νιώθε έναν ελαφρύ εκνευρισμό και δεν ξέρω γιατί και αν μαθαίνω κάτι πως θα το εφαρμόζω στην πράξη.

Μην το λες εγώ που έχω κάνει 2-3 projects και ασχολούμε προσωπικά αναγκάστικα να καταφύγω σε αυτό για να μάθω καλά javascript. Καλό είναι από 0 base να ξεκινάς να μαθαίνεις παρά να λες ξέρω 2-3 πράγματα. Αν και για αρχάριους σε μαθαίνει καλύτερα και εις βάθος μια γλώσσα προγαμματισμού.

Σε απλάΕλληνικά το ΣΚ εκαπιδεύομαι σε πράγματα για να εφαρμόζω στην δουλειά πχ. Unit testing.

Λοιπόν πρέπει απλά να το χωνέψω ότι έτσι θα είναι και δεν αλλάζει και ο κώδικας μου θα είναι σκ@τα μέχρι να πάω σε εταιρεία όπως Canonical ή Novel. Μάλλον να κάνω κανα cotribute και σε κάνα άλλο project για να με πάρουν.

Ναι αλλά δεν θα βόλευε να έχεις και τον μαθουσάλα Senior να σου πει 5 - 10 πράγματα να τα κάνεις σωστά. Ακόμη σε ανάπτυξη εφαρμογών δεν ε'ιναι απαραίτητο το Unit testing;

Καλησπέρα συνάδελφοι συνdevelopers, Ευτυχώς είμαι σε μια αρκετά μικρή εταιρεία (Το μόνιμο προσωπικό είναι 2-3 άτομα και απασχολεί ΠΟΛΟΥΣ πρακτικάριους κατα καιρούς) και βγάζω το ψωμί μου δια μέσω development. Έχω μια απορία, στον χώρο εργασίας πως σας έρχονται οι απαιτήσεις σας σκάνε η μια πίσω από την άλλη ειδικά στο UI. Δηλαδή για να γίνω ποιο κατανοητός κάνετε ένα κομμάτι κώδικα ειδικά HTML CSS και JS και εφόσον ξεσκιστήκατε και το δείξατε σας είπε ότι δεν το θέλει ενώ πολλές φορές δεν έχει ιδέα ο πελάτης το πως θέλει το UI και το αφεντικό (που δεν έχει ΙΔΕΑ από dfevelopment) να πει ξήλωσέ το δεν το θέλω. Ακόμη οι ρυθμός που δίνονται οι απαιτήσεις που πρέπει να υλοποιήσω που μου σκάνε σε απροσδόκητο χρόνο ακόμη και όταν κάνω development και έτσι μου τρώει χρόνο από το να υλοποιώ την εφαρμογή του πελάτη. Θέλω να ξέρω αν αυτά εφαρμόζονται όχι μόνο στο μαγαζάκι στην γωνιά που κάνει σελίδες αλλά και σε μεγάλη εταιρεία στο Εξωτερικό. Σε εταιρίες όπως Mozilla, Red Hat, Novell πως σερβίρονται οι απαιτήσεις και ποιο workflow ακολουθάτε, δηλαδή ποια βήματα ακολουθούνται από την καταγραφή της απαίτησης μέχρι την υλοποίηση σε κώδικα; Πως καταγράφονται οι απαιτήσεις σας δίνονται με το σταγονόμετρο ή ξοδεύςεται ένα Χ χρόνο για καταγραφή ταξινόμηση των απαιτήσεων και δημιουργία μακετών για UI. Γιατί εκεί που έποιασα δουλειά απλά κάνω κάτι το παρουσιάζει και μου λέει να υλοποιήσω χ-ψ αλλαγές και τις κάνω αλλά είναι ΕΚΝΕΥΡΙΣΤΙΚΟ δηλαδή ουσιαστικά σκάνε αλλαγές και απαιτήσεις να υλοποιήσω και δεν έχω χρόνο να εκπαιδευτώ σε θέματα όπως Desighn Patterns και Unit Testing. Ακόμη πως θα ξέρω αν αυτό που κάνω είναι καλή ποιότητα και από άποψη κώδικα αλλά και από άποψη ότι είναι ασφαλές και robust εφαρμόζοντας unit testing (που έχω 0 εμπειρία σε αυτό). Να πω την αλήθεια χρειάζεται Unit Testing πάντα δηλαδή είναι αναγκαίο να κάνεις σε ένα κομμάτι κώδικα Unit testing ανεξάρτητα αν είναι μεγάλο η μικρό project και βοηθάει στο να παράγεις ένα quality Product. Γι αυτό αξίζει να ξενιτευτώ για να ποιάσω μια ενδιαφέρουσα και λαυλωτική δουλειά σε Novel, RedHat, Canonical αλλά ξητάνε κυριώς senior δεν είδα θέση Junior ή και σε μια non-developer θέση εργασίας πχ. να αρθογράφω tutorials σε blog ή περιοδικό εξάλου έχω γράψει ένα χ όγκο άρθρων περί τεχνολογίας στο blog μου: http://pcmagas.wordpress.com

Είναι javascript. Παραδόξως καλά τα βιντεάκια αλλά είμαι υπάρμαχος διαδραστικώς χεράκι χεράκι και hands on καταστάσεων. Γι αυτό σου συστήνω το http://codeacademy.com

Άσε έχω καεί από αυτό.

Πες τα. Ακόμη για να μάθεις υπάρχει και το http://codeacademy.comπου σου καλύπτει ουσιαστικά ότι θες σε μια γλώσσα και είναι 1000 φορές καλύτερο από το βιβλίο γιατί είναι διαδραστικός και hands on τρόπος, πράγμα που σου μένει.

Εγώ βλέπω το Usagi Drοπ δεν είναι στο στυλ Echi Harem αλλά στο πρώτο επεισόδιο με έκανε να βάλω τα κλάμματα. Φοβερό story και όχι απο τα συνηθισμένα....

Ναι είναι αλήθεια. Αλλά από τον κώδικα καταλαβαίνω (διορθώστεμε αν κάνω λάθος) πως είναι αρχάριος έτσι τον πάμε low low. Αν δεν μάθεις να μπουσουλάς πως θα μάθεις να περπατάς;

Α) Έχεις ένα security hole τεράστιο και απο την "ιδιαίτερη" περιοχή της Τζούλιας στο Απαγορευμένο. Απλά έχε σαν μπούσουλα ότι παίρνεις από $_POST ή $_GET και το περνάς σε Sql Query String το περνάς πρώτα από την: mysql_real_escape_string(); Πριν το κάνεις στο Query String. H ευπάθεια ασφαλείας λέγεται Site: SQL Injection και είναι απλή στην αντιμετώπιση και εξίσου εύκολα (αν δεν το αντιμετοπίσεις) να σου κάνουν το site - εφαρμογή σαν προταγωνίστρια σε ταινία με το χ πάνω δεξιά να φαίνεται στην οθόνη και να αναφέρει 18+ στην θήκη του DVD. Ακόμη σου συνηστώ να μετακομίσεις σε PDO αργότερα και μετά να πας σε ένα framework (Codeigniter είναι εύκολο να το στήσεις και να μάθεις) για να κάνεις web εφαρμογές Like A Boss!!!!! Β)Αν παίξεις έτσι (άνευ framework) Πρέπει να ελέγχεις πάντα αν έχει κάνει Submit. Το πετυχαίνεις βάζοντας στην φόρμα την στο submit button ένα name="ότινάναι" και ελέγχείς αν το isset($_POST['ότινάναι']) είναι true όπως λένε δια κώδικα οι άλλοι. Αν είναι true εκτελείς το Query.

Για προγραματισμό όχι αλλα μηχανογράφηση πιστεύω πως ναι. Στην Ελλάδα Ισχύει ένα άτομο για όλα και που θες να ασχοληθείς με προγραμματισμό δεν θα κάνεις μόνο αυτό. Σε μικρή εταιρεία θα κάνεις και Data Entry ίσως να επισκευάζεις και Η/Υ. Στην Καλύτερη θα σχεδιάζεις και το Site και θα γράφεις ΚΑI Javascript. Αποκελιστικά frontend η Backend web development θα κάνεις στο Εξωτερικό Δηάδη δεν θα γράφεις μόνο σε μια γλώσσα κώδικα αλλά σε 2-3 (μιλόντας για web development)

Εγω οταν πηγα εργασια Μετρησε ο βαθμός πτυχιου και το πόσο καλά ξέρω τις τεχνολογίες. Και η Javascript με έχει κάψει.

To μόνο αρνητικό του Laravel είναι ότι δεν παίζε σε subfolder. Πχ. στο /home folder έχεις ένα htdocs folder και εκεί για κάθε project έχεις ένα subfolder. E αν έχεις το laravel σε ένα από αυτά δεν παίζει πρέπει να είναι στο /root folder. Ενώ Yii και Codeigniter framework παίζουν τζάμι.

Σε οτιδήποτε πάντα να παίρνεις εγγύηση. Ποτέ δεν κερεις πότε θα σσου σκάσει.

Όταν χάνεσαι στον Οκεανό του κώδικα καθώς κοιτάτ την Οθόνη (ή οθόνες) με το IDE να τρέχει και τα νεύρα σπασμένα γιατί δεν τρέχει το γ@#$%$$#@$$%%% η τι στο λούτσο έχει γράψει ο μ@#$%^^%%$#@ Abdul Malhala ή ο Μίτσος θες να ξεδώσεις. Ποια μουσική ακούτε κατά ρτην διάρκεια του development. Ποιο είδος προτιμάτε;

Σαν IDE χρησιμοποιώ τον IntelliJ. Ο Eclipse μου ήταν Χαοτικός και περίπλοκος. Και για τον Firebug ηπάρχουν ήδη Developer tools στον Μozilla.

Πως το compile το κάνω με maven που το πακετάρω σε .war και το ανεβάζω στον tomcat δεν χρησιμοποιώ τίποτα fancy. Ακόμη έκανα μερικές αλλαγές στο web.xml και το message.jsp: web.xml: <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd" > <web-app> <display-name>Testing Servlets</display-name> <filter> <filter-name>setCharacterEncodingFilter</filter-name> <filter-class>org.apache.catalina.filters.SetCharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <async-supported>true</async-supported> </filter> <filter-mapping> <filter-name>setCharacterEncodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <filter> <filter-name>setCharacterEncodingFilter2</filter-name> <filter-class>org.apache.catalina.filters.AddDefaultCharsetFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <async-supported>true</async-supported> </filter> <filter-mapping> <filter-name>setCharacterEncodingFilter2</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> <jsp-config> <jsp-property-group> <url-pattern>*.jsp</url-pattern> <page-encoding>UTF-8</page-encoding> </jsp-property-group> </jsp-config> <servlet> <servlet-name>Test</servlet-name> <servlet-class>test.Test</servlet-class> </servlet> <servlet-mapping> <servlet-name>Test</servlet-name> <url-pattern>/test</url-pattern> </servlet-mapping> </web-app> message.jsp: <%@ page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta charset="UTF-8"/> <title>Viewing Message</title> </head> <body> <h1>Showing Message</h1> You have entered: <strong><% response.setCharacterEncoding("UTF-8"); String name= (String)request.getAttribute("message"); out.println(name); %></strong><br> <h1>Character Encoding</h1> <% out.println("Req: "+request.getCharacterEncoding()); %> <% out.println("Resp: "+response.getCharacterEncoding()); %> <a href="./index.html">Back</a> </body> </html> Και δείτε τι παίρνω στο response στην pic που έχω επισυνάψει. Λύθηκε το θέμα ορίζεις τα encoding στο Servlet και όχι στο jsp file.