Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #15828 > unrolled thread

Laravel - jak to to działa?

Back to article view | Back to pl.comp.lang.php

Contents

  Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-11-30 23:17 +0100
    Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-01 20:35 +0100
      Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-02 22:51 +0100
        Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-03 14:01 +0100
          Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-04 20:55 +0100
            Re: Laravel - jak to to działa? Rafal Podsiadly <spinacz24@gmail.com> - 2018-12-05 12:41 -0800
              Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-06 22:43 +0100
                Re: Laravel - jak to to działa? Rafal Podsiadly <spinacz24@gmail.com> - 2018-12-06 21:50 -0800
                  Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-07 09:24 +0100
                  Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-08 00:01 +0100
                    Re: Laravel - jak to to działa? Rafal Podsiadly <spinacz24@gmail.com> - 2018-12-08 00:23 -0800
                      Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-08 19:29 +0100
                        Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-08 20:27 +0100
                          Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-08 21:53 +0100
                            Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-08 22:27 +0100
                              Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-09 00:07 +0100
                                Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-09 11:19 +0100
                          Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-09 22:43 +0100
                            Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-10 20:49 +0100
                              Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-10 21:55 +0100
                        Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-09 22:49 +0100
                          Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-09 22:58 +0100
                            Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-10 22:48 +0100
                              Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-10 23:56 +0100
                                Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-11 23:33 +0100
                                  Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-12 14:33 +0100
                                    Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-14 22:04 +0100
                                      Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-14 22:08 +0100
                                        Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-16 12:24 +0100
                                          Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-16 16:47 +0100
                                            Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-16 17:01 +0100
                      Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-08 22:03 +0100
                        Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-08 22:29 +0100
                          Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-09 00:19 +0100
                            Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-09 11:10 +0100
                            Re: Laravel - jak to to działa? Rafal Podsiadly <spinacz24@gmail.com> - 2018-12-09 08:36 -0800
                              Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-09 18:02 +0100
                                Re: Laravel - jak to to działa? Rafal Podsiadly <spinacz24@gmail.com> - 2018-12-09 09:48 -0800
                                  Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-09 21:24 +0100
                                    Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-09 22:55 +0100
                                      Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-10 20:59 +0100
                                        Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-10 21:53 +0100
                                          Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-10 22:10 +0100
                                            Re: Laravel - jak to to działa? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-10 23:54 +0100
                                              Re: Laravel - jak to to działa? Wojciech Bancer <wojciech.bancer@gmail.com> - 2018-12-11 10:43 +0100
                              Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-10 23:02 +0100
                    Re: Laravel - jak to to działa? Tomek <skowtm@wp.xx.pl> - 2018-12-10 10:08 +0100
                      Re: Laravel - jak to to działa? Marek S <precz@spamowi.com> - 2018-12-10 23:07 +0100

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#15856

Dnia Sat, 8 Dec 2018 19:29:01 +0100, Marek S napisał(a):

>> Mam twój route::get
> 
> A czy zaglądałeś w ogóle do kodu? Tam nie ma metody get(). W najnowszej 
> wersji Laravela mam coś takiego:
> (...)

Bo próbujesz się dokopać do czegoś, co nie istnieje tak naprawdę.
Route::get() oznacza, że rejestrujesz routing dla metody GET. A framework,
całkiem rozsądnie zresztą, nie definiuje tego na "twardo". Z tego co widzę,
to klasa Route używa traita Macroable, więc gdzieś głębiej są definiowane
makra dla metod HTTP i routingów "specjalnych" typu "any", "view", itd.

Ale powtórzę za Rafałem - po co Ci ta wiedza? Jeśli nie zamierzasz głębiej
się wgryzać w logikę frameworka albo przesłaniać niektórych klas, to jest
to Ci kompletnie niepotrzebne.

> I to jest fajne - ale nie ma związku z pytaniem. Choć tu też korci mnie 
> zapytać o zupełnie coś innego, ale obawiam się, ze wtedy dyskusja na tym 
> się skupi i umknie moje pierwotne pytanie :-

Wal, najwyżej powtórzymy, że Ci to jest niepotrzebne ;)

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15858

Dnia Sun, 9 Dec 2018 22:49:12 +0100, Borys Pogoreło napisał(a):

> Bo próbujesz się dokopać do czegoś, co nie istnieje tak naprawdę.
> Route::get() oznacza, że rejestrujesz routing dla metody GET. A framework,
> całkiem rozsądnie zresztą, nie definiuje tego na "twardo". Z tego co widzę,
> to klasa Route używa traita Macroable, więc gdzieś głębiej są definiowane
> makra dla metod HTTP i routingów "specjalnych" typu "any", "view", itd.

Ale jeśli już koniecznie chcesz wiedzieć, gdzie to jest definiowane:

laravel/vendor/laravel/framework/src/Illuminate/Routing/Router.php:139

i dalej już sobie możesz klikać - addRoute(), createRoute(),
RouteCollection::add(), itd.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15865

W dniu 2018-12-09 o 22:58, Borys Pogoreło pisze:

> Ale jeśli już koniecznie chcesz wiedzieć, gdzie to jest definiowane:
> 
> laravel/vendor/laravel/framework/src/Illuminate/Routing/Router.php:139
> 
> i dalej już sobie możesz klikać - addRoute(), createRoute(),
> RouteCollection::add(), itd.

Hehe.. Właśnie zagłębiłem się dwa poziomy dalej. Zerknąłem najpierw w 
addRoute a potem w to co zwraca. Wszędzie jest 1 linia kodu z return na 
początku.

Zdumiewa mnie iż za pomocą jednego statement'a "return" można napisać 
bardzo skomplikowane funkcjonalności. Żadne standardowe funkcje PHP nie 
są potrzebne. Żadne pętle i żadne warunki. Niepotrzebna wiedza.  :-D

Poddaję się - nie będę dociekał :-)

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15869

Dnia Mon, 10 Dec 2018 22:48:42 +0100, Marek S napisał(a):

> Zdumiewa mnie iż za pomocą jednego statement'a "return" można napisać 
> bardzo skomplikowane funkcjonalności. Żadne standardowe funkcje PHP nie 
> są potrzebne. Żadne pętle i żadne warunki. Niepotrzebna wiedza.  :-D

Nie rozumiem tych zarzutów. Masz za złe frameworkowi, że stosuje krótkie,
czytelne i łatwo testowalne funkcje, które wykonują tylko jedną czynność?

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15871

W dniu 2018-12-10 o 23:56, Borys Pogoreło pisze:
> 
> Nie rozumiem tych zarzutów. Masz za złe frameworkowi, że stosuje krótkie,
> czytelne i łatwo testowalne funkcje, które wykonują tylko jedną czynność?

Nie, nie mam za złe lecz zdumiewa mnie to, że nie trzeba używać żadnych 
innych keywordsów niż function i return by zrealizować dowolną 
funkcjonalność. :-D

Innego kodu nie znalazłem, a szukałem długo. Zresztą sami mi również nie 
pokazaliście jakiejkolwiek innej funkcjonalności :-D

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15872

Dnia Tue, 11 Dec 2018 23:33:59 +0100, Marek S napisał(a):

> Innego kodu nie znalazłem, a szukałem długo. Zresztą sami mi również nie 
> pokazaliście jakiejkolwiek innej funkcjonalności :-D

Bo ona jest rozproszona po całym fraweworku. Zacznij z nim dłużej pracować,
to odkryjesz wiele gotowych narzędzi, które są dostępne i wymagają zaledwie
kilku linii kodu, by z nich skorzystać.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15873

W dniu 2018-12-12 o 14:33, Borys Pogoreło pisze:
> 
> Bo ona jest rozproszona po całym fraweworku. Zacznij z nim dłużej pracować,
> to odkryjesz wiele gotowych narzędzi, które są dostępne i wymagają zaledwie
> kilku linii kodu, by z nich skorzystać.
> 

Jasne, tyle tylko, że ja nie o tym pisałem. Docenianie frameworka to 
jedno (i doceniam go mimo raczkowania w temacie) a zaspokojenie 
ciekawości to inna rzecz.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15874

W dniu 2018-12-14 o 22:04, Marek S pisze:

> Jasne, tyle tylko, że ja nie o tym pisałem. Docenianie frameworka to 
> jedno (i doceniam go mimo raczkowania w temacie) a zaspokojenie 
> ciekawości to inna rzecz.

P.S.
W Yii nie ma takich problemów. Framework to prawdziwy kod. Nie ma czegoś 
takiego, że wywołanie czegokolwiek kończy się nieskończoną drabinką na 
stosie wywołań. M.in. z tego powodu dociekałem jakiejkolwiek 
funkcjonalności w Laravelu (w sensie że "return" to dla mnie nie jest 
funkcjonalność").

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15880

Dnia Fri, 14 Dec 2018 22:08:50 +0100, Marek S napisał(a):

> P.S.
> W Yii nie ma takich problemów. Framework to prawdziwy kod. Nie ma czegoś 
> takiego, że wywołanie czegokolwiek kończy się nieskończoną drabinką na 
> stosie wywołań. 

Bo Laravel ma inną filozofię. W imię ułatwienia niektórych czynności
zmuszony jest do uciekania się do sztuczek z rozwiązywaniem nazw i tym
podobnych. Ale jak poszukasz w sieci porównań Yii vs. Laravel, to jeden z
nich będzie zdecydowanym faworytem.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15886

W dniu 2018-12-16 o 12:24, Borys Pogoreło pisze:

> Bo Laravel ma inną filozofię. W imię ułatwienia niektórych czynności
> zmuszony jest do uciekania się do sztuczek z rozwiązywaniem nazw i tym
> podobnych. Ale jak poszukasz w sieci porównań Yii vs. Laravel, to jeden z
> nich będzie zdecydowanym faworytem.

Zgodnie z rynkowymi prognozami, jest i będzie nim Laravel. Yii mimo, że 
jest fajny, łatwy i posiada wiele rozszerzeń, będzie tracił popularność. 
Tak czy owak ma się to nijak do w/w kwestii. Odnoszę wrażenie, że 
próbuje imputować mi coś, czego nigdy nie powiedziałem.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15888

On 2018-12-16, Marek S <precz@spamowi.com> wrote:
> W dniu 2018-12-16 o 12:24, Borys Pogoreło pisze:
>
>> Bo Laravel ma inną filozofię. W imię ułatwienia niektórych czynności
>> zmuszony jest do uciekania się do sztuczek z rozwiązywaniem nazw i tym
>> podobnych. Ale jak poszukasz w sieci porównań Yii vs. Laravel, to jeden z
>> nich będzie zdecydowanym faworytem.
>
> Zgodnie z rynkowymi prognozami, jest i będzie nim Laravel. Yii mimo, że 
> jest fajny, łatwy i posiada wiele rozszerzeń, będzie tracił popularność. 

Ta prostota, to już w pewnym sensie jest (na obecne czasy) prymitywna.
Dlatego Yii traci na rzecz bardziej zaawansowanych frameworków.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15844

W dniu 2018-12-08 o 09:23, Rafal Podsiadly pisze:

> W korzystaniu z frameroków chodzi o to, że by nie zastanawiać sie jak to działa a zaufać i pisać kod. separować to co jest powtarzalne dla wielu projektów do jednego miejsca i o tym zapomnieć

Tak naszła mnie właśnie myśl a'propos powyższego. Od czasu do czasu 
zarabiam na zleceniach pt. działało coś w jQuery (które też jest 
frameworkiem) a przestało bo wyszły np. nowsze przeglądarki. Zaufanie 
więc należy mieć mocno ograniczone. Co ja wtedy robię? Zastępuję 
niedziałającą jedną linijkę kodu jQuery jedną linijką kodu JS i nie 
wnikam dlaczego coś przestało działać bo ktoś kiedyś zaufał 
frameworkowi. Przypuszczam, że dlatego mam pracę bo dociekam, ślepo 
niczemu nie ufam i rozwiązuję fuckupy od ręki.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15846

On 2018-12-08, Marek S <precz@spamowi.com> wrote:

[...]

> Tak naszła mnie właśnie myśl a'propos powyższego. Od czasu do czasu 
> zarabiam na zleceniach pt. działało coś w jQuery (które też jest 
> frameworkiem) a przestało bo wyszły np. nowsze przeglądarki. Zaufanie 
> więc należy mieć mocno ograniczone. Co ja wtedy robię? Zastępuję 
> niedziałającą jedną linijkę kodu jQuery jedną linijką kodu JS i nie 
> wnikam dlaczego coś przestało działać bo ktoś kiedyś zaufał 
> frameworkowi. Przypuszczam, że dlatego mam pracę bo dociekam, ślepo 
> niczemu nie ufam i rozwiązuję fuckupy od ręki.

To ja już wolę zaufać frameworkowi niż randomowemu programiście, 
wrzucającemu linijki kodu gdzie popadnie, a po którym śladu dokumentacji 
nie ma i jak go np. trafi pociąg, to jest problem. :)

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15848

W dniu 2018-12-08 o 22:29, Wojciech Bancer pisze:

> To ja już wolę zaufać frameworkowi niż randomowemu programiście,
> wrzucającemu linijki kodu gdzie popadnie, a po którym śladu dokumentacji
> nie ma i jak go np. trafi pociąg, to jest problem. :)

Hehe... i to mnie cieszy szczerze mówiąc. To nie moje zdanie, gadając z 
przełożonym, który mnie zatrudnił, podpytałem go o to jak wygląda rynek 
pracowników i skąd ma takie problemy ze znalezieniem kogokolwiek. Otóż 
zapanowała na rynku swego rodzaju patologia lub korzyść jednocześnie. 
Ciężko to osądzać. Okazuje się obecnie, że nawet wieloletni programiści 
(niezależnie od technologii, o jakiej rozmawiamy) wiedzą jak coś 
zbudować we frameworku X czy Y lecz nie potrafią powiedzieć czym np. 
jest sortowanie bąbelkowe. Bo framework tego nie ma więc nie istnieje 
lub jakiś plugin to realizuje więc nie trzeba o niczym wiedzieć. To 
konkretny przykład z rozmowy kwalifikacyjnej.

Bardzo dobrze ująłeś problem. Oczywiste jest, że odwołanie się po ID w 
jQuery to $("id") a wykorzystanie JS w postaci 
document.getElementById("id") to funkcja nieudokumentowana używana tylko 
przez randomowych programistów. Mam pracę gdyż nie zgadzam się z tą 
teorią :-)

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15849

On 2018-12-08, Marek S <precz@spamowi.com> wrote:

[...]

> Bardzo dobrze ująłeś problem. Oczywiste jest, że odwołanie się po ID w 
> jQuery to $("id") a wykorzystanie JS w postaci 
> document.getElementById("id") to funkcja nieudokumentowana używana tylko 
> przez randomowych programistów. Mam pracę gdyż nie zgadzam się z tą 
> teorią :-)

Ależ proszę Cię bardzo. Znalazłeś swoją niszę, w swoim grajdołku i jeśli
Ci to wystarcza, to ok.

Ja zaś mam zlecenia (bo nie mam pracodawcy), bo często okazuje się, 
ze po mistrzach hackingu trzeba cały system przepisać od nowa, porządnie, 
dodając testy, bo nikt inny poza wymienionym mistrzem hackingu nie wie 
co tam w środku jest. A wspomniani mistrzowie przy pewnej złożoności 
kodu sami przestają ogarniać i odchodzą.

W zakresie programowania webowego potrzebna wiedza jest diametralnie inna
niż "sortowanie bąbelkowe" i tutaj taką można przyswajać raczej w ramach 
ciekawostek i historii programowania, bo jak już Ci przyjdzie sortować, 
to zapewne użyjesz wbudowanej funkcji sort() i co najwyżej tylko ją zrobisz 
customowo dodając jej obsługę w środku (decydującą czy a > b, czy nie), 
pozostawiając algorytmikę silnikowi javascript (albo php).

W dzisiejszych czasach istotne jest by człowiek umiał dobrze przeszukiwać zbiory
informaji (google, stack overflow), umiał zadawać odpowiednie pytania (by otrzymać
odpowiednie wyniki) i umiał skorzystać z dostępnych narzędzi, żeby przyspieszyć
pracę, a nie wymyślał koło na nowo. Bo zanim te koło wymyślisz, to ktoś inny zdąży
pół auta zbudować. A za niedługo (jak odpowiednio rozbuduje się ML), to i to nie
będzie potrzebne.

getElementById('aa') to są takie podstawy, podstaw, że pewnie każdy programista
to zna [przynajmniej z mojej dziedziny], tylko nikomu by się nie przyszło 
tym szczycić. A czy znasz zasady działania generatorów? Czym się różni
arrow function od zwykłej? Czy potrafisz powiedzieć jaki będzie wynik
poniższych linii kodu i dlaczego (bez uruchamiania oczywiście)?

---
setTimeout(() => console.log('setTimeout'));
Promise.resolve(1).then(() => console.log('promise resolve'));
console.log('hello!');
---

Albo wiesz co to jest currying?

Programowanie to jest tak rozległa dziedzina w której non stop pojawia
się coś nowego, że patrzenie z wyższością na innych tylko dlatego że 
znasz "wybrany przez Ciebie" fragment podstaw, to trochę zarozumiałe
podejście. Dobrego programistę poznaje się po tym jak rozwiązuje problemy
i jak szuka informacji, a nie po tym jaką ma wiedzę w głowie. Bo tej
w głowie, to każdy będzie miał za mało.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15851

W dniu niedziela, 9 grudnia 2018 00:19:42 UTC+1 użytkownik Marek S napisał:
> W dniu 2018-12-08 o 22:29, Wojciech Bancer pisze:
> 
> > To ja już wolę zaufać frameworkowi niż randomowemu programiście,
> > wrzucającemu linijki kodu gdzie popadnie, a po którym śladu dokumentacji
> > nie ma i jak go np. trafi pociąg, to jest problem. :)
> 
> Hehe... i to mnie cieszy szczerze mówiąc. To nie moje zdanie, gadając z 
> przełożonym, który mnie zatrudnił, podpytałem go o to jak wygląda rynek 
> pracowników i skąd ma takie problemy ze znalezieniem kogokolwiek. Otóż 
> zapanowała na rynku swego rodzaju patologia lub korzyść jednocześnie. 
> Ciężko to osądzać. Okazuje się obecnie, że nawet wieloletni programiści 
> (niezależnie od technologii, o jakiej rozmawiamy) wiedzą jak coś 
> zbudować we frameworku X czy Y lecz nie potrafią powiedzieć czym np. 
> jest sortowanie bąbelkowe. Bo framework tego nie ma więc nie istnieje 
> lub jakiś plugin to realizuje więc nie trzeba o niczym wiedzieć. To 
> konkretny przykład z rozmowy kwalifikacyjnej.
> 
> Bardzo dobrze ująłeś problem. Oczywiste jest, że odwołanie się po ID w 
> jQuery to $("id") a wykorzystanie JS w postaci 
> document.getElementById("id") to funkcja nieudokumentowana używana tylko 
> przez randomowych programistów. Mam pracę gdyż nie zgadzam się z tą 
> teorią :-)
> 
> -- 
> Pozdrawiam,
> Marek

@Marku
Spróbuje podsumować, jednocześnie nie odwołując się do wszystkich wątków w szczegółach.
1. Larvel podczas budowania swojego środowiska wykorzystuje symfony wystarczy uruchomić kod composera z dokumentacji projektu 
"composer create-project --prefer-dist laravel/laravel blog"
https://laravel.com/docs/5.7 

I popatrzeć co ładuje / larvel w więkoszości przykrywa symfony czymś swoim. Ten projekt w dużej mierze wyglada jak nakładka na SYMFONY -> która jest opakowana w funkcje magiczne / tym samym można projekt sprzedawać... bo jest zaciemniony. *wersja komercyjna.

2. request .... hm ja bym spojrzął tutaj. 
https://www.google.pl/search?q=laravel+request+image&source=lnms&tbm=isch&sa=X&ved=0ahUKEwiSwbXfkpPfAhWJiywKHaAtD30Q_AUIDigB&biw=1536&bih=732#imgrc=cOARDrNOVDCHkM:

3. JS / podnoszenie bibliotek zawsze, ale to zawsze wymaga przeczytania (nie ważne jaka bibiloteka). dokumentacji. Co do jQuery powstała konkurencja http://vanilla-js.com/

PS: JS się na tyle rozwinął, że jQuery po mału staje się zbędny.

4. Co do Larver proponuje byś podłączył się pod projekt ludzi który rozwijają projekt na github https://github.com/laravel/laravel

Zgodzę się z toba podstaw są potrzebne bezwględnie... A hakerów to nie wiem jakich masz... dla mnie Haker to ktoś kto ma wiedzę (kodowanie i zna standardy) taki kod czyta się wspaniale. :) a psełdo hakerzy to cóż .. nie ma sensu poświećać soich cennych zasóbób jak mózg na rozijanie dyskusji. 

[toc] | [prev] | [next] | [standalone]

#15852

On 2018-12-09, Rafal Podsiadly <spinacz24@gmail.com> wrote:

[...]

> Zgodzę się z toba podstaw są potrzebne bezwględnie... 

Ale inne są podstawy dla programisty C embedded, a inne dla programisty
Web a inne dla programisty robiącego core bazy danych. Odpytywanie 
na rozmowie kwalifikacyjnej programisty web o sortowanie bąbelkowe 
ma tyle samo sensu co odpytywanie chociażby z budowy układu scalonego 
i bramek NAND, czy komend assemblera x86. Albo Pana Tadeusza.

A języki wysokiego rzędu powstały po to by:

a) obniżać poziom wymaganej wiedzy i umożliwić większej ilości osób zajmowanie 
   się tym (bo mamy coraz większe zapotrzebowanie)
b) umożliwić optymalniejszą pracę w zespołach
c) umożliwić tworzenie projektów o większej złożoności kodu
d) każdy język jest projektowany do rozwiązywania konkretnych problemów
   i zawiera pewne wsparcie dla rozwiązywania danych problemów.

I dalszą tego konsekwencją [czyli potrzeby na jeszcze bardziej złożone aplikacje]
są frameworki oparte o dobre praktyki.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15853

W dniu niedziela, 9 grudnia 2018 18:02:46 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2018-12-09, Rafal Podsiadly <spinacz24@gmail.com> wrote:
> 
> [...]
> 
> > Zgodzę się z toba podstaw są potrzebne bezwględnie... 
> 
> Ale inne są podstawy dla programisty C embedded, a inne dla programisty
> Web a inne dla programisty robiącego core bazy danych. Odpytywanie 
> na rozmowie kwalifikacyjnej programisty web o sortowanie bąbelkowe 
> ma tyle samo sensu co odpytywanie chociażby z budowy układu scalonego 
> i bramek NAND, czy komend assemblera x86. Albo Pana Tadeusza.
> 
> A języki wysokiego rzędu powstały po to by:
> 
> a) obniżać poziom wymaganej wiedzy i umożliwić większej ilości osób zajmowanie 
>    się tym (bo mamy coraz większe zapotrzebowanie)
> b) umożliwić optymalniejszą pracę w zespołach
> c) umożliwić tworzenie projektów o większej złożoności kodu
> d) każdy język jest projektowany do rozwiązywania konkretnych problemów
>    i zawiera pewne wsparcie dla rozwiązywania danych problemów.
> 
> I dalszą tego konsekwencją [czyli potrzeby na jeszcze bardziej złożone aplikacje]
> są frameworki oparte o dobre praktyki.
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Mnie uczyli zarówno NAND jak i 3, 4, 5 notacji baz danych (podobno jest aż 8). Także baz obiektowych. Taka wiedza sie przydaje nawet w PHP. 
Podejrzewam, że sortowanie bezbelkowe też wszystko zależny od projektu. 
Nawet jak ktoś nie jest po studiach warto poznać / algorytmy sortowanie / notacje normalizacji baz danych. Dzięki temu może nie wydala się lepiej na rozmowie ale zdecydowanie pisze sie lepszy kod. 

https://eduinf.waw.pl/inf/alg/002_struct/0005.php często sobie tak rozpisuje warniki i je upraszam

[toc] | [prev] | [next] | [standalone]

#15854

On 2018-12-09, Rafal Podsiadly <spinacz24@gmail.com> wrote:

[...]

> Mnie uczyli zarówno NAND jak i 3, 4, 5 notacji baz danych
> (podobno jest aż 8). Także baz obiektowych.

Mnie też. O NANDach nawet w technikum, a w ramach projektu studenckiego
zrobiłem Windowsowego klienta Gadu-Gadu zajmującego 8KB (bez ikonek)
oraz samodzielnie zbudowałem spectrum wg schematu.

Żadna z powyższych umiejętności nie jest i nigdy nie była mi *niezbędna* 
w życiu zawodowym. Dyplom ukończenia studiów też nie. I specjalnie też
nie pomogły.

> Taka wiedza sie przydaje nawet w PHP.

Przydaje to się umiejętność googlowania wiedzy
jak mam do czegoś siadać.

> Nawet jak ktoś nie jest po studiach warto poznać / algorytmy 
> sortowanie / notacje normalizacji baz danych. Dzięki temu może nie wydala 
> się lepiej na rozmowie ale zdecydowanie pisze sie lepszy kod. 

Niespecjalnie się z tym zgodzę. Ostatnio (pół roku temu) robiłem 
rekrutację. Najlepszy kod napisała osoba która była prawnikiem 
i zdecydowała się na przekwalifikowanie na programistę. I zgłębiała 
wiedzę z kursów oraz robiła samodzielnie ćwiczenia we własnym 
zakresie.

Nie ma przygotowania teoretycznego o którym mówisz, a mimo
to zadania napisała najlepiej ze wszystkich. Oczyście jakbym
zaczął pytać o algorytmy z tyłka, to by poległa. Każdy by
poległ, bo nie ma czegoś takiego jak Niezbędna Wiedza Programisty
i to co w algorytmice jest istotne dla jednego, dla innego może
być kompletnie nieprzydatne.

Więc nie ma co uogólniać i z góry zakładać poziom wynika
z umiejętności wyrecytowania algorytmu z pamięci, czy też 
wykształcenia.

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com

[toc] | [prev] | [next] | [standalone]

#15857

Dnia Sun, 9 Dec 2018 21:24:09 +0100, Wojciech Bancer napisał(a):

> Nie ma przygotowania teoretycznego o którym mówisz, a mimo
> to zadania napisała najlepiej ze wszystkich. Oczyście jakbym
> zaczął pytać o algorytmy z tyłka, to by poległa. Każdy by
> poległ, bo nie ma czegoś takiego jak Niezbędna Wiedza Programisty
> i to co w algorytmice jest istotne dla jednego, dla innego może
> być kompletnie nieprzydatne.

Algorytmy - ok, to w większości przypadków załatwia język lub biblioteki.
Ale wiedzy o strukturach danych IMO już można wymagać, bo to są konkretne
narzędzia do rozwiązywania problemów.

Tak z ciekawości - jakie zadania dawałeś?

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | pl.comp.lang.php

csiph-web