Επιβίωση στο ΧΑΟΣ της εξεταστικής ύλης του ΕΑΠ

Έφτασε αυτή η "μαγική" εποχή του χρόνου στο ΕΑΠ. Όχι, δεν εννοώ τα Χριστούγεννα, αλλά την εξεταστική. Ανοίγεις τον οδηγό σπουδών, κοιτάς τον όγκο της ύλης και ο εγκέφαλός σου βαράει αμέσως Error 413: Payload Too Large. Είναι εκείνη η γλυκιά στιγμή που συνειδητοποιείς ότι ολόκληρο το εξάμηνο έκανες git push --force τον εαυτό σου να διαβάσει, και τώρα καλείσαι να κάνεις resolve τα conflicts της αγνοίας σου σε λιγότερο από μήνα. Η ύλη μοιάζει με legacy κώδικα γραμμένο σε COBOL από προγραμματιστή που πληρωνόταν με τη γραμμή. Χωρίς comments, φυσικά.

Το πρώτο ένστικτο είναι, εννοείται, ένα απροειδοποίητο kernel panic στον ίδιο σου τον εαυτό. Ακολουθεί η ακατανίκητη επιθυμία να πετάξεις το laptop από το μπαλκόνι, να κάνεις delete το GitHub account σου και να πας να γίνεις εκτροφέας αλπακά στις Άνδεις. Επειδή όμως τα αλπακά φτύνουν (και εσύ τρως ήδη αρκετό "φτύσιμο" από τους compilers όλο το εξάμηνο), ας δούμε μερικές στρατηγικές. Στόχος μας; Να βάλουμε όλο αυτό το χάος σε ένα try/catch block, ελπίζοντας να επιβιώσουμε χωρίς ανεπανόρθωτο hardware failure (κοινώς, εγκεφαλικό).

1. Divide & Conquer (Διαίρει και Βασίλευε)

Αν ανοίξεις τα PDF των βιβλίων των 1200 σελίδων του ΕΑΠ και προσπαθήσεις να τα κάνεις parse όλο μαζί, η μνήμη σου θα κάνει leak πριν καν τελειώσεις τον πρόλογο. Ο μεγαλύτερος εχθρός δεν είναι η δυσκολία, αλλά ο όγκος. Αντιμετώπισε την ύλη σαν ένα ατελείωτο, monolithic project. Το μυστικό είναι να το σπάσεις σε μικρά, ανεξάρτητα microservices (βλέπε: κεφάλαια). Φτιάξε ένα sprint backlog με το τι πρέπει να βγει κάθε μέρα. Ακόμα και 10 σελίδες τη μέρα είναι ένα επιτυχημένο commit στο main branch. Η μαγεία κρύβεται στο consistency, κι όχι στα μαραθώνια all-nighters της τελευταίας στιγμής, όπου κατεβάζεις 4 λίτρα καφέ και καταλήγεις να κοιτάς την οθόνη με το βλέμμα αγελάδας που βλέπει τρένο, περιμένοντας τη φώτιση.

2. Το Πραγματικό "Cheat Sheet": Pattern Recognition (και ολίγη Σχιζοφρένεια)

Ναι, ναι, όλοι λένε ότι οι Γραπτές Εργασίες (ΓΕ) είναι τα τέλεια unit tests πριν βγεις production. Spoiler alert: Στο production του ΕΑΠ τα πάντα παίρνουν φωτιά. Το πραγματικό cheat sheet, ο δρόμος για τη φώτιση και το περαστικό 5άρι, είναι ένα: Pattern Recognition στα παλιά θέματα.

Αν τολμήσεις να κάνεις git clone τα θέματα των τελευταίων ετών και αρχίσεις το reverse engineering, ετοιμάσου. Θα διαπιστώσεις σύντομα ότι πολλά από αυτά δεν είναι ακαδημαϊκά θέματα, αλλά ακυκλοφόρητο υλικό για ψυχιατρική μελέτη σχιζοφρένειας. Μιλάμε για εκφωνήσεις γραμμένες μάλλον σε γλώσσα Brainfuck, όπου ο εξεταστής κοιμήθηκε πάνω στο πληκτρολόγιο, πήρε το τυχαίο memory dump, το έκανε cast σε ένα τεράστιο, φωλεασμένο struct της C γεμάτο void ** και dangling pointers, και αναφώνησε: "Εξαιρετικό, ας δούμε τους φοιτητές να καίγονται".

Γι' αυτό, όταν λύνεις παλιά θέματα, στην ουσία δεν διαβάζεις την ύλη. Κάνεις cyber-espionage. "Χακάρεις" το mindset της παραφροσύνης του εξεταστή, εντοπίζεις τα επαναλαμβανόμενα patterns του πόνου και γράφεις το δικό σου custom error handling. Έτσι, όταν την ώρα της εξέτασης σκάσει το επόμενο εξωγήινο ερώτημα που ζητάει πρακτικά να φτιάξεις λειτουργικό σύστημα με οδοντογλυφίδες, αντί να κρασάρεις, απλά ρίχνεις ένα χαμόγελο απόγνωσης, γράφεις τη λιγότερο λάθος απάντηση που μπορείς να σκεφτείς, και κάνεις continue.

3. Η παγίδα του 100% (ή αλλιώς, Optimize for MVP)

Στον κόσμο του κώδικα υπάρχει ένα ρητό: "Premature optimization is the root of all evil". Στο ΕΑΠ, το να κυνηγάς το απόλυτο 100% της ύλης είναι το απόλυτο anti-pattern. Ειδικά στην ΠΛΗ10, η ύλη δεν είναι απλώς τεράστια, είναι μια δυστοπική έκταση αλήθειας που αν προσπαθήσεις να την κατακτήσεις ολόκληρη, θα καταλήξεις σκλάβος των pointers και των linked lists για πάντα. Το να απαιτείς τέλειο proficiency από τον εαυτό σου σε αυτό το σφαγείο γνώσης είναι σαν να ζητάς από μια C μεταβλητή να θυμάται πράγματα που ποτέ δεν της ανέθεσες.

Εδώ πρέπει να γίνεις φιλόσοφος και να αποδεχτείς τη σκληρή αλήθεια: ο κώδικάς σου (και οι σημειώσεις σου) θα έχουν bugs. Στην εξεταστική, η τελειομανία είναι ένας πολυδάπανος πόρος που δεν χωράει στο χρονοδιάγραμμα. Ο στόχος σου δεν είναι η ακαδημαϊκή αριστεία, αλλά το Minimum Viable Product (MVP): να περάσεις. Επικεντρώσου στο 80% της ύλης που αποτελεί τη ραχοκοκαλιά του περάσματος. Στις υπόλοιπες, περιφερειακές και τυχόν ακατανόητες λεπτομέρειες, κάνε ένα μεγαλοπρεπές pass (όπως στην Python) ή ρίξε ένα continue και πήγαινε γρήγορα στο επόμενο iteration της ύλης. Αν ποτέ βρεις χρόνο για code review (hint: ποτέ), θα τις κοιτάξεις. Μέχρι τότε, αποδέξου την ατέλεια, βάλε ένα ερωτηματικό (;) εκεί που νομίζεις ότι ταιριάζει, και πάτα compile.

4. Time Management as a Race Condition

Το διάβασμα για το ΕΑΠ, όταν έχεις δουλειά, οικογένεια και υποχρεώσεις, είναι το τέλειο παράδειγμα race condition. Δεν έχεις απλά δύο threads, έχεις ένα ολόκληρο thread pool που κοντεύει να κάνει exhaust: την εργασία, το πανεπιστήμιο, την οικογένεια, τα παιδιά και... τις ελάχιστες ώρες ύπνου. Όλα αυτά τρέχουν παράλληλα, διεκδικώντας ταυτόχρονα τους ίδιους περιορισμένους πόρους (shared memory): τον χρόνο και την ενέργειά σου. Όποιο process προλάβει να κάνει lock το CPU cycle της προσοχής σου, κερδίζει.

Το κλειδί για να μην καταλήξεις σε deadlock είναι το αυστηρό scheduling. Μην αφήσεις τη δουλειά (ή το χάος του σπιτιού) να καταβροχθίσει κάθε σου βράδυ. Χρειάζεσαι ένα fixed interrupt cycle. Φαντάσου ότι έχεις φτιάξει ένα custom scheduler που δεσμεύει 2-3 ώρες κάθε βράδυ αποκλειστικά για το ΕΑΠ. Αυτή η περίοδος είναι read-only για emails, meetings, social media και εξωτερικά interrupts. Αν σε πειράξουν, απλά πετάς ένα "Access Denied" (ή "Segmentation Fault") και συνεχίζεις. Είναι σκληρό, αλλά απαραίτητο: αν δεν βάλεις εσύ τα hard-coded όρια στο πρόγραμμά σου, το λειτουργικό της ζωής θα τα βάλει για εσένα με τον χειρότερο τρόπο.

Εν κατακλείδι (Ο Επικήδειος του return 0;)

Η φοιτητική ζωή στο ΕΑΠ, όταν συνδυάζεται με δουλειά, οικογένεια και την παράλογη ανθρώπινη ανάγκη για ύπνο, δεν είναι απλά σπουδές. Είναι ένα διαρκές, ψυχοφθόρο stress test σε production περιβάλλον, χωρίς backup, όπου κάποιος τραβάει την πρίζα του server κάθε τρεις και λίγο.

Να θυμάσαι όμως το εξής: οι εξετάσεις δεν καθορίζουν την αξία σου. Είναι απλά ένα κακογραμμένο, legacy API που είσαι αναγκασμένος να κάνεις consume. Ακόμα και αν φας Timeout ή επιστρέψει 500 Internal Server Error (κοινώς, αν κοπείς), δεν χάθηκε τίποτα. Δεν είσαι ούτε ο πρώτος, ούτε ο τελευταίος που πέφτει σε infinite loop. Την επόμενη φορά (στην επαναληπτική), θα κάνεις refactor την προσέγγισή σου, θα κάνεις patch τα memory leaks του διαβάσματος, και θα ξανακάνεις deploy.

Μέχρι να πάρεις το πολυπόθητο πτυχίο, κράτα γερά. Καλή δύναμη, καλό debugging της ύλης, και... may the Force (και τα σωστά memory allocations) be with you.