Kannattaako Pythonin opiskelu?

Mitä kaikkea olet tehnyt?

Suorituskyky riippuu aika vahvasti siitä mitä tekee ja kuka tekee. En esim. ole huomannut mitään huonoa suorituskykyä dev-ops tai testausautomaatiohommissa.

Sinä nyt et huomaa mitään ohi päähänpinttymiesi.

M-Kar kirjoitti:

Suorituskyky riippuu aika vahvasti siitä mitä tekee ja kuka tekee. En esim. ole huomannut mitään huonoa suorituskykyä dev-ops tai testausautomaatiohommissa.

Why Python is Slow:
http://jakevdp.github.io/blog/2014/05/09/why-python-is-slow/

sdrgyeryuetr kirjoitti:

Why Python is Slow:
http://jakevdp.github.io/blog/2014/05/09/why-python-is-slow/

Lue lisää

Ei tuolla ole oikein mitään merkitystä koska tietokoneohjelmaa kun ajetaan siinä niin paljon muutakin kuin lasketaan numeroita yhteen tai varataan muistia objekteille.

Esimerkiksi testausautomaatiossa aika menee siihen kun selain käynnistyy ja availee sivuja tai siihen kun testattava API käsittelee kyselyjä. Dev-opsissa aika menee siihen kun kirjaudutaan vaikka palvelimelle tai buildijärjestelmä kääntää koodia. Ei se Python siellä tee oikein mitään mitattavaa viivettä.

Useimmissa käytännön sovelluksissa hidasteet ovat esim. IO tapahtumissa HTTP kyselyissä. Prosessin käynnistyminen vie jo aikaa.

Reaalimaailman esimerkit ja niin että mittaa sen ajan, että onko hidas vai, merkitsee enemmän. Täällähän hiljattain eräs selitti läpiä päähänsä että C-kieli CGI:llä olisi tehokkain webbisovelluksissa mutta tosiassa PHP menee helposti ohitse suorituskyvyssä kun ei tarvitse käynnistellä uutta prosessia joka kyselyllä mikä tekee viivettä.

Otatko haasteen vastaan, että jos tuo kysyjä tekee ohjelman ja suostuu vaikka jakamaan koodit, niin mitataanko vaikka aikaa suoriutuuko sinun valitsemasi työkalu E2E testistä olennaisesti nopeammin kuin Python.

Olennaisia raja-aikoja suorituskyvyssä:
-Reaaliaikainen toiminta: <100ms viive
-Tapahtuman käsittely välittömästi kun annettu käsky: <1s
-Tapahtuman käsittely nopeasti, näyttäen jotain rantapalloa ruudulla: <10s
-Tapahtuman käsittely niin että hakee kahvikupposen: <5min
-Tapahtuman käsittely lounastauon aikana: <30min
-Tapahtuman käsittely työajan ulkopuolella seuraavaan päivään mennessä: <16h
-Tapahtuman käsittely viikonlopun aikana: <64h

Sitten jos on oikeasti hidasta puuhaa niin yli 2vko eräajot vähän semmoisia, että laskeskellaan hintaa paljon maksaa jonkun asian tekeminen ja suoritus kun koneella kestää ajallisesti niin paljon.

Olennainen asia noissa raja-ajoissa on se, että aina kun saa nopeampaa teholuokkaan, esim. 30min->5min, se on silloin parempi. 30min->20min ei olennaisesti merkitse. <100ms viive taas ei merkitse muualla kuin reaaliaikaisuutta vaativassa jutussa. Useimmissa asioissa jos ajo kestää alle sekunnin, sillä ei ole merkitystä enää kuinka paljon nopeammin se käy. Nopeuden optimointi käy mielekkääksi juurikin siinä kohtaa kun ajo kestää enemmän kuin sekunnin.

Taitaapa olla uskon asia, kun vilkaisee, mitä kaikkea code_red on kirjoitellut tänne suoli-palstalle.

Uskonko-en kirjoitti:

Taitaapa olla uskon asia, kun vilkaisee, mitä kaikkea code_red on kirjoitellut tänne suoli-palstalle.

"Taitaapa olla uskon asia,"

Juu ei ole :) Ja vilkaise ihan rauhassa. Se ei tietenkään kumoaa väitettäni millään lailla vaan on selvä argumentointivirhe...

Uskonko-en kirjoitti:

Taitaapa olla uskon asia, kun vilkaisee, mitä kaikkea code_red on kirjoitellut tänne suoli-palstalle.

Hyi mitä sontaa on kirjotellut, taitaa olla vähän . . . .

code_red kirjoitti:

"Taitaapa olla uskon asia,"

Juu ei ole :) Ja vilkaise ihan rauhassa. Se ei tietenkään kumoaa väitettäni millään lailla vaan on selvä argumentointivirhe...

Sinulla näyttää hyvin usein olevan noita argumentointi virheitä, onko se älystä kiinni.

Olisiko esimerkkejä tarjota?

7kilon_pyython kirjoitti:

Olisiko esimerkkejä tarjota?

Ansible, Fabric, Robotframework... Aika merkittäviä työkaluja ovat joita yleisesti käytetään ja konfigurointia tehdään juurikin Pythonia kirjoittamalla.

Marginaalia...

sergfyuifu kirjoitti:

Marginaalia...

No milläs työkalulla sinä sitten tai miten teillä tehdään E2E testing ja hoidetaan deployt?

Voihan niitä tehdä monilla tavoilla mutta aika kummalista sanoa että alan yleisimpiä työkaluja olisi marginaalia.

Voi. Tällä: https://www.transcrypt.org/

Lähtökohtaisesti käyttöliittymäpuoli onnistuu aina jos työkalun saa kääntämään Javascriptiksi.

Mutta se on sitten eri asia, että onko siinä mitään järkeä kun kaikki ohjeistus Reactille ja Vuelle on Javascriptiä ja Angularille ohjeistus on Typescriptinä ja jne. ja natiivipuoli Javaa.

Tietysti Python on vain yksi työkalu muiden joukossa.

Vähän niinkuin jos olisi kirvesmies joka ei osaa käyttää vaikka sahaa ja vasaraa...

Kyllä.

M-Kar kirjoitti:

Kyllä.

Kumpaa suosittelet yksinkertaisten html-lomakkeella kerättävien tietojen kirjaamisen palvelimelle? Tietojen ei tarvitsisi mennä edes tietokantaan, vaan riittäisi CSV:n tapainen tekstitiedosto.

Kumman.opettelisi kirjoitti:

Kumpaa suosittelet yksinkertaisten html-lomakkeella kerättävien tietojen kirjaamisen palvelimelle? Tietojen ei tarvitsisi mennä edes tietokantaan, vaan riittäisi CSV:n tapainen tekstitiedosto.

Lue lisää

Jos pitäisi olla mahdollisimman yksinkertainen niin Pythonilla luultavasti saisi yksinkertaisemman. Tarvittavat pulikat:

Pythonissa valmiina:
https://docs.python.org/3.6/library/json.html

Ja siihen lisäksi voisi miettiä jompaa kumpaa näistä:

http://webpy.org/
http://werkzeug.pocoo.org/

Eli jokin pulikka että pääsee kivasti kirjoittamaan koodia get, put, post, delete jne. tapahtumille.

Eli ideana toki että käyttöliittymäsi lähentää jsonina tavarat kirjattavaksi ylös ja lukee ne jsonina ja esittää.

Sehän on sivuseikka miten se data sitten tallentuu.

Semmoista että kun sovellusohjelmoija kirjoittaa koodia niin sillä on nappi millä ohjelma käännetään asennettavaksi pulikaksi mille ajetaan testit ja nappia painamalla menee tuotantoon.

Siihen tarvitsee omat ohjelmansa. Jos ohjelmaa ei olisi niin sehän olisi sitten sitä, että joutuisi itse asennella ja käsin säädellä niitä palvelimia. Se nyt vaan halutaan tapahtuvan automaattisesti.