Programų inžinerija

Labas! Šiandien pasikeisime git repozitorijos nuotolinį adresą (URL). Tai padaryti labai paprasta su šia komanda: git remote set-url origin https://naujas-adresas.git Mums tereikia pakeisti https://naujas-adresas.git į mūsų norimą repozitorijos adresą. Kaip sužinoti koks yra mūsų dabartinis repozitorijos adresas? Tai galime pasitikrinti šia komanda: git remote -v Rezultatas gali atrodyti taip: origin https://github.com/senas-vartotojas/repozitorija.git (fetch) origin https://github.com/senas-vartotojas/repozitorija.git (push) Tada pasinaudojame git remote set-url komanda, kad pakeistume adresą: git remote set-url origin https://github.com/naujas-vartotojas/repozitorija.git Galiausiai patikriname ar adresas pasikeitė:...

Tai galime pasiekti apsirašant kokius raktus kada naudoti ~/.ssh/config faile. Pirmiausia, mums reikia įsitikinti, kad turime raktus savo kompiuteryje bei kodo versijavimo (toliau kaip pavyzdį naudosime tik Github, tačiau šis gidas tinka ir kitom git kodo versijavimo platformoms) svetainėje. Jeigu neturime raktų, galime juos susikurti # Asmeninis raktas ssh-keygen -t ed25519 -C "your@personal.email" -f ~/.ssh/id_ed25519_personal # Darbo raktas ssh-keygen -t ed25519 -C "your@work.email" -f ~/.ssh/id_ed25519_work Tai mums sukurs 4 failus ~/....

Labas! Tai galima pasiekti susikonfigūruojant kiekvieną repozitoriją atskirai, tačiau galima tai sukonfigūruoti ir pagal direktorijas. Atskirai Kiekvienai repozitorijai galime nustatyti vartotojo vardą ir el. paštą git config komanda. cd ~/personal/personal-project git config user.name "Vardas Pavardė" git config user.email "your@personal.email" Pagal direktoriją Arba galime tai sukonfigūruoti naudodami includeIf sąlygą. Pavyzdžiui, darbo vartotojo vardą bei el. paštą naudojame globaliai, o asmeniniams naudojame atskirą konfigūraciją. Pavyzdžiui, visoms repozitorijoms ~/personal/ direktorijoje. Tuomet ~/.gitconfig faile apsirašome globalaus vartotoją vardą bei el....

Labas! Šiandien sužinosime kaip surasti trūkstamas datas Vertica lentelėje. Tiesiog taip — labai paprastai! Štai kaip čia! WITH start_and_end AS ( SELECT '2024-01-01'::TIMESTAMP AS tm UNION ALL SELECT '2024-12-31'::TIMESTAMP AS tm ) SELECT DATE(ts) dates FROM start_and_end TIMESERIES ts AS '1 day' OVER (ORDER BY tm) MINUS SELECT DATE_COLUMN FROM OUR_INTERESTING_TABLE ORDER BY dates Mums tereikia pasikeisti OUR_INTERESTING_TABLE į mus dominančią lentelę ir DATE_COLUMN į jos datos stulpelį. Kaip tai veikia?...

Labas! Šiandien sužinosime kaip pasileisti savo Vertica duomenų bazę! Šiam techniniam gidui sekti pravers minimalios žinios apie Docker, tačiau jos nėra būtinos. Pasiskaityti apie Docker galima mano anksčiau rašytame įraše “Docker sąvokos lietuviškai”. pi;ns (per ilgai; neskaičiau) Vertica pasileisti lokaliai galime labai nesunkiai! Kaip Docker konteinerį! Mums reikia tik 1 Docker kompozitoriaus failo “docker-compose.yml” ir vienos komandos “docker-compose up”. Nors tai nėra labai populiarus sprendimas ir jo reikia paieškoti internete, bet jis aprašytas net oficialioje Vertica dokumentacijoje!...

Šis gidas yra skirtas Apple gamybos Mac kompiuteriams Labas. Jeigu nori lengvai surasti tai, ką jau rašei terminale, bet nežinai kaip, tai šis gidas yra skirtas kaip tik tau! Viskas labai paprasta — tereikia rašyti “history”, tarpą, vadinamąjį vamzdžio ženklą “|”, tarpą bei paieškos frazę. history | grep <SEARCH> Naudojimosi pavyzdys: history | grep python Noriu sumažinti rezultatų kiekį iki 3, tuomet galiu “grep” komandai perduoti “-m” arba “--max-count” kintamąjį su 3 reikšme....

Labas! Šiame straipsnyje lietuviškai apsibrėšime bei įsivardinsime pagrindines Docker platformos sąvokos. Šis straipsnis nėra skirtas supažindinti su Docker platforma lietuviškai, nors ir gali suteikti minimalų suvokimą. Kodėl jis apskritai reikalingas? Lietuviškai kalbėti ir rašyti apie programinės įrangos inžineriją nėra lengva, nes visi terminai yra kilę iš anglakalbio pasaulio, todėl prieš gilinantis labai naudinga apsibrėžti svarbiausias sąvokas. Taip gimė ir šis trumpas straipsniukas, nes naudoju Docker rašydamas kitą straipsnį ir manau, kad dar ne vienoj vietoj naudosiu, todėl bus naudingas ateity tiek man, tiek skaitytojui....

Angliškas terminas suspausti kelis git commits iš pull-request į vieną vadinamas “squash (and) merge” ir labai plačiai naudojamas. Taip jau nutiko, kad buvau pavargęs, pridariau klaidų, perskubėjau taisyti nepatikrinęs, todėl galiausiai prireikė 4 git commits tam, kad turėčiau be priekaištų veikiančius pageidaujamus pakeitimus. Tos klaidų taisymo žinutės man tikrai nebus reikšmingos iš ateities perspektyvos, tik trukdys pamatyti kitas svarbias žinutes. Natūralu, kad jų matyti nenoriu. Čia ir suspausiu savo git commits į vieną....

Angliškai veiksmas, suspaudžiant kelis git commits į vieną, vadinamas “squash”. Jis naudojamas palaikyti tvarką bei pokyčių aiškumą git istorijoje sutraukiant to paties koncepto commits į vieną. Tai kartu sumažina nereikšmingų commits žinučių kiekį, kuris maišytų perprasti: kodo raidą ir priimtų sprendimų priežastis. Tai galima paprastai padaryti naudojantis įvairioms kodo versijavimo programomis: Github Desktop, Pycharm CE, IntelliJ CE (CE yra community edition trumpinys, t.y. sukurta bendruomenėms, nemokama versija) etc. Žemiau galime matyti kaip patogiai galima suspausti 2 git commits į vieną Github Desktop bei 3 IntelliJ programose....

Programų kūrime labai įprastas reiškinys yra sprintas. Agile metodologijos dalis. Agile yra judru. Agile neturi sunkvežimio inercijos, o veikiau straksi su savo per ilgomis galinėmis kojytėmis kaip kiškis. Agile labai nesunku pakeisti kryptį kita linkme, jeigu tik pastebi, kad tai reikia padaryti. Puiku — Agile metodas man patinka. Tačiau yra vienas žodis, kuris nepatinka — sprintas. Atrodo visai natūralu, kad sprintas buvo prikabintas prie judrumo — gi greitis! Visgi čia jau man ir pradeda prasilenkti judrumas su sprintu....