Jak často používají pseudokód v reálném světě?

Používám pseudocode když od počítače a pouze papír a tužku. To nedává moc smysl se starat o syntaxi pro kód, který nebude sestavovat (nelze sestavit papír).

Většinou použít pro Nutting to opravdu složitý kód, nebo při vysvětlování kódu buď k ostatním vývojářům nebo non vývojáře, kteří chápou systém.

Také jsem vývojové diagramy nebo typu UML diagramů, když se snaží dělat výše také ...

I obecně používají ho při vývoji násobek if else, které jsou vnořené, které mohou být matoucí.

Tímto způsobem Nepotřebuji se vrátit a dokumentovat ji od svého již bylo učiněno.

Poměrně zřídka, i když jsem často dokumentují způsob před zápisem do těla z ní.

Pokud však budu pomáhat další developer s tím, jak přistupovat k problému, budu často psát e-mail s pseudokódu řešení.

téměř vždy jsem ji použít v dnešní době při vytváření nějaké netriviální rutiny. I vytvořit pseudo kód jako připomínky, a dále ji rozšiřovat, až se dostanu do té míry, že můžu jen psát ekvivalentní kód pod ní. Zjistil jsem, že to významně urychluje vývoj, snižuje syndrom „stačí napsat kód“, který často vyžaduje přepsání pro věci, které nebyly původně považovány za vás nutí přemýšlet celý proces před psaním skutečný kód, a slouží jako dobrý základ pro kód dokumentace po něm je napsáno.

Nechci používat pseudokód vůbec. Jsem více vyhovuje syntaxi C jazyků styl než já s pseudokódu.

Co já dělat docela často pro účely konstrukce je v podstatě funkční styl rozklad kódování.

public void doBigJob( params )
{
    doTask1( params);
    doTask2( params);
    doTask3( params);
}
private void doTask1( params)
{
    doSubTask1_1(params);
    ...
}

Které v ideálním světě by nakonec promění pracovní kódu metody stále více a více triviální. Nicméně, v reálném životě, tam je sakra hodně refaktorování a přehodnocení designu.

Najdeme to funguje docela dobře, jak zřídka setkáváme algoritmu, který je obojí: neuvěřitelně složitý a těžko kód a ne lepší řešit pomocí UML nebo jiný modelovací techniky.

Pokud jsem cvičit něco složité, já používám to hodně, ale používám ho jako komentáře. Například, budu hrdlo postup, a dal v každém kroku Myslím, že je třeba udělat. Jak jsem se pak napsat kód, nechám připomínky: říká, že to, co jsem se snažil udělat.

procedure GetTextFromValidIndex (input int indexValue, output string textValue)
// initialize
// check to see if indexValue is within the acceptable range
//    get min, max from db
//    if indexValuenot between min and max
//       then return with an error
// find corresponding text in db based on indexValue
// return textValue
   return "Not Written";
end procedure;

Nikdy jsem ani jednou, potřeboval k napsání pseudocode programu před zápisem.

Nicméně, občas jsem musel psát pseudokódu po psaní kódu, který se obvykle stává, když se snažím popsat provádění na vysoké úrovni programu, aby někoho až do rychlosti s novým kódem v krátkém čase. A „provádění na vysoké úrovni“, myslím jeden řádek pseudokódu popisuje 50 nebo tak linie C #, například:

Core dump spoustu XML souborů do složky a spustí process.exe
  spustitelný s několika příkazové řádky parametrů.

Process.exe přečte každý soubor
    Každý soubor je číst řádek po řádku
    Unikátní slova vytáhl ze souboru uloženého v databázi
    Soubor je odstraněn, když jeho hotové zpracování