GitHub - zašto koristiti?


#21

Nitko nije rekao da velike firme trebaju prihvatiti standard. Velika je razlika suportati nekoga i prihvatiti standard.

Ovaj standard neće nitko trebati prihvatiti…a oni koji ga prihvate, imat će međusobnu korist. Ponavljam to već previše puta. :slight_smile:

Dio ima…i ja znam koji. A to je kada napišem neko glupo ime metode…netko će nadam se opaziti i uskočiti.
Velim, glavni posao je sve nazvati pravim imenom. I nije to mali zadatak…i niti malo bitno da se stvari zovu svojim imenom.
Riječi se ne usložavaju bez veze…nego po važnim pravilima.

živ -> oživjeti (intuitivno)
živ -> ne_usmrtiti_se (netočno a onda i neintuitivno za koristiti)

Ako se sa ispravnim riječima opiše sve šablone koje trenutno egzistiraju uzduž i poprijeko weba, to je doslovice oslonac da propričamo da web_builderima, ili da nam u najmanju ruku web development postane “šala”.

Jer mi puno toga ponavljamo, što se ponekada nađe i na 50-ak linija code-a …a da se moglo opisati jednom jedinom riječju. TO JE POANTA.
Zamjeniti šprance riječima…izmisliti novu sintaksu…po dobro dokumentiranom standardu.

Progledajte koja moć se krije iza toga. :smiley: :smiley:

A paralelno ću uz forum kreirati i preglednu dokumentaciju …dok se smislim što i kako.
Ali formum mi treba radi interakcije…da ja ne budem jedini kreator sintakse. Da zajedno uvidimo što i kako bi bilo najpraktičnije za korištenje. Ali sjest će vam to na mjesto…uvjeren sam. Tpojka mi je već toliko pomogao, da možda i nezna.


#22

Ma sve 5, ali moras imat sve na jednom mjestu. Nekakvu referencu kojoj ce svi moc pristupiti bez da kopaju po 4 teme i stotinu postova. Onda tko kaj hoce, napravi ti pull request sa objasnjenjem. Tako imas sve na jednom mjestu.


#23

Kada napišeš “for(var x=0;x<10;x++){}” …što misliš koliko je to “riječi” na razini asemblera?? :slight_smile:

Koliko riječi bi ti trebalo da mi kažeš da si vidio ovcu, a da nije izmišljena riječ “ovca” ?

Svaki puta bi govorio: "Ono s vunom što pase travu i bleji slično kao koza"

Oke, sada zipajmo gornju rečenicu u riječ “ovca” i svima olakšajmo život.


#24

Ok. Ja sam ti vec reako, idejno mi se svidja ideja. Ali ideja je samo to, ideja, ne vrijedi pisljiva boba bez implementacije. Zato hocu vidjet kak bi ti to implementirao. Ako je temelj dobar, sitinice se daju doradit. Ali moras dat konkretan primjer implementacije koja jasno dokazuje da tvoj ideja olaksava zivot… Trenutno vidim samo tonu teksta iz kojeg mi zapravo nije jasno kako bi ti to napravio, a na momente se gubim kaj tocno zelis.


#25

@bozoou

Ako ti je stiska s vremenom na poslu, uzmes reactjs, kad si napravis standard,onda fronted lako zamijenis, ako ti se ne dopadne reactjs.


#26

Radi integraciju sa VC i faq kaže da rade sa github-om što je izuzetna automatizacija.
Kako zamišljam, svaki komentar commit-a (pa nadalje) je prebačen sa github-a unutra.


#27

Ovo su sredili:

https://status.github.com/messages


#28

Trenutno radim sa vueJS. Ako može samo ukratko, da li vueJS i reactJS u suštini rješavaju isti problem, ili?


#29

Sve štima. Dobro si ti shvatio, ali ti je još mrvicu vidim nejasna šira slika. Ja sam ipak valjda svjesniji te šire slike, pa vjerujem da znam kojim putem trebam ići. :slight_smile:

Vi uporno čekate implementaciju, hehe …a kako implementiraš standard sintakse koju naučiš na w3 school? Upališ editor i tipkaš po standardu. :slight_smile:

Što ćeš ovdje tipkati po standardu?

  • pa povezivat ćeš međusobno komponente po zadanom normJS standardu.

Pa od kuda ti komponente?
Netko ih mora kreirati po normJS standardu i dobiti za njih certifikat putem normJS standard validatora.

Gdje tu onda točno vidiš implementaciju?

  1. Pronađeš komponentu koja ispunjava normJS standard
  2. Pronađeš upute od te komponente kako se instalira. Može biti bilo što…ali neka bude recimo NPM.
  3. Instaliraš komponentu
  4. Registiraš komponentu kao normJS komponentu. Najjednostavnije je to zamisliti kao:
    • normJS.modal = PerinModal ; normJS.dropdown = MikiPadajućiIzbornik;
    • na taj način se sve komponente povezuju i znaju gdje je koja da bi međusobno komunicirale. A komuniciraju po normJS sintaksi / standardu. Register će uključivati obavezno i permissione, jer neke komponente će imati moćne uloge.
  5. Oku nevidljivo, normJS.init() odradi neke bitne stvari u pozadini na onload stranice. Tu će postojati mala normJS.js skriptica, ali to je trenutno najmanje bitno. Velim, to je skoro pa ekvivalent tagu: <!DOCTYPE html>

Glavno je kreirati standard, a to će se putem rasvjetliti što će on omogućiti…koju vrstu sintakse.

Prva root klasa ti je pokazala već vrijednu stvar. A to je da svaka komponenta u normJS standardu mora imati svoju destkop/tablet/mobile verziju. A na developeru je totalna kontrola hoće li stranicu isporučiti u desktop ili mobile verziji. S time da ako ništa ne takne od te kontrole, svaka komponenta se mora prema širini ekrana prikazati u odgovarajućoj verziji.
Što će reći, ako normJS komponente zažive u mjeri da pokriju sve potrebne aspekte jedne web stranice, developer više neće morati pomisliti o tome o kakvom uređaju se radi na client strani. How sick akšuali?


#30

@bozoou

Postaviću još koje pitanje samo dok se admini dohvate metle i splituju pola ove teme na neku od one 3-4.

Šta si uradio za github?
Isto možeš probati i bitbucket. U principu isto rade.


#31

Da, baš sam htio u zadnjem postu upozoriti da se ovdje ne postavljaju pitanja vezana uz normJS, smorit ćemo admine koji su već jednom splitali temu!!

Što se tiče githuba, još ništa…jer sam tek maloprije stigao doma. Sutra je novi dan. :slight_smile:


#33

gle, neznam vise kak da ti to objasnim.
hocu jednu stranicu, na koju se mogu refererirati i vidjeti sljedece stvari:

  • osnovnu ideju standarda, koji problem rjesava i na koji nacin
  • primjer jednog rjesenja ( ako je standart namjenjem da bude cross platform, daj kratki primjer samo za jednu platformu)
    itd…

Evo izmisljenog primjera za camel case:

Osnovna ideja camel case-a je pisanje rijeci bez koristenja razmaka na nacin da su i dalje citljive bez puno napora.

// primjer u JS-u
var mojasupernazvanavarijablakojaobjasnjavasve ->postaje -> mojaSuperNazvanaVarijablaKojaObjasnjavaSve

Napredn nema…
Prednosti nad kebab case

  • selektiranje cijele varijable duplim klikom

Jel kuzis otprilike kaj hocu. Neznam vise kak da ti nacrtam.

Sve kaj od tebe cujem je kak imas super ideju i kak ce bit ■■■■.no i kak ce svim pomoc, a da bi shvatio kak ce svima pomoc i kak je super ideja moram proc 4 teme na ovum forumu, vjerovatno preko 200 tvojih postova ( koji su fakat dugacki, da pises malo krace odgovore vec si mogao cjelu knjigu standarda valjda napisat i poslat nam postom ak ti je git problem) i kad sve procitas i dalje ti nije jasno kak ti to hoces postic nit bas je ti to realno, itd.


#34

A da je manje ovakvih praznih pitanja, bilo bi manje mojih praznih odgovora. Dao sam vec to sto trazis, ali ti fali valjda upravo sira slika da uvidis. Polako zato, strpljenja molim. Nije moj ritam podređen vama, mada mi je drago da ste nestrpljivi :slight_smile:
Bit će tip-top dokumentacija, ja to ipak želim više nego vi. Moj dan isto traje samo 25 sati, i drage bi volje da ga mogu jos rastegnut.

Evo ti to sto pitas:
perinDropdown.setDevice(“mobile”);

Po standardu sam uprvo perinDropdown trigirao da se pokaze u mobilnoj verziji, iako je client desktop recimo. Zbog standarda znam da to perinDropdown, isto kao i bilo koja druga komponenta, moraju moći. Manipuliram njima iako nisam citao njihov API, nego samo normJS kojeg oni postuju.
Isto kao sto policajac zna da tvoj auto ima duga svijetla, bez obzira sto nikada nije ni cuo za tvoju marku automobila. Ali i policajac i cijeli sustav se mogu adaptirati za tvoj auto, ako se on drzi standarda.
Bemu…koliko je to načelo jednostavno i praktično.


#35

Nisam ja nestrpljiv, jednostavno me polako umara ova tema. Od necega sto zvuci super, stvar se rastegla na gro topica, a niti u jednom nesto konkretno.
Kad ti uspijes napisat svoj standard onda se vratim utemu i pogledam, dosta mi je za sada.

Btw., duga/kratka svjetla imaju jasan standard i taj standard je nametnut zakonom. Ti jos nemas ni standard, a nemas ni nacina da ga nametnes. Tako da ti opis i dokumentacija moraju biti perfektni.


#36

Ne shvaćaš da nitko ne mora poštovati taj zakon…osim onih koji se žele kretati unutar prometa koji je definiran tim standardom.

Stoga, taj standard ti nije nametnut …nego ga svojom voljom prihvaćaš da bi dobio benefite izgrađene prometne strukture koja je krojena po tom standardu.

A to je velika razlika.

Isto tako i normJS će imati svoj zakon (validaciju) koji ćeš morati ispoštovati da bi kreirao komponentu koja će postojati unutar normJS standarda.

A to ne znači da ti itko nameće da se krećeš cestama…niti ti nameće da se krećeš unutar normJS-a.
Jedno i drugo se dešava, samo iz razloga potrebe.

To je tako bitno uvidjeti.


#37

Ok, ulazimo u filozofiju, ali odgovor je ne.
I nisi skuzio bit onoga kaj sam htio rec. Ti za razliku od velikih igraca, nemozes nametnuti standard niti pukom snagom, niti svojom velicinom. Tvoj standard mora biti takavda ljudi koji ga pogledaju shvate da je to laksi put i da ce si ustediti vrijeme i novac
Ja za sad ne vidim nista takvo, vidim samo gro filozofiranja i ljepih zelja u stilu ‘kak bi bilo ljepo kad bi svi na svjetu bili dobri’.

Dosta mi je, fakat, zadnji put pisem do pisanog standarda ( barem sinopsis). Nisam lik koji ce filozifirati danima o nekakavim ljepim svjetovima. Ili delas ili filozofiras.

Sretno


#38

A što radim upravo nego delam. Kroz vaša propitkivanja se i meni puno toga razjasnilo. :smiley:


#39

Predložio bi’ ovaj video

a sad vidim da i github kanal ima vrlo dobru bazu


#40

Značaj git-a (svaka kompanija bi morala imati ovakav znak u korelaciji sa Zakonom o zaštiti na radu):


#41

--force

I ostatak znakova