Πιστεύετε πως έχοντας ένα Custom Framework είναι καλή επένδυση για το μέλλον ενός project;

[PC_MAGAS]

Αρκετές εταιρείες δαπανούν χρόνο και χρήμα, έχοντας το κατάλληλο budget as well, στο να κάνουν δικό τους framework.
Πιστεύετε πως αυτό είναι μαι feasible στρατηγική ώστε στο να έχουν το project και το προϊόν τους καλά συντηρίσιμο και εύκολα διαχειρίσμο;

Προσωπικά πως πιστεύω πως δεδομένου το budget είναι μια καλή στρατηγική ειδικά όταν θες καλό forever support & updates ενώ σταθερό API/αρχιτεκτονική εφαρμογής +  ευκολία στο Backwards compartibility. Πχ εκεί που εργάζομαι τώρα έχουμε laravel 5.8 και παλαιότερες εκδόσεις που είναι EOL. Ενώ όταν έχεις δικό σου framework έχεις σταθερό API Level και παράλληλα προσθέτεις μόνο τα feature που χρειάζεσε και fixareis όποια bug όποτε τα χρειάζεσε και είναι critical.

Βέβαια, έχεις το Overhead του να manageαρεις Και τον κώδικα του framework as well.

[woopsi]

Oχι, με τίποτα.

Εκεί που εργάζεσαι, δεν φταίει η laravel που εσείς είστε στην 5.8 αλλά εσείς (γενικά) που δεν αναβαθμίσατε.

Μία απ τις δουλειές των προγραμματιστών, είναι να κάνουν και keep up με τα εργαλεία που χρησιμοποιούν.  Πχ στη προηγούμενη μου δουλειά πίεζα να αναβαθμίσουμε τη laravel και από 5.8 πήγαμε στην 7 και δεν με άφηναν να την πάω στην 8.

Στην επόμενη μου δουλειά (τώρα), και την laravel πήγαμε στην 8 και την PHP.

Δεν υπάρχει περίπτωση να φτιάξεις δικό σου framework και να σταθείς στα ίσα απέναντι σε Laravel, Symfony, Spring Boot κλπ.  Mιλάμε για frameworks  που χρησιμοποιούν εκατομμύρια και έχουν χιλιάδες contributors.

Και άντε πες, είσαι τόσο καλή εταιρεία και φτιάχνεις καλύτερο framework - που δεν πρόκειται, τι θα πεις στην επόμενη δουλειά πως ξες; Το custom framework;

[Papakaliati]

Φυσικά και κάνεις δικά σου framework , αλλά όχι και επιπέδου latavel, don't reintent the wheel. 

Εξαιρετικα πιθανό να έχεις ένα base framework , η add-ons που θα χρησιμοποιηθούν από όλα τα Microservices, θες θα κάθεσαι να γραφεις εξαρχής καθε φορά ούτε το deployment pipeline, ούτε το Infrastrure, ούτε το κομμάτι που ελέγχει το Authentication. Αυτα δηλαδη που είναι κοινά σε όλα τα πρότζεκτς. Το να κάτσεις να πας σε πιο lower level αποτι χρειάζεται, είναι σπατάλη πόρων. Και γιατί PHP αλήθεια; Ποτέ δεν το καταλαβα γιατί σε στην Ελλάδα παίζει τόσο...

[ALLisCHAOS]

Δεν νομίζω ότι πλέον αξίζει να μπεις στον κόπο να ξεκινήσεις ένα web framework 'from scratch' (εκτός και αν έχεις τόσο δυνατά επιχειρήματα/λόγους για να το κάνεις).
Σήμερα σε ότι γλώσσα και να γράφεις θα υπάρχει ενα framework που θα καλύψει τις ανάγκες σου κατά 99%. Tώρα εάν είστε στο 1% και πιστεύετε ότι αξίζει ή ότι το framework σας θα μπορούσε να χρησιμοποιηθεί και απο άλλους γιατί θα κάνει αυτό το έξτρα, τότε μάλλον ΟΚ. Κάτι που έκανε πχ το Facebook με τη React. Σίγουρα σε αρκετά legacy projects θα συναντήσει κανείς διάφορες customiες. Θυμάμαι στη προηγούμενη δουλειά μου είχαμε ένα feature το οποίο ήταν ένας JS vanilla client γραμμένος με έναν MVC τρόπο που είχε διαλλέξει ο τότε developer. Αλλά και πάλι custom MVC JS != JS framework. 
Επίσης, η ίδια εταιρεία είχε (και εξακολουθεί να έχει) το δικό της ORM. Το product είχε βγει τέλη 90 όπου hibernate κλπ δεν υπήρχαν. Δυστυχώς ή ευτυχώς (μάλλον δυστυχώς) το συγκεκριμένο custom ORM υπάρχει άκομη στην εταιρεία και όποτε ερχόταν κάποιος καινούργιος έπρεπε να μάθει και το ORM (μαζί με τις ιδιαιτερότητες του). Επίσης θα σταθώ και λίγο σε αυτό που είπε ο @woopsi παραπάνω: Σε μια επόμενη δουλειά μάλλον δεν θα ενδιαφέρει και πολυ την νέα εταιρεία ότι εσύ ξέρεις να προγραμματίζεις στο Makis Framework. Το έχω ζήσει με το παραπάνω ORM, σε άλλες συνεντεύξεις όταν με ρωτούσανε για ORM τους έλεγα οτι να στη δουλειά που είμαι τώρα έχουμε ένα custom ORM. Και απαντούσανε: Εεε ΟΚ, αλλά JPA/Hibernate γνωρίζεις πχ?


Note1: Είναι διαφορετικό βέβαια το να ξέρεις να χρησιμοποιείς το Makis framework, απο το να ήσουν ένας απο τους δημιουργούς του Makis framework.
Note2: Την PHP ποτέ δεν τη συμπάθησα αλλά φαντάζομαι ότι τη χρησιμοποιούν τόσο πολύ για την ευκολία/ταχύτητα/διαθεσιμότητα-απο-developers, ειδικά αν το project είναι κάτι μικρο-μεσαίο σε μέγεθος.

[Επισκέπτης]

Μπορείς να εφεύρεις τον δικό σου τροχό αν σε βολεύει, έτσι θα μάθεις πολλά και θα μπορείς να βγάλεις δουλειά με κάτι που ξέρεις καλά 

Δες εδώ τι έκανα με 20 χρόνια δουλειάς https://github.com/exarhis/outdb-application-framework

Δεν το λένε framework αλλά είναι.

Με το συγκεκριμένο έκανα πολλές εφαρμογές όπως το κοινωνικό 

P.S. Αυτό το λογισμικό είναι στην έκδοση 2 Τώρα το έχω φτάσει στο 4 stable

[t(o.ot)]

2 ώρες πριν, gekatsou είπε

Μπορείς να εφεύρεις τον δικό σου τροχό αν σε βολεύει, έτσι θα μάθεις πολλά και θα μπορείς να βγάλεις δουλειά με κάτι που ξέρεις καλά 

Δες εδώ τι έκανα με 20 χρόνια δουλειάς https://github.com/exarhis/outdb-application-framework

Δεν το λένε framework αλλά είναι.

Με το συγκεκριμένο έκανα πολλές εφαρμογές όπως το κοινωνικό 

P.S. Αυτό το λογισμικό είναι στην έκδοση 2 Τώρα το έχω φτάσει στο 4 stable

Πολύ φιλικά, άρχισε να χρησιμοποιείς ένα framework τύπου laravel ή κάτι παρόμοιο.

[denz]

Παραγωγικά είναι μονόδρομος να παίξεις με κάποιο γνωστό web framework. Αν θες οπωσδήποτε να κάνεις κάτι δικό σου σε αυτή την κατεύθυνση, γράψε ένα custom library.

[Dinos_12345]

Στις 22/5/2021 στις 11:47 ΜΜ, PC_MAGAS είπε

Αρκετές εταιρείες δαπανούν χρόνο και χρήμα, έχοντας το κατάλληλο budget as well, στο να κάνουν δικό τους framework.
Πιστεύετε πως αυτό είναι μαι feasible στρατηγική ώστε στο να έχουν το project και το προϊόν τους καλά συντηρίσιμο και εύκολα διαχειρίσμο;

Προσωπικά πως πιστεύω πως δεδομένου το budget είναι μια καλή στρατηγική ειδικά όταν θες καλό forever support & updates ενώ σταθερό API/αρχιτεκτονική εφαρμογής +  ευκολία στο Backwards compartibility. Πχ εκεί που εργάζομαι τώρα έχουμε laravel 5.8 και παλαιότερες εκδόσεις που είναι EOL. Ενώ όταν έχεις δικό σου framework έχεις σταθερό API Level και παράλληλα προσθέτεις μόνο τα feature που χρειάζεσε και fixareis όποια bug όποτε τα χρειάζεσε και είναι critical.

Βέβαια, έχεις το Overhead του να manageαρεις Και τον κώδικα του framework as well.

Κάπως έτσι φτάνεις σε unsustainable πλατφόρμες επειδή κάποιοι νομίζουν ότι ξέρουν να κάνουν ένα framework, νομίζουν ότι θα κάνουν καλύτερη δουλειά από το χ framework της ψ γλώσσας και μετά είναι ένα unmaintained mess που πρέπει να βγάλει άκρη ο επόμενος που θα αναρωτιέται που σκατά έμπλεξε. Το πρόβλημα με το να φτιάξεις framework είναι ότι θες μία ομάδα (όχι την ίδια ομάδα που κάνει develop προίόντα με το framework) ώστε να στο ενημερώνει, να το διορθώνει και κυρίως να πετάει σάπια κομμάτια και να τα αντικαθιστά με πιο performant κομμάτια ανά καιρούς. Είναι πολύ εύκολο να αρχίσεις να χρησιμοποιείς ξανά και ξανά λάθος γραμμένα components και στο τέλος να βγάζεις στην αγορά προϊόντα που με το ζόρι τρέχουν, δημιουργώντας προβλήματα και στην επιχείρηση και στους χρήστες.

Το νόημα είναι ότι τα μάτια που έχει πάνω του το Ruby on Rails, Django, Node και Laravel, δεν είναι δυνατόν να τα έχει το closed source framework που θα φτιάξει η χψ εταιρία, επειδή είναι closed source και έχει περιορισμένους developers πάνω του με περιορισμένη ποσότητα γνώσης σε σχέση με ένα open source framework. Τέλος, υπάρχει και το ρίσκο της ασφάλειας.

[Sterben_]

12 ώρες πριν, t(o.ot) είπε

Πολύ φιλικά, άρχισε να χρησιμοποιείς ένα framework τύπου laravel ή κάτι παρόμοιο.

Nestjs! Γράφεις ό,τι θες με αυτό

[MitsarasAth]

πιστευω ειναι πολυ κακη ιδεα να φτιαξεις Framework καθε αυτο, γιατι περα τον χρονο,χρημα, resources κτλ δεν πιστευω οτι μια μεση εταιρεια μπορει για παραδειγμα να γραψει κατι σαν το  .net core καλυτερα απο τους ντεβς της microsoft η του spring και παει λεγοντας.
Μοναδικη εξαιρεση ειναι πολυ μεγαλες εταιρειες οπως fb react(αν και αυτο library ειναι νομιζω και οχι framework san την angular).

Προφανως το να γραψεις εταιρικα libraries κια να τα χρησιμοποιεις ειναι αλλη φαση και ειναι σωστο να προσαρμιοζεις πραγματα της εταιρειας και να τα κανεςι reusable

Επεξ/σία 24 Μαΐου 2021 από MitsarasAth

[PC_MAGAS]

4 ώρες πριν, MitsarasAth είπε

πιστευω ειναι πολυ κακη ιδεα να φτιαξεις Framework καθε αυτο, γιατι περα τον χρονο,χρημα, resources κτλ δεν πιστευω οτι μια μεση εταιρεια μπορει για παραδειγμα να γραψει κατι σαν το  .net core καλυτερα απο τους ντεβς της microsoft η του spring και παει λεγοντας.
Μοναδικη εξαιρεση ειναι πολυ μεγαλες εταιρειες οπως fb react(αν και αυτο library ειναι νομιζω και οχι framework san την angular).

Προφανως το να γραψεις εταιρικα libraries κια να τα χρησιμοποιεις ειναι αλλη φαση και ειναι σωστο να προσαρμιοζεις πραγματα της εταιρειας και να τα κανεςι reusable

Γι αυτήν την περίπτωση αλλά υπάρχει και το ενδεχόμενο να μικρίνει.
Πραγμα που γίνετε στισ 2 τελευταίες εργασίες μου. Το team ολοένα και μικραίνει.

The good think Ι'll need to learn more stuff nevertheless.

Επεξ/σία 24 Μαΐου 2021 από PC_MAGAS

[Ponous]

Εξαρτάται για ποιο πράγμα θα δημιουργηθεί το framework. Όσον αφορά το web development έχει κερδίσει κατά κράτος ο ανοικτός πηγαίος κώδικας (open source). Είναι τόση ραγδαία η ανάπτυξη στον τομέα του web development χρησιμοποιώντας ανοικτό κώδικα όπου μιας εταιρείας πολύ απλά δεν της συμφέρει να στηρίξει κάτι δικό της....της συμφέρει να στηρίξει την ανοικτή κοινότητα. Αυτό που αναφέρεις το έχω δει μόνο σε παλιές μεγάλες εταιρείες οι οποίες χρησιμοποιούν Java(closed source) και ανέπτυξαν δικά τους συστήματα......αλλά και πάλι, το open source αυτή την στιγμή χαρακτηρίζεται από μεγαλύτερη ανάπτυξη...και πιο σταθερή. Ο μόνος λόγος για να πας σε κάποιο δικό σου framework είναι ξεκάθαρα αν αυτό που θες να υλοποιήσεις δεν υπάρχει εκεί έξω (και κάπως έτσι είδαμε νέα εργαλεία όπως flutter & react). 

Συνήθως εκεί που αξίζει να αναπτύξεις κάποιο framework ή engine ή βιβλιοθήκη είναι στα γραφικά, στο game development και γενικά σε πιο low-level καταστάσεις. Εκεί δυστυχώς δεν επικρατεί τόσο πολύ το open source και τα πλείστα εργαλεία που θα χρησιμοποιήσει μια εταιρεία είναι πανάκριβα. Εξού και ο λόγος που συμφέρει  να πάει κάποιος σε κάτι δικό του. Για παράδειγμα, unity, unreal engine, Qt, Autodesk applications....γενικά αυτά κοστίζουν πολύ σε μια εταιρεία και επειδή βασίζεσαι σε τρίτους....δεν μπορεί μια μεγάλη εταιρεία να έχει εμπιστοσύνη πως η Χ εταιρεία δεν θα κλείσει ή θα συνεχίσει για μια ζωή να επενδύει στο συγκεκριμένο προϊόν. Γι' αυτό έχουμε γεμίσει game engines! 😅

Δες το pricing του Qt framework για παράδειγμα. Μιλάμε για τουλάχιστον 4000ε τον χρόνο το λιγότερο! Σκέψου τώρα την Μερσέντεζ η οποία χρησιμοποιεί το Qt για τα αυτοκίνητα της (άρα ακόμα πιο ακριβό license) και πως θα πρέπει να πληρώσει για κάθε προγραμματιστή που χρησιμοποιεί τα εργαλεία της. Όσο καλή προσφορά κι αν πετύχει τα ποσά είναι τεράστια! Κάπου εδώ οι μεγάλες εταιρείες αρχίζουν να σκέφτονται...αξίζει μήπως με τα ίδια λεφτά να επενδύσω σε κάποιο δικό μου framework/library/engine; Υπάρχουν κι άλλοι λόγοι φυσικά αλλά αυτοί είναι οι λόγοι που έχουν να κάνουν με το οικονομικό κομμάτι. 

ΥΓ. Η Qt είναι παράδειγμα, γενικά δεν την βλέπω να χάνεται γιατί είναι αρκετά δύσκολο να φτιάξει κάποιος εργαλεία σε επίπεδο C και C++ όπου να τρέχουν cross-device, cross-os. Αλλά είναι ένα δείγμα του τιμολογίου που πέφτει σε αυτόν τον χώρο