LaraconEU – Day 2

img_20160823_101946

MATTHIAS NOBACK – please understand me

Sodelovanje med razvijalci in menedžerji, vzajemno razumevanje, je sploh mogoče?

Glavne točke govora:

  • Imamo razvijalce, ki ničesar ne zahtevajo….naredijo kar se jim reče…in “they don’t give a shit”.
  • Razvijalci želijo govoriti z menedžerji, saj ti dve skupini delata v dveh različnih smereh. Ko bomo to uredili, bo tudi upravljanje lažje in predvsem ga bo manj.
  • Razvijalci ne bi smeli biti izključeni iz podrobnosti projekta, morajo vedet kaj delajo za stranko / uporabnika.
  • Razvijalci bi morali sodelovati v verigi stranka – menedžer – stranka

Kako začeti?

  • Izvedite kdo so uporabniki in kakšen je njihov namen uporabe vaše storitve.
  • Naučite se kar se lahko o vašem projektu.
  • Delite si cilje > cilji razvijalca in menedžerja so enaki!
  • Razvijalec in menedžer si morata biti enakopravna, oba morata nositi odgovornost za svojo delo.
  • Razvoj programske opreme, strani je pomembno in težko delo, zato bi si morali biti razvijalci in menedžerji enakopravni tudi kar se tiče finančne plati.
  • Razvijalci so pomembni: “Everyday we should show what magic we can do…just get up and do it”

TIHOMIR OPACIC – the state of content management

img_20160824_160027_720

Glavne točke govora:

  • Razvijalci menijo, da je najboljši CMS tisti, katerega znajo sami najbolj produktivno uporabljati. Pa vendar je najboljša rešitev za razvijalce CMS ki je:
    * zrel
    * dobro podprt s strani skupnosti
    * dobro dokumentiran
    * se ga da enostavno razširiti
    * je zgrajen tako, da posepeši razvojene procese
  • Lastniki agencij največkrat mislijo, da je najboljša rešitev najbolj popularen CMS. Vendar je najboljša rešitev za njih tisti CMS, ki prinese stranki največjo vrednost, tisti, ki je razvit prijazno uporabniku.
  • Stranke mislijo, da je najboljši CMS tisti, ki ima vse funkcije, v realnosti pa je najboljša rešitev za stranke:
    * tisti, ki ustreza zahtevam projekta ter ima “pametne” lastnosti, funkcije.
    * tisti, ki je tehnično grajen tako, da uporablja moderno tehnologijo.
    * tisti, ki ima velik back-end vmesnik.
    * tisti, ki ga lahko katerakoli druga agencija ob prenosu lahko brez problema prične uporabljati.
  • Prodajalci velikokrat mislijo, da je najboljši CMS tisti, ki ima vse funkcije, ki ji bo kadarkoli in kdarkoli potreboval. Vendar v relanosti je najboljši CMS za prodajalca tisti, ki:
    * ima super vmesnik
    * ima super podatkovno strukturo
    * je odlično dokumentiran
    * se pozitivno ujame s skupnostjo
    * tisti, ki je fokusiran na to kako reševat specifične probleme

Predavanje na:
http://www.slideshare.net/tihomiropacic

Najava Laravel certification programa

Velika novica za vse, ki delajo na Laravelu – najavljen je Laravel certifikacijski program!
Več na: https://laravel.com/certification/

Jeroen V.D. Gulik – how to effectively grow a development team

Vprašanje s katerim se srečujemo prav vsi, ki smo v tem poslu. Namreč posedeti razvijalce skupaj v sobo in pričakovati vzajemnost ter odlično ekipo, je utopija. Kaj pa lahko storimo?

Glavne točke predavanja:

  • Kako učinkovito povečamo ekipo? 

    * novačenje
    * delitev znanja o razvoju, kako razvijalci razmišljajo in delujejo skupaj
    * odprta komunikacija
    * zaposlujte ekipo ne oseb
  •  Vrednost? Vi ste vaša, kaj pa naše?

    * dobro vzdušje (vsekakor negativnost out)
    * učenje pred znanjem
    * skupno delo
    * zaupanje pred preverjanjem
    “Vaja”: razvijalci naj vam napišejo 3 stvari s katerimi so zadovolnji ter 3 za katere menijo, da bi se lahko popravile (s katerimi niso zadovoljni).
  • Kaj si razvijalci najbolj želijo?
    * pravo vsoto finančnih sredstev s katero bodo lahko živeli tudi izven pisarne.
    * želijo se učiti ves čas (izivi dobrodošli)
    * varno okolje
    * želijo dobro opremo na kateri delajo
    * čiste pisarne
    * nazive (kar pomeni, da si omislite senior, mid in junior razvijalce)
    * vlagajte v njih, da lahko prilezejo do senior razvijalca
    * čim manjše število sestankov
    * če ne sodeluješ na sestanku, potem ne smeš priti na drug sestanek
    * najbolj jih moti vprašanje: “Hey, can I ask you just one Question?”
    * moti jih, če morajo preveč časa iskati informacije
  • Kako bo ekipa najbolje in najhitreje dobro rasla?
    * dajte jim priložnost, da se razvijejo, dokažejo
    * ekipa vam mora zaupati
    * mikro-upravljanje > NE
    * menedžerji naj ne bi menedžirali ljudi
    * postavite jasne cilje
    * postavite standarde
    * naj se probajo samoorganizirat
    * vsi zaposleni naj jih podpirajo
  • Dinamičnost ekipe:
    * oblikovanje
    * hiearhija
    * norme
    * izvajanje

Zapomnite si! Vsakič, ko kdo zapusti vaše podjetje imate novo ekipo, vse se “resetira”, vsa dinamika se mora pričeti znova.

  • Odgovornost:

    * ok je, če vam spodleti. Naučite se prilagajati
    * če njim spodleti, jih motivirajte
    * vključevanje v odgovornost
  • Upravljajte s hojo po pisarni; vodja ekipe naj bo v isti pisarni, kot ostali. Bodite dostopni in na voljo.
  • Tiste majhne, a velike stvari: Ni vse v delu
  • Kaj dobimo s tem?
    * srečne razvijalce
    * ponos
    * ekipo, ki se spoštuje
    * skoraj rešeno zaposlovanje
    * razvijalce, ki niso izgoreli

LARACON EU 2016 – Day 1

img_20160823_101946

Laracon EU 2016 konferenca (namenjena predvsem Laravel razvijalcem) je mednarodni dogodek s poudarkom na poglobljenih tehničnih pogovorih in delavnicah, ki poteka v Amsterdamu.

Po nekaj zapletih z leti je naša ekipa le prispela do t.i. Sugar City.
Sugar City je stara tovarna sladkorja, ki je sedaj urejena in primerna za pisarne, veliki odprti prostori pa nudijo prav posebno atmosfero posebnim dogodkom, srečanjem.

20160823_090735Več o sladkornem mestu si lahko pogledate na: http://www.sugarcity.com/en

Konference se je v prvem dnevu udeležilo približno 650 obiskovalcev, kar je skoraj za 200 več kot v lanskem letu.

Govorce prvega dne si lahko ogledate na: http://laracon.eu/2016/schedule

Kaj pomembnejšega smo izvedeli v prvem dnevu?

Laravel 5.3. release

Vse novosti si lahko podrobno ogledate na:
https://laravel.com/docs/5.3/releases#laravel-5.3

20160823_103834_720

 

Geshan Manandhar > EMBRACE CHATOPS, STOP INSTALLING DEPLOYMENT SOFTWARE

img_0351_1024

Glavne točke:

  • razvijalci ne rabijo lokalno namestiti dodatne programske opreme
  • razvijalci ne rabijo namestiti pravilne Ruby ali Python različice
  • nameščanje je enostavno, saj ga lahko opravi kdorkoli iz kjerkoli, če ima dovoljenje
  • razvijalci ne potrebujejo ssh dostopa do strežnika
  • bot opravi “dolgočasne” naloge, ki so potem vidne celotni ekipi

Larabot-hubot – A hubot named larabot for Laracon EU demo:
https://github.com/geshan/larabot-hubot

Celotno predavanje:
https://speakerdeck.com/geshan/embrace-chatops-stop-installing-deployment-software

Lily Dart > NO EXCUSE USER RESEARCH 

Kot oblikovalci in razvijalci velikokrat nimamo dostopa do končnih uporabnikov (od katerih bi se lahko marsikaj naučili o njih samih, njihovih željah, predstavah, izkušnjah…), naša izkušnja se mnogokrat konča pri naših strankah od katerih velikorat slišimo “nimamo denarja, da bi naredili raziskavo” ali še pogosteje “ saj vemo kaj si uporabnik želi”, kar pa nas pogosto enostavno pusti pri tem, da gradimo na produkt na mnenju vodje projekta ali specifikacije ter tako prav za res skoraj nikoli ne izvemo uporabniške izkušnje.

Lily je omenila 3 metode s katerimi bomo razumeli naše uporabnike;

  • Uporabnikov feedback preko pritožb in bug reportov
  • Uporabnikov feedback preko vprašalnika
  • Vsebinska in jezikovna analiza skozi iskalni dnevnik

20160823_164005_720

 

20160823_164709_720

 

20160823_164822_720

 

20160823_165821_720

Celotno predavanje; http://www.slideshare.net/LilyDart/no-excuses-user-research

 

Kaj je GIT in kako začeti?

logo@2x

Kaj je GIT?

Git je od svojega nastanka leta 2005 postal standard med sistemi za nadzor različic (VCS-Version Control System). Torej, če želimo vedeti kako Git deluje, moramo razumeti kaj sploh je VCS.
Version Control System (sistem za nadzor različic) je orodje s katerim nadzorujemo spremembe dokumentov ali kode. Celotna lepota sistema je v tem, da omogoča sodelovanje večih razvijalcev na istem projektu, obenem pa nam kadarkoli omogoča obnovitev kode na prejšno – zgodnejše stanje.
V primeru sodelovanja večih razvijalcev na istem projektu lahko kadarkoli vidimo kdo je kaj delal in posledično veliko hitreje rešimo probleme, ki se znajo pojaviti.

Kako začeti?

Na uradni strani http://git-scm.com/ najdemo podrobna navodila o namestitvi gita na različne operacijske sisteme. Postopek je enostaven in ga ponavadi dokončamo v 1 samem koraku (prenos namestitvene datoteke in namestitev).
Najnovejša in naprednejša spletna gostovanja vam že omogočajo GIT.

1.) Git init

Prvi korak je inicializacija gita v sami mapi projekta. To naredimo s komando git init, ki v našem projektu ustvari novo mapo .git v kateri bodo bile vse informacije, ki se navezujejo na git tega projekta.

2.) Git config

V kolikor ste git namestili prvič, boste morali nastaviti določene osebne podatke.
To naredite samo enkrat >podatki se bodo upoštevali globalno skozi vse nadaljne projekte.

Nastavimo naše uporabiško ime:
git config -global user.name “up. ime”

Nastavimo naš email
git config -global user.email “ime@email.si”
 

3.) Dodajanje datotek v git repository

Ko imamo v projektu že nekaj datotek, moramo v tem koraku povedati katerim datotekam naj git sledi. Tukaj imamo dve opciji:

1. Dodajanje vseh datotek znotraj našega projekta
                  git add .

   2. Dodajanje samo določenih datotek
                  git add mojastran.html

4.) Commitanje sprememb

Commitanje naredi snapshot trenutnih sprememb. Našemu commitu dodamo tudi sporočilo o narejenih spremembah kar nam in ostalim članom ekipe pride prav v kolikor gre kdaj kaj narobe in se ugotavlja kdaj in zakaj je šlo narobe.

5.) Git Remote/push

Git remote ukaz, pove kaj bomo v naš projekt naložili. Tu torej govorimo o uporabi git oblačne storitve kot so naprimer GitHub, GitLab, BitBucket… Seveda moramo predhodno na tej platformi opraviti registracijo in tam ustvariti naš projekt (sledite navodilom, ki jih izda posamezna platforma).

Ko imamo na platformi ustvarjen naš projekt, je čas da vanj potisnemo našo lokalno kodo:

git remote add origin https://github.com/username/mojprojekt.git

git push -u origin master

Ta dva koraka sta obvezna samo ob prvem pushu.
V nadaljevanju lahko uporabimo samo ukaz:
git push

V nadaljevanju bo torej naš workflow izgledal tako nekako:

git add .
git commit -m “opis spremembe”
git push

Samih git ukazov je ogromno, zato je pametno na samem začetku pri sebi vedno imeti »cheat sheet« kot je na primer:

Screen Shot 2016-05-11 at 10.31.48

http://www.cheat-sheets.org/saved-copy/git-cheat-sheet.pdf

Integracija zalednih sistemov v splet ali kaj vse lahko počne moja spletna stran

Vsi smo navajeni, da v spletno stran vpisujemo preko CMS sitema, bodisi Zabec.net CMS, WordPress, Magento…. pač preko spletnega vmesnika.
Prav tako večina trgovin prenaša vsebine in naročila iz trgovine ter v trgovino ročno ali preko izvoznih datotek.

Pa je to učinkovito?

Po naših izkušnjah obstaja meja do katere se to splača. Ta meja je tam, ko to opravilo prične moteče delovati na delovni proces in/ali morate za to zaposliti dodatno osebo.
Takrat se splača začeti razmišljati o integraciji ERP (Enterprise Resource Planning) sistema in posledično o implementaciji spleta vanj.

erp_modules

Poglejmo primer: Proizvajalec blaga A z lastno spletno trgovino

Zaloga, opisi, atributi, predračuni, računi, naročila… vse se vodi v lokalnem sistemu do katerega ima dostop celotno podjetje in je vpet v poslovni proces.

Faza 1:

Spletna trgovina se v začetni fazi postavi zgolj z izvozom izdelokov na splet, kjer se nato ročno uredijo. Naročila se pošilja na email, kjer se jih nato ročno obdela.
Tak proces je v prvi fazi stroškovno najbolj učinkovi.

Ko se spletna trgovina »prime« in so naročila redni dogodek, pa se lahko pojavi potreba po avtomatizaciji in fazi 2.

Faza 2:

Uredi se avtomatski prenos v ERP, generiranje predračunov ter pošiljanje preko spleta in pošiljanje statusov iz ERP v splet, kot tudi številk za sledenje pošiljkam in vračilom.
Tako se lahko obdeluje mnogo večje število naročil z istim kadrom, ki se s tem lahko fokusira na pomembnejše naloge.

V Zabec.net recimo se celoten proces naročila izvede avtomatsko, od prejema naročila do pošiljanja računa. Tako smo Zabci lahko v celoti fokusirani zadovoljstvu uporabnikov.

Prav tako pa naša Zabec.PRO ekipa lahko izvede integracijo spletnih okolji v karkoli.

Microsoft ukinja podporo za Windows 8

Podpora za Windows 8., ki je star komaj 3 leta, se bo z 12.01.2016 ukinila.

Screen Shot 2016-01-11 at 13.25.56
Vir: https://en.wikipedia.org/wiki/Windows_8

Najbolje, da si pogledamo kar komentar Redmonda:

Windows 8, support ends 24 months after the next service pack releases or at the end of the product’s support lifecycle, whichever comes first. If you are using software without the latest service pack you won’t be offered any new security or non-security updates, although preexisting updates will continue to be offered.”

Z Windows 8.1. sicer obljubljajo nove popravke, funkcije in izboljšave, vendar se podpora za 8.1. izteče leta 2023.

Kaj lahko storite?

  1. Nadgradite na Windows 8.1 (do 10.01.2023)
    (Navodila: http://windows.microsoft.com/en-us/windows-8/update-from-windows-8-tutorial)
  2. Nadgradite na najnovejše Windowse 10 
    (Navodila: https://www.microsoft.com/en-us/windows/windows-10-upgrade?ocid=win10_wol_help_upgrade)
  3. Pojdite na nižjo različico, torej na Windows 7 (vsaj do 14.01.2020)
    (Pojasnila:
    https://www.microsoft.com/oem/en/licensing/sblicensing/pages/downgrade_rights.aspx#fbid=2PDeDwvABiV )

Vir:
http://fossbytes.com/microsoft-is-killing-windows-8-support-from-next-week-upgrade-now/
https://www.microsoft.com/en-us/search/result.aspx?q=windows%208