Dzień dobry. Mam pytanie odnośnie znajomości frameworków.
Co trzeba umieć aby powiedzieć że zna się dany framework? Trzeba wgłębiać się w czeluści vendora?
Rozumiem, że zastanawiasz się czy wpisać znajomość frameworka w CV?
Jeśli tak, to wg mnie wystarczy, że wykorzystywałeś go w pracy jako jedno z narzędzi. Dzięki temu łatwiej wynajdą Cię headhuntery.
A i raczej, rzadko znajomość faktyczna techniczna jest testowana. A jeśli już - to tylko w najprostszych, najpowszechniejszych case'ach (typu co to w ogóle jest NHibernate itp.)
Znajomość frameworka wg mnie oznacza wiedzę odnośnie konstrukcji frameworka - czyli..
- jak dodawać kontrolery,
- jak dodawać modele/encje/serwisy
- jak skonfigurować połączenie z bazą danych (migracje)
- jak wyglądają mechanizmy autoryzacji
- jak dodać jakieś validatory
- jak tworzyć formularze
- jak rozszerzać istniejące funkcjonalności
- jak pisać pluginy
- jak się tworzy widoki
- jeśli framework obsługuje - to jak się tworzy anotacje
- wypada też znać chociaż jakieś podstawowe klasy i metody jakie są tam używane - bo zaczniesz pisać metodę, a potem się okaże z w klasie rodzica masz już gotowca.
Czeluści vendora rzadko zgłębiam - najczęściej w przypadku gdy coś dziwnego dzieje się z kodem, który powinien działa, a nie działa. Raz pracowałem na takiej wersji zenda, że w istniał race-condition przy zapisywaniu configów (inna wersja naprawiała ten błąd), więc trzeba było troszkę vendora zdebugować.
Prawdopodobnie większość firm i tak ma już jakąś bazę kodu, tak więc będą tam istniały jakieś rozwiazanie typu custom-made.
Tak więc przynajmniej ja tak to widzę.
Dzień dobry. Mam pytanie odnośnie znajomości frameworków.
Co trzeba umieć aby powiedzieć że zna się dany framework? Trzeba wgłębiać się w czeluści vendora?
Ja bym powiedział, że to jest coś jak to:
== poziom junior
poziom zero - tylko słyszałem o frameworku
poziom 1szy - przerobiłem tutorial z danego frameworka i jakąś prostą apkę (tu już można w sumie w CV go sobie wpisać, jak ktoś chce)
poziom 2gi - robiłem w danym frameworku kilka projektów, przeżyłem też kilka jego wersji
=== poziom regular i wyższy
poziom 3ci - nie tylko w nim pisałem, ale zaglądałem również do source code projektu, znam mniej więcej zasadę jego działania
poziom 4ty - wniosłem osobisty wkład we framework, udzielając się w nim open source, jest tam mój kod.
poziom 5ty - jestem twórcą frameworka
Wniosek z tego taki, że nigdy nie będziesz znał do końca frameworka (chyba, że sam go napiszesz i wypromujesz), ale z drugiej strony jakiś poziom wypadałoby mieć, jeśli będziesz znał słabo dany framework, to będziesz pisać spaghetti kod albo robił coś naokoło, nie korzystając w ogóle z dobrodziejstw frameworka (BTW nie tylko framework trzeba znać, ale też ogólne zasady programowania. Nie należy zapomnieć, że umiejętność szeroko pojętego programowania jest ważniejsza od znajomości frameworka)