Kysy mitä vain ohjelmistosuunnittelijalta

Vierailija kirjoitti:

Vierailija kirjoitti:

Kielessä kuin kielessä on samoja perusteita. Jos ymmärtää ne perusteet niin yksittäisen kielen opiskelu on vain kyseisen syntaksin opiskelua.

Usein devausympäristöissä on myös on juttunsa. Ei se nyt ihan noin mene. Tai menee, jos tarpeeksi yksinkertaisesti haluaa ajatella.

#4

Kyllä se nyt niin menee koska niissä ympäristöissäkin on yleiset perusteet.

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Kaiken voi "oppia" viikossa, jos on tarpeeksi tyhmä.

Miten näen BPMN 2.0 flown ER:n kautta UML:ään? Onko mielestäsi tärkeää tehdä ensin blue printti ja siitä hahmotella ER ja UML? Miten ylipäätään ratkaiset entiteettien ja atrituuttien eron? Onko esimerkiksi AV:n kirjoittaja entiteetti vai järjestelmän kannalta atribuutti?

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Kielessä kuin kielessä on samoja perusteita. Jos ymmärtää ne perusteet niin yksittäisen kielen opiskelu on vain kyseisen syntaksin opiskelua.

Usein devausympäristöissä on myös on juttunsa. Ei se nyt ihan noin mene. Tai menee, jos tarpeeksi yksinkertaisesti haluaa ajatella.

#4

Kyllä se nyt niin menee koska niissä ympäristöissäkin on yleiset perusteet.

Eikä mene. Vain tollo kuvittelee olevansa niin kaikkivoipa, että omaksuu kaiken viikossa. Typeryksen puhetta.

Vierailija kirjoitti:

Ei ole kannattavaa ruveta vaikka "web-ohjelmoijaksi", kun on paljon avartavampaa ja uramahdollisuuksia avaavampaa opetella opettelemaan, jolloin voi käytännössä ryhtyä mihin vain.

Osaan opetella (ja opettelenkin), mutta ei se riitä. Pitäisi osata myös markkinoida osaamisensa uskottavasti jossakin. Miten se kannattaa tehdä?

Koodaaminenhan on helppoa, mutta työn saanti ei!

Vierailija kirjoitti:

Miten näen BPMN 2.0 flown ER:n kautta UML:ään? Onko mielestäsi tärkeää tehdä ensin blue printti ja siitä hahmotella ER ja UML? Miten ylipäätään ratkaiset entiteettien ja atrituuttien eron? Onko esimerkiksi AV:n kirjoittaja entiteetti vai järjestelmän kannalta atribuutti?

Entiteetti. Toki riippuu miten haluaa asioita suunnitella!

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Tässä puhutaan nyt kokonaisesta järjestelmästä ja sen päälle vielä arkaluonteisesta potilastietojärjestelmästä, joten asia ei ole aivan sama. Lisäksi aika harva jaksaa alkaa opettelemaan uutta kieltä hakeakseen johonkin töihin, mutta jos olet jo töissä ja asiakasprojekti sitä vaatii, niin se prosessi on aika paljon helpompi.

Henkilökohtaisesti en ymmärrä miksi mitään projektia pitäisi tehdä noilla vähän tunnetuilla kielillä, etenkin jos se johtaa tähän, että pitää valittaa kuin tekijöitä ei löydy. Vanha kunnon Nginx + PHP + vaikka Oraclen tietokanta pystyyn ja tekemään - kyllä varmasti löytyy tekijöitä. Sitten jos se PHP on niin kauhea myrkky, niin tekee sitten vaikka Nodella tai jollain muulla. Työpöytäsoftasta jos on kysymys, niin en äkkiseltään näe millaista työpöytäsoftaa ei saisi aikaiseksi C#:lla.

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Kaiken voi "oppia" viikossa, jos on tarpeeksi tyhmä.

Kysymykseni olikin aloittajalle ;)

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Kielessä kuin kielessä on samoja perusteita. Jos ymmärtää ne perusteet niin yksittäisen kielen opiskelu on vain kyseisen syntaksin opiskelua.

Usein devausympäristöissä on myös on juttunsa. Ei se nyt ihan noin mene. Tai menee, jos tarpeeksi yksinkertaisesti haluaa ajatella.

#4

Kyllä se nyt niin menee koska niissä ympäristöissäkin on yleiset perusteet.

Eikä mene. Vain tollo kuvittelee olevansa niin kaikkivoipa, että omaksuu kaiken viikossa. Typeryksen puhetta.

En ole aloittaja enkä väitä että kaiken omaksuu viikossa. Osaaja oppii viikossa tarpeeksi että pystyy alkaa tekemään jotain tuottavaa ympäristössä kuin ympäristössä.

Kerroppa, miksi ihmeessä esimerkiksi Android-kännyköiden erinomaista puheentunnistusta (kuten Google haku) ei hyödynnetä sairaaloihin tehtävissä softissa? Eikö puhuminen olisi paljon luonnollisempaa lääkärille kuin koneen näpyttely? Väittäisin, että virheitäkin tulisi paljon vähemmän ja asioiden tekeminen nopeutuisi.

Mikäli lasket miten pitkään etsit Pegasoksesta esimeriksi labroja, olisi hemmetin paljon nopeampaa sanoa konelle "näytä viimeisimmät labrat".

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Tässä puhutaan nyt kokonaisesta järjestelmästä ja sen päälle vielä arkaluonteisesta potilastietojärjestelmästä, joten asia ei ole aivan sama. Lisäksi aika harva jaksaa alkaa opettelemaan uutta kieltä hakeakseen johonkin töihin, mutta jos olet jo töissä ja asiakasprojekti sitä vaatii, niin se prosessi on aika paljon helpompi.

Henkilökohtaisesti en ymmärrä miksi mitään projektia pitäisi tehdä noilla vähän tunnetuilla kielillä, etenkin jos se johtaa tähän, että pitää valittaa kuin tekijöitä ei löydy. Vanha kunnon Nginx + PHP + vaikka Oraclen tietokanta pystyyn ja tekemään - kyllä varmasti löytyy tekijöitä. Sitten jos se PHP on niin kauhea myrkky, niin tekee sitten vaikka Nodella tai jollain muulla. Työpöytäsoftasta jos on kysymys, niin en äkkiseltään näe millaista työpöytäsoftaa ei saisi aikaiseksi C#:lla.

M-kieli on vähän tunnettu Suomessa, mutta maailmalla käytössä varsin paljon, erityisesti terveydenhuollon järjestelmissä. Ja Epic ei ole suomalainen järjestelmä, joten ei ole mitenkään yllättävää, että se on tehty kielellä, jolle monista muista maista löytyy osaajia ihan riittämiin. Mitä tulee työpöytäsoftaan, niin sitä ei taida haluta enää juuri kukaan. Webbipohjaista sekä mobiililaitteille sopivaa sen sijaan kysytään. 

Mutta tosiaan, miksi valittaa, ettei tekijöitä löydy, jos kerran kieli kuin kieli on opittavissa viikossa? 

Vierailija kirjoitti:

Vierailija kirjoitti:

Ei ole kannattavaa ruveta vaikka "web-ohjelmoijaksi", kun on paljon avartavampaa ja uramahdollisuuksia avaavampaa opetella opettelemaan, jolloin voi käytännössä ryhtyä mihin vain.

Osaan opetella (ja opettelenkin), mutta ei se riitä. Pitäisi osata myös markkinoida osaamisensa uskottavasti jossakin. Miten se kannattaa tehdä?

Koodaaminenhan on helppoa, mutta työn saanti ei!

Osallistu opensource-projekteihin tai tee pari työnäytettä johonkin githubiin tai vastaavaan joita voit linkittää hakemuksiisi.

Pelkkä: mä kävin java-kurssin 2014 ja jatkokurssin 2015 ei välttämättä riitä. Pitäisi osoittaa että osaa edes jotain.

Vierailija kirjoitti:

Miten näen BPMN 2.0 flown ER:n kautta UML:ään? Onko mielestäsi tärkeää tehdä ensin blue printti ja siitä hahmotella ER ja UML? Miten ylipäätään ratkaiset entiteettien ja atrituuttien eron? Onko esimerkiksi AV:n kirjoittaja entiteetti vai järjestelmän kannalta atribuutti?

AV:n kirjoittaja on nopeasti mietittynä entiteetti. Mitä entiteettien ja attribuuttien eroon tulee, niin olioajattelulla pääsee mielestäni jo melko pitkälle.

En varsinaisesti näe, että miten BPMN flow liittyy ER:ään ja että miksi jotain pitäisi "nähdä" ER:n kautta sinne UML:ään. UML:n activity diagrammi on muistaakseni kuitenki aika lähellä BPMN:ää, joten luulisin että tuollainen pieni esitystapamuutos BPMN->UML activity digram käy aika helposti?

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Tässä puhutaan nyt kokonaisesta järjestelmästä ja sen päälle vielä arkaluonteisesta potilastietojärjestelmästä, joten asia ei ole aivan sama. Lisäksi aika harva jaksaa alkaa opettelemaan uutta kieltä hakeakseen johonkin töihin, mutta jos olet jo töissä ja asiakasprojekti sitä vaatii, niin se prosessi on aika paljon helpompi.

Henkilökohtaisesti en ymmärrä miksi mitään projektia pitäisi tehdä noilla vähän tunnetuilla kielillä, etenkin jos se johtaa tähän, että pitää valittaa kuin tekijöitä ei löydy. Vanha kunnon Nginx + PHP + vaikka Oraclen tietokanta pystyyn ja tekemään - kyllä varmasti löytyy tekijöitä. Sitten jos se PHP on niin kauhea myrkky, niin tekee sitten vaikka Nodella tai jollain muulla. Työpöytäsoftasta jos on kysymys, niin en äkkiseltään näe millaista työpöytäsoftaa ei saisi aikaiseksi C#:lla.

M-kieli on vähän tunnettu Suomessa, mutta maailmalla käytössä varsin paljon, erityisesti terveydenhuollon järjestelmissä. Ja Epic ei ole suomalainen järjestelmä, joten ei ole mitenkään yllättävää, että se on tehty kielellä, jolle monista muista maista löytyy osaajia ihan riittämiin. Mitä tulee työpöytäsoftaan, niin sitä ei taida haluta enää juuri kukaan. Webbipohjaista sekä mobiililaitteille sopivaa sen sijaan kysytään. 

Mutta tosiaan, miksi valittaa, ettei tekijöitä löydy, jos kerran kieli kuin kieli on opittavissa viikossa? 

"työpöytäsoftaa ei halua kukaan"

joku on näemmä vähän pihalla...

=====> TEHTÄVÄ: Ammu itseäsi jalkaan

C: Ammut itseäsi jalkaan

C++: Luot vahingossa 12 instanssia itsestäsi ja ammut niitä kaikkia jalkaan. Avun saaminen on mahdotonta koska et pysty erottamaan mitkä näistä ovat tarkkoja kopioita ja mitkä vain osoittavat toisiaan sanoen: "Mä olen tuo tuolla..."

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Tässä puhutaan nyt kokonaisesta järjestelmästä ja sen päälle vielä arkaluonteisesta potilastietojärjestelmästä, joten asia ei ole aivan sama. Lisäksi aika harva jaksaa alkaa opettelemaan uutta kieltä hakeakseen johonkin töihin, mutta jos olet jo töissä ja asiakasprojekti sitä vaatii, niin se prosessi on aika paljon helpompi.

Henkilökohtaisesti en ymmärrä miksi mitään projektia pitäisi tehdä noilla vähän tunnetuilla kielillä, etenkin jos se johtaa tähän, että pitää valittaa kuin tekijöitä ei löydy. Vanha kunnon Nginx + PHP + vaikka Oraclen tietokanta pystyyn ja tekemään - kyllä varmasti löytyy tekijöitä. Sitten jos se PHP on niin kauhea myrkky, niin tekee sitten vaikka Nodella tai jollain muulla. Työpöytäsoftasta jos on kysymys, niin en äkkiseltään näe millaista työpöytäsoftaa ei saisi aikaiseksi C#:lla.

M-kieli on vähän tunnettu Suomessa, mutta maailmalla käytössä varsin paljon, erityisesti terveydenhuollon järjestelmissä. Ja Epic ei ole suomalainen järjestelmä, joten ei ole mitenkään yllättävää, että se on tehty kielellä, jolle monista muista maista löytyy osaajia ihan riittämiin. Mitä tulee työpöytäsoftaan, niin sitä ei taida haluta enää juuri kukaan. Webbipohjaista sekä mobiililaitteille sopivaa sen sijaan kysytään. 

Mutta tosiaan, miksi valittaa, ettei tekijöitä löydy, jos kerran kieli kuin kieli on opittavissa viikossa? 

"työpöytäsoftaa ei halua kukaan"

joku on näemmä vähän pihalla...

Varmasti on niitäkin, jotka vielä haluavat, mutta ainakin meillä alkaa C#:lla tehty työpöytäsofta olla aikansa elänyt ja nyt kysytään nimenomaan selainpohjaisia sekä mobiililaitteille soveltuvia järjestelmiä. 

Minulla on tämmöinen ongelma nyt:

<div id="foo">

  <div>

      Pälä pälä

  </div>

  <div style="display: none" id="bar">

    <p>pälä pälä pälä</p>

    <p>pölö pölö</p>

  </div> 

</div>

<script>

  $('#foo').resize(origheight + 160);

  $('#bar').show();

</script>

Mutta tuo perkeleen #bar näkyy aina vaan yhden rivin korkuisena vaikka tuon #foo kasvaa kyllä oikean kokoiseksi. #barissa on height: 100% ja overflow: auto. Siihen tulee kuitenkin siis sisältö vain yhden rivin korkuisena ja scrollbaritkin on vain sillä yhdellä rivillä.

Millä saan sen täyttämään tuon kasvaneen #foo:n korkeuden?

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Vierailija kirjoitti:

Mitä osaat?

Olen tässä nyt muutaman vuoden ajan pyrkinyt opettelemaan ja kouluttautumaan "puhtaasti" ohjelmistosuunnittelijaksi, millä tarkoitan sitä, että minulla ei meni kuin viikko opetella esimerkiksi jokin uusi ohjelmointikieli, mikäli sellaista tarvitsen. Aika moni yrittää suuntautua mahdollisimman hyväksi vaikka vain jonkun tietyn ohjelmointikielen kanssa, mutta minun mielestäni on tärkeämpää se, että osaa kouluttaa itsensä tarvittaessa vaikka mihin.

Eli anna minulle viikko aikaa, niin osaan minkä vain ohjelmistokehitykseen liittyvän asian - sen verran hyvin, että se riittää siihen mihin sitä tarvitaan.

Mitä mieltä olet mediassakin olleesta keskustelusta, jossa HUSin Apotti-hankkeessa valittu Epic-potilastietojärjestelmä on koodattu M-kielellä (Mumps) ja sen osaajia ei kuulemma ole Suomessa riittävästi, jotta Epiciin pystyttäisiin tekemään kansalliset vaatimukset? Jos kielen kuin kielen oppii viikossa, niin eihän moista ongelmaa pitäisi olla?

Tässä puhutaan nyt kokonaisesta järjestelmästä ja sen päälle vielä arkaluonteisesta potilastietojärjestelmästä, joten asia ei ole aivan sama. Lisäksi aika harva jaksaa alkaa opettelemaan uutta kieltä hakeakseen johonkin töihin, mutta jos olet jo töissä ja asiakasprojekti sitä vaatii, niin se prosessi on aika paljon helpompi.

Henkilökohtaisesti en ymmärrä miksi mitään projektia pitäisi tehdä noilla vähän tunnetuilla kielillä, etenkin jos se johtaa tähän, että pitää valittaa kuin tekijöitä ei löydy. Vanha kunnon Nginx + PHP + vaikka Oraclen tietokanta pystyyn ja tekemään - kyllä varmasti löytyy tekijöitä. Sitten jos se PHP on niin kauhea myrkky, niin tekee sitten vaikka Nodella tai jollain muulla. Työpöytäsoftasta jos on kysymys, niin en äkkiseltään näe millaista työpöytäsoftaa ei saisi aikaiseksi C#:lla.

Sivumennen sanottuna tuo MUMPS on erittäin syvältä. Nimikin tarkoittaa sikotautia :)

Mutta: Kun sitä sen verran osaan että pystyn sanomaan että se on syvältä, niin miksi edelleen on niin, että kaikki Apotinkin työpaikat (joita näkyy olevan auki) sijaitsevat jossakin Helsingissä? En minä sinne halua muuttaa! Miksei edelleenkään firmat halua, että ohjelmointi hoidettaisiin etätyönä? Helpointa on keskittyä kotona kaikessa rauhassa, tehdä työt silloin kun työvire on parhaimmillaan, ilman tarvetta pakkautua johonkin työmatkaruuhkaan päivittäin. Merkittäviä avoimen lähdekoodin projekteja on toteutettu ja toteutetaan etätyönä - miksi ei firmoilta onnistu?

Paljonko on palkkasi ja koulutuksesi?

Vierailija kirjoitti:

Kerroppa, miksi ihmeessä esimerkiksi Android-kännyköiden erinomaista puheentunnistusta (kuten Google haku) ei hyödynnetä sairaaloihin tehtävissä softissa? Eikö puhuminen olisi paljon luonnollisempaa lääkärille kuin koneen näpyttely? Väittäisin, että virheitäkin tulisi paljon vähemmän ja asioiden tekeminen nopeutuisi.

Mikäli lasket miten pitkään etsit Pegasoksesta esimeriksi labroja, olisi hemmetin paljon nopeampaa sanoa konelle "näytä viimeisimmät labrat".

Käsittääkseni tuo puheentunnistus rajoittuu aika paljon itse siihen Google hakuun ja matkapuhelinympäristöön, koska se itse puheentunnistusjärjestelmä taitaa oppia siitä mitä sille sanoo.

Puheentunnistus ei ole ihan vielä niin helppo "leikkaa ja liimaa" ominaisuus, että sen voisi tuosta noin vain toimivasti lisätä järjestelmään kuin järjestelmään, toisaalta en usko että se hirveästi auttaisikaan.

Jostain syystä näissä potilas- ym. järjestelmissä on tuntunut olevan aina ihan mahdottoman huono käyttöliittymä. Äänikomennot sitä tuskin korjaa, mutta mielestäni välillä kannattaisi noiden järjestelmien suunnittelijoiden ihan oikeasti kysyä käyttäjiltä, esimerkiksi että mitkä ominaisuuden olisi hyvä olla aina nopeasti saatavilla.