26. Jul 2021 |

How to declare jQuery variables

var $allParas = $("p"); – When a variable starts with a $ sign, like in the following line of code, it’s a convention that developers use to indicate when a variable is storing a jQuery collection. Which means that you don’t have to do it, but you can if you’d like.

Many developers like to prefix the names of variables that store jQuery collection objects with a $, because it makes it obvious that they can call jQuery methods on them. It’s particularly useful if your code has a mix of variables that store jQuery collections and variables that store DOM elements.

Also acceptable to use var pic = $("#picture"); variable which stores a jQuery collection object. That collection does indeed contain a reference to the selected DOM element object, but it also contains many other properties and methods.

Source: Khan Academy

29. Jun 2021 |

10. tööpäev praktikal ja muidu elust

Kuidagi peab selle enda jaoks meeldejäävaks tegema. Täna juhtus nii palju, et praktikal esimene task enamvähem lõpetatud, esimene pull request, sain esimesed kommentaarid enda koodile ja jõudsin teha esimesed parandused.

Natuke sisseelamise aega on veel vaja, et paremini aru saada sellest tiimi vibe’ist ja kui tõsiselt täpselt peaks töösse suhtuma. Vahepeal mulle tundub, et ma võtan kõike liiga tõsiselt ikka.

Üle nädala jõudsin sel olulisel puhul bjj trenni ka. Varasemate jalakrampide põhjuseks vist kompressioonsukad (mida peamiselt hügieeni põhjustel olen kasutanud). Soojenduse ajal läks säärelihas juba krampi (kuigi mul eales pole mingit sellist probleemi olnud). Võtsin sukad ära ja kuni lõpuni null probleemi. Mõnus trenn oli, kui krampe ei ole ja iiveldama ka ei hakanud 🙂 Võhma natuke juba tuleb aga jõudu ei ole piisavalt.

Muus osas sellist kodus passimist väga päeva lõppu ei jää. Kuna sügisel tuleb C# uuesti teha, siis olen Käveri slaide Sphinxi ümber teinud, et sellest midagi pydoci laadset tekiks. Selline teistele materjali kokku tõstmine (ja täiendamine) paneb ennast ka rohkem materjali läbi töötama.

16. Jun 2021 |

3. päev IT-arenduse praktikal – miks sa seda teed

Kuigi praktikaga kõige vahetumalt seotud ained said läbitud vahetult enne praktikat (ehk siis teadmised peaksid olema maksimaalselt värsked ja ajastus täpselt õige), siis tööülesannete ja teadmiste vahel on ikka korralik tühimik 🙂 Kogu asjale ei aita eriti kaasa, et ma olen iseloomult suur muretseja.

Miks ma seda teen

Selleks, et ma päris kurvaks ei muutuks pean endale aegajalt meelde tuletama kaht asja:

  • Ma ei tee seda raha pärast. Ma oleksin olnud nõus praktikal ka tasuta osalema ja raha tõesti ei ole minu jaoks mitte mingi motivaator. Ma olen praktikal ainult selleks, et saada neid teadmisi ja oskusi, mida ma tahan saada ja mulle tundub, et ma mulle antakse neid lahkelt 110% ja rohkemgi veel 😀
    Asjaolu, et praktika on tasustatud, pigem isegi natuke segab, kui ma mõtlen, et mu tunnil on hind (mis billitakse kellelegi ilma et ma oleks võimeline oluliselt kasulik olema) ja lisaks kulutan ma oma juhendajate töötunde. Ehk siis praktikandina ma olen päris kallis pidada. 😞
  • Ma ei pea kellelegi muljet avaldama. Ehk siis mu oskused on need mis nad on, ma ei oska paljusid asju, paljudest ma pole kunagi kuulnud ja paljusid ma pole kunagi näinud/teinud.

Kolme praktikapäeva peamine õppetund võiks olla see, et tehniliselt on protsessid palju keerukamad kui ma arvasin (kus on server, missugune on repo, kus deploy, kuidas projekti setup ja sõltuvused välja näevad jne) ja igapäevaselt kliendile lahendatavad päriselu probleemid on olemuselt oma väga keerukad.

Update 4. päeva lõpust: Edutunde tundmine on ka väga oluline. Täna sain ühe väga pisikese tüki tööle ja ma arvan, et sellised pisikesed edulood on väga olulised. Selle esimese tulekut andis küll oodata aga asi areneb.

14. Jun 2021 |

Esimene päev arendajana praktikal

Mu ette võetud bjj algkursusel ja praktika esimesel päeval on natuke ühist.

Esiteks, mõlemad algasid selle suve alguses. Teiseks, ma ei näe kummalgi juhul hetkel, kuidas minust võiks mingit kasu olla kellelgi 😀 Kolmandaks, eks tõehetk selgub suve lõpuks. Mõlemaga on plaanis sinnani vastu pidada.

13. Jun 2021 |

Plans for summer

At the moment it is exams period going on. I am quite anxious because of that, to be honest. But still already thinking about summer projects.

  1. I would like to rebuild this quick throwup of eestiblogid.eu project using Rest API architecture, React front-end, maybe some basic admin panel for posts management, statistics board and recommendations. Also, the algorithm for checking already existing posts needs improvement (at the moment duplication check takes place in database :D). It will probably stay as php project.
  2. Work on battleship game in C# for the C# course I need to retake in the autumn.
  3. Get better in bjj. I already joined a beginners course here. Feel free to join whenever you like (you can ignore all the dates, invoice is updated accordingly).
  4. Most of the time (every day), most important project this summer is an internship as .NET developer.

And if there is any time left then I would like to walk through the Java web applications course coming in autumn.

8. Jun 2021 |

IADB IT-süsteemide arendus – 4. semestri lõpp

Täna (02.06.2021) oli mul selle semestri viimane asi teha ehk JavaScripti eksami praktiline ülesanne.

Peaks tegema kiire kokkuvõtte enne kui asjad ununema hakkavad. Järgemööda täiendan, nii kuidas asjad meenuvad. Sel semestril sai tehtud 4 ainet. 2 neist kohustuslikud, 2 valikained. Kokku 24 EAPd.

Ütleme nii, et nii palju tööd ma ei ole vist kunagi teinud kui sel semestril. Selle hea illustratsioon on mu kooli Gitlabi aktiivuse punktistik.

Minu gitlab.cs.ttu.ee aktiivsus 2. kursuse sügissemester vs kevadsemester.

Ehk siis sisuliselt iga päev tegelesin asjaga. Mai alguse auk oli ilmselt see aeg, kui ma koroonat põdesin, mistõttu jäi 3 päeva pausi sisse 🙂

Tõe huvides peab ütlema, et Gitlab oli sel semestril kasutuses kahe aine jaoks (hajusüsteemid ja JavaScript). Eelmisel semestril tegin samuti palju tööd, kuid siis oli kooli Gitlab kasutusel ainult C# jaoks. Kaks teist ainet tuli commitida Bitbucketisse.

Continue reading “IADB IT-süsteemide arendus – 4. semestri lõpp”

26. May 2021 |

Naljakas seik eilsest

Võibolla mitte väga naljakas aga natuke võibolla on ka.

Kaitsesin eile õhtul üht kodutööd. Pabistasin väga kõvasti, nagu ikka. Käed värisesid nii hullult, et vajutasin vahepeal hiirega asjadest mööda ja siis avanesid hoopis mingid valed asjad 😀

Kaitsmise ajal ma tahtsin, et Teams töötaks normaalselt (sest kaitsmine oli Teamsis), webcam ja bluetooth töötaks normaalselt (et kõrvaklappe saaks kasutada). Seega, pidin kasutama Windowsi. Mul dual-boot masin, okei, saab küll. Tulemus oli muidugi see, et ma kaitsmise ajal olin täiesti lost ja abitu kohati.

Kuna ma progen Linuxis, siis ma polnud väga kindel, mis mu arvutis Windowsi poolel üldse toimub. Õnneks programmid (VSC ja Rider) olid installitud, uuendatud ja olemas. Dotneti versiooni jõudsin ka kiirelt enne ära uuendada.

Siis oli vaja repod gitist alla tõmmata. Windowsis mul on alati veits segadus, et kuidas commandline käib, mistõttu eelistan WSLi kasutada terminalis, et kõik oleks nagu Linuxis. OK, see git clone oli kõvasti aeglasem ja veidramini käituv kui Linuxi poolel. Omaette lugu on see, et ma tegelikult ei saa aru, mis giti sees toimub, kui seda kasutada vaheldumisi Windowsi terminalis ja WSLis. Ühesõnaga, ei soovita.

Aga noh, sain asjad kätte. Siis oli vaja midagi käivitada ja noh, muidugi npm install vaja (sest värske clone ja node module’id puudu). No ja see võttis nii kaua nagu ta Linuxis mitte kunagi pole võtnud 😀 Vaatad siis juhtmilt seda progress bar’i ja teed aega parajaks. Õnneks sain seda aega kasutada selleks, et chatist leida elukaaslasele saadetud ühe varasema kodutöö deploy link (Javascriptis kirjutatud mäng, kust part ujub jões). Siis npm start ja mul ei tulnud meelde, mis porti React avaneb (sest Vue3, React, Aurelia2 avanevad kõik erinevale pordile). Mul arendusbrauser on Linuxis Edge ja seal on kõik bookmarkitud.

Ühesõnaga, kokku oli selline naljakas abitus ja kadunud olek kogu aja. Selgitasin ka õppejõule, et ma tegelt oskan arvutit kasutada küll 😀

10. May 2021 |

Requirements

Lately I have found my self thinking how could a customer – when buying software development services – determine in “requirements” part that the end result should not be ugly. I belive there is no standard for describing this.

For me it has been common sense that I simply do not deliver (preferrably don’t even build in the first pace) ugly things. And there is no need to specify it in the requirements that “users should not get lost” or “users should not hurt themselves”.

From my experience I see it does not seem to be very common in the industry.

Extreme programming believes in
‘it is better to do a simple thing today and pay a little more tomorrow to change it’ than ‘to do a more complicated thing today that may never be used anyway’. But simple here by in no way means mean broken, malfunctioning or ugly.

TBC