Poznawanie danego frameworka.

0

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?

0

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.)

0

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ę.

2

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)

1 użytkowników online, w tym zalogowanych: 0, gości: 1