szukam frontowców do projektu hobbistycznego

2

Wymysliłem sobie hobbistycznie projekt aplikacji webowej (choć akurat temat nie jest istotny, dla mnie liczy sie żeby była architektura hexagonalna xD), no ale umiem tylko backend (i mi to nie przeszkadza xD). Może chciałby ktos sie pouczyc frontu we współpracy z backendem

1

A same chęci do nauki bez wiedzy wystarczą ?

0

Co masz na myśli? Że jeszcze mało umiesz a chciałbyś spróbować?

0

Z frontu nie umiem nic, z C# trochę, ale to trochę. W firmie będą szli w angulara i przydałoby się nauczyć(albo w sumie innego frontu), więc jakby były jakieś zadania to można spróbować, ale to zależy czy chcesz się w coś takiego bawić ;) Ogólnie chce w tym roku się rozkręcić z C# i wszelkimi technologami, więc tak napisałem bo najlepiej chyba się uczyć w ten sposób ;)

2

Jakbyś backend potrzebował jakąś jave to daj znac ;)

0

@kochansky: a co powiesz na Kotlin? Będzie Spring ;)

1

Po co psuć Kotlina Springiem :(

0

@superdurszlak: ale będzie go względnie mało i będzie JOOQ zamiast JPA ;] Założenie jest takie żeby robiś fasady i nie robić każdej klasy beane
No i będzie VAVR!

3

No a gdzie repo na Githubie? Prawdziwy inicjator / założyciel projektów open source najpierw robi choćby PoC, a potem dopiero szuka kontrybutorów. Bo inaczej to nie ma sensu, ludzie albo nie będą chcieli (skoro nie wiadomo, co to jest), albo napiszą, że chcą, to i tak potem zapomną za kilka dni o tym, że chcieli, bo przecież nie ma nawet żadnego repo, żeby się do niego odnieść.

Wymysliłem sobie hobbistycznie projekt aplikacji webowej (choć akurat temat nie jest istotny, dla mnie liczy sie żeby była architektura hexagonalna xD),

Dobieranie tematu aplikacji do tego, żeby sobie poćwiczyć dany rodzaj architektury, jest dość kiepskim pomysłem. Tzn. może jeszcze miałoby sens robienie czegoś sobie ot tak do szuflady przez kilka dni, takie Hello World, to wtedy nie musi mieć wiele sensu, byle poćwiczyć. Ale jednak długofalowe projekty powinny robić coś konkretnego, bo inaczej będzie to pisanie przeinżynierowane oderwane od rzeczywistości. Poza tym motywacja wysiądzie. Jak robisz coś, co ma sens, to chcesz to robić, nawet jak ci się nie chce, to się zmuszasz do robienia, żeby projekt ruszył do przodu. A jeśli "temat nie jest istotny" to po co masz w ogóle to kodzić? Zobaczysz, czym jest ta architektura hexagonalna, zaimplementujesz ją i dasz sobie spokój po tygodniu.

projekt aplikacji webowej (... architektura hexagonalna ... umiem tylko backend

niby backend i frontend to dwie różne rzeczy i mogą być całkowicie od siebie odseparowane... Tym niemniej dziwne wydaje mi się robienie projektu z jednej strony specjalnie po to, żeby poćwiczyć architekturę, a z drugiej strony z nastawianiem typu "umiem tylko backend". Architektura aplikacji to całość i projektowanie całości da lepsze wyniki. Nawet jak docelowo backend i frontend będą oddzielone, to sama znajomosć "drugiej strony" (czyli jesteś backendowcem - to powinieneś poznać trochę frontend) pozwoliłaby na lepsze zaprojektowanie aplikacji niż planowanie architektury z podejściem "umiem tylko backend".

0
scibi92 napisał(a):

@superdurszlak: ale będzie go względnie mało i będzie JOOQ zamiast JPA ;] Założenie jest takie żeby robiś fasady i nie robić każdej klasy beane
No i będzie VAVR!

Jeśli będzie mało Springa to może lepszy będzie Guice?

1

Ma to być prosta wersja Jiry czyli issue tracker plus ew proste wiki. Jest jeszcze kilka innych pomysłów jak integracja z repo(github/gitlab/bitbucket) ale najpierw core trzeba czyli issue tracker

3

Zrób sam backend z jakimś API, wykaż, że działa z Postmanem/curl-em i wtedy szukaj frontów.

1

Właściwie zaszła trochę zmiana i stwierdziłem że sam się poucze Angulara trochę xD Mam nadzieję że nie będe sam klepał frontu ale sam zrobię jakąs podstawę (pewnie panel admina do dodawania użytkowników)

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