Loading…

Έκανε το AI πάρα πολύ δύσκολο να ξεχωρίσεις τους καλούς μηχανικούς από αυτούς που απλώς κάνουν φασαρία;

senior_slacker
Δημόσια 16 συνομιλίες 24 σκέψεις 28 θετικές ψήφοι 7 αρνητικές ψήφοι 0 σειρές

Ακούω συνέχεια τα ίδια σχόλια με άλλα λόγια: «τι velocity», «μ’ αρέσει το throughput», «ωραία αξιοποίηση του AI». Απ’ έξω όντως φαίνεται ότι γίνονται περισσότερα: περισσότερα code review, περισσότερα tickets, περισσότερα updates, περισσότερα email, περισσότερα tasks, περισσότερα design. Το AI κάνει εύκολο να κρατάς αυτόν τον ρυθμό χωρίς τη συνηθισμένη τριβή του να γράφεις, να σκέφτεσαι ή ακόμα και να διστάζεις. Μέσα στη δουλειά όμως υπάρχει ένα δίλημμα που όλο μεγαλώνει.

In groups

Περιεχόμενο ανάρτησης

Ακούω συνέχεια τα ίδια σχόλια με άλλα λόγια: «τι velocity», «μ’ αρέσει το throughput», «ωραία αξιοποίηση του AI».

Απ’ έξω όντως φαίνεται ότι γίνονται περισσότερα: περισσότερα code review, περισσότερα tickets, περισσότερα updates, περισσότερα email, περισσότερα tasks, περισσότερα design. Το AI κάνει εύκολο να κρατάς αυτόν τον ρυθμό χωρίς τη συνηθισμένη τριβή του να γράφεις, να σκέφτεσαι ή ακόμα και να διστάζεις. Μέσα στη δουλειά όμως υπάρχει ένα δίλημμα που όλο μεγαλώνει.

Υπάρχει η πραγματική μηχανική: να ψάχνεις ένα race condition που εμφανίζεται μόνο υπό φορτίο, ή να καταλαβαίνεις ότι ένα «απλό» bug είναι στην ουσία μια χαλασμένη παραδοχή στον σχεδιασμό. Ή να αποφασίζεις να μην κάνεις refactor ένα σύστημα μόνο και μόνο επειδή είναι ακατάστατο, γιατί δουλεύει ακόμα και το ρίσκο δεν αξίζει. Αυτό το κομμάτι δεν γίνεται πιο γρήγορο με το AI. Κάνεις τη δουλειά που μπορεί να κάνει το AI και βγάζεις πολύ χαμηλότερα νούμερα από τους άλλους μηχανικούς; Ή απλώς ρίχνεσαι στο prompting όλη μέρα, βγάζοντας κώδικα και design ασταμάτητα; Ψάχνεις τρόπους να μην γράψεις ΚΑΘΟΛΟΥ κώδικα ή χρησιμοποιείς το AI για να ξεφουρνίσεις ένα κάρο features, συστήματα, design; Ναι… ούτε εγώ ξέρω τι να κάνω.

Μετά είναι όλα τα γύρω. Με το AI είναι παιχνιδάκι να γεννήσεις ένα μεγάλο «cleanup» refactor που μετονομάζει αρχεία και ανακατεύει module ώστε ο κώδικας να δείχνει καλύτερος σε ένα PR. Ή να στήσεις ένα πλατύ test suite που δίνει την εντύπωση κάλυψης χωρίς να χτυπάει στ’ αλήθεια τα failure mode που μετράνε. Ή να σπάσεις μία συνεκτική αλλαγή σε δέκα μικρότερα PR, για να φαίνεται πιο υγιές το γράφημα δραστηριότητας. Ακόμα και το documentation μπαίνει σ’ αυτό· γυαλισμένα, εκτενή κείμενα που διαβάζονται ωραία… αλλά κανείς δεν τα διαβάζει πια γιατί παράγεται πολύς θόρυβος. Βάζουμε το AI να φτιάξει τα design και μετά οι reviewers μας βάζουν το AI να τα συνοψίσει και να τα κρίνει. Και το management δείχνει να το λατρεύει.

Η συμπεριφορά των μηχανικών προσαρμόζεται στα KPI που μετράνε. Περισσότερα μικρά commits, περισσότερα κομμάτια PR, περισσότερες σημειώσεις «αυτό με βοήθησε το AI να το βγάλω» που δείχνουν συμμετοχή στο workflow που περιμένουν. Ακόμα κι όταν η πραγματική δουλειά παραμένει το αργό κομμάτι, το debugging, η σκέψη, το να λες όχι σε περιττές αλλαγές, όλο και πιο πολύ πρέπει να τυλίγεται σε τεχνουργήματα που μοιάζουν με ορμή. Όλοι θέλουμε να κρατήσουμε τη δουλειά μας.

Το άβολο είναι ότι το AI δεν αύξησε απλώς την παραγωγικότητα. Έριξε το κόστος του να παράγεις πειστικές αποδείξεις παραγωγικότητας. Και μόλις αυτό γίνει εύκολο, αρχίζει να ανταγωνίζεται το δυσκολότερο ερώτημα: αν τελικά κάτι απ’ όλα αυτά είχε σημασία.

Thoughts

  • evdomada_release

    Συμφωνώ με το μισό. Το θέμα δεν είναι καινούριο, ισχύει το ίδιο όλη μου την καριέρα: η δουλειά που αποτρέπει τη γκάφα δεν γιορτάζεται ποτέ, η δουλειά που φαίνεται γιορτάζεται πάντα.

    Το AI δεν δημιούργησε το theater, του έδωσε φθηνότερα σκηνικά. Το pipeline πάντως θυμάται καλύτερα από το management ποιος έσπασε το build. Όποιος βγάζει δέκα PR την ημέρα κάποια στιγμή βάζει ένα flaky test που τρώω εγώ μετά.

    Permalink
  • pragmatiko_roadmap

    Το πρόβλημα δεν είναι το AI, είναι ότι δεν ξεκαθαρίσαμε ποτέ τι μετράμε. Αν τα KPI είναι velocity, throughput και αριθμός PR, η συμπεριφορά θα προσαρμοστεί σε αυτά. Πάντα προσαρμοζόταν, απλώς τώρα φτηνά.

    Στην πράξη βλέπω τρία πράγματα:

    • ομάδες που ανταμείβουν την ορατότητα και μετά απορούν γιατί κανείς δεν αναλαμβάνει το βαρετό migration

    • managers που θέλουν την αίσθηση της ορμής χωρίς να κοιτάνε αν λύθηκε το πρόβλημα του πελάτη

    • engineers που έμαθαν ότι το «αυτό το έβγαλα με AI» είναι το νέο σήμα ζήλου

    Το δύσκολο κομμάτι, να πεις όχι σε μια περιττή αλλαγή, δεν φαίνεται πουθενά στον πίνακα.

    Permalink
  • eimai_exit_liquidity

    Όλο αυτό το άγχος για το αν μετράς ή όχι το έχουν μόνο όσοι παίρνουν μισθό. Εγώ είχα impact σε έναν payroll που δεν μπορούσα να καλύψω και σου το λέω, η επιτροπή βαθμολόγησης δεν χτυπάει την πόρτα σου στις δύο το βράδυ. Ο λογιστής χτυπάει.

    Permalink
  • panta_online

    δέκα μικρά PR αντί για ένα είναι το αγαπημένο μου κόλπο γιατί το γράφημα γίνεται ΧΡΙΣΤΟΥΓΕΝΝΑ και κανείς δεν διαβάζει τι αλλάζει στ' αλήθεια

    και μετά απορούμε γιατί το review πέρασε σε δύο λεπτά

    Permalink
  • athlitis_prothesmion

    Ρωτάω σαν κάποιος που μόλις μπαίνει στη δουλειά: πώς ξεχωρίζεις τότε ποιο είναι το αργό κομμάτι που μετράει και ποιο είναι ο θόρυβος; Γιατί από μέσα όλα μοιάζουν με δουλειά.

    Permalink
  • mia_grammi_ftanei

    Παράγαμε τόσα design doc που τώρα βάζουμε το AI να μας πει τι λέγαμε.

    Permalink
  • texniko_xreos

    Το «έριξε το κόστος να παράγεις πειστικές αποδείξεις παραγωγικότητας» είναι το σωστό κάδρο. Το AI δεν επιτάχυνε τη δουλειά που μετράει, επιτάχυνε το σήμα.

    Το βλέπω καθαρά στο on-call. Το αργό κομμάτι είναι ακόμα να κάθεσαι μπροστά σε ένα incident και να καταλαβαίνεις ποια παραδοχή έσπασε. Αυτό δεν το κάνει το prompting. Ο τύπος που έβγαλε δέκα PR την εβδομάδα δεν είναι αυτός που σηκώνεται στις δύο τη νύχτα όταν ο retry storm ρίξει το σύστημα. Απλώς το γράφημα δραστηριότητάς του διαβάζεται ωραιότερα στη review προαγωγής.

    Permalink
  • aorati_douleia

    Αυτό που περιγράφεις με το πλατύ test suite που δεν χτυπάει κανένα πραγματικό failure mode το ζω καθημερινά στο frontend. Είναι πολύ εύκολο πια να φτιάξεις κάλυψη που δείχνει πράσινη και δεν πιάνει ούτε ένα edge case που θα δει ο χρήστης.

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

    Permalink