Jos ei kiinnosta, niin ei kai niitä kukaan pakota lukemaan, sovelluksesta saa ilmotukset pois, niin ei häiritsekkään.
En ole edes asentanut, saa vaimo hoitaa

Follow along with the video below to see how to install our site as a web app on your home screen.
Huomio: This feature may not be available in some browsers.
Jos ei kiinnosta, niin ei kai niitä kukaan pakota lukemaan, sovelluksesta saa ilmotukset pois, niin ei häiritsekkään.
Jos ei kiinnosta, niin ei kai niitä kukaan pakota lukemaan, sovelluksesta saa ilmotukset pois, niin ei häiritsekkään.
Niin mikä se ongelma siinä siis oli? En oikein näe yhtäläisyyttä siinä, että olisi käytetyn viestivälineen (saati yleisemmin digitalisaation) vika, jos joku yksittäinen vanhempi ei halua osallistua lapsensa kasvatukseen. Jaksamista vaimollesi.En ole edes asentanut, saa vaimo hoitaaEikä nyt tässä ketjussa kannata enempää jatkaa itse Wilmasta, toin sen vaan tähän esimerkiksi yhdestä digitalisaation aiheuttamasta ongelmasta.
Niin mikä se ongelma siinä siis oli? En oikein näe yhtäläisyyttä siinä, että olisi käytetyn viestivälineen (saati yleisemmin digitalisaation) vika, jos joku yksittäinen vanhempi ei halua osallistua lapsensa kasvatukseen. Jaksamista vaimollesi.
Jos opettaja spämmää Wilman täyteen silkkaa paskaa, ongelma on opettajassa.
Ongelma on siinä, että koulun tehtävä on opettaa lapsia, ei osallistua kasvatukseen. Kasvatus on vanhempien tehtävä, siihen ei koulun tule puuttua.
Ja ongelma sovelluksessa on siinä, että vähä-älyiset opettajat lähettävät sillä viestejä kaikenlaisesta roskasta, kuten siitä, että lapsella on kirja unohtunut kotiin. Mitä helvettiä se sitä vanhemmalle raportoi? Ei se vanhemman syy ole jos lapsella on kirja jäänyt kotiin.
Koko HTTP:n nykyisen salaustavan ongelmana on se, että useimpia käyttötarkoituksia ajatellen se salaus on aivan väärässä paikassa, HTTP- ja TCP-protokollien välissä. Mahdollinen salakuuntelija siis näkee kyllä aivan hyvin DNS-pyynnöt ja sen, mihin palvelimeen internetin käyttäjä on yhteydessä - ainoastaan itse HTTP-protokolla hyötykuormineen on salattua. Useimmissa käyttötarkoituksissa salauksen voisi aivan hyvin siirtää pykälän ylemmäksi niin, että ei salattaisikaan HTTP-protokollaa, vaan pelkästään sen hyötykuorma.
Myös koko sertifikaattijärjestelmä on suunniteltu huonosti, koska sertifikaatit assosioidaan vain domain-nimiin ja vieläpä niin, että useilla sertifikaattien myöntäjillä on alidomainienkin kanssa ongelmia. Monessa tapauksessa sivuston ylläpitäjä ehkä haluaisi oman sertifikaatin yhteisellä palvelimella olevalle sivustolleen, jolla ei ole omaa domainia. Tällaisia tapauksia ovat esimerkiksi unix-palvelinten ~käyttäjänimi-hakemistoissa olevat sivustot. Ongelma olisi helppo korjata muuttamalla tapaa, jolla sertifikaatit assosioidaan sisältöön.
Sen lisäksi sertifikaattijärjestelmässä on ongelmana myös juurisertifikaattien keskittyneisyys, mutta sitä ongelmaa on teknisesti käytännössä mahdotonta korjata. Omien juurisertifikaattien lisäämisestä voitaisiin tietysti tehdä asiakaspäässä helpompaa ja sitä varten voitaisiin myös kehittää joku koko käyttöjärjestelmän laajuinen avoin rajapinta.
Paljon permacomputing-ystävällisempi tapa toteuttaa tiedon alkuperän varmennus voisi olla esimerkiksi sellainen, että käytetty varmennustapa salausalgoritmeineen ja allekirjoituksineen olisi kerrottu salaamattoman HTTP:n otsakkeessa, ja itse hyötykuorma olisi sitten aivan normaalisti salaamattomana. Tällöin sisältöön pääsisi helposti käsiksi myös sellaisella asiakaskoneella, joka ei kyseistä varmennustapaa tue. Palvelimenkaan ei varsinaisesti tarvitsisi sitä tukea, vaan tarjottua staattista sisältöä vastaavat tiivisteet digitaalisine allekirjoituksineen voivat olla staattisesti palvelimen kiintolevyllä tiedostoissa, joista ne sitten liitetään HTTP:n vastausotsakkeeseen. Niitä ei siis laskettaisi dynaamisesti joka ikistä HTTP-pyyntöä varten. Itse staattista sisältöähän ei ole mitään syytä salata, koska jokainen voi sen joka tapauksessa nähdä täysin samanlaisena vierailemalla sivustolla itse.
Ylipäätään tuo salausprotokollan sijoittaminen protokollapinossa HTTP- ja TCP-protokollien väliin palvelee hyvin lähinnä tiettyjä harvoja käyttötarkoituksia, joista yksi nyt sattuu olemaan verkkopankit. Yksityisyyttähän se ei juuri paranna syystä, jonka jo ensimmäisessä kappaleessa kerroinkin. Yksityisyyden kannalta parempi ratkaisu olisi salata koko IP-protokolla, minkä monet VPN-palvelut tekevätkin.
Valitettavasti näitä ilmiselviä ongelmakohtia ei jostain syystä monikaan näytä haluavan korjata, vaan käyttävät näitä (aivan keinotekoisesti aiheutettuja) ongelmia perusteluna milloin minkäkin asian tai käyttötavan kieltämiselle. Varsinkin kaikenlainen itse tekeminen nähdään uhkana.
Mitenköhän tämä taas liittyy ketjun aiheeseen, eli digitalisaatioon? Annan suoran vastauksen: ei mitenkään.Koko HTTP:n nykyisen salaustavan ongelmana on se, että useimpia käyttötarkoituksia ajatellen se salaus on aivan väärässä paikassa, HTTP- ja TCP-protokollien välissä. Mahdollinen salakuuntelija siis näkee kyllä aivan hyvin DNS-pyynnöt ja sen, mihin palvelimeen internetin käyttäjä on yhteydessä - ainoastaan itse HTTP-protokolla hyötykuormineen on salattua. Useimmissa käyttötarkoituksissa salauksen voisi aivan hyvin siirtää pykälän ylemmäksi niin, että ei salattaisikaan HTTP-protokollaa, vaan pelkästään sen hyötykuorma.
Myös koko sertifikaattijärjestelmä on suunniteltu huonosti, koska sertifikaatit assosioidaan vain domain-nimiin ja vieläpä niin, että useilla sertifikaattien myöntäjillä on alidomainienkin kanssa ongelmia. Monessa tapauksessa sivuston ylläpitäjä ehkä haluaisi oman sertifikaatin yhteisellä palvelimella olevalle sivustolleen, jolla ei ole omaa domainia. Tällaisia tapauksia ovat esimerkiksi unix-palvelinten ~käyttäjänimi-hakemistoissa olevat sivustot. Ongelma olisi helppo korjata muuttamalla tapaa, jolla sertifikaatit assosioidaan sisältöön.
Sen lisäksi sertifikaattijärjestelmässä on ongelmana myös juurisertifikaattien keskittyneisyys, mutta sitä ongelmaa on teknisesti käytännössä mahdotonta korjata. Omien juurisertifikaattien lisäämisestä voitaisiin tietysti tehdä asiakaspäässä helpompaa ja sitä varten voitaisiin myös kehittää joku koko käyttöjärjestelmän laajuinen avoin rajapinta.
Paljon permacomputing-ystävällisempi tapa toteuttaa tiedon alkuperän varmennus voisi olla esimerkiksi sellainen, että käytetty varmennustapa salausalgoritmeineen ja allekirjoituksineen olisi kerrottu salaamattoman HTTP:n otsakkeessa, ja itse hyötykuorma olisi sitten aivan normaalisti salaamattomana. Tällöin sisältöön pääsisi helposti käsiksi myös sellaisella asiakaskoneella, joka ei kyseistä varmennustapaa tue. Palvelimenkaan ei varsinaisesti tarvitsisi sitä tukea, vaan tarjottua staattista sisältöä vastaavat tiivisteet digitaalisine allekirjoituksineen voivat olla staattisesti palvelimen kiintolevyllä tiedostoissa, joista ne sitten liitetään HTTP:n vastausotsakkeeseen. Niitä ei siis laskettaisi dynaamisesti joka ikistä HTTP-pyyntöä varten. Itse staattista sisältöähän ei ole mitään syytä salata, koska jokainen voi sen joka tapauksessa nähdä täysin samanlaisena vierailemalla sivustolla itse.
Ylipäätään tuo salausprotokollan sijoittaminen protokollapinossa HTTP- ja TCP-protokollien väliin palvelee hyvin lähinnä tiettyjä harvoja käyttötarkoituksia, joista yksi nyt sattuu olemaan verkkopankit. Yksityisyyttähän se ei juuri paranna syystä, jonka jo ensimmäisessä kappaleessa kerroinkin. Yksityisyyden kannalta parempi ratkaisu olisi salata koko IP-protokolla, minkä monet VPN-palvelut tekevätkin.
Valitettavasti näitä ilmiselviä ongelmakohtia ei jostain syystä monikaan näytä haluavan korjata, vaan käyttävät näitä (aivan keinotekoisesti aiheutettuja) ongelmia perusteluna milloin minkäkin asian tai käyttötavan kieltämiselle. Varsinkin kaikenlainen itse tekeminen nähdään uhkana.
Koko HTTP:n nykyisen salaustavan ongelmana on se, että useimpia käyttötarkoituksia ajatellen se salaus on aivan väärässä paikassa, HTTP- ja TCP-protokollien välissä. Mahdollinen salakuuntelija siis näkee kyllä aivan hyvin DNS-pyynnöt ja sen, mihin palvelimeen internetin käyttäjä on yhteydessä - ainoastaan itse HTTP-protokolla hyötykuormineen on salattua. Useimmissa käyttötarkoituksissa salauksen voisi aivan hyvin siirtää pykälän ylemmäksi niin, että ei salattaisikaan HTTP-protokollaa, vaan pelkästään sen hyötykuorma.
Myös koko sertifikaattijärjestelmä on suunniteltu huonosti, koska sertifikaatit assosioidaan vain domain-nimiin ja vieläpä niin, että useilla sertifikaattien myöntäjillä on alidomainienkin kanssa ongelmia. Monessa tapauksessa sivuston ylläpitäjä ehkä haluaisi oman sertifikaatin yhteisellä palvelimella olevalle sivustolleen, jolla ei ole omaa domainia. Tällaisia tapauksia ovat esimerkiksi unix-palvelinten ~käyttäjänimi-hakemistoissa olevat sivustot. Ongelma olisi helppo korjata muuttamalla tapaa, jolla sertifikaatit assosioidaan sisältöön.
Sen lisäksi sertifikaattijärjestelmässä on ongelmana myös juurisertifikaattien keskittyneisyys, mutta sitä ongelmaa on teknisesti käytännössä mahdotonta korjata. Omien juurisertifikaattien lisäämisestä voitaisiin tietysti tehdä asiakaspäässä helpompaa ja sitä varten voitaisiin myös kehittää joku koko käyttöjärjestelmän laajuinen avoin rajapinta.
Paljon permacomputing-ystävällisempi tapa toteuttaa tiedon alkuperän varmennus voisi olla esimerkiksi sellainen, että käytetty varmennustapa salausalgoritmeineen ja allekirjoituksineen olisi kerrottu salaamattoman HTTP:n otsakkeessa, ja itse hyötykuorma olisi sitten aivan normaalisti salaamattomana. Tällöin sisältöön pääsisi helposti käsiksi myös sellaisella asiakaskoneella, joka ei kyseistä varmennustapaa tue. Palvelimenkaan ei varsinaisesti tarvitsisi sitä tukea, vaan tarjottua staattista sisältöä vastaavat tiivisteet digitaalisine allekirjoituksineen voivat olla staattisesti palvelimen kiintolevyllä tiedostoissa, joista ne sitten liitetään HTTP:n vastausotsakkeeseen. Niitä ei siis laskettaisi dynaamisesti joka ikistä HTTP-pyyntöä varten. Itse staattista sisältöähän ei ole mitään syytä salata, koska jokainen voi sen joka tapauksessa nähdä täysin samanlaisena vierailemalla sivustolla itse.
Ylipäätään tuo salausprotokollan sijoittaminen protokollapinossa HTTP- ja TCP-protokollien väliin palvelee hyvin lähinnä tiettyjä harvoja käyttötarkoituksia, joista yksi nyt sattuu olemaan verkkopankit. Yksityisyyttähän se ei juuri paranna syystä, jonka jo ensimmäisessä kappaleessa kerroinkin. Yksityisyyden kannalta parempi ratkaisu olisi salata koko IP-protokolla, minkä monet VPN-palvelut tekevätkin.
Valitettavasti näitä ilmiselviä ongelmakohtia ei jostain syystä monikaan näytä haluavan korjata, vaan käyttävät näitä (aivan keinotekoisesti aiheutettuja) ongelmia perusteluna milloin minkäkin asian tai käyttötavan kieltämiselle. Varsinkin kaikenlainen itse tekeminen nähdään uhkana.
Ei se vanhemman syy ole jos lapsella on kirja jäänyt kotiin.
Se on vain ja ainoastaan vanhemman syy. Lapsi on vanhempien kasvatus- ja huolenpitovastuulla. Vanhempi pitää huolen että lapsi syö aamupalan ja sillä on koulutarvikkeet mukana.
Wilmassa onkin se hassu ominaisuus, että siitä laitetaan lapselle merkintä, kun merkintä pitäisi olla vanhemman kontolle.
Onpa jännä kun minä olen ihan 1. luokalta saakka osannut itse ottaa oikeat kirjat ja muutkin tavarat kouluun mukaan ilman että vanhempieni tarvitsi puuttua yhtään mihinkään.
Tässäkin tietty voi nähdä, että digitalisaatio ei ole ongelma, vaan resursointi
juurisyy on kuitenkin digitalisaatioon siirtyminen
Kuten jutussakin sanotaan, aikaa osakekirjojen rekisteröintiin olisi ollut 10 vuotta. Tämä ongelma tuli siitä, kun osakkeenomistajat kokivat sähköiset osakepaperit aiempaa turvallisempana ja kätevämpää vaihtoehtona ja halusivat siksi tehdä muutoksen samaan aikaan heti kun se tuli mahdolliseksi ja nyt järjestelmä on ruuhkautunut ja se sitten vaikuttaa kiusallisesti mm. juuri uusien asunnonostajien rekisteröinteihin.Tänään oli taas uutisissa yksi esimerkki digitalisaation ongelmista - Maanmittauslaitos ei ole vieläkään saanut valmiiksi asuntojen osakekirjojen sähköistämistä. Seurauksena asunnon ostaneet eivät kuukausien (jutun tapauksessa melkein puoli vuotta) jälkeenkään saa osallistua äänivaltaisena mm. yhtiökokouksiin. Tässäkin tietty voi nähdä, että digitalisaatio ei ole ongelma, vaan resursointi. Tai sitten liian kireät aikataulut ja pakkosiirto uuteen järjestelmään. No, ongelman juurisyy on kuitenkin digitalisaatioon siirtyminen.
Olet väärässä. 10 vuotta siirtymäaikaa on vain jos ei asunto vaihda omistajaa. Jos ostaa asunnon, siirto on tehtävä heti.Kuten jutussakin sanotaan, aikaa osakekirjojen rekisteröintiin olisi ollut 10 vuotta. Tämä ongelma tuli siitä, kun osakkeenomistajat kokivat sähköiset osakepaperit aiempaa turvallisempana ja kätevämpää vaihtoehtona ja halusivat siksi tehdä muutoksen samaan aikaan heti kun se tuli mahdolliseksi ja nyt järjestelmä on ruuhkautunut ja se sitten vaikuttaa kiusallisesti mm. juuri uusien asunnonostajien rekisteröinteihin.
Ei tämä kyllä ihan helpolla digitalisaation miinukseksi mene.
Mä aattelen asiaa näin, että tämäkin on esim. asunnon ostajalle ihan helvetin iso ongelma. Jos ei pääse päättämään taloyhtiön asioista, seurauksien hinta voi olla todella tuntuva. Esim. jos vaikka haluaisi taloyhtiön hallitukseen ja päättämään sähköauton latauspaikkojen hankinnasta. Hidastelun takia voi tukirahat mennä ja oman auton ylläpidolle tulla isoja kustannuksia, asunnon arvonnoususta puhumattakaan. Paljon isompi kustannus kuin mitä esim. digitalisaatio säästää noiden paperien osalta. Eli haitta on todellinen. Vähän samanlainen ongelma kuin tuo Wilma, joka ei DoS-tapahtuman takia toiminut kriittisellä hetkellä. Siitäkin kohtalaisen yksimielisesti voinee sanoa, että palvelun tilapäinen saavuttamattomuus tuotti haittaa.Kai sen noinkin voi spinnata kun oikein ideologisesti yrittää...Juurisyy on se, että yksi työntekijä ei suoriudu päivässä tuhannen osakekirjan rekisteröinnistä. Se sähköistäminen on mahdoton tehdä ilman resursointia. Ei se ole digitalisaation syy vaan resursoinnin syy.
Mä aattelen asiaa näin, että tämäkin on esim. asunnon ostajalle ihan helvetin iso ongelma.
Sitten toinen, ihmisillä on hyvin erilaisia näkemyksiä siitä, mikä on digitalisaatiota ja mikä sen ongelmia.
Kyllä, ja esitin oman mielipiteeni asiasta. Musta digitalisaatio on osakekirjojen kohdalla vain hyvä asia. Sitä selvästi halutaan ja paperilappusista ja pankin tallelokeroista halutaan eroon. Oikeasti, niitä helvetin papereita säilytetään pankkien kassakaapeissa ja se maksaa niin tilavuokrissa, niiden turvallisuudessa kuin paperien käsittelyssä.
Se digitalisointi tuo ihan konkreettisia ja objektiivisia etuja. Prosessi on kustu ja siitä varmaan ollaan samaa mieltä. Mutta musta on todella tarkoitushakuista kritisoida osakekirjojen sähköisyyttä vain siksi, että mm-laitos on paskonut sen ylimenovaiheen resursoinnin aivan päin helvettiä. Toi on täysin väliaikainen ongelma joka katoaa kokonaan, eikä liity mitenkään siihen lopputlilanteeseen jossa ollaan täysin digitalisoituja.
Tuossa osakekirjojen digitalisoinnin uutisoinnissakin oli aluksi muistaakseni joissakin uutisissa joku media "hoputtanut" ihmisiä tekemään tuon mahdollisimman pikaisesti joten turhaan lietsottiin hysteriaa tuon kanssa. Ja tuon operaation toteutus tietty ei ehkä ihan ollut muutenkaan loppuun asti ajateltu, olisi varmaan pitänyt jollain tavalla porrastaa vaikka alueittain noiden digitalisointien aikataulua tms, ettei tuollaista sumaa olisi päässyt syntymään. Nythän tässä kävi vähän samalla tavalla kuin koronan alkaessa kun kaikki panikoivat samaan aikaan ostamaan vessapaperia. Itse digitalisaation ongelmaksi en tätä näe.Haluaisin vaan puuttua tähän, että musta jossain ilmiössä voi olla ongelmia samaan aikaan kun se on kokonaisuudessaan ajatuksena hyödyllinen. Tässä varmaan eri keskustelijoiden ajatukset poikkeaa. Esim. ketjun aloittajan asenne on vähän siihen tyyliin, että jos jossain uudessa on ongelmaa, palataan takaisin kivikaudelle. Mulla ei ole muuta kuin että tunnistetaan ongelmat, keskustellaan niistä ja koitetaan keksiä ratkaisuja ja mennä eteenpäin. Esim. Wilman tapauksessa - en halua palata reissuvihkoihin ja Mooseksen kivitauluihin. Mitäpä jos vaan korvattaisiin paskakoodi paremmalla? Golang/erlang-porukat ovat pitkään jo puhuneet robusteista systeemeistä, jotka skaalautuvat miljardeihin samanaikaisiin pyyntöihin. Suomessa kusipääkonsultit hädin tuskin osaavat todomvc-tason ohjelmia tehdä Reactilla.
Esim. tässä osakekirjojen tapauksessa on tärkeää, että tämä tunnistetaan ongelmaksi, koska muuten Maanmittauslaitoskin voisi vaan sanoa, että painukaapa vittuun siitä, kun mitään ongelmaa ei ole ja sitä kautta mitään ei tarvi tehdä asialle.
Voi olla että hoputtamalla / rahalla yksilö saa paperit nopeammin digitoitua, mutta en lähtökohtaisesti näe, että tässä kukaan on toista edellä. Ihan samanlaisia tarpeita kaikilla asunnonomistajilla on. Ehkä joku ei sitä tiedosta, mutta onko sitten reilua rangaista siitä.
Moni kyllä jättää sen viime tippaan. Esim. itse olen jo maksanut paperien säilytyksestä pankin holvissa asuntolainan sivukulujen muodossa. Ei kiinnosta yhtään maksaa taas 500+ euroa siirrosta digiksi. Se summa ei nosta asunnon arvoa yhtään. Aion jättää sen tulevan ostajan maksettavaksi.Tuossa osakekirjojen digitalisoinnin uutisoinnissakin oli aluksi muistaakseni joissakin uutisissa joku media "hoputtanut" ihmisiä tekemään tuon mahdollisimman pikaisesti joten turhaan lietsottiin hysteriaa tuon kanssa. Ja tuon operaation toteutus tietty ei ehkä ihan ollut muutenkaan loppuun asti ajateltu, olisi varmaan pitänyt jollain tavalla porrastaa vaikka alueittain noiden digitalisointien aikataulua tms, ettei tuollaista sumaa olisi päässyt syntymään. Nythän tässä kävi vähän samalla tavalla kuin koronan alkaessa kun kaikki panikoivat samaan aikaan ostamaan vessapaperia. Itse digitalisaation ongelmaksi en tätä näe.
Esim. tässä osakekirjojen tapauksessa on tärkeää, että tämä tunnistetaan ongelmaksi
Mitäpä jos vaan korvattaisiin paskakoodi paremmalla?
Lisäksi uudistus on jo alunperin pahasti myöhässä. Samoin muutosprosessista perittävä hinta auttamatta nousee. Ei siis ole väärin haluta toimia nopeasti vaikka ei olisi myymässä, eikä suuren kysynnän pitäisi tulla yllätyksenä.Kuten jutussakin sanotaan, aikaa osakekirjojen rekisteröintiin olisi ollut 10 vuotta. Tämä ongelma tuli siitä, kun osakkeenomistajat kokivat sähköiset osakepaperit aiempaa turvallisempana ja kätevämpää vaihtoehtona ja halusivat siksi tehdä muutoksen samaan aikaan heti kun se tuli mahdolliseksi ja nyt järjestelmä on ruuhkautunut ja se sitten vaikuttaa kiusallisesti mm. juuri uusien asunnonostajien rekisteröinteihin.
Jokseenkin tällainen mielikuva minullakin on julkisen sektorin suojatyön rytmistä noin yleisellä tasolla.skannaisin ne 10 asiakirjaa vaikka kuun ekana päivänä ja runkkaisin pornhubin äärellä loput 20 virkapäivää 7,25 tuntia päivässä
Mutta tässäkin pohdin, onko meillä perusteltua syytä olettaa, että ihmiset siellä on laiskoja vai voiko ongelmia olla myös digijärjestelmissä? Heitin oman kommentin tästä ihan kärjistyksenä ottamatta kantaa, mistä ongelma tarkalleen johtuu. Minusta on jonkinmoista perusteetonta teknouskovaisuutta epäillä tässäkin ensin laiskoja työntekijöitä ja vasta sitten järjestelmiä.Jokseenkin tällainen mielikuva minullakin on julkisen sektorin suojatyön rytmistä noin yleisellä tasolla.
Toisaalta käsitykseni juuri Maanmittauslaitoksesta on melko positiivinen ja käsitän sen toimivan aika järkevästi ja nykyteknisesti pääosassa asioita. Saavat kyllä aikaan ja olen aina saanut asioida terävien ammattilaisten kanssa. Laitoksen toimitusten hinnoittelu on toki osittain sillä tasolla, että asioita jää hoitamatta puhtaasti tämän verhotun tsaarinaikaisen leimaveron vuoksi. Mutta se on eri asia kuin digitalisaatio tai viraston tehokkuus sinänsä.
Joo siis pointti oli varmaankin että sinne muodostui ruuhka kun ne, joilla olisi ollut 10 vuotta aikaa kiirehtivät toimimattamaan osakekirjat heti, kun MML oli resursoinut homman ajatuksella että niin ei käy.Olet väärässä. 10 vuotta siirtymäaikaa on vain jos ei asunto vaihda omistajaa. Jos ostaa asunnon, siirto on tehtävä heti.
Niin siis MML veloittaa 69 euroa ja pankki siihen päälle loput. En ehkä nyt ole samaa mieltä siitä kuka tuossa tekee tiliäNimittäin jos katsoo tämänkin digitalisaation hintoja, niistä voi jonkin verran päätellä, että joko maanmittauslaitos tekee helvetinmoista tiliä tällä tai prosessit on aivan suolesta. Parhaimmillaanhan omistajat ovat maksaneet yli 500 euron maksujakin näistä siirroista.
Juu, meilläkin tuli isännöitsijältä lappu että "taloyhtiö on siirtynyt..." ja maininta että aikaa hoitaa asia on 10v eikä kannata hötkyillä kun palvelu on ruuhkautunut.Mutta täytyy kyllä sanoa että huonosti olivat arvioineet asian. Moni varmaan ajatteli kun sai ilmoituksen taloyhtiön on siirtynyt sähköiseen osakerekisteriin, että paras hoitaa homma pois alta heti, ettei unohdu.
Sehän tässä juuri on hassua, kun kutakuinkin kaikki muut ovat sitä mieltä, että kehitys nimenomaan on mennyt koko ajan eteenpäin. Täydellistä kaikki ei missään nimessä ole ja parannettavaa löytyy aina. Joskus joku yksittäinen uudella tavalla hoidettava asia voi olla jopa perinteistä tapaa kömpelömpi, varsinkin jos ei halua tai pysty omaksumaan uutta, mutta kokonaisuus on vähän kerrassaan kuitenkin aiempaa parempi. Kritiikkikin on ihan ok, mutta ei ole rakentavaa yrittää löytää ongelmia sieltä missä niitä ei todellisuudessa ole.En minä halua mihinkään kivikaudelle palata. Toivoisin vain, että kehitys muuttaisi asioita parempaan suuntaan eikä huonompaan suuntaan. Jos asiat menevät huonompaan suuntaan, niin silloin kehitys on huonoa, ja täytyy ottaa takapakkia ja kokeilla jotain muuta.
Jo silloin kun luovuttiin paperisesta pankkikirjasta ja mentiin verkkopankkeihin: Tuokin oli takapakkia. Aiemmin pankkikirjassa luki tilin saldo, pankkitäti tunti sut naamasta ja rahat sai käteisenä. Nettipankit iso takapakki, koska tämä avasi hyökkäysvektorin nettihakkereille vaikka toisella puolella maailmaa. Vai miten sinä asian ajattelet?En minä halua mihinkään kivikaudelle palata. Toivoisin vain, että kehitys muuttaisi asioita parempaan suuntaan eikä huonompaan suuntaan. Jos asiat menevät huonompaan suuntaan, niin silloin kehitys on huonoa, ja täytyy ottaa takapakkia ja kokeilla jotain muuta.
Edelleenkin voi jättää verkkopankkitunnukset ottamatta ja asioida konttorissa, jos kokee nettipankin takapakiksi.Jo silloin kun luovuttiin paperisesta pankkikirjasta ja mentiin verkkopankkeihin: Tuokin oli takapakkia. Aiemmin pankkikirjassa luki tilin saldo, pankkitäti tunti sut naamasta ja rahat sai käteisenä. Nettipankit iso takapakki, koska tämä avasi hyökkäysvektorin nettihakkereille vaikka toisella puolella maailmaa. Vai miten sinä asian ajattelet?
Voi asioida konttorissa. Onko sinulla käsitystä konttoriverkoston tiheydestä ja aukioloajoista? TUtkipa asiaa huvikseen. Ja konttorissako voi nostaa sen rahan ilman digitalisaatiota, tietokoneita, tietoverkkoja ja uhkaa hakkereista?Edelleenkin voi jättää verkkopankkitunnukset ottamatta ja asioida konttorissa, jos kokee nettipankin takapakiksi.
Peace: olen kanssasi samaa mieltä. Onhan pankkien tietoliikenne toki kulkenut pitkään sähköisesti, mutta niiden tietoliikenne on pikkuhiljaa mennyt myös internettiin, koska niiden palveluita on mennyt osittain julki-pilviin. Mutta sitä isompi muutos oli, että asiakkaat alkoi käyttää pankkipalveluita internetin yli, mikä avasi hakkerien taivaan.No riippuu varmaan pankista, esim. Danske Bankilla on konttoreita todella vähän ja sitten taas esim. S-Pankilla melko paljonkin ja niiden aukioloajatkin on laajemmat kuin mitä pankeilla oli ennen nettipankkeja.
Kyllähän siellä konttorissa oli digitalisaatiot, tietokoneet, tietoverkot ja uhka hakkereista ihan samalla tavalla kuin nykyään jo ennen verkkopankkejakin. Toki sitten jos mennään aikaan ennen vuotta 1958 niin sellaista toimintamallia ei tällä hetkellä tosiaan ole mahdollista valita.
Vaikea näistä on ottaa selvää mikä on sarkasmia ja mikä ei. Mutta oma pointtini oli että useimmille verkkopankit on erittäin tervetulleita vaikka niihin haasteita toki liittyykin.
Sehän tässä juuri on hassua, kun kutakuinkin kaikki muut ovat sitä mieltä, että kehitys nimenomaan on mennyt koko ajan eteenpäin.
Pelkkää paskaa. Nettipankit, ja erityisesti nykyiset mobiilipankit (oma kokemus tosin vain OP:sta, mutta nämä ovat nyansseja tässä kontekstissa) ovat mullistaneet pankkiasioinnin helppoudellaan. Itse seuraan saldoja ja muita asioita vähintään päivittäin, usein paljon useamminkin. Ei olisi tullut kysymykseenkään "ennen wanhaan". Myös vakuutusasiat ja about ihan kaikki toimii smoothisti ilman fyysistä liikkuvuutta tai muita vammaisuuksia.Jo silloin kun luovuttiin paperisesta pankkikirjasta ja mentiin verkkopankkeihin: Tuokin oli takapakkia. Aiemmin pankkikirjassa luki tilin saldo, pankkitäti tunti sut naamasta ja rahat sai käteisenä. Nettipankit iso takapakki, koska tämä avasi hyökkäysvektorin nettihakkereille vaikka toisella puolella maailmaa. Vai miten sinä asian ajattelet?
En minä halua mihinkään kivikaudelle palata. Toivoisin vain, että kehitys muuttaisi asioita parempaan suuntaan eikä huonompaan suuntaan. Jos asiat menevät huonompaan suuntaan, niin silloin kehitys on huonoa, ja täytyy ottaa takapakkia ja kokeilla jotain muuta.
Kyllähän nettipankit olivat parhaimmillaan ja varmasti myös turvallisimmillaan tuossa kymmenisen vuotta sitten
Nordean asiakkaisiin kohdistuvien kalasteluviestien määrä on kuitenkin vähentynyt merkittävästi uusien tunnistautumistapojen suosion kasvaessa.
Kyllähän nettipankit olivat parhaimmillaan ja varmasti myös turvallisimmillaan tuossa kymmenisen vuotta sitten, kun verkkopankkitoteutukset olivat vielä tehty perus-HTML:llä ja niitä pystyi käyttämään millä tahansa standardeja tukevalla selaimella, unicode-domainit eivät olleet vielä juttu ja sitä myöten homoglyyfihyökkäysvektoriakaan ei ollut olemassa, kirjautuminen toimi kertakäyttöisillä salasanalistoilla (joita jostain syystä tunnusluvuiksi kutsutaan, ikään kuin tarkoitus olisi jotenkin häivyttää käsitystä siitä minkä kanssa oikeasti ollaan tekemisissä) ja tietoturva-aukkoja täynnä olevissa kännyköissä ei vielä ollut tarkkoja kameroita, joilla tyhmät ihmiset ottivat varmuuskopioita em. kertakäyttöisistä salasanalistoistaan hakkereiden nähtäville.
Nykyään verkkopankit ovat JavaScript-helvettejä, joissa on kaikki mahdolliset pöhinäkirjastot ja frameworkit sisällytetty osaksi sivun koodia, mikä tarkoittaa käytännössä aina vähintään useita megatavuja minifoitua javascriptiä. Kirjastoissa (sekä JavaScript-maailmassa että natiivikoodin puolella) on jatkuvasti kaikenlaista haittakoodia jopa vapaan lähdekoodin puolella, viimeisimpänä esimerkkinä XZ-paketissa ollut kiinalainen takaovi. Siksi onkin vähän kummallista, että tuota verkkopankkitoteutuksien monimutkaistamista usein kuulee perusteltavan nimenomaan tietoturvalla, kun selvästi se tietoturva menee siinä kuitenkin huonompaan eikä parempaan suuntaan.
Tässäkin asiassa kehitys meni vähän aikaa hyvään suuntaan, mutta alkoi sitten menemään vauhdilla huonompaan suuntaan, ja nyt ollaan jo jossain aika syvällä. Nykytilanteeseen verrattuna se konttoriasiointi ilman verkkopankkimahdollisuutta olisi jo selvä parannus.
Pelkkää paskaa.
Ei. Tai joo. Miten nyt tulkitaankaan. Kerroin vain miksi nykyään on paremmin kuin "ennen".Tuo taisi olla vähän epäonnistunut sarkasmiyritys, jonka nimimerkki jo avasi alemmissa viesteissä. Hän EI siis ole sitä mieltä että ennen oli paremmin.
Tässä maailmassa olet erittäin monessa tilanteessa "toisten armoilla". Matkustaessasi, syödessäsi.. ihan kaikissa tilanteissa, jossa olet millään tavoin riippuvainen jostakin muusta ihmisestä.Saatko jotain tyydytystä alistumisesta, kun kerran nautit tuolla tavalla toisten armoilla olemisesta?
Tulkitsit molemmat lainaukseni väärin, en sinänsä ole yllättynyt.Entä sitten? Ei se toimi mitenkään perusteluna sille, että jätetään hissistä varajärjestelmä pois.
Melkoinen aasinsilta. Hissin varustaminen varajärjestelmällä siis johtaa erakoitumiseen, joka taas johtaa kirjepommien lähettelyyn yliopistoprofessoreille! Asia kunnossa.
Tämäkin on sinulle jo monet kerrat todistettu täysin vääräksi väittämäksi mutta jostain ihmeen syystä jaksat vain vängätä täysin väärää väitettä. Perustat omat kokemuksesi johonkin 20 vuotta vanhoihin näyttöihin.Minä kaipaan CRT-näyttöjen korkeaa kontrastia, johon nykynäytöt eivät enää oikein pysty.
Mikä ihmeen kontrollihalu? ABS-jarrut on todistettavasti ylivoimaisesti turvallisemmat kuin lukkiutuvat.Tunteisiin näyttää menevän myös se, että joku toinen haluaa ajaa autolla, jossa ei ole ABS-jarruja. Näillä tunteilijoilla on myös kova halu kieltää sekin asia. Minä en oikeasti ymmärrä, mitä tuollaisten kontrollinhaluisten ihmisten päässä liikkuu. Onko se jotain pelkoa kaikkea sellaista kohtaan, jota ei itse ymmärrä?
Tässä ei toki sinulle tule mieleen miten ihmiset saisi aikaan haittaa ronkeloimalla sitä sinun varajärjestelmää ilman vikatilannetta ja noin niinkun muutenkin yleinen laitteen turvallisuus ajaa yli sinunlaistesi "minä itse" ajattelumallista.Myöskään tuota hissien varajärjestelmien vastustamista en ymmärrä. Minä en ainakaan halua lukita itseäni johonkin parin neliömetrin sähkömoottorilla korkeutta muuttavaan huoneeseen, josta en pääse itse omin avuin pois, jos koneistoon tulee joku vikatila. Saatko jotain tyydytystä alistumisesta, kun kerran nautit tuolla tavalla toisten armoilla olemisesta?
Kaunis ajatus tuo oikein käytettynä. Ei toteudu. Yrityä ymmärtää että yhteiskunta rakennetaan niin että se on valtaväestölle toimiva.Toisekseen, vaikka tuo väite väärinkäytösten vähenemisestä olisikin totta, niin se ei silti kumoa sitä tosiasiaa, että oikein käytettynä nimenomaan ne kertakäyttöiset salasanalistat ovat kaikkein turvallisin kaksivaiheisen tunnistuksen muoto.
Suosittelen lämpimästi kokeilemaan nykynäyttöjä. Huomaat, että kivikaudelta kannattaa siirtyä nykyaikaan.Minä kaipaan CRT-näyttöjen korkeaa kontrastia, johon nykynäytöt eivät enää oikein pysty. Suojaamattomilla HTTP-, FTP- ja Telnet-yhteyksillä on paikkansa ja niiden kieltämisestä tai käytön estämisestä olisi paljon haittoja eikä mitään hyötyjä.
Luuletko oikeasti jonkun olevan kiinnostunut debuggaamaan jotain omaa kyhäelmääsi? Miksi? Ja vikaahan siinä on kun kerran on ongelmia. Samaan aikaan kaikki muu toimii joten ei kovin suuria päätelmiä tarvitse tehdä.Sinä et ole edelleenkään suostunut kertomaan, mikä siinä minun TCP/IP-pinossa on sinun mielestäsi vialla. Sen sijaan minä olen kyllä jo useita kertoja tässäkin ketjussa kertonut, mitä reititysbugeja löysin Huawein reitittimestä sitä tehdessä. Tämän asian luulisi olevan jo loppuun käsitelty, mutta jostain syystä se silti pomppaa aina takaisin pinnalle kuin korkki. Omituista, miten joku itse kirjoitettu TCP/IP-pino menee joillain noin pahasti tunteisiin.
Vaikka kaikki eu:n autoihin vaatima ei ole pelkästään hyvästä, valitat tässäkin turhasta. Voit täysin vapaasti ajaa autolla, jossa ei ole abs:ää tai mitään muutakaan elektroniikkaa / softaa käyttävää järjestelmää. Kukaan ei tule ajamistasi estämään. Eikä kukaan pakota vaihtamaan uudempaan autoon.Tunteisiin näyttää menevän myös se, että joku toinen haluaa ajaa autolla, jossa ei ole ABS-jarruja. Näillä tunteilijoilla on myös kova halu kieltää sekin asia. Minä en oikeasti ymmärrä, mitä tuollaisten kontrollinhaluisten ihmisten päässä liikkuu. Onko se jotain pelkoa kaikkea sellaista kohtaan, jota ei itse ymmärrä?
En näe ongelmaa, portaat on keksitty. Mutta jatketaan aiheesta keskustelua kun esität oikeasti toteuttamiskelpoisen varajärjestelmän joka ei lisää ongelmia, ei ole ilkivalta-altis, ei kohtuuttoman kallis jne.Myöskään tuota hissien varajärjestelmien vastustamista en ymmärrä. Minä en ainakaan halua lukita itseäni johonkin parin neliömetrin sähkömoottorilla korkeutta muuttavaan huoneeseen, josta en pääse itse omin avuin pois, jos koneistoon tulee joku vikatila. Saatko jotain tyydytystä alistumisesta, kun kerran nautit tuolla tavalla toisten armoilla olemisesta?
Tätä on ilmeisen vaikea ymmärtää. Kuten myös sitä, että joku muu ihminen vaikuttaa ainakin välillisesti lähes kaikkeen. Melkoisen suurta osaa ei edes voi vältellä.Tässä maailmassa olet erittäin monessa tilanteessa "toisten armoilla". Matkustaessasi, syödessäsi.. ihan kaikissa tilanteissa, jossa olet millään tavoin riippuvainen jostakin muusta ihmisestä.
oikein käytettynä nimenomaan ne kertakäyttöiset salasanalistat ovat kaikkein turvallisin kaksivaiheisen tunnistuksen muoto.
Karille soitettiin Osuuspankin työntekijän nimissä. Soittaja väitti, että Karin tilille yritetään murtautua ja häneltä kysyttiin, mikä avainlukulistan numero oli tekstiviestissä. Lautakunta sanoo Karin kertoneen ainakin viimeisen järjestysnumeron.
Juvonen antoi avainlukulistalta pyydetyn numeron ja yritti kirjautua sivustolla pankkitililleen. Mitään ei kuitenkaan tapahtunut. Hän kokeili vielä uudelleen tuloksetta. Samaan aikaan rikolliset olivat jo päässeet Juvosen oikealle pankkitilille hänen valesivustolle syöttämillään tunnuksilla sekä avainluvulla.
Siksi noihin kalasteluihin lankesivatkin lähinnä lähempänä kellokäyrän vasenta laitaa oleva porukka.
Ja minä en ole missään vaiheessa kirjoittanut, että verkkopankkia olisi hyvä käyttää salaamattoman yhteyden yli. Raportoin Paapaan viestin moderaattorille, koska tuollainen olkiukkoilu, sanojen laittaminen toisten suuhun ja muu yleinen toisen keskustelijan mustamaalaus sotkee keskustelua eikä mielestäni kuulu asialliseen internet-keskusteluun.
Se ei näköjään vain kerta kaikkiaan mene perille, että minä löysin Huawein reitittimestä ihan deterministisesti toimivia reititysbugeja, jotka sai toistettavasti ilmenemään nimenomaan sillä minun TCP/IP-pinolla tiettyjä asioita tehdessä, vaikka niissä TCP/IP-pinon lähettämissä paketeissa ei sinänsä ollut mitään spesifikaatioiden vastaista.
Se ei mene perille, vaikka kuinka usein sen asian täällä toistaisin. Aina tuo sama väite, että ongelma johtuisi jostain bugista minun TCP/IP-pinosta, nousee uudestaan esiin.