Dotaz: Styly programování

[novomente]

Když jsem se učil z knížek programovat, autoři ve vztahu k syntaxi většinou říkali, aby si programátor zvolil svůj styl a toho se pak držel. Programovací jazyky však dovolují nejen styl syntaxe, ale i styl programování. Existují však konvence anebo doporučení, jak programovat v tom či onom jazyce.

Nejsem profesionální programátor, ale zajímalo by mě, jestli se těchto doporučení držíte, anebo máte raději (i kromě těchto doporučení) nějakou volnost a svobodu rozhodnout se, jak budete programovat. Zajímá mě praxe jak freelancerů, tak profesionálů v týmu malém i velkém.

Odpovědi

[X]

S cim potrebujes poradit?

[Peter Golis]

Chce vedieť ako formulovať dotazník do google dokumentov, a následne ako ho zverejniť aby mu to vyplnili ľudia nech má zápočet na ekonomickej učňovke, fakulta managementu.

Keby už vo svojom živote dokázal napísať akýkoľvek text (hoci aj počítačový program) počte viacej ako 42 riadkov, tak by vedel že sa pýta zbytočnosť.

[novomente]

Navrhuji techniku programování, kde jsou užity již hotové technologie, ale ta technika zatím vyžaduje určitá doporučení, která by se měla dodržovat. Chtěl bych zjistit, jestli profesionální vývojáři dávají přednost svobodě v programování, nebo jestli je praxe dosti omezuje ve způsobu, jak programují.

[X]

Tak to je velice jednoduche. a] Muze genialni programator psat jako prase. Muze. b] Muze profesional psat jako prase? Nemuze.

Svoboda programovani? Si se probudil z minulosti? Mas inteligentni editory, highlighting, auto-korekci, AI. Dnes uplne kazdy kod vypada dobre, i kdyz neches ;).

[novomente]

To je samozřejmě všechno pravda. Neměl jsem však na mysli syntaktický styl, ale osobní styl co kdo jak programuje. Existují třeba návrhové vzory. To jsou ta doporučení. To, co mě zajímá je, jestli se profi programátoři striktně těch návrhových vzorů drží, nebo mají jiný osobní styl. To je ta svoboda - programovat něco svým vlastním způsobem. A zajímá mě to, jak to funguje u freelancerů (tam bych čekal svobodu větší) a jak v malých anebo velkých týmech.

U AI tam nevím, programuje to ona, tak snad jestli té AI někdo dává direktivy, jakým stylem programovat, nebo se to nechává celé na ní?

[Kit]

V podstatě nevidím důvod k tomu, aby se vývojář nedržel návrhových vzorů a to včetně soukromých projektů. Jsou jednoduché a účinné, zavádí očekávané názvy metod, chování je obvyklé. Svobodu vidím spíš ve výběru vhodného vzoru a jeho implementaci.

[rastos]

zajímalo by mě, jestli se těchto doporučení držíte,

Hlavne jedného: KISS

[Zadejte vaše jméno]

Каždý projekt má nejaký štýl, ktorý by sa mal dodržiavať, aby bol kód čitateľnejší.
napr. https://github.com/mixxxdj/mixxx/wiki/Coding%20Guidelines

[Kit]

Nejjistější je zakomponování pravidel formátování kódu přímo do Gitu. Odpadnou dohady a jejich vynucování.

[Olaf]

Kdysi jsem přešel od vysokoúrovňových programovacích jazyků k Pythonu. Člověku dával volnou ruku. Kdo chtěl, psal procedurálně a funkcionálně, jiný objektově, cílem bylo dodat funkční kód. A šlo poznat, kdo je psal, protože ano -- každý měl svůj nějaký styl. Po letech si Pythonu kvůli jeho oblíbenosti a bohatým knihovnám všimli kravaťáci z Javy a veškeré neduhy v podobě přílišné abstraktizace přenesli do Pythonu, takže kódy už nejdou ani přečíst, protože i sebevětší blbost je rozdrolená do N modulů. A na pohovorech to vypadá jako zkoušce z Javy se syntaxí Pythonu. Jsem z toho otráven a lidé jako populární Arjan by už neměli být připuštěni ke kameře.

[Kit]

Kdysi jsem v MHD viděl kód v Pythonu s asi 9 úrovněmi odsazení. Fuj, hanba, hnus. Python je krásný jazyk, ale takhle ho prznit? Vždyť se mu metoda ani nevešla na obrazovku.

[Olaf]

Viděl jsem podobné prasárny, třeba (class) proměnné s rovnítky zarovnané dle nejdelšího názvu. Naštěstí tohle řeší IDE a člověku po stisknutí ctrl+s to automaticky srovná (ruff apod.). Ale co jsem viděl (v tutoriálu!), byl třeba výpočet faktoriálu přes třídu s využitím dunder metod. Takže místo obyčejné funkce (třeba uvedené -- a zrychlené -- dekorátorem @njit) autor použil třídu s __init__, __iter__, __next__... Hnůj. A co přišlo v posledních dvou letech, je ještě větší hrůza (ne kvůli vývoji samotného Pythonu, ale kvůli Java evangelistům, kteří chtějí, aby lidé psali kódy podle jejich mustru).

[Kit]

Javisté jsou takovou masochistickou skupinou. Místo postupů podle Clean Code a SOLID vytváří různé gettery, settery, singletony a další nesmysly. Java je skvělým programovacím jazykem, ale je spousta evangelizátorů, kteří ji statečně degradují. A když někdo vytvoří konkurenční elegantní jazyk, tak se nacpou i tam.

[novomente]

Máte rádi, když na stejný elementární problém můžete použít více způsobů, jak ho dosáhnout? Mám na mysli, když máte více ekvivalentních konstrukcí kódu, ze kterých si můžete vybrat.

[X]

Napriklad?

[novomente]

Napriklad:

a++ vs. a += 1

nebo:

pseudokód:

void getJmeno()
{
  String jmeno = ""
  while(true)
  {
    jmeno = input("Zadej sve jmeno: ");
    if (jmeno)
      {
        break;
      }
  }
  printf("Ahoj %s", jmeno);
}

vs.

void getJmeno()
{
  String jmeno = "";
  while((jmeno = input("Zadej sve jmeno: ")) == "")
    ;
  printf("Ahoj %s", jmeno);
}

[Kit]

Ještě na to můžeš použít do .. while

[novomente]

JJ to se da

[X]

Napriklad:

a++ vs. a += 1

To neni stejne..

[Kit]

V čem je rozdíl, pokud se jedná o int?

[X]

Vazne? Pokud se nepletu, tak sytakticky je "++" inkrementacni operator, "+=" je ekvivalent prirazeni. Zaroven "a++" je post-inkrement => v 'a' je porad puvodni hodnota:

int a = 0;
int b;

b = a + 1
b: 1

b = a++
b: 0

Tedy, neni to to same a nemuzes to pouzit podle libosti.

[novomente]

Vím, že bys mohl dát příklad s:

a += 1 namísto a + 1

ale chci se zeptat, jestli máš rád dělat různé věci různými způsoby. Tedy jazyk, který tě nenutí udělat věc jen jedním správným způsobem. Příklad nemám, ale jistě bys ho sám našel.

[pavele]

Vím, že bys mohl dát příklad s:

a += 1 namísto a + 1

ale chci se zeptat, jestli máš rád dělat různé věci různými způsoby. Tedy jazyk, který tě nenutí udělat věc jen jedním správným způsobem. Příklad nemám, ale jistě bys ho sám našel.

Jsi člověk nebo bot?

[novomente]

Jsem člověk. Bot nemá nohy a tak nemůže nosit boty a chodit To byl vtip, abys věděl, že bot fakt nejsem. A ta otázka, co jsem položil, mě opravdu zajímá.

[Kit]

Ekvivalenty:

a = a + 1;
a += 1;
a++;

Druhý je zkrácenou verzí prvního, třetí je zkrácenou verzí prvního. Někdy se využívá jeho vedlejšího efektu, ale pak to zhoršuje čitelnost.

[X]

Ne, taky nemam rad Perl. To je jazyk pro tebe ;).

[Kit]

Bohužel je v Perlu napsána významná část linuxových operačních systémů, tak s ním musíme nějak žít.

[Vtipnéř]

Napriklad:

a++ vs. a += 1

nebo:

pseudokód:

void getJmeno()
{
  String jmeno = ""
  while(true)
  {
   ......
  }
  printf("Ahoj %s", jmeno);
}

vs.

void getJmeno()
{
  String jmeno = "";
  while((jmeno = input("Zadej sve jmeno: ")) == "")
    ;
  printf("Ahoj %s", jmeno);
}

Všechny zdravím.

Zkusil jsem, co udělá s prvním příkladem kompilátor. Vyrobil jsem prográmek v C

int pricti_1(int a)
{
    a++;
    return a;
}

a přeložil ho do assembleru, pak jsem inkrementaci nahradil ++a, následně jsem použil a+=1 a nakonec a=a+1. Ve všech čtyřech případech jsem dostal stejný výsledek. Samozřejmě, že kdybych použil nějaká přiřazení jako b=a++ a b=++a, musel by tam být rozdíl, jak píše pan X.

Co se týče podmínky v cyklu, to asi záleží na vkusu. while(true) nemám vůbec rád a ta dlouhá podmínka s přiřazením u druhého příkladu se mi taky nelíbí, nemám složité podmínky rád, ale někdy to jinak nejde nebo je to ještě složitější. Ale jak říkám, je to asi věc vkusu.

Jirka