mboost-dp1
unknown
...hvorefter vi må konkludere at mit rodeværelse er en evig indtægtskilde. De små actionmænd i legetøjsbunken i hjørnet står alene for 5000 kr. om måneden sort :)
i værste fald bliver du fyret hvorefter chefen 1 eller 2 måneder senere ringer og tigger dig om at komme tilbage når han har opgivet at sætte andre til det :D
Hva så hvis nørden til Java koden går på pension eller ikk gider mere? Så sidder de andre i lort til halsen!
Jeg er under uddannelse som civilingengiør indenfor software udvikling og konstruktion og er nu på 4 år. I den tid er jeg blevet "indoktrineret" i hvordan man gør det rigtigt og gør det godt som software udvikler.
Er denne artikel en joke? Den går imod alt hvad jeg har lært om selve det at programmere på "den rigtige" måde. Men det er vel også meningen med artiklen - at ødelægge overskueligheden af kode? En unægtelig værdi af kode må være at den kan læses af andre. Den fremgangsmåde den artikel beskriver, kan komme til at koste rigtig mange penge i sidste ende (fordi ingen kan forstå det).
Software projekter kan (og vil under visse forhold) blive fuldstændige kaotiske. Det at kan sammenarbejde i projektgrupper, og at man kan læse hinandens kode er så vidt jeg ser det, et af de "sociale" værktøjer som altid vil kunne gøre et software projekt langt mindre kaotisk.
Og hvem siger at man selv senere kan læse sin kode, hvis det er skrevet sådan? Jeg kunne ikke.
Mvh Intel4004
Er denne artikel en joke? Den går imod alt hvad jeg har lært om selve det at programmere på "den rigtige" måde. Men det er vel også meningen med artiklen - at ødelægge overskueligheden af kode? En unægtelig værdi af kode må være at den kan læses af andre. Den fremgangsmåde den artikel beskriver, kan komme til at koste rigtig mange penge i sidste ende (fordi ingen kan forstå det).
Software projekter kan (og vil under visse forhold) blive fuldstændige kaotiske. Det at kan sammenarbejde i projektgrupper, og at man kan læse hinandens kode er så vidt jeg ser det, et af de "sociale" værktøjer som altid vil kunne gøre et software projekt langt mindre kaotisk.
Og hvem siger at man selv senere kan læse sin kode, hvis det er skrevet sådan? Jeg kunne ikke.
Mvh Intel4004
Pinagtigt morsomt. Alle de gange hvor jeg har ryddet op i andres lap-på-lap-på-halvgennemtænkte-design... Og det skal jeg nok også på mandag. :/
Arkæologer, biologer, dansklærere, eskimologer, filosoffer, geologer, historikere, idrætslærere, jurister, kunsthistorikere, lingvister, meterologer, odontologer, psykologer, studentermedhjælpere, teologer, ægyptologer og alle jer andre: Ud af IT-brancher!
Arkæologer, biologer, dansklærere, eskimologer, filosoffer, geologer, historikere, idrætslærere, jurister, kunsthistorikere, lingvister, meterologer, odontologer, psykologer, studentermedhjælpere, teologer, ægyptologer og alle jer andre: Ud af IT-brancher!
/quote
This essay is a joke! I apologise if anyone took this literally. Canadians think it gauche to label jokes with a :-). People paid no attention when I harped about how to write __maintainable code. I found people were more receptive hearing all the goofy things people often do to muck it up. Checking for unmaintainable design patterns is a rapid way to defend against malicious or inadvertent sloppiness.
/unquote
This essay is a joke! I apologise if anyone took this literally. Canadians think it gauche to label jokes with a :-). People paid no attention when I harped about how to write __maintainable code. I found people were more receptive hearing all the goofy things people often do to muck it up. Checking for unmaintainable design patterns is a rapid way to defend against malicious or inadvertent sloppiness.
/unquote
Smart trick.. Har da vist også hørt om nogen der sikrede sit job på den måde.. Det kan måske gå an, hvis man er den eneste programmør i virksomheden..
Men hvis det skal være helt rigtigt: The fine Art of Commenting (pdf)
Men hvis det skal være helt rigtigt: The fine Art of Commenting (pdf)
Mon ikke der er nogle potentielle arbejdsgivere der noterer sig navnet "Roedy Green" til næste gang de skal ansætte nogen? Om ikke andet så har han da i hvert fald sikret sig at der er færre der vil tilbyde ham et job i tilfælde af at han bliver afskediget fra sit nuværende (hvis han da har et)!
Jeg kan kun sige at jeg har alt for mange gange mødt folk som ikke prøver på at gøre det overskueligt. Da jeg nåede sidste linje, sad jeg nærmest og græd indvendigt. Tænk hvis nogen ikke læser det hele, men stopper halvvejs, og gør brug af det?
Folk som kun focusere på ikke at blive fyret, og gør deres løsninger umulige at vedligeholde, burde hænges på Rådshuspladsen. Gør dit job godt, og lig noget i dit arbejde, sådan bliver man u-undværelig. Respektere dit eget arbejde, og værdsæt det du laver. Kan du ikke stolt fremvise din kode, så lav det om. Man skal kunne se andre mennesker i øjnene, og sige at det bliver sgu ikke bedre fra min side af. Så kan man ikke gøre mere.
Jeg er så harm over andre udvikler, som bare skøjter hen over tingene og siger: "Det går nok","Ingen andre end mig ser det", "laver det om når jeg har tid".
Verden har bare ikke tid til halve løsninger. Jeg bliver længe hvis deadlinen nærmere sig, eller hvis jeg ikke synes at løsningen er fornuftigt. Vi udviklere os til det bedre for hver opgave vi får, mange af mine de gamle ting ville jeg gerne lave om, men det er der ikke tid eller penge til.
Pointen er: Lav det så godt du kan, og så du er stolt af det, alt andet er spild af dit liv, og din chefs penge.
Folk som kun focusere på ikke at blive fyret, og gør deres løsninger umulige at vedligeholde, burde hænges på Rådshuspladsen. Gør dit job godt, og lig noget i dit arbejde, sådan bliver man u-undværelig. Respektere dit eget arbejde, og værdsæt det du laver. Kan du ikke stolt fremvise din kode, så lav det om. Man skal kunne se andre mennesker i øjnene, og sige at det bliver sgu ikke bedre fra min side af. Så kan man ikke gøre mere.
Jeg er så harm over andre udvikler, som bare skøjter hen over tingene og siger: "Det går nok","Ingen andre end mig ser det", "laver det om når jeg har tid".
Verden har bare ikke tid til halve løsninger. Jeg bliver længe hvis deadlinen nærmere sig, eller hvis jeg ikke synes at løsningen er fornuftigt. Vi udviklere os til det bedre for hver opgave vi får, mange af mine de gamle ting ville jeg gerne lave om, men det er der ikke tid eller penge til.
Pointen er: Lav det så godt du kan, og så du er stolt af det, alt andet er spild af dit liv, og din chefs penge.
Jeg behøvede ikke læse artiklen for at se at det hele var en joke. Jeg kunne se det hele var en joke da ordet Java blev nævnt.
#12:
Hvis du læste lidt af artiklen ville du hurtigt opdage, at han i overordentlig grad ved hvad han taler om. Det er meget let at se artiklen er skrevet af én der virkelig ved noget om software-design. Alle de mange eksempler afslører at det er en der har kodet i mange år og som kender mange forskellige sprogs finurlige konstruktioner. Så umiddelbart vil jeg ikke på nogen måde sige det er en artikel der skader ham selv, snarere tværtimod :)
Bortset fra det, så synes jeg fandme det er underholdende læsning, grinte da højlydt flere gange under gennemlæsningen :)
Hvis du læste lidt af artiklen ville du hurtigt opdage, at han i overordentlig grad ved hvad han taler om. Det er meget let at se artiklen er skrevet af én der virkelig ved noget om software-design. Alle de mange eksempler afslører at det er en der har kodet i mange år og som kender mange forskellige sprogs finurlige konstruktioner. Så umiddelbart vil jeg ikke på nogen måde sige det er en artikel der skader ham selv, snarere tværtimod :)
Bortset fra det, så synes jeg fandme det er underholdende læsning, grinte da højlydt flere gange under gennemlæsningen :)
Rettelse: det er altså ikke kun java der referes til, det er også kode i C++, perl og andre sprog.
Selv om jeg fik mig et godt grin, da jeg læsten artiklen, som jo ersjovest, når den ramme ens problem fra hverdagen.
Min yngling er ordsproget:
Et billedet siger 1000 ord
en funktion er 1000 linier.
(sidder i øjeblikket med en funktion på 1300 linier, jeg har arvet)
Selv om jeg fik mig et godt grin, da jeg læsten artiklen, som jo ersjovest, når den ramme ens problem fra hverdagen.
Min yngling er ordsproget:
Et billedet siger 1000 ord
en funktion er 1000 linier.
(sidder i øjeblikket med en funktion på 1300 linier, jeg har arvet)
#17 (OT)
Det er jo så interessant at bemærke at en lærer jeg havde i sin tid bemærkede at efter de havde skiftet fra Delphi til Java så nåede eleverne væsentligt mindre når de lavede projekter...
Og af alle de sprog jeg har arbjedet i (Assembly, C, C++, C#, JavaScript, Java, VHDL og Python) er Java kun overgået af Assembly i langsomhed under udviklingen... Men det er lige så meget fordi de værktøjer der findes til java er håbløse - jeg har prøvet et par forskellige visuelle editorer til brugerflader i java og det tog bogstaveligt talt 10+ sekunder at sætte en ny control på en form. Og dokumentationsfremviseren er også håbløs, for ikke at nævne at suns dokumentation er uhyggeligt tynd grænsende til mangelfuld... Og så er der for mange ting der er unødvendigt besværlige i java, f.eks. er eventhandling og exceptionhandling uhyrligt omstændige.
Altså der er ingen tvivl om at Java har gjort meget for udviklingstankegangen og det er tvivlsomt at vi havde set ting som .NET og C# hvis ikke det havde været for Java - men Java lider på mange områder under at have været de første til at forsøge sig med den form for sprog og framework og mange af deres idéer er gode på papiret men har vist sig mindre heldige i den virkelige verden og det har man kunne drage erfaring af.
Det er jo så interessant at bemærke at en lærer jeg havde i sin tid bemærkede at efter de havde skiftet fra Delphi til Java så nåede eleverne væsentligt mindre når de lavede projekter...
Og af alle de sprog jeg har arbjedet i (Assembly, C, C++, C#, JavaScript, Java, VHDL og Python) er Java kun overgået af Assembly i langsomhed under udviklingen... Men det er lige så meget fordi de værktøjer der findes til java er håbløse - jeg har prøvet et par forskellige visuelle editorer til brugerflader i java og det tog bogstaveligt talt 10+ sekunder at sætte en ny control på en form. Og dokumentationsfremviseren er også håbløs, for ikke at nævne at suns dokumentation er uhyggeligt tynd grænsende til mangelfuld... Og så er der for mange ting der er unødvendigt besværlige i java, f.eks. er eventhandling og exceptionhandling uhyrligt omstændige.
Altså der er ingen tvivl om at Java har gjort meget for udviklingstankegangen og det er tvivlsomt at vi havde set ting som .NET og C# hvis ikke det havde været for Java - men Java lider på mange områder under at have været de første til at forsøge sig med den form for sprog og framework og mange af deres idéer er gode på papiret men har vist sig mindre heldige i den virkelige verden og det har man kunne drage erfaring af.
#21 Regus
Yay, kender det godt. Jeg blev også væsentligt ringere til at slå søm i da jeg byttede min hammer til en spidstang.
Det er jo så interessant at bemærke at en lærer jeg havde i sin tid bemærkede at efter de havde skiftet fra Delphi til Java så nåede eleverne væsentligt mindre når de lavede projekter...
Yay, kender det godt. Jeg blev også væsentligt ringere til at slå søm i da jeg byttede min hammer til en spidstang.
Ordnet uorden, godt at der findes code-completion, replace og Eclipse m.m. Godt at det kræver god kunnen at kunne producere den slags kode.
At lave refactoring på det, må være som at rette i dekompileret obfuscated kode - Obfuscation by hand.
Se smukt eksempel på http://www.gamedev.net/hosted/javaextreme/obfuscat...
At lave refactoring på det, må være som at rette i dekompileret obfuscated kode - Obfuscation by hand.
Se smukt eksempel på http://www.gamedev.net/hosted/javaextreme/obfuscat...
Ikke helt ny artikel, men stadig sjov. Alle ungarske vorter burde brændes på bålet. Og casts i Java -- samt instanceof og reflection i det hele taget -- holder jeg også mindre og mindre af, efter nogle års erfaring med vedligehold af eksisterende kode. Og sådan er der jo så meget.
Og listen er i øvrigt ikke udtømmende. For et par måneder siden fandt vi i mit projekt to nestede ternary operatorer i noget legacy-kode (noget i retning af "b1 ? b2 ? x : y : z").
#21: Tjah, jeg er vant til Java og er selvfølgelig uenig. For det første bør man aldrig bruge en editor til brugerflader i noget sprog, da de er onde af natur og genererer ufleksibel, uigennemskuelig kode. Jeg har for nylig stiftet bekendtskab med Visual Studio 6.0, hvor vi hurtigt fik en CDialog i luften. Imidlertid var dens autogenererede kode af elendig kvalitet, bl.a. placerede den sine kontroller på faste pixelpositioner. Jeg endte med selv at skære alle de mærkelige VS-særheder ud af koden og i øvrigt udvide med en simpel layout manager. Slutresultatet blev kode, jeg godt kunne være bekendt at tjekke ind i vores VCS, men det føltes lidt som at adskille siamesiske tvillinger: Kompliceret, tidskrævende og risikabelt.
Din tidligere lærer har dog formentlig helt ret i, at novicer meget hurtigere får noget i luften med et værktøj som Delphi eller VS. Men jeg ville nødigt vedligeholde det.
Og listen er i øvrigt ikke udtømmende. For et par måneder siden fandt vi i mit projekt to nestede ternary operatorer i noget legacy-kode (noget i retning af "b1 ? b2 ? x : y : z").
#21: Tjah, jeg er vant til Java og er selvfølgelig uenig. For det første bør man aldrig bruge en editor til brugerflader i noget sprog, da de er onde af natur og genererer ufleksibel, uigennemskuelig kode. Jeg har for nylig stiftet bekendtskab med Visual Studio 6.0, hvor vi hurtigt fik en CDialog i luften. Imidlertid var dens autogenererede kode af elendig kvalitet, bl.a. placerede den sine kontroller på faste pixelpositioner. Jeg endte med selv at skære alle de mærkelige VS-særheder ud af koden og i øvrigt udvide med en simpel layout manager. Slutresultatet blev kode, jeg godt kunne være bekendt at tjekke ind i vores VCS, men det føltes lidt som at adskille siamesiske tvillinger: Kompliceret, tidskrævende og risikabelt.
Din tidligere lærer har dog formentlig helt ret i, at novicer meget hurtigere får noget i luften med et værktøj som Delphi eller VS. Men jeg ville nødigt vedligeholde det.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund