[k.....k]

@Khaine: ten w Chrome się zepsuł?

[Khaine]

@koxiak: Nie. Chcę stawiać breakpointy w VSCode. Jest od tego extension Debugger for Chrome.

[Khaine]

@koxiak: Dobra, zaczęło działać.

Brakowało pliku vue.config.js. Nie jest tworzony automatycznie przez CLI.

[getin]

vue się nie opyla, już lepiej react albo angular

[Khaine]

@getin: Czemu się nie opyla?

[getin]

@Khaine: mniej popularny komercyjnie, we froncie rządzą buzzwordy jak wyżej, do małych apek ajaxowych styka vanilla js, czy nawet jquery, który jest wszędzie, dodatkowo jakiś backend/routing/mvc i tak musisz robić więc dublujesz to samo w frameworku backendowym (jedna robota)

[Khaine]

@getin: Generalnie plan jest taki, że jest sobie API backendowe które przy wejściu w domenę będzie zwracać wwwroot w postaci skompilowanych plików html+js+css+assety, i od tego momentu front ma żyć sobie sam i tylko składać zapytania do poszczególnych interfejsów backendu. Po to aby to było luźno powiązane i żeby później ewentualnie dało się dorobić dowolny inny front, podmienić tylko pliczki w wwwroot i sru, śmiga. Ma to sens?

.NET Core

[getin]

Natomiast co do buzzwordów - Vue jest takim buzzwordem, że niedługo jak otworzę kibel, to będzie na kostce jego logo. Wszyscy się zesrać chcą.

@Khaine: Wszedłem w pięć pierwszych ofert na nofluffjobs front i nigdzie nie widziałem, o dziwo, było jQuery ( ͡º ͜ʖ͡º)

[mabiki]

W biurze mamy kilka projektów z vue, kilka z angular i kilka z react. jQuery też jest. Wszystkie projekty realizują sporo logiki. Różnica jest taka, że jak przychodzi do pracy ktoś zielony to vue wchodzi mu do głowy najszybciej. Niby jQuery jest najłatwiejsze bo to tylko narzędzie a nie framework MVC ale skomplikowana logika w jQuery wymaga sporo czasu do zrozumienia.