Koodaaminen

[Marxin Ryyppy]

Totta vai tarua?

The second programming language you learn takes roughly 10% of the effort that the first one took, because so many of the concepts are the same - usually the syntax is just a bit different.

Soveltaakseni vanhaa viisautta, 90% opettelusta vie 90% ja loput 10% vie toiset 90%.

Kaks toisistaan poikkeavaa, mutta ei liikaa, on paras. Jos kielet on turhan lähellä niin kompastelee käyttäessään aiemman idioomia uuden kanssa, ja jos ne poikkeaa toisistaan paljon niin sitten sen koko logiikan joutuu opettelemaan uusiksi.

Jos on tottunut vaikka tunkkaamaan javaskriptaa niin onhan siitä aikamoinen hyppy johonkin Lispiin tai FP-kieliin.

[Santeri Endman]

^tohon sopid tämmönen sanonta että concepts are few methods are many

[Henkkamaukka Perusjätkä]

Humble Bundlessa Manningin kirjoja iso satsi. Kaikenlaista halvalla. Ihan sikahintaisia noiden kirjat. 69€ paperinen ja monta kymppiä ebook Kindlessä. Pelkästään toi kehuttu 100 Go Mistakes and How to Avoid Them -kirja on varmaan ton parin kympin arvoinen.

[badger]

tekis mieli opetella c# (vaikka uskonkin, että microsoft muuttaa sen jossain vaiheessa semmoseks, että tarvitaan joku vitun windows for linux systems, että se toimii) niin niin mikähän ois hyvä kirja tms. tämmöselle, joka osaa jonkun verran ohjelmoida

[Henkkamaukka Perusjätkä]

Nopeasti katsoin redditistä ja vaikutti kehuvan:

Pro C# by Andrew Troelsen
C# in Depth” by Jon Skeet

Ja vaikuttaisi jälkimmäisen ohella olevan Manningilla:

Code Like a Pro in C# by Jort Rodenburg

Edit. Eka ja vika aloittelijoille ja keskimmäinen kehutuin

[Henkkamaukka Perusjätkä]

Koodaatteko te Pythonin taitajat miten pitkiä pätkiä putkeen?

Ts. onko kumpi näistä järkevämpi tapa koodata?

1. Sellainen 25 rivin if/elif/else -blokki, jossa on useampia ehtoja.
2. Tällainen, että jakaa ne ehtojen mukaan erillisiin funktioihin ja kutsuu niitä sitten. Selkeämpi varmaan lukea, mutta pitää sitten duunata enemmän noita erillisiä fuktioita.

Code: Select all

def get_answer(chosen):
    if chosen == "a" or chosen == '1':
        return add(chosen)
    elif chosen == "b" or chosen == '2':
        return mul(chosen)
    elif chosen == "c" or chosen == '3':
        return div(chosen)
    else:
        main()

[ei vittu mikä meno]

Mites toi switch?

[ei vittu mikä meno]

Eikun jaa Pythonissa ei ole switchiä. 3.10 eteenpäin näemmä pattern matching https://docs.python.org/3.10/whatsnew/3 ... n-matching

En jaksa tarkistaa miten siinä menee noi disjuntiiviset ehdot mut varmaan jotenkin näppärästi

[Santeri Endman]

Miten nyt milloinkin. Yleensä en halua tehdä erillistä funktiota jos sitä kutsutaan vain yhdestä paikasta mutta jos se on joku monimutkainen homma nii sitten erillinen funktio.

[Henkkamaukka Perusjätkä]

Kaipa toi "do one thing and do it well" tms. vastaa kysymykseeni, eli lyhyttä funktiota vaan ja poikkeustapauksissa yli 10 riviä.

[Henkkamaukka Perusjätkä]

Toi on kyllä just se syy, miksi asiaa mietin, kun tosiaan kutsutaan vain yhdestä paikasta. Pääasiassa. Sellaisia rajaavia ehtoja, että ei voi hyödyntää funktiota monelle eri vaihtoehdolle.

[ei vittu mikä meno]

Ja niin en tajunnut kysymystä. Mut varmaan just niin kuin Endman sanoo joskin tosiaan musta ihan järkevää jäsentää koodia funktioiden avulla vaikka niitä kutsuttaisiinkin vaan kerran. Siis jos toi on vaikka ohjelman perusrunko niihin mieluummin noin kuin et olis sata riviä koodia tossa joka välissä

[Santeri Endman]

Riippuu varmaan kaikesta. Ite teen pyyttonilla lähinnä testausta niin siinä tulee hirvee määrä kaikkea rimpsua ja tarkistusta joka väliin niin pitkiä funktioita tulee. Testauksessa kans monesti joissain jutuissa halutaan että asioita ei "piiloteta" funktioihin vaan että kaikki näkyy selvästi siinä niin.

[Spandau Mullet]

Ja niin en tajunnut kysymystä. Mut varmaan just niin kuin Endman sanoo joskin tosiaan musta ihan järkevää jäsentää koodia funktioiden avulla vaikka niitä kutsuttaisiinkin vaan kerran. Siis jos toi on vaikka ohjelman perusrunko niihin mieluummin noin kuin et olis sata riviä koodia tossa joka välissä

Komp. Suosittelen välttämään spaghettihelvettiä aina kun mahdollista.

[Santeri Endman]

Ja niin en tajunnut kysymystä. Mut varmaan just niin kuin Endman sanoo joskin tosiaan musta ihan järkevää jäsentää koodia funktioiden avulla vaikka niitä kutsuttaisiinkin vaan kerran. Siis jos toi on vaikka ohjelman perusrunko niihin mieluummin noin kuin et olis sata riviä koodia tossa joka välissä

Tää olis just se milloin monimutkaisuuden takia kannattaa laittaa erilliseen funktioon. Jotenki tälleen ehkä en tekis kuitenkaan kun tässä taas "yksinkertaistaminen" tekee hommasta monimutkaisempaa

def is_a_b(a, b):
return a == b

def main():
if is_a_b(a, b):
Prööt