Skip to content

Instantly share code, notes, and snippets.

View jessepeurala's full-sized avatar

Jesse Peurala jessepeurala

View GitHub Profile
Hei rakas ystävä,
Olet aikojen saatossa hakenut meille töihin ja päädyimme silloin siihen tilanteeseen, että tiemme eivät syystä tai toisesta kohdanneet, emmekä päätyneet elämään saman talon katon alle.
Siivoilimme GDPR-hengessä rekisteristämme turhia tietoja, mutta haluaisimme edelleen säilyttää tiedot hakemuksestasi. Annamme näin mahdollisuuden tulevaisuudelle, koska milloinkaan ei tiedä mihin maailma menee ja jos vaikka tiemme joskus kohtaisivat.
Meillä on tietoja myös muista yrityksistä ja heidän tarpeistaan mutta heille emme tietojasi luovuta ellemme saa sinulta erikseen siihen lupaa. Mahdollisuuksia näemme kyllä ja esimerkiksi jos koemme, että sinä saattaisit olla onnellinen jossain toisaalla niin kysymme, että “Tämä yritys etsii kaltaistasi ihmistä. Haluaisitko jutella heidän kanssaan” ja jos päätöksesi on myönteinen, yhdistämme sinut tähän tahoon ja voit jatkaa keskustelua suoraan heidän kanssaan.
Mikäli näet, että on pienikin toivo sille, että kohtaamme tulevaisuudessa, tämä sähköposti ei vaadi s

Keybase proof

I hereby claim:

  • I am jessepeurala on github.
  • I am jessepeurala (https://keybase.io/jessepeurala) on keybase.
  • I have a public key whose fingerprint is 79EE 69AE 1BE7 A78A F2CD 7E23 06CE C2FA E130 F4A2

To claim this, I am signing this object:

<?php
echo "lol";
11:05:37-!- oocce changed the topic of #nuutisen_quotet to: "tää on jännä tää ketchup. mul tulee siitä aina mieleen ketsuppi"
11:12:45< N0r771> "saat iskeä hattua seinään aika pitkään"
12:12:14< N0r771> "KDevelöyp"
17:26:03< oocce> "tehdään yhdellä kärpäsen iskulla, ja niin te ymmärrätte hommat"
17:50:42< oocce> "sul on neljä A4 jotka sä voit naittaa yhteen"
17:51:59< norris_> "näit ei tuu lisää eli näit on enemmän"
18:09:20< oocce> "siel on pollukkaa ja mollukkaa..."
19:00:04< Decree> "sä et koskaan saa nopasta nollaa" "ahaa"
19:03:32< agimo> "ku sä lähet juoksemaan jostain juoksuradalla niin lähetsä juoksemaan?"
19:03:56< agimo> "sulla on yhessä lähtöpaikassa se paikka"
[x] aadsdsdsadsa
[] ddsasadsad
Kaksi pienehköä ohjelmistoyritystä pitäisi muuttaa toisesta osoitteesta toiseen. Käytännössä riittää, että tavarat siirretään paikasta A paikkaan B.
Tavaraa meillä on seuraavasti:
- n. 30 työpistettä (160 x 80 pöytä + tuoli)
- kaksi neuvotteluhuonetta, jossa molemmissa yksi isohko pöytä
- neuvotteluhuoneiden tuolit (n. 20 kpl)
- kolme keittiön pöytää + keittiön tuolit
- n. metrin korkuisia hyllykköjä n. 10 kpl
- kaksi sohvaa + televisio pöytä
- "keittiötarvikkeita" sekalainen määrä, kahvimukeja yms yms
Huutokaupat
- Janne
Enevo
- Stickler
OY
- Elsis
Kotimaa
Joulupukkia, tonttua eikä täydellistä miestä ole olemassakaan, joten naisen täytyi olla henkiinjäänyt. Mutta etteivät miehet tästä suivaantuisi, sanottakoon myös että koska muita ei ollut, naisen täytyi olla ratissa ja täten selittyy ajettu kolari.
Naiset vois virnuilla.
Olen osallistunut itsekkin tässä tähän arviointiin. Koska yritämme tuottaa mahdollisimman tarkkaa tietoa päätöksenne tueksi niin olisi hyvä miettiä vaihtoehtoisia malleja myös siihen tilanteeseen, että arvio on niin korkea ettei se taloudellisesti järkevää kummallekkaan.
Näen, että ei ole järkevää eikä mahdollista kummallekaan tehdä vesiputousmaista sopimusta tässä kohtaa (fixed price + fixed scope). Jos tätä halutaan niin sitten pitää miettiä vaihtoehtoja.
Näkisin, että eteneminen pitäisi tehdä seuraavasti riippuen budjetista (oletan, että nyt voidaan edes jotenkin ottaa maksavia sisään):
Budjetti n. 10 000 € - 20 000 € (seuraavalle n. puolelle vuodelle) -> käytetään aikaa ainoastaan asioiden korjaamiseen, ts. jos on otettu asiakkaita käyttämään järjestelmää niin korjataan vain ja ainostaan bugeja, joihin törmätään. Hyvin nopeasti tilanne on se, että aikaa palaa tähänkin paljon. Priorisoidaan tärkeimmät tunnetut bugit ja korjataan niistä ne, mitkä saadaan korjattua nopeimmin.
Budjetti n. 50 000 € - 100
- tiedot metadatan tuottamisesta noudatettavista standardeista. Hankkeissa tulee noudattaa yleisesti hyväksyttyjä standardeja ja käytettävän tietojärjestelmän tulee mahdollistaa siirto kansallisiin järjestelmiin (kuten Finna-asiakasliittymä).
Tällä hetkellä Elokuvakontaktin tietojärjestelmä on tekniseltä rakenteeltaan jaettu kahteen eri alijärjestelmään:
- frontend (AngularJS-front)
- backend (Symfony2 RestAPI)
Frontend ja backend ovat eriteltyjä toisistaan teknisin ratkaisuin. Luonnollisesti näiden välillä liikkuu tietoa, joka on ominaista molemmille (elokuvia, tilauksia jne). Backendin (RestAPI) tarkoitus on palvella frontendiä välittämällä sinne sen tarvitsemia tietoja. Mikäli jatkossa backendin hallinnoimia tietoja halutaan viedä esim. kotisivuille tai muihin ulkoisiin järjestelmiin on järjestelmä suunniteltu tälläisiä käyttötapauksia mahdollistavasti. Mikäli järjestelmästä halutaan siirtää esim. tietoja toiseen järjestelmään niin lähtökohtaisesti tarvitsee tutustua vain taustajärjestelmän rajapintado