Přejít k navigační liště

Zdroják » Zprávičky » Není ostuda psát kód, který je „jen dobrý“

Není ostuda psát kód, který je „jen dobrý“

Zprávičky Různé

Taky se při vytváření webů přistihnete, že si říkáte „Použil jsem TABLE pro zobrazení kalendáře, nebudou mě mít mí kolegové webdesignéři za troubu?“ nebo „Hezké řešení, ale kdyby přišlo 10.000 požadavků najednou, tak bude problém se škálováním…“? Děláte občas spoustu práce navíc jen proto, aby si o vás někdo nepomyslel, že „prasíte“ nebo že jste nepomysleli na nějaké mezní situace, co by mohly s pravděpodobností nula celá nula nula nic nastat? Stydíte se, když napíšete kód, co je „dobrý“ (slušně napsaný a pro daný účel vhodně naddimenzovaný)? A do komentářů byste to nikdy nenapsali, protože víte, že by vás ostatní komentující rozcupovali a uvláčeli bahnem?

Nejste v tom sami. Pro povzbuzení si můžete přečíst There’s no shame in code that is simply „good enough“.

(via HackerNews YC)

Komentáře

Odebírat
Upozornit na
guest
0 Komentářů
Nejstarší
Nejnovější Most Voted

TypeScript 7 v Go: rychlejší buildy, chybějící API

Betaverze TypeScriptu 7.0 ukazuje víc než rychlejší tsc. Microsoft převádí kompilátor a jazykovou službu z původní kódové základny psané v TypeScriptu a běžící jako JavaScript do Go, přidává paralelní typovou kontrolu a připravuje novou editorovou část postavenou na LSP. Pro část nástrojů ale nepůjde o prostou výměnu binárky: TypeScript 7 zatím nemá stabilní náhradu dnešního Compiler API.

Prolog nezmizel. Jen dnes žije v jiných nástrojích

Prolog nezmizel. Jeho hlavní myšlenku dnes potkáváme v nástrojích, které se Prologu na první pohled nepodobají: v CodeQL pro analýzu kódu, v Rego pro policy-as-code, v Z3 pro práci s omezeními a v Leanu pro formální důkazy. Každý řeší jiný problém, ale všechny připomínají totéž: někdy je lepší popsat vztahy, pravidla, omezení nebo tvrzení než vrstvit další if.