🚀 go-pugleaf

On 15/03/2017 06:20, Jivanmukta wrote:
> Mam na stronie:
>
>         <div id="client_mobile_field">
>             <div class="label"><label class="obligatory">Telefony
> komórkowe:</label></div>
>             <div class="control">
>                 <div>
>                     <?php echo my_form_input('client_mobile1',
> my_set_value('client_mobile1', $fullAnnouncementNo, $announcement),
> 'id="client_mobile1" maxlength="16" size="16" style="width: 16ex"
> class="mobile" onfocus="onFocusElement(this.id);"
> onblur="onBlurElement(this.id);"'),
>                                form_error('client_mobile1'); ?>
>                 </div>
>                 <div>
>                     <?php echo my_form_input('client_mobile2',
> my_set_value('client_mobile2', $fullAnnouncementNo, $announcement),
> 'id="client_mobile2" maxlength="16" size="16" style="width: 16ex"
> class="mobile" onfocus="onFocusElement(this.id);"
> onblur="onBlurElement(this.id);"'),
>                                form_error('client_mobile2'); ?>
>                 </div>
>             </div>
>             <div class="tip">...<b>albo</b> telefon komórkowy
> (9-cyfrowy)...</div>
>         </div>
>
> Podczas obsługi zdarzenia onfocus elementu client_mobile1 potrzebuję
> dobrać się do jedo etykiety. Robię to tak:
>
> function divLabelOf(elem) {
>     if (elem) {
>         var p = elem;
>         while (p.className != 'control') {
>             p = p.parentNode;
>         }
>         p = p.parentNode;
> alert("div " + p.id);
> alert("firstChild " + p.firstChild.id);
> alert("childNodes[0] " + p.childNodes[0].id);
>         return p.firstChild;    // powinno być div
>     }
>     return null;
> }
>
> Wyświetla mi się:
>
> div client_mobile_field
> firstChild undefined
> childNodes[0] undefined
>
> Dlaczego undefined? Jak poprawić funkcję divLabelOf? Byłbym wdzięczny za
> podpowiedź.

Sprawdź, jaki obiekt kryje się pod p.firstChild. Może zamiast 
p.firstChild użyj q.querySelector('tutaj CSS selector do żądanego 
elementu').

A poza tym, zrezygnuj z onfocus i onblur inline i skorzystaj z delegacji 
zdarzeń (event delegation):

https://bfkot.wordpress.com/2010/09/02/event-delegation-delegowane-nasluchy-czyli-wydarzenia-w-delegacji-czesc-1/

-- 
Cezary Tomczyk
https://www.aslint.org/ - walidacja Accessibility
Blokowanie automatycznego odtwarzania video na gazeta.pl w Google 
Chrome: https://goo.gl/0kCRLS

W dniu środa, 15 marca 2017 09:45:26 UTC+1 użytkownik Cezary Tomczyk napisał:
> On 15/03/2017 06:20, Jivanmukta wrote:
> > Mam na stronie:
> >
> >         <div id="client_mobile_field">
> >             <div class="label"><label class="obligatory">Telefony
> > komórkowe:</label></div>
> >             <div class="control">
> >                 <div>
> >                     <?php echo my_form_input('client_mobile1',
> > my_set_value('client_mobile1', $fullAnnouncementNo, $announcement),
> > 'id="client_mobile1" maxlength="16" size="16" style="width: 16ex"
> > class="mobile" onfocus="onFocusElement(this.id);"
> > onblur="onBlurElement(this.id);"'),
> >                                form_error('client_mobile1'); ?>
> >                 </div>
> >                 <div>
> >                     <?php echo my_form_input('client_mobile2',
> > my_set_value('client_mobile2', $fullAnnouncementNo, $announcement),
> > 'id="client_mobile2" maxlength="16" size="16" style="width: 16ex"
> > class="mobile" onfocus="onFocusElement(this.id);"
> > onblur="onBlurElement(this.id);"'),
> >                                form_error('client_mobile2'); ?>
> >                 </div>
> >             </div>
> >             <div class="tip">...<b>albo</b> telefon komórkowy
> > (9-cyfrowy)...</div>
> >         </div>
> >
> > Podczas obsługi zdarzenia onfocus elementu client_mobile1 potrzebuję
> > dobrać się do jedo etykiety. Robię to tak:
> >
> > function divLabelOf(elem) {
> >     if (elem) {
> >         var p = elem;
> >         while (p.className != 'control') {
> >             p = p.parentNode;
> >         }
> >         p = p.parentNode;
> > alert("div " + p.id);
> > alert("firstChild " + p.firstChild.id);
> > alert("childNodes[0] " + p.childNodes[0].id);
> >         return p.firstChild;    // powinno być div
> >     }
> >     return null;
> > }
> >
> > Wyświetla mi się:
> >
> > div client_mobile_field
> > firstChild undefined
> > childNodes[0] undefined
> >
> > Dlaczego undefined? Jak poprawić funkcję divLabelOf? Byłbym wdzięczny za
> > podpowiedź.
> 
> Sprawdź, jaki obiekt kryje się pod p.firstChild. Może zamiast 
> p.firstChild użyj q.querySelector('tutaj CSS selector do żądanego 
> elementu').
> 
> A poza tym, zrezygnuj z onfocus i onblur inline i skorzystaj z delegacji 
> zdarzeń (event delegation):
> 
> https://bfkot.wordpress.com/2010/09/02/event-delegation-delegowane-nasluchy-czyli-wydarzenia-w-delegacji-czesc-1/
> 
> -- 
> Cezary Tomczyk
> https://www.aslint.org/ - walidacja Accessibility
> Blokowanie automatycznego odtwarzania video na gazeta.pl w Google 
> Chrome: https://goo.gl/0kCRLS

Spodobało mi się to w art. do którego dałeś link:

<cytat>
1. Podstawowy sposób dodawania nasłuchów
$(document).ready(function() {
$('.clickable-div').click(nasluch_1);
});
//rownowazny zapis
$(document).ready(function() {
$('.clickable-div').click(nasluch_1);
});
</cytat>

:-)

Paweł

W dniu środa, 15 marca 2017 09:45:26 UTC+1 użytkownik Cezary Tomczyk napisał:
> On 15/03/2017 06:20, Jivanmukta wrote:
> > Mam na stronie:
> >
> >         <div id="client_mobile_field">
> >             <div class="label"><label class="obligatory">Telefony
> > komórkowe:</label></div>
> >             <div class="control">
> >                 <div>
> >                     <?php echo my_form_input('client_mobile1',
> > my_set_value('client_mobile1', $fullAnnouncementNo, $announcement),
> > 'id="client_mobile1" maxlength="16" size="16" style="width: 16ex"
> > class="mobile" onfocus="onFocusElement(this.id);"
> > onblur="onBlurElement(this.id);"'),
> >                                form_error('client_mobile1'); ?>
> >                 </div>
> >                 <div>
> >                     <?php echo my_form_input('client_mobile2',
> > my_set_value('client_mobile2', $fullAnnouncementNo, $announcement),
> > 'id="client_mobile2" maxlength="16" size="16" style="width: 16ex"
> > class="mobile" onfocus="onFocusElement(this.id);"
> > onblur="onBlurElement(this.id);"'),
> >                                form_error('client_mobile2'); ?>
> >                 </div>
> >             </div>
> >             <div class="tip">...<b>albo</b> telefon komórkowy
> > (9-cyfrowy)...</div>
> >         </div>
> >
> > Podczas obsługi zdarzenia onfocus elementu client_mobile1 potrzebuję
> > dobrać się do jedo etykiety. Robię to tak:
> >
> > function divLabelOf(elem) {
> >     if (elem) {
> >         var p = elem;
> >         while (p.className != 'control') {
> >             p = p.parentNode;
> >         }
> >         p = p.parentNode;
> > alert("div " + p.id);
> > alert("firstChild " + p.firstChild.id);
> > alert("childNodes[0] " + p.childNodes[0].id);
> >         return p.firstChild;    // powinno być div
> >     }
> >     return null;
> > }
> >
> > Wyświetla mi się:
> >
> > div client_mobile_field
> > firstChild undefined
> > childNodes[0] undefined
> >
> > Dlaczego undefined? Jak poprawić funkcję divLabelOf? Byłbym wdzięczny za
> > podpowiedź.
> 
> Sprawdź, jaki obiekt kryje się pod p.firstChild. Może zamiast 
> p.firstChild użyj q.querySelector('tutaj CSS selector do żądanego 
> elementu').
> 
> A poza tym, zrezygnuj z onfocus i onblur inline i skorzystaj z delegacji 
> zdarzeń (event delegation):
> 
> https://bfkot.wordpress.com/2010/09/02/event-delegation-delegowane-nasluchy-czyli-wydarzenia-w-delegacji-czesc-1/
> 
> -- 
> Cezary Tomczyk
> https://www.aslint.org/ - walidacja Accessibility
> Blokowanie automatycznego odtwarzania video na gazeta.pl w Google 
> Chrome: https://goo.gl/0kCRLS

Dodam jeszcze że niezbyt inteligentny jest ten kod. Po co tak motać prosty sznurek?

Przecież wystarczy napisać:

  document.onclick = function(e){

  e = e || window.event;
  var t = e.target || e.srcElement;
  n=t.id || t.className;
  if (!n) return;
//i teraz obsługa naszej aplikacji:

if (n=='id_diva1') {...}
else if (n=='id_elementu_span1') {...}
else ...


Ot i cała filozofia. Jeżeli dynamicznie wczytamy jakiś element np. div o określonym id albo nadamy mu dynamicznie id, albo będziemy chcieli obsłużyć dowolny element danej klasy to kod będzie dynamicznomagicznie działał.


Paweł

Dnia Wed, 15 Mar 2017 08:38:08 -0700 (PDT), zpksoft napisał(a):

> Dodam jeszcze że niezbyt inteligentny jest ten kod. Po co tak motać prosty sznurek?

On przede wszystkim jest przestarzały, to artykuł sprzed blisko 7 lat.
Wszystkie użyte tam funkcje już dawno zostały zastąpione.

> Przecież wystarczy napisać:
> 
>   document.onclick = function(e){
> 
>   e = e || window.event;
>   var t = e.target || e.srcElement;
>   n=t.id || t.className;
>   if (!n) return;
> //i teraz obsługa naszej aplikacji:
> 
> if (n=='id_diva1') {...}
> else if (n=='id_elementu_span1') {...}
> else ...

Po to się używa frameworków, by nie klepać ręcznie całego tego śmietnika.

> Ot i cała filozofia. Jeżeli dynamicznie wczytamy jakiś element np. div o określonym id albo nadamy mu dynamicznie id, albo będziemy chcieli obsłużyć dowolny element danej klasy to kod będzie dynamicznomagicznie działał.

jQuery.on() też tak działa. Stare jQuery.delegate() również.

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

> > Przecież wystarczy napisać:
> > 
> >   document.onclick = function(e){
> > 
> >   e = e || window.event;
> >   var t = e.target || e.srcElement;
> >   n=t.id || t.className;
> >   if (!n) return;
> > //i teraz obsługa naszej aplikacji:
> > 
> > if (n=='id_diva1') {...}
> > else if (n=='id_elementu_span1') {...}
> > else ...
> 
> Po to się używa frameworków, by nie klepać ręcznie całego tego śmietnika.
> 
>ciach> -- 
> Borys Pogoreło
> borys(#)leszno,edu,pl


Punkt widzenia.
Ja to widzę inaczej. Żeby nie pisać tych kilku linijek kodu mam dołączyć cały framework? To jest dopiero śmietnik z tysiącem linijek zbędnego kodu.

Paweł

Thu, 16 Mar 2017 00:49:40 -0700 (PDT)      
zpksoft <zpksoft@op.pl>   napisał(a):

> > > Przecież wystarczy napisać:
> > > 
> > >   document.onclick = function(e){
> > > 
> > >   e = e || window.event;
> > >   var t = e.target || e.srcElement;
> > >   n=t.id || t.className;
> > >   if (!n) return;
> > > //i teraz obsługa naszej aplikacji:
> > > 
> > > if (n=='id_diva1') {...}
> > > else if (n=='id_elementu_span1') {...}
> > > else ...  
> > 
> > Po to się używa frameworków, by nie klepać ręcznie całego tego śmietnika.
> >   

> Ja to widzę inaczej. Żeby nie pisać tych kilku linijek kodu mam dołączyć cały
> framework? To jest dopiero śmietnik z tysiącem linijek zbędnego kodu.

Miałbyś rację, gdyby kod kończył się na tych kilku linijkach i potrzebował jednej czy
dwóch funkcjonalności. Ale to już raczej nie te czasy.
 

-- 
Piotr Grzegorzyca pozdrawia

jedenaste: Nie spamuj

W dniu czwartek, 16 marca 2017 12:09:56 UTC+1 użytkownik rePeter napisał:
> Thu, 16 Mar 2017 00:49:40 -0700 (PDT)      
> zpksoft napisał(a):
> 
> > > > Przecież wystarczy napisać:
> > > > 
> > > >   document.onclick = function(e){
> > > > 
> > > >   e = e || window.event;
> > > >   var t = e.target || e.srcElement;
> > > >   n=t.id || t.className;
> > > >   if (!n) return;
> > > > //i teraz obsługa naszej aplikacji:
> > > > 
> > > > if (n=='id_diva1') {...}
> > > > else if (n=='id_elementu_span1') {...}
> > > > else ...  
> > > 
> > > Po to się używa frameworków, by nie klepać ręcznie całego tego śmietnika.
> > >   
> 
> > Ja to widzę inaczej. Żeby nie pisać tych kilku linijek kodu mam dołączyć cały
> > framework? To jest dopiero śmietnik z tysiącem linijek zbędnego kodu.
> 
> Miałbyś rację, gdyby kod kończył się na tych kilku linijkach i potrzebował jednej czy
> dwóch funkcjonalności. Ale to już raczej nie te czasy.
>  
> 
> -- 
> Piotr Grzegorzyca pozdrawia
> 
> jedenaste: Nie spamuj

Nie te czasy powiadasz? Dobrze ze dodałeś "raczej". 
Obserwuję notoryczne wytaczanie armat na wróble. Na stronach nic się nie dzieje a dołączonych "frameworków" bez liku "bo tak wygląda profesjonalnie".

Niech każdy myśli po swojemu. Tak jest ok. Czasami korzystam z procedur znalezionych w necie robiących ciekawe rzeczy. Reszta jest tak prymitywnie prosta że nie miałem jeszcze potrzeby stosowania np. jquery. A piszę aplikacje biznesowe o różnorodnych funkcjach.

Paweł

dwunaste: Myśl samodzielnie

Thu, 16 Mar 2017 06:52:06 -0700 (PDT)      
zpksoft <zpksoft@op.pl>   napisał(a):

> W dniu czwartek, 16 marca 2017 12:09:56 UTC+1 użytkownik rePeter napisał:
> > Thu, 16 Mar 2017 00:49:40 -0700 (PDT)      
> > zpksoft napisał(a):


> > -- 
> > Piotr Grzegorzyca pozdrawia
> > 
> > jedenaste: Nie spamuj  

> Obserwuję notoryczne wytaczanie armat na wróble. Na stronach nic się nie dzieje a
> dołączonych "frameworków" bez liku "bo tak wygląda profesjonalnie".

To druga skrajność.


> dwunaste: Myśl samodzielnie

Trzynaste: Tnij sygnatury ;-)
(w zasadzie czytnik powinien)

-- 
Piotr Grzegorzyca pozdrawia


jedenaste: Nie spamuj

zpksoft pisze:
> W dniu czwartek, 16 marca 2017 12:09:56 UTC+1 użytkownik rePeter napisał:
[...]
>>>> Po to się używa frameworków, by nie klepać ręcznie całego tego śmietnika.
>>>>   
>>> Ja to widzę inaczej. Żeby nie pisać tych kilku linijek kodu mam dołączyć cały
>>> framework? To jest dopiero śmietnik z tysiącem linijek zbędnego kodu.
>> Miałbyś rację, gdyby kod kończył się na tych kilku linijkach i potrzebował jednej czy
>> dwóch funkcjonalności. Ale to już raczej nie te czasy.
>> -- 
>> Piotr Grzegorzyca pozdrawia
>>
>> jedenaste: Nie spamuj
> 
> Nie te czasy powiadasz? Dobrze ze dodałeś "raczej". 
> Obserwuję notoryczne wytaczanie armat na wróble. Na stronach nic się nie dzieje a dołączonych "frameworków" bez liku "bo tak wygląda profesjonalnie".
W rzeczy samej, również dołączam się do powyższego,
ale w nieco innym aspekcie unikania stosowania frameworków:
dzieciaki korzystające z ton frameworków podsłuchały
i nauczyły się od kogoś magicznego: SOA # 1
niestety, nie wszędzie zawsze można mieć naj.. naj... najnowszą przeglądarkę,
czego stety efektem jest, że strona nie wyświetla się prawidłowo,
bo jquery działa tylko u twórcy na jego jedynej słusznej przeglądarce
(oraz całej podobnej do twórcy rodzinie).

> Niech każdy myśli po swojemu. Tak jest ok. Czasami korzystam z procedur znalezionych w necie robiących ciekawe rzeczy. Reszta jest tak prymitywnie prosta że nie miałem jeszcze potrzeby stosowania np. jquery. A piszę aplikacje biznesowe o różnorodnych funkcjach.
> 
> Paweł
> 
> dwunaste: Myśl samodzielnie

On 2017-03-16, zpksoft <zpksoft@op.pl> wrote:

[...]

>> jedenaste: Nie spamuj
>
> Nie te czasy powiadasz? Dobrze ze dodałeś "raczej". 
> Obserwuję notoryczne wytaczanie armat na wróble. Na stronach nic się nie dzieje a dołączonych "frameworków" bez liku 
> "bo tak wygląda profesjonalnie".

Nie. Bo czas jest cenniejszy niż te kilka kb kodu.
Nie obsługujemy w dzisiejszych czasach atarynek.

> Niech każdy myśli po swojemu. Tak jest ok. Czasami korzystam z procedur znalezionych w necie robiących 
> ciekawe rzeczy. Reszta jest tak prymitywnie prosta że nie miałem jeszcze potrzeby stosowania np. jquery. 
> A piszę aplikacje biznesowe o różnorodnych funkcjach.

Ale zdaj sobie sprawę że stajesz w opozycji do znacznej większości.
Dopóki nie masz konkurencji it's fine. Ale jak zaczniesz, to się może
okazać, że oni potrafią coś zrobić szybciej. I nikogo nie będzie wtedy
wzruszać tłumaczenie że przecież Twój kod wykonuje się 15 cykli 
szybciej. :)

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

On 2017-03-17, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:

[...]

> niestety, nie wszędzie zawsze można mieć naj.. naj... najnowszą przeglądarkę,
> czego stety efektem jest, że strona nie wyświetla się prawidłowo,
> bo jquery działa tylko u twórcy na jego jedynej słusznej przeglądarce
> (oraz całej podobnej do twórcy rodzinie).

Konkretne biblioteki/frameworki mają opisane wsparcie na konkretnych 
przeglądarkach. Własnoręcznie dziergany kod nie ma takiego wsparcie i musi być 
własnoręcznie wytestowany.

Na 1000 przypadków błedów może jeden będzie błędem frameworka, a nie programisty.
Więc jeszcze raz, czemu mam bardziej ufać komuś kto nie chce użyć frameworka,
niż zespołowi ludzi który poświęca mnóstwo czasu i wiedzy by dopracować jakieś
narzędzie? Bo ten jeden programista uważa że jest bardziej nieomylny? :)

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

On 17/03/2017 22:04, Wojciech Bancer wrote:
> On 2017-03-16, zpksoft <zpksoft@op.pl> wrote:
>
> [...]
>
>>> jedenaste: Nie spamuj
>>
>> Nie te czasy powiadasz? Dobrze ze dodałeś "raczej".
>> Obserwuję notoryczne wytaczanie armat na wróble. Na stronach nic się nie dzieje a dołączonych "frameworków" bez liku
>> "bo tak wygląda profesjonalnie".
>
> Nie. Bo czas jest cenniejszy niż te kilka kb kodu.
> Nie obsługujemy w dzisiejszych czasach atarynek.

Pojęcie oszczędzania przez to czasu jest względne. Dodajesz coś, co 
rozwiązuje jeden problem i jednocześnie tworzysz pięć innych problemów, 
np. może okazać się, że jest niekompatybilne z inną bilioteką albo ów 
lib jest zależny od cośTam 2.x a w projekcie jest tylko wersja 1.x.

Poza tym, dodanie każdego liba to ekstra czas na zarządzanie nim 
(wersjami, kompatybilnością, a jak znajdziesz bug-a, to kto to ma 
poprawić?).

>> Niech każdy myśli po swojemu. Tak jest ok. Czasami korzystam z procedur znalezionych w necie robiących
>> ciekawe rzeczy. Reszta jest tak prymitywnie prosta że nie miałem jeszcze potrzeby stosowania np. jquery.
>> A piszę aplikacje biznesowe o różnorodnych funkcjach.
>
> Ale zdaj sobie sprawę że stajesz w opozycji do znacznej większości.

To, że większość tak robi, nie znaczy, że dobrze.

> Dopóki nie masz konkurencji it's fine. Ale jak zaczniesz, to się może
> okazać, że oni potrafią coś zrobić szybciej. I nikogo nie będzie wtedy
> wzruszać tłumaczenie że przecież Twój kod wykonuje się 15 cykli
> szybciej. :)

Tu nie chodzi o przysłowiowe 15 cykli dłużej, ale dodawanie 
niepotrzebnej warstwy, gdzie problem czasem może być rozwiązany w 
prostszy sposób. ;-)

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

W dniu piątek, 17 marca 2017 22:05:01 UTC+1 użytkownik Wojciech Bancer napisał:
...
> > Niech każdy myśli po swojemu. Tak jest ok. Czasami korzystam z procedur znalezionych w necie robiących 
> > ciekawe rzeczy. Reszta jest tak prymitywnie prosta że nie miałem jeszcze potrzeby stosowania np. jquery. 
> > A piszę aplikacje biznesowe o różnorodnych funkcjach.
> 
> Ale zdaj sobie sprawę że stajesz w opozycji do znacznej większości.
> Dopóki nie masz konkurencji it's fine. Ale jak zaczniesz, to się może
> okazać, że oni potrafią coś zrobić szybciej. I nikogo nie będzie wtedy
> wzruszać tłumaczenie że przecież Twój kod wykonuje się 15 cykli 
> szybciej. :)
> 
> -- 
> Wojciech Bańcer


Tak sobie możemy rozmawiać, bez efektu. Nie myśl, że w każdym projekcie wszystko piszę od początku. 
Może się też okazać że stosując jakieś tam frameworki zrobisz zadanie znacznie wolniej niż ja bo będziesz musiał się najpierw tego nauczyć.
Kolejna sprawa to aplikacje o wysokim stopniu bezpieczeństwa. Oprzesz je na freewarowym frameworku? Np. aplikację dla banku?
Jak w to wsiąkniesz to ciężko będzie Ci obyć się bez tego.

Reasumując: każda droga ma swoje walety i zady, każdy wybiera swoją. 

A na koniec mogę wspomnieć, że opieram się na własnej logice aplikacyjnej, łącznie z komunikacją. Między innymi nie używam moim zdaniem przestarzałych formularzy. Ale to już inny temat...

Paweł

W dniu piątek, 17 marca 2017 22:11:53 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-17, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:
> 
> [...]
> 
> > niestety, nie wszędzie zawsze można mieć naj.. naj... najnowszą przeglądarkę,
> > czego stety efektem jest, że strona nie wyświetla się prawidłowo,
> > bo jquery działa tylko u twórcy na jego jedynej słusznej przeglądarce
> > (oraz całej podobnej do twórcy rodzinie).
> 
> Konkretne biblioteki/frameworki mają opisane wsparcie na konkretnych 
> przeglądarkach. Własnoręcznie dziergany kod nie ma takiego wsparcie i musi być 
> własnoręcznie wytestowany.
> 
> Na 1000 przypadków błedów może jeden będzie błędem frameworka, a nie programisty.
> Więc jeszcze raz, czemu mam bardziej ufać komuś kto nie chce użyć frameworka,
> niż zespołowi ludzi który poświęca mnóstwo czasu i wiedzy by dopracować jakieś
> narzędzie? Bo ten jeden programista uważa że jest bardziej nieomylny? :)
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Pokrętne rozumowanie. Ale ok, Twoim zdaniem "zespół ludzi" + Ty zrobi mniej błędów niż ja?
Zważywszy na to że ów zespół z Tobą się nie komunikuje?

Paweł

On 2017-03-18, Cezary Tomczyk <cezary.tomczyk@gmail.com> wrote:

[...]

>> Nie. Bo czas jest cenniejszy niż te kilka kb kodu.
>> Nie obsługujemy w dzisiejszych czasach atarynek.
>
> Pojęcie oszczędzania przez to czasu jest względne. Dodajesz coś, co 
> rozwiązuje jeden problem i jednocześnie tworzysz pięć innych problemów, 
> np. może okazać się, że jest niekompatybilne z inną bilioteką albo ów 
> lib jest zależny od cośTam 2.x a w projekcie jest tylko wersja 1.x.

Dawno dawno temu ludzie wymyślili coś co się nazywa "zależność"
i opracowali systemy do zarządzania nimi. Dla przykładu możesz kojarzyć
coś co się nazywa homebrew. 

W światku Javascriptu również takie systemy są i sprawdzają się o wiele lepiej 
niż wiedza pojedynczego programisty, choćby i był on najlepszy.

> Poza tym, dodanie każdego liba to ekstra czas na zarządzanie nim 
> (wersjami, kompatybilnością, a jak znajdziesz bug-a, to kto to ma 
> poprawić?).

Wspomniane wyżej dependency managery. Nie wiem czy zdajesz sobie 
sprawę, ale od dłuższego już czasu, są one wszechobecne w praktycznie
każdym języku programowania.

Naprawdę będziesz kwestionować rozwój open source i jego dokonania
w zakresie radzenia sobie z takimi problemami? Czy po prostu nie
wiesz jak to się robi?

Popatrz może co potrafi zrobić bower, npm, albo yarn.
Błędy możesz zgłosić, możesz zrobić sobie fork projektu i podesłać
poprawkę autorom. Przy czym ja nadal twierdze, że więcej błędów
robi samodzielny programista, który ma termin, ograniczony budżet,
niż zespół ludzi którzy robią coś ochotniczo, mają czas pisać testy
i dzielą się wiedzą. I masz się kogo spytać.

>> Ale zdaj sobie sprawę że stajesz w opozycji do znacznej większości.
> To, że większość tak robi, nie znaczy, że dobrze.

Nie znaczy też, że jest to rozwiązanie złe. Świat ewoluował, warto się
czasem zagłębić w to co się dzieje, a nie tkwić w rozwiazaniach 
z początku wieku.

Jeszcze pamiętam czasy kiedy każda agencja interaktywna, każdy podmiot
na polskim rynku musiał mieć własne rozwiązanie, własny framework 
i własne rozwiązania. :) I to nie były dobre czasy :)

>> szybciej. :)
>
> Tu nie chodzi o przysłowiowe 15 cykli dłużej, ale dodawanie 
> niepotrzebnej warstwy, gdzie problem czasem może być rozwiązany w 
> prostszy sposób. ;-)

Jakby to było lepsze, to do dzisiaj programowalibyśmy w asemblerze.
Bo tam masz najmniejszą warstwę abstrakcji.

Zamiast myśleć w ten sposób, pomyśl raczej że jest to warstwa która 
*zdejmuje z Ciebie* konieczność zajmowania się pewną klasą problemów.
I to taką, która przez długi czas była bolączką i bardzo dużym kosztem
w świecie IT.

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

On 2017-03-18, zpksoft <zpksoft@op.pl> wrote:
>> szybciej. :)
>> 
>> -- 
>> Wojciech Bańcer
>
>
> Tak sobie możemy rozmawiać, bez efektu. Nie myśl, że w każdym projekcie wszystko piszę od początku. 
> Może się też okazać że stosując jakieś tam frameworki zrobisz zadanie znacznie wolniej niż ja bo będziesz musiał się najpierw tego nauczyć.

Ale to się da wykazać. Oczywiście że są jakieś mikro projekty przy których uczenie się frameworka nie
ma sensu, ale:

a) nie uczysz się go dla 1 takiego projektu
b) dobierasz proste narzędzia (tak, frameworki też) do zadania

W każdym przypadku jest się więc w stanie oszczędzić czas, zwłaszcza długofalowo.

> Kolejna sprawa to aplikacje o wysokim stopniu bezpieczeństwa. Oprzesz je na freewarowym frameworku? Np. aplikację dla banku?
> Jak w to wsiąkniesz to ciężko będzie Ci obyć się bez tego.

Ty mi raczej znajdź bank, który NIE korzysta z rozwiązań open-source.
Od razu Ci podpowiem: nie ma takich. PKO, mBank, BZWBK, Sandander, Polbank,
Citi Handlowy, cokolwiek nie znajdziesz, korzysta z open source garściami.

Przespałeś ostatnie 10-15 lat w IT? :)

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

On 2017-03-18, zpksoft <zpksoft@op.pl> wrote:

[...]

> Pokrętne rozumowanie. Ale ok, Twoim zdaniem "zespół ludzi" + Ty zrobi mniej błędów niż ja?
> Zważywszy na to że ów zespół z Tobą się nie komunikuje?

Ten zespół swoją robotę dokumentuje i piszę do niej testy, więc jak najbardziej.
I jak najbardziej istnieje z nim komunikacja. I tenże zespół zdejmuje ze mnie 
klasę problemów, którymi nie muszę się przejmować.

Sorry, ale czasy kiedy programista był oderwany i samodzielnie mógł sobie coś
napisać, to się coś mniej więcej w okolicach Another World skończyły.

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

On 18/03/2017 15:52, Wojciech Bancer wrote:
[...]
> Jakby to było lepsze, to do dzisiaj programowalibyśmy w asemblerze.
> Bo tam masz najmniejszą warstwę abstrakcji.

Skracając nieco: tak, znam npm, bower, brew i z nich korzystam :-)

> Zamiast myśleć w ten sposób, pomyśl raczej że jest to warstwa która
> *zdejmuje z Ciebie* konieczność zajmowania się pewną klasą problemów.
> I to taką, która przez długi czas była bolączką i bardzo dużym kosztem
> w świecie IT.

Zgoda. Chodzi mi tylko o pewnien balans i rozsądek. Branie wszystkiego, 
jak leci, to też nie jest dobra strategia.

Można wszystko - można i zrobić forka, można zgłosić swoją poprawkę 
(pull request, choć kiedy autor ją zastosuje to już odrębna sprawa), 
można dołączyć dziesiątki różnych pakietów, narzędzi, funkcji, itd. Jak 
we wszystkim - umiar i rozsądek.

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

On 18/03/2017 16:05, Wojciech Bancer wrote:
> On 2017-03-18, zpksoft <zpksoft@op.pl> wrote:
[...]
>> Kolejna sprawa to aplikacje o wysokim stopniu bezpieczeństwa. Oprzesz je na freewarowym frameworku? Np. aplikację dla banku?
>> Jak w to wsiąkniesz to ciężko będzie Ci obyć się bez tego.
>
> Ty mi raczej znajdź bank, który NIE korzysta z rozwiązań open-source.
> Od razu Ci podpowiem: nie ma takich. PKO, mBank, BZWBK, Sandander, Polbank,
> Citi Handlowy, cokolwiek nie znajdziesz, korzysta z open source garściami.

To, że korzystają to dobrze. Problem w tym, by robiły to z głową, bo ich 
obecne rozwiązania są tak rozdęte, że nawet najlepsze komputery zatykają 
się. Ogólnie jakość bankowych rozwiązań w internecie pozostawia wiele do 
życzenia, ale to nie jest li tylko problem jakich narzędzi/frameworków 
używają, ale przede wszystkim osób, które zarządzają projektami. Jest 
deficyt na dobry liderów projektów. :-(

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

On 17/03/2017 22:11, Wojciech Bancer wrote:
> On 2017-03-17, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:
>
> [...]
>
>> niestety, nie wszędzie zawsze można mieć naj.. naj... najnowszą przeglądarkę,
>> czego stety efektem jest, że strona nie wyświetla się prawidłowo,
>> bo jquery działa tylko u twórcy na jego jedynej słusznej przeglądarce
>> (oraz całej podobnej do twórcy rodzinie).
>
> Konkretne biblioteki/frameworki mają opisane wsparcie na konkretnych
> przeglądarkach. Własnoręcznie dziergany kod nie ma takiego wsparcie i musi być
> własnoręcznie wytestowany.

Własnoręcznie dziergany kod, tak jak i biblioteki czy frameworka, 
powinien zawsze mieć unit testy + idealnie e2e testy.

> Na 1000 przypadków błedów może jeden będzie błędem frameworka, a nie programisty.
> Więc jeszcze raz, czemu mam bardziej ufać komuś kto nie chce użyć frameworka,
> niż zespołowi ludzi który poświęca mnóstwo czasu i wiedzy by dopracować jakieś
> narzędzie? Bo ten jeden programista uważa że jest bardziej nieomylny? :)

Coś odnoszę wrażenie, że nikt tutaj nie deprecjonuje znaczenia 
frameworków, a jedynie wątpliwe korzystanie z wszystkiego, jak leci.

Same frameworki nie są złe i mogą nawet nie zawierać poważnych błędów, 
ale mogą być za to overcomplicated :-) Ja osobście podziękowałem 
EmberJS. Ten framework jest przekombinowany do maksimum. Ale to moje 
osobiste zdanie.

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

W dniu sobota, 18 marca 2017 16:05:05 UTC+1 użytkownik Wojciech Bancer napisał:
>ciach..> 
> Ty mi raczej znajdź bank, który NIE korzysta z rozwiązań open-source.
> Od razu Ci podpowiem: nie ma takich. PKO, mBank, BZWBK, Sandander, Polbank,
> Citi Handlowy, cokolwiek nie znajdziesz, korzysta z open source garściami.
> 
> Przespałeś ostatnie 10-15 lat w IT? :)
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Nie przespałem :) Tylko ewoluuję a nie dryfuję. To jest zasadnicza różnica. 
Upierasz się przy poglądzie że stosowanie frameworków to konieczność i nowoczesność. 
Ja uważam natomiast, że większość tego co oprogramowujemy to prościzna. Podstawowy JS daje wszystko co potrzeba.
Czasami spotykam się z trudniejszym zagadnieniem, ale do tego rórnież nie potrzebuję frameworków. Wystarczy poszukać algorytmu. 

Paweł

W dniu sobota, 18 marca 2017 15:52:33 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-18, Cezary Tomczyk  wrote:
> CIACH..
> Jakby to było lepsze, to do dzisiaj programowalibyśmy w asemblerze.
> Bo tam masz najmniejszą warstwę abstrakcji.
> 
> Zamiast myśleć w ten sposób, pomyśl raczej że jest to warstwa która 
> *zdejmuje z Ciebie* konieczność zajmowania się pewną klasą problemów.
> I to taką, która przez długi czas była bolączką i bardzo dużym kosztem
> w świecie IT.
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Do tego są technologie, nie frameworki. 

Paweł

On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:

[...]

> Do tego są technologie, nie frameworki. 

Nie. Do tego są właśnie frameworki.

W Javie masz Spring. W PHP masz Symfony/Zend/Laravel. Ruby + Rails itp. .NET Framework (C#) 
itd. itp. W javascripcie masz tego już naprawdę na tony (Express.JS, jQuery, Angular, 
React, Vue itp. itd.).

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

On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:

[...]

> Nie przespałem :) Tylko ewoluuję a nie dryfuję. To jest zasadnicza różnica. 
> Upierasz się przy poglądzie że stosowanie frameworków to konieczność i nowoczesność. 

Bo jest. Tak jak kiedyś nowoczesnym było programowanie w C, a nie na kartach perforowanych.

> Ja uważam natomiast, że większość tego co oprogramowujemy to prościzna. 
> Podstawowy JS daje wszystko co potrzeba.

Zależy od skali projektu.

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

On 19/03/2017 20:56, Wojciech Bancer wrote:
> On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:
>
> [...]
>
>> Do tego są technologie, nie frameworki.
>
> Nie. Do tego są właśnie frameworki.
>
> W Javie masz Spring. W PHP masz Symfony/Zend/Laravel. Ruby + Rails itp. .NET Framework (C#)
> itd. itp. W javascripcie masz tego już naprawdę na tony (Express.JS, jQuery, Angular,
> React, Vue itp. itd.).

jQuery to nie framework, a zwykły tool :-)

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

W dniu niedziela, 19 marca 2017 21:00:53 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-19, zpksoft wrote:
> 
> [...]
> 
> > Nie przespałem :) Tylko ewoluuję a nie dryfuję. To jest zasadnicza różnica. 
> > Upierasz się przy poglądzie że stosowanie frameworków to konieczność i nowoczesność. 
> 
> Bo jest. Tak jak kiedyś nowoczesnym było programowanie w C, a nie na kartach perforowanych.
> 

A na kartach perforowanych to nie programowało się w C?


> > Ja uważam natomiast, że większość tego co oprogramowujemy to prościzna. 
> > Podstawowy JS daje wszystko co potrzeba.
> 
> Zależy od skali projektu.
> 

Zdecydowana większość "projektów" to proste stronki gdzie oczywiście w nagłówku musi być zmieniający się baner a w środku jquery :)
No i oczywiście wszystko pisane w joomli czy innym cms-ie.

Paweł 

Dnia Sat, 18 Mar 2017 07:37:33 -0700 (PDT), zpksoft napisał(a):

> Pokrętne rozumowanie. Ale ok, Twoim zdaniem "zespół ludzi" + Ty zrobi
> mniej błędów niż ja?

Tak, bo poświęcili czas na rozpracowanie wszystkich trudnych przypadków, w
tym przypadków brzegowych i niezgodności przeglądarek. Masz na to czas? W
tym co nam wkleiłeś było już jedno obejście dla starszego IE, a to zaledwie
kilka liniijek.

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

Dnia Sat, 18 Mar 2017 15:52:32 +0100, Wojciech Bancer napisał(a):

> Jeszcze pamiętam czasy kiedy każda agencja interaktywna, każdy podmiot
> na polskim rynku musiał mieć własne rozwiązanie, własny framework 
> i własne rozwiązania. :) I to nie były dobre czasy :)

Teraz za to społeczność trochę przegina, aż się z nich żartuje.

https://pbs.twimg.com/media/CCt1cj-W8AARcbe.png:large

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

W dniu poniedziałek, 20 marca 2017 18:12:24 UTC+1 użytkownik Borys Pogoreło napisał:
> Dnia Sat, 18 Mar 2017 07:37:33 -0700 (PDT), zpksoft napisał(a):
> 
> > Pokrętne rozumowanie. Ale ok, Twoim zdaniem "zespół ludzi" + Ty zrobi
> > mniej błędów niż ja?
> 
> Tak, bo poświęcili czas na rozpracowanie wszystkich trudnych przypadków, w
> tym przypadków brzegowych i niezgodności przeglądarek. Masz na to czas? W
> tym co nam wkleiłeś było już jedno obejście dla starszego IE, a to zaledwie
> kilka liniijek.
> 
> -- 
> Borys Pogoreło
> borys(#)leszno,edu,pl

Są dwie drogi:

- starać się zaspokoić wszystkich, lub
- olać niespełniających standardy

Ja preferuję to drugie. Jak zauważyłeś w moim kodzie- nie do końca jest to prawda. Ale z reguły trzymam się tego. 
Niedawno czytałem jakiś kod w necie z kilkoma "obejściami". Usunąłem je i co się okazało? Na wszystkich przeglądarkach (mówię oczywiście o najnowszych wersjach)zagrało. 

Paweł

On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:

[...]

>> Bo jest. Tak jak kiedyś nowoczesnym było programowanie w C, a nie na kartach perforowanych.
> A na kartach perforowanych to nie programowało się w C?

W języku maszynowym.

>> Zależy od skali projektu.
>
> Zdecydowana większość "projektów" to proste stronki gdzie oczywiście w nagłówku musi być zmieniający się baner a w środku jquery :)
> No i oczywiście wszystko pisane w joomli czy innym cms-ie.

No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty dużo większe,
gdzie posłużenie się czystym javascriptem to jak pisanie gry w asemblerze.
I będą problemy z zarządzaniem projektem, ludźmi i przede wszystkim wydajnością
tych ludzi.

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

On 21/03/2017 15:08, Wojciech Bancer wrote:
> On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:
>
> [...]
>
>>> Bo jest. Tak jak kiedyś nowoczesnym było programowanie w C, a nie
>>> na kartach perforowanych.
>> A na kartach perforowanych to nie programowało się w C?
>
> W języku maszynowym.
>
>>> Zależy od skali projektu.
>>
>> Zdecydowana większość "projektów" to proste stronki gdzie
>> oczywiście w nagłówku musi być zmieniający się baner a w środku
>> jquery :) No i oczywiście wszystko pisane w joomli czy innym
>> cms-ie.
>
> No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty
> dużo większe, gdzie posłużenie się czystym javascriptem to jak
> pisanie gry w asemblerze.

Ekhm, że jak? "[...] posłużenie się czystym javascriptem to jak pisanie 
gry w asemblerze [...]". - to w czym pisane są projekty, w których 
bieżesz udział?

> I będą problemy z zarządzaniem projektem,
> ludźmi i przede wszystkim wydajnością tych ludzi.

Najwyraźniej zrekrutowani zostali juniorzy. Jak ktoś wie, jak 
programować w JavaScript, to nie ma problemu z wydajnością w ogóle. Od 
tego są liderzy zespołów, by tą wydajność podnieść. Różnymi sposobami.

Tzw. niechęć do korzystania z dostępnych funkcjonalności JavaScript 
wynika albo z niewiedzy, albo z lenistwa.

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

On 2017-03-21, Cezary Tomczyk <cezary.tomczyk@gmail.com> wrote:
>> No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty
>> dużo większe, gdzie posłużenie się czystym javascriptem to jak
>> pisanie gry w asemblerze.
>
> Ekhm, że jak? "[...] posłużenie się czystym javascriptem to jak pisanie 
> gry w asemblerze [...]". - to w czym pisane są projekty, w których 
> bieżesz udział?

Angular.js, React, d3, socket.io, jasmine, lodash, protractor, 
express.js. Do tego wsparcie przez typescript, bootstrap, angular-material i wiele innych
(projekty są pisane przez lata już). To tak z grubsza Proponujesz to wszystko pisać 
z palca od zera przy kazdym projeckie i potem przy zmianie programisty wdrażać nowego
w tok myślenia poprzednika?

>> I będą problemy z zarządzaniem projektem,
>> ludźmi i przede wszystkim wydajnością tych ludzi.
>
> Najwyraźniej zrekrutowani zostali juniorzy. 

Tak, tak. :)

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

Dnia Tue, 21 Mar 2017 03:52:42 -0700 (PDT), zpksoft napisał(a):

> Ja preferuję to drugie. Jak zauważyłeś w moim kodzie- nie do końca jest to prawda. Ale z reguły trzymam się tego. 
> Niedawno czytałem jakiś kod w necie z kilkoma "obejściami". Usunąłem je i co się okazało? Na wszystkich przeglądarkach (mówię oczywiście o najnowszych wersjach)zagrało. 

Bo te obejścia dotyczą najcześciej IE<=9. Jeśli trzeba wspierać aplikacje
zgodne z tymi przeglądarkami (są miejsca, gdzie IE8 nie umarło), to nie
jest miło.

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

On 21/03/2017 18:35, Wojciech Bancer wrote:
> On 2017-03-21, Cezary Tomczyk <cezary.tomczyk@gmail.com> wrote:
>>> No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty
>>> dużo większe, gdzie posłużenie się czystym javascriptem to jak
>>> pisanie gry w asemblerze.
>>
>> Ekhm, że jak? "[...] posłużenie się czystym javascriptem to jak pisanie
>> gry w asemblerze [...]". - to w czym pisane są projekty, w których
>> bieżesz udział?
>
> Angular.js, React, d3, socket.io, jasmine, lodash, protractor,
> express.js. Do tego wsparcie przez typescript, bootstrap, angular-material i wiele innych
> (projekty są pisane przez lata już). To tak z grubsza Proponujesz to wszystko pisać
> z palca od zera przy kazdym projeckie i potem przy zmianie programisty wdrażać nowego
> w tok myślenia poprzednika?

Ja referuję do Twojej wypowiedzi: "[...] posłużenie się czystym 
javascriptem to jak pisanie gry w asemblerze."

Nie mam na myśli wynajdywania koła na nowo. Innymi słowy, frameworki jak 
React, AngularJS, itd. są użyteczne. Niemniej jednak niektóre rzeczy da 
się napisać w samym JavaScripcie bez potrzeby angażowania od razu 
dziesiątek/setek kilobajtów z różnych narzędzi.

> To tak z grubsza Proponujesz to wszystko pisać
>> z palca od zera przy kazdym projeckie i potem przy zmianie programisty wdrażać nowego
>> w tok myślenia poprzednika?

Nie, nie proponuję tego. Proponuję jednak, by przed każdym użyciem 
czegokolwiek zadać sobie pytanie jakie problemy chcę przez to rozwiązać. 
Przykładem może być dodanie underscorejs tylko po to, by skorzystać z 
jednej funkcji. Widziałem takie rzeczy.

>>> I będą problemy z zarządzaniem projektem,
>>> ludźmi i przede wszystkim wydajnością tych ludzi.
>>
>> Najwyraźniej zrekrutowani zostali juniorzy.
>
> Tak, tak. :)

Dobra dobra :-) Może przejaskrawiłem.

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/

W dniu wtorek, 21 marca 2017 15:08:36 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:
> 
> [...]
> 
> >> Bo jest. Tak jak kiedyś nowoczesnym było programowanie w C, a nie na kartach perforowanych.
> > A na kartach perforowanych to nie programowało się w C?
> 
> W języku maszynowym.
> 
> >> Zależy od skali projektu.
> >
> > Zdecydowana większość "projektów" to proste stronki gdzie oczywiście w nagłówku musi być zmieniający się baner a w środku jquery :)
> > No i oczywiście wszystko pisane w joomli czy innym cms-ie.
> 
> No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty dużo większe,
> gdzie posłużenie się czystym javascriptem to jak pisanie gry w asemblerze.
> I będą problemy z zarządzaniem projektem, ludźmi i przede wszystkim wydajnością
> tych ludzi.
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Źle cdczytałeś to co napisałem.
Takie właśnie "projekty" skrytykowałem.

Nie używam żadnych cms-ów, to jest dla lamerów.
Mało kto wie że również MS Word jest cms-em. Prace można zapisać jako html z grafikami itp.
No, ale to nie jest programowanie.

Paweł

W dniu wtorek, 21 marca 2017 15:08:36 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-19, zpksoft <zpksoft@op.pl> wrote:
> 
> [...]
> 
> >> Bo jest. Tak jak kiedyś nowoczesnym było programowanie w C, a nie na kartach perforowanych.
> > A na kartach perforowanych to nie programowało się w C?
> 
> W języku maszynowym.
> 
> >> Zależy od skali projektu.
> >
> > Zdecydowana większość "projektów" to proste stronki gdzie oczywiście w nagłówku musi być zmieniający się baner a w środku jquery :)
> > No i oczywiście wszystko pisane w joomli czy innym cms-ie.
> 
> No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty dużo większe,
> gdzie posłużenie się czystym javascriptem to jak pisanie gry w asemblerze.
> I będą problemy z zarządzaniem projektem, ludźmi i przede wszystkim wydajnością
> tych ludzi.

To straszne.

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


Paweł

W dniu wtorek, 21 marca 2017 18:35:59 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-21, Cezary Tomczyk <cezary.tomczyk@gmail.com> wrote:
> >> No jeśli takie masz, to ok. Ja w zdecydowanej większości mam projekty
> >> dużo większe, gdzie posłużenie się czystym javascriptem to jak
> >> pisanie gry w asemblerze.
> >
> > Ekhm, że jak? "[...] posłużenie się czystym javascriptem to jak pisanie 
> > gry w asemblerze [...]". - to w czym pisane są projekty, w których 
> > bieżesz udział?
> 
> Angular.js, React, d3, socket.io, jasmine, lodash, protractor, 
> express.js. Do tego wsparcie przez typescript, bootstrap, angular-material i wiele innych
> (projekty są pisane przez lata już). To tak z grubsza Proponujesz to wszystko pisać 
> z palca od zera przy kazdym projeckie i potem przy zmianie programisty wdrażać nowego
> w tok myślenia poprzednika?

A jest tu choć trochę jakiejś logiki czy tylko ciapanie kontrolek ?


> 
> >> I będą problemy z zarządzaniem projektem,
> >> ludźmi i przede wszystkim wydajnością tych ludzi.
> >
> > Najwyraźniej zrekrutowani zostali juniorzy. 
> 
> Tak, tak. :)
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Paweł

On 2017-03-22, zpksoft <zpksoft@op.pl> wrote:

[...]

> Nie używam żadnych cms-ów, to jest dla lamerów.

Nie są.

> Mało kto wie że również MS Word jest cms-em. Prace można zapisać jako html z grafikami itp.

Nie jest.

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

On 2017-03-22, zpksoft <zpksoft@op.pl> wrote:
>> Angular.js, React, d3, socket.io, jasmine, lodash, protractor, 
>> express.js. Do tego wsparcie przez typescript, bootstrap, angular-material i wiele innych
>> (projekty są pisane przez lata już). To tak z grubsza Proponujesz to wszystko pisać 
>> z palca od zera przy kazdym projeckie i potem przy zmianie programisty wdrażać nowego
>> w tok myślenia poprzednika?
>
> A jest tu choć trochę jakiejś logiki czy tylko ciapanie kontrolek ?

Oczywiście że jest.

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

W dniu środa, 22 marca 2017 17:25:46 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-22, zpksoft <zpksoft@op.pl> wrote:
> >> Angular.js, React, d3, socket.io, jasmine, lodash, protractor, 
> >> express.js. Do tego wsparcie przez typescript, bootstrap, angular-material i wiele innych
> >> (projekty są pisane przez lata już). To tak z grubsza Proponujesz to wszystko pisać 
> >> z palca od zera przy kazdym projeckie i potem przy zmianie programisty wdrażać nowego
> >> w tok myślenia poprzednika?
> >
> > A jest tu choć trochę jakiejś logiki czy tylko ciapanie kontrolek ?
> 
> Oczywiście że jest.
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

To dobrze :)

Generalnie takie sprawy jak np. komunikacja z serwerem powinny być zestandaryzowane. I rozumiem stosowanie jquery czy innych bibliotek które taką standaryzację załatwiają. 

Ja dopracowałem się własnych rozwiązań w tym zakresie które zaspokajają w pełni moje potrzeby. Nawet myślałem, żeby spróbować gdzieś opublikować to rozwiązanie tylko na razie nie mam pomysłu na to.
Zniechęcają mnie też ataki na mnie z jakimi się od czasu do czasu spotykam od tych co "bronią" standardów.

Paweł

W dniu środa, 22 marca 2017 17:17:24 UTC+1 użytkownik Wojciech Bancer napisał:
> On 2017-03-22, zpksoft <zpksoft@op.pl> wrote:
> 
> [...]
> 
> > Nie używam żadnych cms-ów, to jest dla lamerów.
> 
> Nie są.

Mamy różne zdania :)

> 
> > Mało kto wie że również MS Word jest cms-em. Prace można zapisać jako html z grafikami itp.
> 
> Nie jest.

No dobra, może trochę przesadziłem.

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


Paweł

Dnia Thu, 23 Mar 2017 02:25:54 -0700 (PDT), zpksoft napisał(a):

> Ja dopracowałem się własnych rozwiązań w tym zakresie które zaspokajają
> w pełni moje potrzeby. Nawet myślałem, żeby spróbować gdzieś opublikować
> to rozwiązanie tylko na razie nie mam pomysłu na to.

Github stoi otworem, społeczność oceni.

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

Wojciech Bancer pisze:
> On 2017-03-17, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:
> 
> [...]
> 
>> niestety, nie wszędzie zawsze można mieć naj.. naj... najnowszą przeglądarkę,
>> czego stety efektem jest, że strona nie wyświetla się prawidłowo,
>> bo jquery działa tylko u twórcy na jego jedynej słusznej przeglądarce
>> (oraz całej podobnej do twórcy rodzinie).
> 
> Konkretne biblioteki/frameworki mają opisane wsparcie na konkretnych
Czytam. "wsparcie dla przeglądarek używanych głównie przez ich autorów",
No Comment.

> przeglądarkach. Własnoręcznie dziergany kod nie ma takiego wsparcie i musi być 
> własnoręcznie wytestowany.
Zgadza się, tak jak to już wcześniej  / później napisano,
do tego swojego kawałka kodu również mam kilka różnych testów napisane.
Niewątpliwie jednak wszystkich możliwych przypadków nie sprawdziłem,
Biblioteki używane przez większą grupę osób z pewnością
zostały sprawdzone w dużo większej ilości przypadków,
więc prawdopodobnie większość błędów w nich została naprawiona.

> Na 1000 przypadków błedów może jeden będzie błędem frameworka, a nie programisty.
> Więc jeszcze raz, czemu mam bardziej ufać komuś kto nie chce użyć frameworka,
> niż zespołowi ludzi który poświęca mnóstwo czasu i wiedzy by dopracować jakieś
> narzędzie? Bo ten jeden programista uważa że jest bardziej nieomylny? :)
Jak chcę usmażyć sobie jajecznicę do idę do kuchni,
nie muszę otwierać marnej jakości stronki
z toną frameworków, których inicjalizacja i działanie,
nawet na całkiem mocnych maszynach powoduje widoczny freeze przeglądarki.

Przeczytaj uważnie kilka razy to co sam napisałeś
oraz to co ja napisałem (to może kiedyś zrozumiesz).
Nigdzie nie napisałem ani nie zachęcałem byś używał tego co ktoś napisał,
zamiast powszechnie stosowanych frameworków. Używaj tego co chcesz.
Co najwyżej podkreślam, że do prostych operacji, by np: zrobić focus()
na polu tekstowym oraz ustawić background na czerwono
(a po 5 sekundach usunąć ten czerwony background),
nie są potrzebne żadne biblioteki, sam JavaScrit wystarczy.

Cezary Tomczyk pisze:
> On 17/03/2017 22:11, Wojciech Bancer wrote:
>> On 2017-03-17, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:
>>
>> [...]
>>
>>> niestety, nie wszędzie zawsze można mieć naj.. naj... najnowszą 
>>> przeglądarkę,
>>> czego stety efektem jest, że strona nie wyświetla się prawidłowo,
>>> bo jquery działa tylko u twórcy na jego jedynej słusznej przeglądarce
>>> (oraz całej podobnej do twórcy rodzinie).
>>
>> Konkretne biblioteki/frameworki mają opisane wsparcie na konkretnych
>> przeglądarkach. Własnoręcznie dziergany kod nie ma takiego wsparcie i 
>> musi być
>> własnoręcznie wytestowany.
> 
> Własnoręcznie dziergany kod, tak jak i biblioteki czy frameworka, 
> powinien zawsze mieć unit testy + idealnie e2e testy.
> 
>> Na 1000 przypadków błedów może jeden będzie błędem frameworka, a nie 
>> programisty.
>> Więc jeszcze raz, czemu mam bardziej ufać komuś kto nie chce użyć 
>> frameworka,
>> niż zespołowi ludzi który poświęca mnóstwo czasu i wiedzy by 
>> dopracować jakieś
>> narzędzie? Bo ten jeden programista uważa że jest bardziej nieomylny? :)
> 
> Coś odnoszę wrażenie, że nikt tutaj nie deprecjonuje znaczenia 
> frameworków, a jedynie wątpliwe korzystanie z wszystkiego, jak leci.

DOKŁADNIE
nic dodać, nic ując,
Rozumiem stosowanie frameworków przy pisaniu zaawansowanych aplikacji w JS,
która prawie działa jak aplikacja na Desktopie, po załadowaniu się,
dalsza komunikacja z serwerem odbywa się już poprzez XMLHttpRequest().
Proste akcje typu focus() na danym polu lub wyświetlenie komunikatu,
można zrealizować w samym JS i zadziała to w większości przeglądarek.

> Same frameworki nie są złe i mogą nawet nie zawierać poważnych błędów, 
> ale mogą być za to overcomplicated :-) Ja osobście podziękowałem 
> EmberJS. Ten framework jest przekombinowany do maksimum. Ale to moje 
> osobiste zdanie.

On 2017-04-02, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:

[...]

> Przeczytaj uważnie kilka razy to co sam napisałeś
> oraz to co ja napisałem (to może kiedyś zrozumiesz).

Ile Ty masz lat, że stosujesz tekst na poziomie przedszkola?
Serio nie jest Ci głupio?

> Nigdzie nie napisałem ani nie zachęcałem byś używał tego co ktoś napisał,
> zamiast powszechnie stosowanych frameworków. Używaj tego co chcesz.
> Co najwyżej podkreślam, że do prostych operacji, by np: zrobić focus()
> na polu tekstowym oraz ustawić background na czerwono
> (a po 5 sekundach usunąć ten czerwony background),
> nie są potrzebne żadne biblioteki, sam JavaScrit wystarczy.

Ani do tego, ani do tego nie trzeba Javascriptu.
Żeby zrobić focus wystarczy atrybut html, a do zmiany koloru tła
wystarczy animacja CSS.

Biblioteki nie są *potrzebne* do niczego, przecież o tym pisałem
wyraźnie. Za to ułatwiają pracę w grupie, standaryzację i pracę
jako taką i to poważnie. Tylko aby to docenić, to trzeba w życiu 
napisać trochę więcej niż "proste rzeczy". 

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

Wojciech Bancer pisze:
> On 2017-04-02, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:
> 
> [...]
> 
>> Przeczytaj uważnie kilka razy to co sam napisałeś
>> oraz to co ja napisałem (to może kiedyś zrozumiesz).
> 
> Ile Ty masz lat, że stosujesz tekst na poziomie przedszkola?
> Serio nie jest Ci głupio?

Tak, jest mi głupio, że w ogóle Tobie odpisałem.
Zgodnie z Twoim domniemanym życzeniem:
EOT

> 
>> Nigdzie nie napisałem ani nie zachęcałem byś używał tego co ktoś napisał,
>> zamiast powszechnie stosowanych frameworków. Używaj tego co chcesz.
>> Co najwyżej podkreślam, że do prostych operacji, by np: zrobić focus()
>> na polu tekstowym oraz ustawić background na czerwono
>> (a po 5 sekundach usunąć ten czerwony background),
>> nie są potrzebne żadne biblioteki, sam JavaScrit wystarczy.
> 
> Ani do tego, ani do tego nie trzeba Javascriptu.
> Żeby zrobić focus wystarczy atrybut html, a do zmiany koloru tła
> wystarczy animacja CSS.

Chyba, nie zrozumiałeś, animacja CSS
prawdopodobnie nie zrealizujesz powyższego,
ale tak jak wyżej napisałem ... EOT

> Biblioteki nie są *potrzebne* do niczego, przecież o tym pisałem
> wyraźnie. Za to ułatwiają pracę w grupie, standaryzację i pracę
> jako taką i to poważnie. Tylko aby to docenić, to trzeba w życiu 
> napisać trochę więcej niż "proste rzeczy". 

W dniu wtorek, 11 kwietnia 2017 20:43:31 UTC+2 użytkownik PawelS cbrbob(at)wbcd(dot)pl napisał:
> Wojciech Bancer pisze:
> > On 2017-04-02, PawelS cbrbob(at)wbcd(dot)pl <fake@email.org> wrote:
> > 
> > [...]
> > 
> >> Przeczytaj uważnie kilka razy to co sam napisałeś
> >> oraz to co ja napisałem (to może kiedyś zrozumiesz).
> > 
> > Ile Ty masz lat, że stosujesz tekst na poziomie przedszkola?
> > Serio nie jest Ci głupio?
> 
> Tak, jest mi głupio, że w ogóle Tobie odpisałem.
> Zgodnie z Twoim domniemanym życzeniem:
> EOT
> 
> > 
> >> Nigdzie nie napisałem ani nie zachęcałem byś używał tego co ktoś napisał,
> >> zamiast powszechnie stosowanych frameworków. Używaj tego co chcesz.
> >> Co najwyżej podkreślam, że do prostych operacji, by np: zrobić focus()
> >> na polu tekstowym oraz ustawić background na czerwono
> >> (a po 5 sekundach usunąć ten czerwony background),
> >> nie są potrzebne żadne biblioteki, sam JavaScrit wystarczy.
> > 
> > Ani do tego, ani do tego nie trzeba Javascriptu.
> > Żeby zrobić focus wystarczy atrybut html, a do zmiany koloru tła
> > wystarczy animacja CSS.
> 
> Chyba, nie zrozumiałeś, animacja CSS
> prawdopodobnie nie zrealizujesz powyższego,
> ale tak jak wyżej napisałem ... EOT
> 
> > Biblioteki nie są *potrzebne* do niczego, przecież o tym pisałem
> > wyraźnie. Za to ułatwiają pracę w grupie, standaryzację i pracę
> > jako taką i to poważnie. Tylko aby to docenić, to trzeba w życiu 
> > napisać trochę więcej niż "proste rzeczy".

Niepotrzebne są te przytyki Panowie.

A tak z ciekawości spytam: jaki to atrybut html wystarcza do zrobienia focusu?
Oczywiście mam na myśli aplikację www, czyli focus na życzenie programisty :)

Paweł

On 2017-04-12, zpksoft <zpksoft@op.pl> wrote:

[...]

> A tak z ciekawości spytam: jaki to atrybut html wystarcza do zrobienia focusu?

W wielu przypadkach jest to autofocus (html5).

> Oczywiście mam na myśli aplikację www, czyli focus na życzenie programisty :)

A to jakieś atrybuty są dopisywane nie na życzenie?

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

W dniu środa, 12 kwietnia 2017 20:56:12 UTC+2 użytkownik Wojciech Bancer napisał:
> On 2017-04-12, zpksoft <zpksoft@op.pl> wrote:
> 
> [...]
> 
> > A tak z ciekawości spytam: jaki to atrybut html wystarcza do zrobienia focusu?
> 
> W wielu przypadkach jest to autofocus (html5).
> 
> > Oczywiście mam na myśli aplikację www, czyli focus na życzenie programisty :)
> 
> A to jakieś atrybuty są dopisywane nie na życzenie?
> 
> -- 
> Wojciech Bańcer
> wojciech.bancer@gmail.com

Jeżeli przy pomocy ajaxa ładuję dialog do np. jakiegoś diva to autofocus nie działa. Działa przy ładowaniu strony. Ale to już nie jest ajax skoro musimy dla wywołania własnego dialogu przeładowywać stronę.

Wydaje mi się że bez odrobiny JS się nie obejdzie object.focus();


Paweł

zpksoft pisze:
> W dniu środa, 12 kwietnia 2017 20:56:12 UTC+2 użytkownik Wojciech Bancer napisał:
>> On 2017-04-12, zpksoft <zpksoft@op.pl> wrote:
>>
>> [...]
>>
>>> A tak z ciekawości spytam: jaki to atrybut html wystarcza do zrobienia focusu?
>> W wielu przypadkach jest to autofocus (html5).
>>
>>> Oczywiście mam na myśli aplikację www, czyli focus na życzenie programisty :)
>> A to jakieś atrybuty są dopisywane nie na życzenie?
>>
>> -- 
>> Wojciech Bańcer
>> wojciech.bancer@gmail.com
> 
> Jeżeli przy pomocy ajaxa ładuję dialog do np. jakiegoś diva to autofocus nie działa. Działa przy ładowaniu strony. Ale to już nie jest ajax skoro musimy dla wywołania własnego dialogu przeładowywać stronę.
> 
> Wydaje mi się że bez odrobiny JS się nie obejdzie object.focus();

Dziękuję za doprecyzowanie. Dokładnie o takiej sytuacji napisałem.
Strona została załadowana, teraz ktoś kliknął w element
wizualnie przypominający Button, ale nie wypełnił niezbędnego pola,
wtedy pojawia się window.alert() z informacją,
następnie jest FORM.ELEMENT.focus(),
oraz dodatkowo na 5 sekund FORM.ELEMENT.backgroundColor na czerwowo,
Kliknięcie innego elementu wymaga wypełnienia innego pola,
które jeśli jest puste powoduje analogiczną sytuację.

Być może HTML5 rozwiązuje powyższe problemy,
ale niestety zapewne nie będzie działać wszędzie.

> Paweł