Palindromikellonajat

Anonyymi

Tee ohjelma, joka tulostaa mahdollisimman vähillä iteraatioilla kaikki kellonajat, jotka ovat numeroiden perusteella samat päinvastoin esitettynä muodossa:

TT:MM:SS

jossa TT tarkoittaa tunteja (0-23), MM minuutteja (0-59) ja SS sekunteja (0-59).

Lisähaaste on, että tunneissa ei tarvitse käyttää etunollia käänteisenäkään kuten minuuteissa ja sekunneissa.

Esimerkki:
- puoliyö 0:00:00 -> päinvastoin 0:00:00
- keskipäivä 12:00:00 -> päinvastoin 0:00:12

42

574

    Vastaukset

    Anonyymi (Kirjaudu / Rekisteröidy)
    5000
    • Anonyymi

      Siitä vaan koodaamaan...

    • Anonyymi

      Olisko jotain hyödyllisempää koodattavaa?

    • Anonyymi

      Aika hankala tuolla tavalla. Pitää ainakin ensin tsekata onko 5 vai 6 numeroa.

      • Anonyymi

        Ei välttämättä. Voi kattoa vain tuntiarvon. Jos on on alle 10, niin käsittelee viisinumeroisena, muutoin kuudella. Toinen tapa tietysti mennä merkkijonoilla. Splittaa vaan kaksoispisteiden kohdalta, ja jos ensimmäinen siivu on pituudeltaan 2, niin mukana on etunolla.


    • Anonyymi
      • Anonyymi

        En muistanut mainita että esimerkki on Bash Shell skripti, eikä lyhene vaikka muuttaisi python skriptiksi.


      • Anonyymi
        Anonyymi kirjoitti:

        En muistanut mainita että esimerkki on Bash Shell skripti, eikä lyhene vaikka muuttaisi python skriptiksi.

        Ajatellaanpas ettei timestampin tarvitse olla validi, ja näin ollen muutetaan esimerkin rivi 14 tällaiseksi:

        d1="$t:$m:$s"

        Nyt timestampit jotka eivät muutu takaperin käännettäessäkään löytyy jo peräti 270 kpl ja aikaa menee (real 5m11,120s), joka on melkein puolet vähemmän.


    • Anonyymi

      Näpyttelin putkeen sen enempää ajattelematta javascriptillä käyttämällä silmukoita. Voi olla ettei ole oikein, mutta pikavilkaisulla näyttäisi olevan "sinne päin", ja yhteensä vaihtoehtoja 684 kpl.

      https://pastebin.com/dDnUGkia

      Tuo tuolostaa siis vaihtoehdot ja kokonaismäärän tyyliin

      0:00:00
      0:01:00
      .
      .
      .
      23:44:32
      23:55:32
      Yhteensä 684

      • Anonyymi

        Hyvähän se on, tuossa on siis yksittäiset luvut käännetty, kun minä tein tuon käänsin koko ajan yhtenä merkkijonona, ja siksi sain 10 kertaa vähemmän. Tuotahan siinä vissiin tarkoitettiin.


      • Anonyymi

        Tämä oli siis hieman väärin. Jälkimmäiseen tuntisilmukkaan piti lisätä heti alkuun

        if (h % 10 > 5) continue;

        joka jätti silmukan lopun suorittamatta, kun tuntiarvon toinen numero on yli 5. Sekuntien kymmenethän eivät voi olla kuin 00...59.

        Tein apufunktiot aika-arvon tarkastukselle, joka käyttää Date-objektia validointiin. Tein myös käännösfunktion aika-arvolle, jonka avulla voidaan tarkastaa onko H:mm:ss muodossa oleva merkkijono sama myös käännettynä, eli palindromiaika.

        Lisäksi tein silmukan, joka samoja apufunktioita hyödyntäen käy läpi kaikki 86 400 sekuntia.

        Lopputulos oli molemmilla tavoilla 660 erilaista palindromiaikaa.

        Koodi: https://pastebin.com/6SWCqtVd

        tapa1:
        0:00:00
        0:01:00
        .
        .
        23:44:32
        23:55:32
        Yhteensä: 660 kelvolliset: 660 epäkelvot: 0 palindromeja: 660

        tapa2:
        0:00:00
        0:01:00
        .
        .
        23:44:32
        23:55:32
        Yhteensä: 86400 kelvolliset: 86400 epäkelvot: 0 palindromeja: 660


      • Anonyymi
        Anonyymi kirjoitti:

        Tämä oli siis hieman väärin. Jälkimmäiseen tuntisilmukkaan piti lisätä heti alkuun

        if (h % 10 > 5) continue;

        joka jätti silmukan lopun suorittamatta, kun tuntiarvon toinen numero on yli 5. Sekuntien kymmenethän eivät voi olla kuin 00...59.

        Tein apufunktiot aika-arvon tarkastukselle, joka käyttää Date-objektia validointiin. Tein myös käännösfunktion aika-arvolle, jonka avulla voidaan tarkastaa onko H:mm:ss muodossa oleva merkkijono sama myös käännettynä, eli palindromiaika.

        Lisäksi tein silmukan, joka samoja apufunktioita hyödyntäen käy läpi kaikki 86 400 sekuntia.

        Lopputulos oli molemmilla tavoilla 660 erilaista palindromiaikaa.

        Koodi: https://pastebin.com/6SWCqtVd

        tapa1:
        0:00:00
        0:01:00
        .
        .
        23:44:32
        23:55:32
        Yhteensä: 660 kelvolliset: 660 epäkelvot: 0 palindromeja: 660

        tapa2:
        0:00:00
        0:01:00
        .
        .
        23:44:32
        23:55:32
        Yhteensä: 86400 kelvolliset: 86400 epäkelvot: 0 palindromeja: 660

        "Sekuntien kymmenethän eivät voi olla kuin 00...59."

        Jaahans, taas sekoilua. Siis 0...5 piti kirjoittaa, mutta sormet halusivat julkaista kaikki mahdolliset sekunnit.


    • Anonyymi

      Lisää näitä!

    • Anonyymi

      Ajatellaanpa että tehtävä olisi ollut aito palindromi timestamppien poiminta tehtävä. Silloin olisi noussut seuraavat komennot merkitykselliseksi:

      JavaScript
      function reverse(s){
      return s.split("").reverse().join("");
      }
      console.log( reverse("123") )

      Bash Shell
      echo "123" | rev

      Python
      print( "123"[::-1] )

      Halusi nostaa nuo pöydälle siksi, että JavaScript ei sisällä suoraa komentoa merkkijonon kääntämiseen, vai mitä JavaScript taituri.

      • Anonyymi

        JavaScriptistä kieltämättä puuttuu tuollainen perustason funktio. Merkkijonon pilkkominen, kääntäminen ja yhdistäminen ei tosin ole ketjuttamisen ansiosta iso tehtävä.

        Jopa C-kielen string.h -kirjastosta löytyy valmis strrev() -funktio kääntämiselle.


    • Anonyymi

      Tämä on juuri sellainen kompakysymystehtävä jonka tyyppinen voi tulla työhaastattelussakin esiin kun katsovat että pelääko kaverilla hoksottiment lainkaan vai ei, sillä tämä tehtävä vaatii enemmän loogista ajattelukykyä ja matemaattista taitoa kuin ohjelmointitaitoa.

      Ensimmäisenä tulee huomioida, että aika on, tai sen kannattaa olla muodossa HH:MM:SS, niin hommasta tulee yksinkertaisempi, kun näin saadaan 6 numeroa, niin tiedetään siitä sitten jo että 2 keskimmäistä numeroa tulee aina olla samat, koska muuten palindromia ei muodostu lainkaan.

      Ja kun tiedestään että 2 keskimmäistä numeroa tulee olla samat, niin saadaan numerovälillä 0-5 pyöräytettävä silmukka, joka kuvaa minuutteja.

      Tämä minuuttisilmukka laitetaan tuntisilmukan sisään, ja käännetään tunnin arvo päinvastaiseen järjestykseen, ja jos arvo on pienempi kuin 60, niin sitten kyseessä on laillinen arvo, ja samalla myös aika:

      #!/bin/bash

      for t in {00..23}
      do
      for m in {0..5}
      do
      s=`echo $t | rev`
      if [ $s -lt 60 ]
      then
      echo "$t:$m$m:$s"
      fi
      done
      done

      Jos haluaa käyttää muotoa H:MM:SS, eli vaikka aikaan 0:01:01, niin se saadaan tekemällä kolme sisäistä silmukkaa joilla iteroidaan tunnit 0-23, minuutit 00-59, ja sekunnit 00-59, jonka jälkeen niistä voi muodostaa yhtenäisen merkkijonon (string) muuttujaan a, että kääntää tämän merkkijonon käänteiseen järjestykseen merkkijonoon b, ja verrata näitä toisiinsa.

      Jos vertailuoperaation tulos on tosi, niin kyseessä on palindromiaika, ja se voidaan tulostaa, mutta vain jos sekunti <= tunti, koska muuten kyseessä ei ole laillinen aika:

      #!/bin/bash

      for t in {0..23}
      do
      for m in {00..59}
      do
      for s in {00..59}
      do
      a=$( echo $t$m$s )
      b=$( echo $a | rev )
      if ([ "$a" == "$b" ] && [ $t -le $s ] )
      then
      echo "$t:$m:$s"
      fi
      done
      done
      done

      Itse sain tällä jälkimmäisellä vain 642 palindromiaikaa kun edeltäjä sai javascriptillään 684, eli AP voi nyt selvittää että kumpi bugaa,,,

      • Anonyymi

      • Anonyymi

        Minulla on siinä javascriptiräpellyksessä virhe, jossa kymmenet sekunnit karkaa yli vitosen. Tein tarkastusfunktion käyttämällä Date-kikkaretta. Nyt tippui 660:een. Pitää ensin korjata kyseinen virhe, ja sen jälkeen tehdä vielä palindromitarkastus.

        16:00:61 ei kelvollinen
        .
        .
        .
        19:55:91 ei kelvollinen
        Yhteensä 684 kelvolliset 660 epäkelvot 24


    • Anonyymi

      a,b = b,a :
      Vaihtaa muuttujiin luetut päinvastaisiksi Pythonissa.

      • Anonyymi

        Ja eikös tuolla ylempänä ollut että kuinka se tehdään myös merkkijonolle:

        Python
        print( "123"[::-1] )

        Enkä myöskään näe estettä tehdä se bashillä näin:

        a=$( echo $t$m$s )
        b=$( echo $a | rev ) #muutetaankin muotoon: b=$( echo $s$m$t )


      • Anonyymi
        Anonyymi kirjoitti:

        Ja eikös tuolla ylempänä ollut että kuinka se tehdään myös merkkijonolle:

        Python
        print( "123"[::-1] )

        Enkä myöskään näe estettä tehdä se bashillä näin:

        a=$( echo $t$m$s )
        b=$( echo $a | rev ) #muutetaankin muotoon: b=$( echo $s$m$t )

        En muista enää mutta eikös Pythonissa muuttujaan syötetty sisältö määrää sen muuttujan tyypin?


      • Anonyymi
        Anonyymi kirjoitti:

        En muista enää mutta eikös Pythonissa muuttujaan syötetty sisältö määrää sen muuttujan tyypin?

        Näin on.


      • Anonyymi
        Anonyymi kirjoitti:

        En muista enää mutta eikös Pythonissa muuttujaan syötetty sisältö määrää sen muuttujan tyypin?

        Yleensä skriptikielissä on näin. Muuttujaan vaan arvo, ei väliä onko string, integer, jne...


      • Anonyymi
        Anonyymi kirjoitti:

        Yleensä skriptikielissä on näin. Muuttujaan vaan arvo, ei väliä onko string, integer, jne...

        Kätevä toiminto. Miksiköhän esim c ei ole vastaavaa vaan ensin pitää esitellä muuttujat? Saattaa liityä siihen että Python on tulkkaava kieli?


      • Anonyymi
        Anonyymi kirjoitti:

        Kätevä toiminto. Miksiköhän esim c ei ole vastaavaa vaan ensin pitää esitellä muuttujat? Saattaa liityä siihen että Python on tulkkaava kieli?

        C yms. kielissä muuttujien määrittely pitää tehdä syystä että sitten kääntäjä tietää että kuinka paljon tilaa (muistia) pitää muuttujalle varata, että kuinka sitä tullaan käsittelemään varsinaisessa lopullisessa käännetyssä binäärimuodon ajettavassa ohjelmassa.

        Esim, skriptauskieli perl varaa aina käytännössä saman määrän muistia, riippumatta siitä että kuinka pieni ohjelma on kysessä, koska mm. siinä ei ole tällaista optiomointia lainkaan, koska sitä ei käännetä binääriksi, vaan sitä tulkataan koko ajan ohjelman edetessä...


      • Anonyymi
        Anonyymi kirjoitti:

        C yms. kielissä muuttujien määrittely pitää tehdä syystä että sitten kääntäjä tietää että kuinka paljon tilaa (muistia) pitää muuttujalle varata, että kuinka sitä tullaan käsittelemään varsinaisessa lopullisessa käännetyssä binäärimuodon ajettavassa ohjelmassa.

        Esim, skriptauskieli perl varaa aina käytännössä saman määrän muistia, riippumatta siitä että kuinka pieni ohjelma on kysessä, koska mm. siinä ei ole tällaista optiomointia lainkaan, koska sitä ei käännetä binääriksi, vaan sitä tulkataan koko ajan ohjelman edetessä...

        Kiitos.


      • Anonyymi
        Anonyymi kirjoitti:

        En muista enää mutta eikös Pythonissa muuttujaan syötetty sisältö määrää sen muuttujan tyypin?

        Tuossa tuleekin se heikkous esiin, kuten
        ===
        Python 3.8.5 (default, Jan 27 2021, 15:41:15)
        [GCC 9.3.0] on linux
        Type "help", "copyright", "credits" or "license" for more information.
        >>> a=1;b=2;c="1";d="2"
        >>> a b
        3
        >>> a c
        Traceback (most recent call last):
        File "<stdin>", line 1, in <module>
        TypeError: unsupported operand type(s) for : 'int' and 'str'
        >>> c d
        '12'
        >>> int(c) int(d)
        3
        >>>


      • Anonyymi
        Anonyymi kirjoitti:

        Tuossa tuleekin se heikkous esiin, kuten
        ===
        Python 3.8.5 (default, Jan 27 2021, 15:41:15)
        [GCC 9.3.0] on linux
        Type "help", "copyright", "credits" or "license" for more information.
        >>> a=1;b=2;c="1";d="2"
        >>> a b
        3
        >>> a c
        Traceback (most recent call last):
        File "<stdin>", line 1, in <module>
        TypeError: unsupported operand type(s) for : 'int' and 'str'
        >>> c d
        '12'
        >>> int(c) int(d)
        3
        >>>

        Mikä heikkous, ei int ja str muuttujaa voi laskea yhteen, ilman tarvittavia muutoksia.


      • Anonyymi
        Anonyymi kirjoitti:

        Tuossa tuleekin se heikkous esiin, kuten
        ===
        Python 3.8.5 (default, Jan 27 2021, 15:41:15)
        [GCC 9.3.0] on linux
        Type "help", "copyright", "credits" or "license" for more information.
        >>> a=1;b=2;c="1";d="2"
        >>> a b
        3
        >>> a c
        Traceback (most recent call last):
        File "<stdin>", line 1, in <module>
        TypeError: unsupported operand type(s) for : 'int' and 'str'
        >>> c d
        '12'
        >>> int(c) int(d)
        3
        >>>

        En nyt kutsuisi tätä heikkoudeksi, koska muuttujalle c on selkeästi kerrottu että kyseessä ei ole numeerinen arvo, vaan että se tulee käsitellä merkkinä tai merkkijonona.

        Muussa tapauksessa ei voisi käsitellä merkkijonoja lainkaan, sillä jos ajateltaisiin että annetaan muuttujalle c arvoksi Matti, eli c=Matti, niin virhe tulee koska/jos muuttujalle Matti ei ole määriteltu arvoa.... [Edellyttäen siis että python ei tulkitse arvotonta muuttujaa automaattisesti nollaksi, jolloin virhettä ei tietenkään tule, jolloin c saakin arvoksi 0, vain jos/koska Matti -muuttujaa ei ole määritelty...]

        C -kielessä pelkkiä numeroita sisältävän merkkijonon voi muuttaa nmeerikseksi funktiokutsulla 'atoi' (ascii-to-integer) että päinvastoin 'itoa':lla...

        Ohjelmointi on loogista, eikä mitään saivartelua...


      • Anonyymi
        Anonyymi kirjoitti:

        Mikä heikkous, ei int ja str muuttujaa voi laskea yhteen, ilman tarvittavia muutoksia.

        Heikkous on siinä, ettei etukäteen voi tietää minkä tyyppistä tietoa muuttuja pitää sisällään.

        Tervesin nimimerkki joskus debugannut saatanaa.


      • Anonyymi
        Anonyymi kirjoitti:

        Heikkous on siinä, ettei etukäteen voi tietää minkä tyyppistä tietoa muuttuja pitää sisällään.

        Tervesin nimimerkki joskus debugannut saatanaa.

        Siis oletuksena. Voihan kaikenmaalilman typeof-operaattoreilla selvitellä niitä, mutta ennaltamääritellyt muuttujatyypit on ihan hyvä juttu.


      • Anonyymi
        Anonyymi kirjoitti:

        Siis oletuksena. Voihan kaikenmaalilman typeof-operaattoreilla selvitellä niitä, mutta ennaltamääritellyt muuttujatyypit on ihan hyvä juttu.

        Muuttujien alustaminen vain tyypin määrittelemiseksi on turhaa vaivaa.

        Ja toisaalta kertoa tyyppi ja antaa sisältö tuntuu myös turhalta, koska sisältö kuitenkin jo kertoo tyypin.


      • Anonyymi
        Anonyymi kirjoitti:

        Muuttujien alustaminen vain tyypin määrittelemiseksi on turhaa vaivaa.

        Ja toisaalta kertoa tyyppi ja antaa sisältö tuntuu myös turhalta, koska sisältö kuitenkin jo kertoo tyypin.

        Ei suinkaan.

        >>> luku=input("Kirjoita luku mikä kerrotaan kahdella:")
        Kirjoita luku mikä kerrotaan kahdella:2
        >>> print("Luku",luku,"kerrottuna kahdella on",luku*2)
        Luku 2 kerrottuna kahdella on 22
        >>>


      • Anonyymi
        Anonyymi kirjoitti:

        Heikkous on siinä, ettei etukäteen voi tietää minkä tyyppistä tietoa muuttuja pitää sisällään.

        Tervesin nimimerkki joskus debugannut saatanaa.

        POINTTERIT ovat asia erikseen, jolloin todellakin olisi hyvä tietää että minkä tyyppiseen tietoon tai tietotyyppiin POINTTERI osoittaa...

        Ja toistaalta, jos DOKUMENTAATIO on ihan pebasta, niin kuin se yleensä, on niin ei siinä sitten kukaan koondaa niin maan yhtään mitään!


      • Anonyymi
        Anonyymi kirjoitti:

        Muuttujien alustaminen vain tyypin määrittelemiseksi on turhaa vaivaa.

        Ja toisaalta kertoa tyyppi ja antaa sisältö tuntuu myös turhalta, koska sisältö kuitenkin jo kertoo tyypin.

        Sisältö ei todellakaan kerro tyyppiä.

        Mikä mielestäsi on tyyppi näissä tapauksissa:

        a=1
        b="2"
        c=123.45
        d=000000Z


      • Anonyymi
        Anonyymi kirjoitti:

        Ei suinkaan.

        >>> luku=input("Kirjoita luku mikä kerrotaan kahdella:")
        Kirjoita luku mikä kerrotaan kahdella:2
        >>> print("Luku",luku,"kerrottuna kahdella on",luku*2)
        Luku 2 kerrottuna kahdella on 22
        >>>

        Tämä on itse asiassa aivan käsittämättömän hyvä esimerkki; 2 x 2 on normaalilogiikalla 4, mutta tässä esimerkissä siitä tuleekin 22...

        Juuri tämäntyyppisiä bugeja niissä softissa on, kun vaan "oletetaan" että "kaikki kuitenkin tietää", tai sitten tulee vaan inhimillnen virhe...

        On näiden kanssa tosiaan joskus tapeltu.... Kannattaa pariin otteeseen tosiaan miettiä että haluaako koodariksi vai ei.... Liksa voi olla hyvä, mutta niin on myös vastuu, ja jos kenkää tulee oleellisten lapsellisten virheiden johdosta, niin vaikea on saada hommia enää sen jälkeen...

        Tosin ei noihin hommiin edes pääse ennen kuin on ensin päntännyt muutaman vuoden polilla tai laitoksella...


      • Anonyymi
        Anonyymi kirjoitti:

        Ei suinkaan.

        >>> luku=input("Kirjoita luku mikä kerrotaan kahdella:")
        Kirjoita luku mikä kerrotaan kahdella:2
        >>> print("Luku",luku,"kerrottuna kahdella on",luku*2)
        Luku 2 kerrottuna kahdella on 22
        >>>

        Tuohan on väärin tehty kysely, jos vastaus on oltava kokonaisluku.

        OIKEIN
        luku=int(input("Kirjoita luku mikä kerrotaan kahdella:"))


      • Anonyymi
        Anonyymi kirjoitti:

        Ei suinkaan.

        >>> luku=input("Kirjoita luku mikä kerrotaan kahdella:")
        Kirjoita luku mikä kerrotaan kahdella:2
        >>> print("Luku",luku,"kerrottuna kahdella on",luku*2)
        Luku 2 kerrottuna kahdella on 22
        >>>

        Ja jos haluat vastaan ottaa liukuluvun, niin näin:

        luku=float(input("Kirjoita luku mikä kerrotaan kahdella:"))

        Oletusarvoisesti vastaus on string -tyyppinen. Kyllä kaikissa kielissä on osattavat säännöt, ei siitä muutoin mitään tule.


    • Anonyymi

      No niin, tuossa BASH -skriptissä tosiaan on virhe, mikä selittää miksi saatujen kellonaikojen määrä on eri tuon javascriptin kanssa.

      Rivi:

      if ([ "$a" == "$b" ] && [ $t -le $s ] )

      tulee olle muotoa:

      if (([ $t -le $s ] || [ $s -le $t ]) && ([ "$a" == "$b" ]))

      Eli siis tunnin pitää olla <= sekunti TAI sekunnin <= tunti sekä, tottakai, ajan sama kuin käänteisen ajan. eli tästä oli tosiaan jäänyt yksi vertailuoperaatio välistä, joka johti tilanteeseen jossa mm. palindromiaika 20:00:02 jäi tulostumatta.

      Nyt tällä saa 660 palindromiaikaa, aivan kuten tuolla javascriptilläkin.

      Tuon 'echo | rev' voi korvata laittamalla kaikki arvot ensin taulukkoon, ja sitten silmukalla verrata aina taulukon ensimmäistä arvoa viimeiseen, aina kasvattamalla laskuria joka osoittaa talukon alkupäähän, että pienentämällä laskuria joka osoittaa talukon loppupäähän, aina siihen asti kunnes alkupään laskuri on pienempi kuin loppupään laskuri, jolloin se soveltuu sekä parittomiin kellonaikoihin H:MM:SS, että parillisiin HH:MM:SS. Tällainen menettely on välttämätön oikeassa ohjelmoinnissa jossa ei voi (lue: saa) käyttää kutsuja ulkoisiin komentoihin, joka tuo 'rev' on...

      Parillisen ajan kyseessä ollessa verrataan siis keskenään taulukon arvoja
      p,s
      0,5
      1,4
      2,3 ja vertailu loppuu tähän koska pienin kasvaa suuremmaksi kuin suuri, 3,2

      Ja parittoman:
      0,4
      1,3
      2,2 ja vertailu loppuu tähän koska pienin kasvaa suuremmaksi kuin suuri, 3,1

      Taulkon elementit alkavat pääsääntlisesti aina arvosta 0, eli taulokon ensimmäinen elementti on aina 0, eikä 1.

      Parittoman kellonajan kyseessä ollessa siis esim. 1:01:01 olisi taulukossa arvot;
      10101, ja näiden parit 0,4 = 1,1, 1,3 = 0,0, 2,2 = 1,1,

      Jossa siis on 'hassua', että parittoman taulukon kyseessä ollessa on sekä pienimmän että suurimman laskurin arvo sama kun ollaan keskellä taulukkoa, ja vertailu voidaan suorittaa sillä se on merkityksetön, sillä jos aika ei ole palindromi niin silmukassa ei edes päästä näin pitkälle.

      Parillisessa taas vastaavasti esim. 23:55:32 olisi taulukossa arvot
      235532, ja parit näin ollen 0,5 = 2,2, 1,4 = 3,3, 2,3 = 5,5

      Kummassakin tapauksessa vertailuja pitää, tai siis kannattaa tehdä kolme, mikä tarkoittaa että kummakin vertailun voi niin halutessa suorittaa vaikka yhdessä erillisessä yksittäisessä funktiossa.

      Tällaista se koodaminen siis on, ja näin niitä bugeja aina silloin tällöin tulee... Onko nyt ihan varma että joku ihan oikeasti haluaa koodaajaksi?

      • Anonyymi

        Bashin skriptissä voi muuten kätevästi katsoa arvosta $? palauttiko komento virheen vai ei. Esimerkiksi jos haluaa testata onko kellonaika kelvollinen, niin date-komennon paluuarvon pitää olla 0, jos on virheellinen, niin jotain muuta.

        user@ubuntu2004:~$ date -d "0:32:23"
        N 10 juuni 2021 00:32:23 EEST
        user@ubuntu2004:~$ echo $?
        0
        user@ubuntu2004:~$ date -d "24:32:23"
        date: invalid date ‘24:32:23’
        user@ubuntu2004:~$ echo $?
        1


      • Anonyymi
        Anonyymi kirjoitti:

        Bashin skriptissä voi muuten kätevästi katsoa arvosta $? palauttiko komento virheen vai ei. Esimerkiksi jos haluaa testata onko kellonaika kelvollinen, niin date-komennon paluuarvon pitää olla 0, jos on virheellinen, niin jotain muuta.

        user@ubuntu2004:~$ date -d "0:32:23"
        N 10 juuni 2021 00:32:23 EEST
        user@ubuntu2004:~$ echo $?
        0
        user@ubuntu2004:~$ date -d "24:32:23"
        date: invalid date ‘24:32:23’
        user@ubuntu2004:~$ echo $?
        1

        Kyllä, tämä on aivan totta, kuten ohjelmointikielissäkin voi asettaa funktion palauttamaan arvon, joka voi myös olla jotain muutakin kuin totuusarvo...


      • Anonyymi
        Anonyymi kirjoitti:

        Kyllä, tämä on aivan totta, kuten ohjelmointikielissäkin voi asettaa funktion palauttamaan arvon, joka voi myös olla jotain muutakin kuin totuusarvo...

        Näinhän se on.


      • Anonyymi
        Anonyymi kirjoitti:

        Bashin skriptissä voi muuten kätevästi katsoa arvosta $? palauttiko komento virheen vai ei. Esimerkiksi jos haluaa testata onko kellonaika kelvollinen, niin date-komennon paluuarvon pitää olla 0, jos on virheellinen, niin jotain muuta.

        user@ubuntu2004:~$ date -d "0:32:23"
        N 10 juuni 2021 00:32:23 EEST
        user@ubuntu2004:~$ echo $?
        0
        user@ubuntu2004:~$ date -d "24:32:23"
        date: invalid date ‘24:32:23’
        user@ubuntu2004:~$ echo $?
        1

        Hyvä, sinä tuntematon suuruus, olet täysin oikeassa.


    Ketjusta on poistettu 1 sääntöjenvastaista viestiä.

    Luetuimmat keskustelut

    1. Mies kateissa Lapualla

      Voi ei taas! Toivottavasti tällä on onnellinen loppu. https://poliisi.fi/-/mies-kateissa-lapualla
      Lapua
      117
      6096
    2. Poliisi tutkii murhaa Paltamossa

      Poliisi tutkii Kainuussa sijaitsevassa Paltamon kunnassa epäiltyä henkirikosta, joka on tapahtunut viime viikon perjanta
      Paltamo
      33
      4217
    3. Olenko joka hetki

      Ajatuksissasi?
      Ikävä
      82
      3372
    4. Jos me voitais puhua

      Jos me voitais puhua tästä, mä sanoisin, että se on vaan tunne ja se menee ohi. Sun ei tarvitse jännittää mua. Mä kyllä
      Ihastuminen
      18
      3006
    5. Jenna meni seksilakkoon

      "Olen oppinut ja elän itse siinä uskossa, että feministiset arvot omaava mies on tosi marginaali. Todennäköisyys, että t
      Maailman menoa
      258
      2120
    6. Joo nyt mä sen tajuan

      Kaipaan sua, ei sitä mikään muuta ja olet oikea❤️ miksi tämän pitää olla niin vaikeaa?
      Ikävä
      88
      2014
    7. Jere, 23, ja Aliisa, 20, aloittavat aamunsa Subutexilla tai rauhoittavilla: "Vaikka mä käytän..."

      Jere, 23, ja Aliisa, 20, ovat pariskunta, joka aloittaa aamunsa Subutexilla tai rauhoittavilla. Jere on ollut koko aikui
      Maailman menoa
      44
      1892
    8. Mikä sinua ja

      kaivattuasi yhdistää ?
      Ikävä
      144
      1819
    9. Olipa ihana rakas

      ❤️🤗😚 Toivottavasti jatkat samalla linjalla ja höpsöttelykin on sallittua, kunhan ei oo loukkaavaa 😉 suloisia unia kau
      Ikävä
      8
      1706
    10. Vain yksi elämä

      Jonka haluaisin jakaa sinun kanssasi. Universumi heitti noppaa ja teki huonon pilan, antoi minun tavata sinut ja rakastu
      Ikävä
      88
      1579
    Aihe