Przepiszmy 4programmers/coyote do .net core 4fun

13

Hej, własnie wróciłem trochę podchmielony i uruchomiłem laptopa, a tam mam otwartą stronę repo coyote i przyszedł mi taki pomysł do głowy.
Nie moglibyśmy spróbować napisać wspólnie coyote w .net core w celach edukacyjnych, stwórzmy projekt na githubie, obmyślmy tutaj architekturę, w jaki sposób chcemy to zaimplementować i bierzmy się do roboty. 😉 Ktoś chętny? ;)

0

No ale ja właśnie zacząłem uczyć się Javy poważniej. :( Pozostanie mi monitorować postępy i wyłapywać literówki w dokumentacji. Niech tam... lubię to przecież. :)

0

A co z frontem? Byłbym za spa np react :p

6

czemu nie w springu? ;>

3

Może Ratpack, żeby przekonać wątpiących, że świat poza Springiem istnieje?

5

To powinno być zabawne - czyli SWI Prolog.

0

Mikroserwisy, eventbusy, architektuuura :D

Jak w celach edukacyjnych to się piszę na wszystkie wymienione powyżej języki i frameworki.

1
katelx napisał(a):

czemu nie w springu? ;>

Po pierwszych postach widac, ze to kompletnie nie ma sensu bo kazdy chce w swojej technologii :D

To i ja sie dorzuce. Napiszmy to w JS albo Pythonie! Tylko szybko nim dotrze do nas, ze to nie ma sensu :]

szydlak napisał(a):

A co z frontem? Byłbym za spa np react :p

Oho! Czekalem na jakas glupia propozycje wrzucenia tutaj tony JS :D Bo faktycznie teraz forum laduje sie zbyt szybko :/

2
Hispano-Suiza napisał(a):
katelx napisał(a):

czemu nie w springu? ;>

Po pierwszych postach widac, ze to kompletnie nie ma sensu bo kazdy chce w swojej technologii :D

To i ja sie dorzuce. Napiszmy to w JS albo Pythonie! Tylko szybko nim dotrze do nas, ze to nie ma sensu :]

szydlak napisał(a):

A co z frontem? Byłbym za spa np react :p

Oho! Czekalem na jakas glupia propozycje wrzucenia tutaj tony JS :D Bo faktycznie teraz forum laduje sie zbyt szybko :/

Wyluzuj troszeczkę. Po pierwsze temat powstał w grupie .net wiec nie wiem czemu jakieś pytony tu proponujesz. Po drugie napisał że w celach edukacyjnych. Oczywistym jest, że to co powstanie nie zastąpi 4p

2
Hispano-Suiza napisał(a):

Po pierwszych postach widac, ze to kompletnie nie ma sensu bo kazdy chce w swojej technologii :D

Tym lepiej, Javowcy będą pisać jeden mikroserwis w Scali Kotlinie czymkolwiek Javie, .NETowcy swój w .NET Core, PHPowcy zaczną przepisywać jakiś kawałek Coyote na swój... :]

2

@szydlak: Jestem wyluzowany bardziej niz Ci sie wydaje :-) Padlo tu juz kilka technologii wiec dzial nie ma znaczenia.

@tdudzik: Nie kaz mi znowu dyskutowac o pchaniu krowiastych frameworkow do projektow w ktorych nie maja one sensu. Tak. Przeladowanie strony jest szybsze niz zawieszajace sie czesto na kilka sekund SPA - Change my mind :]

@superdurszlak: Ale to juz stoi na php wiec po co przepisywac? :-)

0

Pomysł fajny, jeśli padnie na .net/React to chętnie pomogę :D

6

Albo jeszcze lepiej, spróbujcie napisać przy użyciu Blazor po stronie klienta. Skoro w celach edukacyjnych to dla czego by nie korzystać z eksperymentalnej technologii. Dużo nie macie do stracenia.

0

Hmm, a może COBOL?

4

Proponuję przepisać na C++/Crow.
Albo na statyczny HTML. Całe Kompendium mogłoby tak być zrobione. Kontent na github, po commicie i review auto-rebuild.

0

A tak na serio teraz to jeśli autor tego wątku chce to czemu nie? :) Zakładaj repo, rób initial commita. Chętnie coś popiszę

0
orchowskia napisał(a):

Zakładaj repo, rób initial commita. Chętnie coś popiszę

A potem ktoś założy mu wątek do review tego Not-Coyote, posypią się gromy i szybko mu się odechce cokolwiek tam commitować :p

18

Skoro nie możecie się zdecydować na istniejacy język/technologie, to może zacznijcie od napisania nowego języka/technologii w której przepiszecie ten projekt :D

6

Mam inny pomysł – niech każdy nauczy się PHP (przynajmniej w podstawowym stopniu) i zacznie poprawiać błędy... Jest dużo issues na GitHubie. Wspólnie to wspólnie: https://github.com/adam-boduch/coyote/issues

3
Silv napisał(a):

Mam inny pomysł – niech każdy nauczy się PHP (przynajmniej w podstawowym stopniu) i zacznie poprawiać błędy... Jest dużo issues na GitHubie. Wspólnie to wspólnie: https://github.com/adam-boduch/coyote/issues

Dobra, to jest najlepszy pomysł jaki tutaj padł.

3

Domyślnie padłby wybór na asp.net mvc, chociaż bardziej chętny byłbym skorzystać w tym wypadku z Razor Pages.
Jednak po zasugerowaniu przez @Aventus frameworku Blazor jestem nim mega zainteresowany. Właśnie oglądam film z prezentacji i jestem pod wrażeniem.
Podoba mi się jego podobieństwo do współczesnych frameworków SPA (layouts routing, dependency injection, lazy loading, unit testing), co sprawia, że wiedza nabyta tutaj byłaby bardzo uniwersalna.

0

node.js

2

Może własna wersja https://github.com/gothinkster/realworld? Ustalcie API i niech każdy przepisze w czym mu się podoba. Potem można przepuścić kod przez różne metryki.

5

3 strony postów, a nadal nie ma repo

#to_się_uda

12

Zamiast tracić czas na taki projekt (który z tego co widzę skończy się na kilku stronach dowcipkowania), lepiej by było poświęcić czas na usprawnienie obecnego systemu. Lista zadań jest już dość długa, a do pomocy nie ma chętnych.

0

Ciekaw jestem ile z osób tu obecnych przeszła chociaż ścieżkę vagrantową na https://github.com/adam-boduch/coyote

1

Info dla wszystkich co uważają, że zamiast robić nowe forum lepiej naprawiać.
Nie każdy zna PHP w stopniu bardziej zaawansowanym niż postawienie forum na "phpBB by przemo". Na dodatek nie każdy chce poznać. Moim zdaniem więcej jest chętnych (w innych technologiach niz PHP) do zrobienia tego na nowo niż do pomocy przy coyote na GH. Wiadomo, że wielu się nie ostanie przy utrzymywaniu nowego repo ale nadal. Więcej ludzi będzie chętnych do rozwoju jeżeli (ja z resztą też jeżeli padnie na .NET/.NET Core) rozwój byłby w technologii nowszej jak php.

Stanę też po stronie starego systemu. Działa więc nie ma co szaleć. Takie spontaniczne projekty rzadko się udają. Tu raczej musiałby powstać zespół a nie zbiór randomowych commitów od randomowych osób.

Od razu dopowiem. Nie hejtuje php. Taka jest po prostu moja osobista opinia.

2
Szekel napisał(a):

Info dla wszystkich co uważają, że zamiast robić nowe forum lepiej naprawiać.
Nie każdy zna PHP w stopniu bardziej zaawansowanym niż postawienie forum na "phpBB by przemo". Na dodatek nie każdy chce poznać. A jak widac więcej jest chętnych (w innych technologiach niz PHP) do zrobienia tego na nowo niż do pomocy przy coyote

Skąd wziąłeś taką statystykę? Ja ten wątek widzę jako luźne rozważania z przymrużeniem oka, a nie poważne przymiarki do przepisywania Coyote. @Visual Code też nie poparł jakoś swojej propozycji otwarciem repo czy czymkolwiek w ten deseń, więc chyba też luźno rzucił pomysł.

Pisanie Coyote od nowa w czymś fajniejszym i bardziej nowoczesnym niż PHP też niezbyt ma sens, bo jak widać każdy ma inne wyobrażenie na temat tego, co byłoby fajniejsze i jeszcze przy okazji wpakowaliby 4p w tzw. Mikroszaleństwo? :P

3

Ja myślę że tu chodziło głównie o edukację. Wg. mnie fajna sprawa taki forumowy opensourcowy projekcik. A nikt przecież nie mówi o zastąpieniu obecnego systemu.

0

Skąd wziąłeś taką statystykę?

To raczej luźna osobista opinia a nie statystyka. (edit na "Moim zdaniem...") :)

Pisanie Coyote od nowa w czymś fajniejszym i bardziej nowoczesnym niż PHP też niezbyt ma sens, bo jak widać każdy ma inne wyobrażenie na temat tego, co byłoby fajniejsze i jeszcze przy okazji wpakowaliby 4p w tzw. Mikroszaleństwo? :P

Dlatego napisałem, że takie spontaniczne projekty ciężko jest ogarnąć. Tu potrzeba trochę więcej organizacji niż klepania na forum i wzajemnego przekopywania się. Zrobienie repo i taka pseudo "zabawa" nikomu nie zaszkodzi (a kto wie może coś z tego wyjdzie). Dlatego w wolnym czasię sam bym chętnie coś takiego zrobił ale solo się na takie projekty nie porywam.

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