mboost-dp1
OpenOffice.org
http://www.refactoring.com/catalog/index.html (Som sagt, læs mere Fowler)fidomuh (150) skrev:Som jeg ser refactoring forklaret, saa handler det udelukkende om at gennemgaa og optimere kode, uden at aendre paa funktionaliteten.
Og hvis du udfører størstedelen af disse, som f.eks. Extract Class/Method/Interface osv. i hånden, så er du sindsyg ineffiktiv.
Men noget siger mig du ikke vil kunne lide at lave mere arbejde, fordi du havde gode værktøjer. Er du timebetalt eller hvad? :p
Windcape (129) skrev:Jeg kan da fint bruge LINQ og lambda expressions med intellisense, de er fint dokumenteret, og viser fint hvilke typer man får tilbage.
Uden et IDE ville det være endnu sværere at skrive LINQ.
Og pointe var jo netop ikke at bruge LINQ fordi man ingen fornemmelse havde for, hvad der foregår i selve programmet. Du ender med, blot at sidde og kalde en masse funktioner og egentlig aldrig lave en enkelt stump virkelig kode.
Det svarer lidt til at du køber en samlet computer fremfor at bygge en selv:
Det er mere effektivt at købe en samlet computer - og lad os bare antage at det også er billigere.
Men du lærer mere ved at samle en selv - og du forstår bedre hvordan den fungerer.
Nej, jeg benytter de klasser som er en del af mit standard library.
Derudover ser jeg ingen grund til at læse ekstern dokumentation, når jeg kan læse det i intellisense.
Din måde at gøre det på tager mindst dobbelt så lang tid.
Ja, men jeg ved (mere om) hvordan det fungere uden at skulle læse mig igennem en længere dokumentation + kode.
We are importer & exporter dealers on all brand new models of Mobile phones with complete accessories in original factory sealed box.They are unlocked to any network.No contract and sim-free they also comes with an additional one year warranty and a six months return policy from our store.
Delivery time is 3-4working days,Also we deliver to any location in the world,the minimum order is 1-100unit and we work in 24hours ......
PROMOTION ;;;;;;from 15th of August to 15th of November
buy 3units and get 1unit free of any product you order from us
Contact us for more information and ENJOY ............................
Live chat on MSN:::::::::::::mcnet09
Live chat on Gtalk:::::::::::mcnet09
Email:::::::::::::
[email protected]
[email protected]
Apple Iphone 3G 8GB ...........$200
Apple Iphone 3G 16GB version....$250
Apple Iphone 3GS 32GB...........$300
Apple iPhone 24K Gold 16GB ......400usd
BlackBerry Tour 9630.......$300
Blackberry storm 9530......$300
Blackberry storm 9500......$300
Blackberry Gemini 9300.....$250
Blackberry Bold 9000.......$200
Blackberry javelin.........$200
Blackberry curve 8900......$300
Blackberry curve 8520.....$300
Nokia N95 8gb...................$200
Nokia N96 8gb..................$300
Nokia N97 32GB..................$350
Nokia 5800 Xpress Music.........$200
Nokia 5800 Navigation Edition...$300
Nokia 6760 slide................$300
Nokia 3720 classic..............$250
Nokia 6790 Surge................$300
SIDEKICK LX...................$220
SIDEKICK III..................$200
SIDEKICK II ..................$200
JUICY COUTURE SIDEKICK I......$200
SIDEKICK II MISTER CARTOON....$250
JUICY COUTURE SIDEKICK II.....$200
SIDEKICK LX 2009.............$250
T-Mobile G2 Touch.............$300
T-Mobile myTouch 3G...........$300
T-Mobile MDA Basic............$300
T-Mobile MDA CompactV.........$300
T-Mobile MDA VarioV...........$300
T-Mobile Dash3G...............$300
Samsung i8910..............$300
Samsung Omnia i900.........$250
Samsung Q1 Ultra...........$250
Samsung T559 Comeback......$250
Samsung S3100..............$250
Samsung A887 Solstice......$300
SamsungB7610 OmniaPRO......$300
SamsungB7610 Omnia2........$300
SamsungT469 Gravity2.......$300
Samsung S9110..............$250
Samsung A177...............$250
Samsung S5600v Blade.......$300
ipod nano 4gb..................$150
video ipod 20gb ...............$170
VIDEO IPOD 30GB ...............$200
VIDEO IPOD 60GB ...............$200
VIDEO IPOD 80GB ...............$200
Sony Ericsson Jalou..............$300
Sony Ericsson idou...............$230
Sony Ericsson Xperia x1..........$200
Sony Ericsson C901 GreenHeart....$250
Sony Ericsson Jalou D&G edition..$230
Sony Ericsson S312...............$200
Sony Ericsson Yari...............$200
HTC G1......................$200
HTC Touch 3G................$300
HTC TOUCH PRO2..............$300
HTC Touch Viva..............$250
HTC DIAMOND.................$250
HTC Touch Cruise............$250
HTC Magic...................$300
HTC Snap....................$300
HTC Hero....................$300
HTC Ozone...................$300
And more...
We give one free units for every 3 Units been purchased.
Note:we are also offering the Apple Macbook pro and Macbook air notebooks/laptops for sale.
Delivery time is 3-4working days,Also we deliver to any location in the world,the minimum order is 1-100unit and we work in 24hours .
PROMOTION ;;;;;;from 15th of August to 15th of November
buy 3units and get 1unit free of any product you order from us
Contact us for more informations and ENJOY ............................
Live chat on MSN:::::::::mcnet09
Live chat on Gtalk:::::::mcnet09
Email:::::::::::::::::::::
[email protected]
[email protected]
Thanks for taking a view.
Delivery time is 3-4working days,Also we deliver to any location in the world,the minimum order is 1-100unit and we work in 24hours ......
PROMOTION ;;;;;;from 15th of August to 15th of November
buy 3units and get 1unit free of any product you order from us
Contact us for more information and ENJOY ............................
Live chat on MSN:::::::::::::mcnet09
Live chat on Gtalk:::::::::::mcnet09
Email:::::::::::::
[email protected]
[email protected]
Apple Iphone 3G 8GB ...........$200
Apple Iphone 3G 16GB version....$250
Apple Iphone 3GS 32GB...........$300
Apple iPhone 24K Gold 16GB ......400usd
BlackBerry Tour 9630.......$300
Blackberry storm 9530......$300
Blackberry storm 9500......$300
Blackberry Gemini 9300.....$250
Blackberry Bold 9000.......$200
Blackberry javelin.........$200
Blackberry curve 8900......$300
Blackberry curve 8520.....$300
Nokia N95 8gb...................$200
Nokia N96 8gb..................$300
Nokia N97 32GB..................$350
Nokia 5800 Xpress Music.........$200
Nokia 5800 Navigation Edition...$300
Nokia 6760 slide................$300
Nokia 3720 classic..............$250
Nokia 6790 Surge................$300
SIDEKICK LX...................$220
SIDEKICK III..................$200
SIDEKICK II ..................$200
JUICY COUTURE SIDEKICK I......$200
SIDEKICK II MISTER CARTOON....$250
JUICY COUTURE SIDEKICK II.....$200
SIDEKICK LX 2009.............$250
T-Mobile G2 Touch.............$300
T-Mobile myTouch 3G...........$300
T-Mobile MDA Basic............$300
T-Mobile MDA CompactV.........$300
T-Mobile MDA VarioV...........$300
T-Mobile Dash3G...............$300
Samsung i8910..............$300
Samsung Omnia i900.........$250
Samsung Q1 Ultra...........$250
Samsung T559 Comeback......$250
Samsung S3100..............$250
Samsung A887 Solstice......$300
SamsungB7610 OmniaPRO......$300
SamsungB7610 Omnia2........$300
SamsungT469 Gravity2.......$300
Samsung S9110..............$250
Samsung A177...............$250
Samsung S5600v Blade.......$300
ipod nano 4gb..................$150
video ipod 20gb ...............$170
VIDEO IPOD 30GB ...............$200
VIDEO IPOD 60GB ...............$200
VIDEO IPOD 80GB ...............$200
Sony Ericsson Jalou..............$300
Sony Ericsson idou...............$230
Sony Ericsson Xperia x1..........$200
Sony Ericsson C901 GreenHeart....$250
Sony Ericsson Jalou D&G edition..$230
Sony Ericsson S312...............$200
Sony Ericsson Yari...............$200
HTC G1......................$200
HTC Touch 3G................$300
HTC TOUCH PRO2..............$300
HTC Touch Viva..............$250
HTC DIAMOND.................$250
HTC Touch Cruise............$250
HTC Magic...................$300
HTC Snap....................$300
HTC Hero....................$300
HTC Ozone...................$300
And more...
We give one free units for every 3 Units been purchased.
Note:we are also offering the Apple Macbook pro and Macbook air notebooks/laptops for sale.
Delivery time is 3-4working days,Also we deliver to any location in the world,the minimum order is 1-100unit and we work in 24hours .
PROMOTION ;;;;;;from 15th of August to 15th of November
buy 3units and get 1unit free of any product you order from us
Contact us for more informations and ENJOY ............................
Live chat on MSN:::::::::mcnet09
Live chat on Gtalk:::::::mcnet09
Email:::::::::::::::::::::
[email protected]
[email protected]
Thanks for taking a view.
#153: Ja. I går valgte frk. Jensen at installere 7-zip sammen med 3 andre i Danmark. Dette betyder et totalt antal brugere på fem tusinde på Danmarksplan. @.@
Eller hvad med at vi bare bringer nyheder om, når større virksomheder eller lign. vælger noget OpenSource fremfor proprietært, da det er interessant for folk som interesserer sig for OpenSource hvilket gerne skulle være - bl.a. - IT-folk, som denne side er rettet i mod.
Eller hvad med at vi bare bringer nyheder om, når større virksomheder eller lign. vælger noget OpenSource fremfor proprietært, da det er interessant for folk som interesserer sig for OpenSource hvilket gerne skulle være - bl.a. - IT-folk, som denne side er rettet i mod.
#151
Nej tak.
Not really, men noget siger mig, at du ikke formaar at arbejde "outside of the box" ?
Refactoring er ikke en liste af ting man skal goere, men blot at gennemgaa sin kode og se hvad man kan lave bedre.
Men hvis du har et program der ved hvordan jeg laver en given funktion bedre, er du da velkommen til at vise mig det.
Indtil videre har jeg ikke set noget program der kunne det, uden at gaa paa kompromis med funktionaliteten.
Noget siger mig, at du lader dit vaerktoej lave din kode og at resultatet bliver derefter.
Nej, jeg arbejder ikke med programmering.
Og jeg kender faktisk ikke nogen programmoerer der er timebetalte.
http://www.refactoring.com/.. (Som sagt, læs mere Fowler)
Nej tak.
Og hvis du udfører størstedelen af disse, som f.eks. Extract Class/Method/Interface osv. i hånden, så er du sindsyg ineffiktiv.
Not really, men noget siger mig, at du ikke formaar at arbejde "outside of the box" ?
Refactoring er ikke en liste af ting man skal goere, men blot at gennemgaa sin kode og se hvad man kan lave bedre.
Men hvis du har et program der ved hvordan jeg laver en given funktion bedre, er du da velkommen til at vise mig det.
Indtil videre har jeg ikke set noget program der kunne det, uden at gaa paa kompromis med funktionaliteten.
Men noget siger mig du ikke vil kunne lide at lave mere arbejde, fordi du havde gode værktøjer.
Noget siger mig, at du lader dit vaerktoej lave din kode og at resultatet bliver derefter.
Er du timebetalt eller hvad? :p
Nej, jeg arbejder ikke med programmering.
Og jeg kender faktisk ikke nogen programmoerer der er timebetalte.
ZiN (152) skrev:Jeg kan da fint bruge LINQ og lambda expressions med intellisense, de er fint dokumenteret, og viser fint hvilke typer man får tilbage.
Uden et IDE ville det være endnu sværere at skrive LINQ.
Og pointe var jo netop ikke at bruge LINQ fordi man ingen fornemmelse havde for, hvad der foregår i selve programmet. Du ender med, blot at sidde og kalde en masse funktioner og egentlig aldrig lave en enkelt stump virkelig kode.
Det svarer lidt til at du køber en samlet computer fremfor at bygge en selv:
Det er mere effektivt at købe en samlet computer - og lad os bare antage at det også er billigere.
Men du lærer mere ved at samle en selv - og du forstår bedre hvordan den fungerer.
Jeg er enig i argumentet i undervisnings sammenhæng, men når folk forlader uddannelses institutionen og får et job forventer arbejdsgiver at de er effektive ikke at de lærer en masse.
Windcape (122) skrev:De samme mennesker ville også bruge udkommentering og console output til at debugge med.
Det er dumt og ineffiktivt, og at du får en "hacker" følelse af det, gør det ikke smart.
illishar (124) skrev:Du ved, da Windcape nævnte "debug ved brug af udkommentering" så var det mest for at flame. At det nogle gange er en nødvendig metode er bare sørgeligt,
mat (128) skrev:En debugger kan bl.a fortælle dig ting det ville tage en krig at skrive konsoloutputs, der kan fortælle dig (selv med code completion). Den kan også lade dig gå igennem dit program i steps og debugge de forskellige tilstande det gennemgår (når det gennemgår dem).
Debuggere er normalt fremragende værktøjer til at finde begynder fejl i små undervisnings programmer.
Deres brugbarhed i den virkelige verden er noget mere begrænset.
Typiske problemer er:
de tager i bogstaveligste forstand timer at steppe sig igennem
- kørsel under debugger sker typisk med mindre optimering og fejl kan derfor nogen gange ikke genskabes
- køresel under debugger ændrer nogen gange indholdet af uinitialiserede bariable og kan derfor nogen gange ikkke genskabes
- fordi det går så langsomt ændrer concurrency problemer sig næsten altid
Print til log fil:
- er langt hurtigere
- man kan bruge det rigtige optimerings niveau
- der er ikke noget som interagerer med processen
- risikoen for at ændre concurrency problemer er markant mindre (men det kan stadigt ske)
Hvis jeg skulle gætte vil jeg sige at log filer i 9 ud af 10 tilfælde i den virkelige verden er mere effektive end online source code debuggere.
En 50 MB log fil kan afsløre meget.
mat (79) skrev:Den kan jeg ikke lade ligge. Hvis dine bekendte er programmører så tror jeg ikke på det udsagn, det kan simpelthen ikke passe. Der er INGEN der programmerer full time der ikke bruger code completion, auto imports, class templates o.s.v, det ville være vanvid.
XorpiZ (103) skrev:Jeg tror dig og dine udviklervenner er de eneste i hele programmøruniverset, der ikke bruger autocomplete. Det er da komplet tåbeligt og spild af tastetryk (som du selv sidder og tæller tidligere) ikke at benytte det.
mat (105) skrev:Alle editors og IDE'er har det idag, og alle programmører bruger det, medmindre de har levet under en sten.
mat (127) skrev:I det helt usandsynlige tilfælde at du kender en programmør (ikke en der retter i en kodefil i ny og næ), der siger at han ikke bruger en editor med code completion, så bør han læse op på lektien.
mat (133) skrev:Hvis det passer at du kender 3 fuldtidsprogrammører, der ikke bruger code completion er jeg oprigtigt overrasket. Har de overhovedet prøvet at bruge det, eller afviser de det udfra en betragtning?
Jeg tror at der er nogen som trænger til at udvide deres horisont lidt.
I visse dele af software udviklings verdenen er brug af IDE'er totalt dominerende: Java, .NET, C++ for Windows, VB6 etc..
Men der er andre dele , hvor der p.g.a. programmerings sprog eller platform bruges editorer som enten ikke understøtter auto complete eller det ikke virker specielt godt: C på *nix, dynamic typed languages.
En del af det sidste er ikke ligefrem nyeste teknologi, men størstedelen af IT systemer er ikke baseret på nyeste teknologi.
fidomuh (146) skrev:Spoergsmaalet er vel mere om det giver mening at bruge refactoring,
Det gør det.
fidomuh (148) skrev:Det er som saadan ikke "refactoring", men "refactoring tools" der saettes spoergsmaalstegn ved.
Det er altid godt at skrive det man mener fremfor noget andet.
fidomuh (148) skrev:"refactoring" er jo saadan set bare en fancy form for "code review", som enhver udvikler jo kommer ud i, i ny og nae.
Refactoring har meget lidt med code review at gøre. Eneste sammenhæng er at code review kan anbefale at der bliver lavet noget refactoring.
fidomuh (150) skrev:Som jeg ser refactoring forklaret, saa handler det udelukkende om at gennemgaa og optimere kode, uden at aendre paa funktionaliteten.
Nej.
Ikke ifølge gængse definitioner på refactoring og optimering.
fidomuh (156) skrev:Refactoring er ikke en liste af ting man skal goere, men blot at gennemgaa sin kode og se hvad man kan lave bedre.
Kun hvis man har en trang til at genopfinde den dybe tallerken.
Da der nu er kloge folk som har lavet lister over refactorings, så giver det god mening at bruge deres liste.
#162
Mere end 100.000.
Kunne vaere jeg skulle begynde at bruge 1000-seperator, saa jeg ikke hamrer for mange nuller af :)
Men hvis nu jeg kigger mig lidt omkring, saa vil jeg tro at de fleste programmoerer har smidt langt mere end en million linier kode af, henover tiden.
Mere end 100.000.
Kunne vaere jeg skulle begynde at bruge 1000-seperator, saa jeg ikke hamrer for mange nuller af :)
Men hvis nu jeg kigger mig lidt omkring, saa vil jeg tro at de fleste programmoerer har smidt langt mere end en million linier kode af, henover tiden.
Windcape (19) skrev:Det værste er at selve programmet er kodet i C/C++, men stadigvæk kræver Java
En optælling siger i 3.1.1 Core:
.java - 3459 files = 26.2 MB
.c - 302 files = 3.4 MB
.cpp - 155 files = 1.5 MB
.cxx - 9138 files = 173.1 MB
så Java er en signifikant del af OOo.
Windcape (26) skrev:WPF (Mere bestemt XAML) tillader ihvertfald nemmere udvidelse af Office, og når .NET 4 kommer til Marts, bliver det endnu nemmere.
Hvor OOo bliver noget hackish gennem 3-4 forskellige typer bindings, uden mulighed for debugging, og helt sikkert uden dokumentation :p
Det er vel meget det samme. Til MSO bruger du VBA til det nemme og noget COM til det tunge. Til OOo bruger du OOoBasic til det nemme og noget UNO til det tunge.
Der er nogen som mener at UNO med Python er rimeligt nemt.
Jeg vil dog også gætte på at:
- der er flere fejl fordi OOo ikke så brugt og dermed også testet som MSO
- dokumentationen er dårligere af samme årsag
Og XAML har iøvrigt ikke en snus at gøre med interfacet mellem office pakke og plugin at gøre.
Windcape (30) skrev:SUN har været på den anden side med StarOffice, men gav op og frigav koden.
Hvad snakker du om?
Kronologien er:
- StarOffice blev startet i 1984
- den blev gratis i 1998
- SUN købte det i 1999
- næsten med det samme (10 måneder efter købet) gjorde SUN det til open source
- SUN har solgt StarOffice lige siden
Så hvad er det SUN har opgivet?
Windcape (45) skrev:Pointen var at hvis SUN skulle have lavet alt forarbejdet, og så givet det gratis væk.... Det ville ikke være sket
De har da gjordt det med stort set alt andet af deres software (Solaris->OpenSolaris, SUN Java->OpenJDK etc.).
Windcape (47) skrev:Så det er da yderst relevant at OpenOffice er endnu et Open Source projekt, som har fået alt benarbejdet gjort på forhånd.
Der er næppe en stor del af koden i OOo 3.x.x som er 10 år gammel eller mere.
UI har ændret sig. Platforme har ændret sig. Fil formatet har ændret sig.
Windcape (55) skrev:Nej, kritikken var i forhold til plugin udvikling. Hele problematikken ved at programmet er blevet som komplekt i build, er en grundlæggende hindring for nem videreudvikling og forbedring af softwaren.
Der er vel ikke nogen sammenhæng mellem build tools for at builde produktet og build tools for at builde plugins??
Windcape (55) skrev:Kig på Google Chrome istedet, det er langt bedre kode.
Nogen gange kan du godt være noget svær at følge.
Snakker du om
- build kompleksitet eller om kode kvalitet?
- office pakke eller browser?
illishar (57) skrev:#51 Du synes ikke at det følgende kan betegnes som et "mareridt" af teknologier?
...
Jeg tæller minimum 4 forskellige compilere til det ovenstående.
3 compilere, 1 script fortolker, 2 build tools, nogle libraries og et par generelle tools.
Det lyder ret beskedent for et projekt i den størrelsesorden.
illishar (57) skrev:Men du har da ret i, at det ikke er så unormalt at se den slags "pærevælling".
Det er det ikke.
illishar (57) skrev:Især i open source C++ og ANSI-C projekter.
For at have brug for 3 compilere, så måd er jo være mindst 3 sprog.
Jeg kan ikke forestille mig at open source versus closed source skulle have den store indflydelse på det.
illishar (57) skrev:Vi er nok bare et par stykker, der er blevet tykke og forvente af at kunne åbne et tilfældigt projekt i VS, uden at have installeret noget
Du er glad for bare at kunne åbne et projekt uden at installere 3 compilere, 1 script fortolker, 2 build tools og nogle libraries uden at have installeret andet end 4 compilere (C#, VB.NET, C++, JSCript), 1 build tool (msbuild) og et hav af libraries ??
illishar (57) skrev:eller taget stilling til compiler-settings overhovedet
Nu kan jeg ikke se hvorfor det skulle gære den store forskel om compiler settings er i foobar.csproj eller build.xml eller makefile.
Windcape (67) skrev:Ja, men for OpenOffice ville en fuld Visual Studio solution være oplagt til at builde projektet på Windows.
Ikke specielt oplagt.
OOo er multiplatform.
Forskellige build tools og build files til forskellige platforme giver en masse ekstra arbejde.
Ant virker over det hele.
Windcape (71) skrev:Nej, jeg synes ikke det er acceptabelt at bede folk om at installere CygWin for at udvikle software til Windows platformen. Det ville svare til at kræve at folk installere WINE for at gøre tilsvarende til Linux.
Ikke helt.
Cygwin er native Win32 executables af gængse *nix programmer.
Wine tillader at køre Win32 native executables under *nix.
Det har ikke meget tilfælles.
#165
Excuse me?
Jeg bliver kaldt ineffektiv, og i regner med 25-50 linier kode om dagen?
Jeg kan se, ud fra mit sidste "hobby" / "for sjov"-projekt, at der er smidt ~6000 linier kode i.
Det brugte jeg smaa 10-14 dage paa.
Og jeg er, som naevnt, en ret daarlig programmoer.
Medregner vi saa rettelser og des lige, saa er det nok langt mere.
Eller taenker du kun paa "faerdige" projekter?
For saa er vi jo ude i at man laver et negativt antal linier kode, nogen dage ..
Addendum:
Det kunne vaere sjovt at se hvor mange linier tekst / ord, hver bruger har skrevet her paa newz.dk - blot for at saette det i relief.
Næppe.
1 million linier / 25-50 linier per dag = 90-180 år
Excuse me?
Jeg bliver kaldt ineffektiv, og i regner med 25-50 linier kode om dagen?
Jeg kan se, ud fra mit sidste "hobby" / "for sjov"-projekt, at der er smidt ~6000 linier kode i.
Det brugte jeg smaa 10-14 dage paa.
Og jeg er, som naevnt, en ret daarlig programmoer.
Medregner vi saa rettelser og des lige, saa er det nok langt mere.
Eller taenker du kun paa "faerdige" projekter?
For saa er vi jo ude i at man laver et negativt antal linier kode, nogen dage ..
Addendum:
Det kunne vaere sjovt at se hvor mange linier tekst / ord, hver bruger har skrevet her paa newz.dk - blot for at saette det i relief.
fidomuh (172) skrev:
Excuse me?
Jeg bliver kaldt ineffektiv, og i regner med 25-50 linier kode om dagen?
Jeg kan se, ud fra mit sidste "hobby" / "for sjov"-projekt, at der er smidt ~6000 linier kode i.
Det brugte jeg smaa 10-14 dage paa.
Hvis "jeg kan skrive 6000 linier på 10 dage" betyder at "et team på 10 mand kan skrive 600000 linier på 100 dage", så var software udvikling nemt.
Men sådan er virkeligheden ikke.
I realistiske IT projekter er indtastning af kode en lille del af projektet.
At finde ud af hvad koden skal gøre, aftale interfaces med de andre udviklere, skrive dokumentation, skrive unit tests, deltage i design og code reviews, fixe bugs, deltage i projekt møder etc. kommer oveni.
#174
No shit?
Men nu snakkede vi saa direkte om mig, og saa er det saadan set ligemeget hvor fail det er at arbejde i teams, ifht. indtastning af kode.
Korrekt.
Jada.
Ifoelge "populaere" meninger ( som Wikipedia ) snakkes der om at 35% af tiden gaar med egentlig indtastning.
Min pointe var mere, at jeg, som slacker-n00b, har skrevet noget der ligner 10.000 linier kode - uden code-completion, paa smaa 14 dage.
Paa et hobby projekt.
( Jeg har flere af dem, btw )
Jeg vil tillade mig at formode, at en "rigtig" ( hoho ) programmoer har foelgende:
Flere "hobby"-projekter, end mig.
Flere "rigtige" udviklingsprojekter ,end mig.
Flere timer brugt paa programmering, end mig.
Mit bud er, at 1 million linier indtastet, er rimeligt passende ( eller i underkanten ) for folk der har udviklet i en smule laengere tid end Windcape.
Kontekst, ioevrigt, er din ven.
#175
substr().
Hungarian Notations er brugt i selve sproget, vil jeg tro, han mener.
Hvis "jeg kan skrive 6000 linier på 10 dage" betyder at "et team på 10 mand kan skrive 600000 linier på 100 dage", så var software udvikling nemt.
Men sådan er virkeligheden ikke.
No shit?
Men nu snakkede vi saa direkte om mig, og saa er det saadan set ligemeget hvor fail det er at arbejde i teams, ifht. indtastning af kode.
I realistiske IT projekter er indtastning af kode en lille del af projektet.
Korrekt.
At finde ud af hvad koden skal gøre, aftale interfaces med de andre udviklere, skrive dokumentation, skrive unit tests, deltage i design og code reviews, fixe bugs, deltage i projekt møder etc. kommer oveni.
Jada.
Ifoelge "populaere" meninger ( som Wikipedia ) snakkes der om at 35% af tiden gaar med egentlig indtastning.
Min pointe var mere, at jeg, som slacker-n00b, har skrevet noget der ligner 10.000 linier kode - uden code-completion, paa smaa 14 dage.
Paa et hobby projekt.
( Jeg har flere af dem, btw )
Jeg vil tillade mig at formode, at en "rigtig" ( hoho ) programmoer har foelgende:
Flere "hobby"-projekter, end mig.
Flere "rigtige" udviklingsprojekter ,end mig.
Flere timer brugt paa programmering, end mig.
Mit bud er, at 1 million linier indtastet, er rimeligt passende ( eller i underkanten ) for folk der har udviklet i en smule laengere tid end Windcape.
Kontekst, ioevrigt, er din ven.
#175
substr().
Hungarian Notations er brugt i selve sproget, vil jeg tro, han mener.
Windcape (104) skrev:pu stat r dep (pil ned 3 gange), for første linje :)
Jeg skriver sjældent mere end de 4-5 tegn af et klassenavn.
mat (105) skrev:
Skal vi tælle?
f o r + tab = 4 tast. Og jeg kan så rykke min cursor til betingelsen, og (med autocomplete) referere til en variabel, det ville jeg skulle alligevel. Jeg er nu klar til at skrive noget logik.
for(int i = 1;i<;i++) {} = 24 tast.
Windcape (110) skrev:for(int i = 0;i < 9;i++)4 tastetryk.
{
}
f tab tab 9
illishar (113) skrev:Prøv at lav en switch på en enum ;)
sw TAB TAB [type enum] ENTERswitch (COP.BaudRates)
{
case COP.BaudRates.COP_k_1000_KB:
break;
case COP.BaudRates.COP_k_800_KB:
break;
case COP.BaudRates.COP_k_500_KB:
break;
case COP.BaudRates.COP_k_250_KB:
break;
case COP.BaudRates.COP_k_125_KB:
break;
case COP.BaudRates.COP_k_100_KB:
break;
case COP.BaudRates.COP_k_50_KB:
break;
case COP.BaudRates.COP_k_20_KB:
break;
case COP.BaudRates.COP_k_10_KB:
break;
default:
break;
}
8 tryk :P
Jo.
Alt det der er jo meget imponerende nå rman skal lave en 30 sekunders demo for chefen.
Men betyder det noget for den samlede udviklings tid?
Næppe!
Det er altså ikke indtastning af den slags som tager tid i et software projekt.
Der hvor en IDE giver noget reelt bang for the buck er når man bruger den til redesign/refactoring hvor man renamer og/eller flytter ting rundt.
Man sparer lidt tid på selve konsekvens rettelserne. Og man sparer meget tid på at undgå at glemme at rette eller rette forkert på sådanne måder at koden kompiler men ikke fungerer som den skal.
fidomuh (176) skrev:Men nu snakkede vi saa direkte om mig, og saa er det saadan set ligemeget hvor fail det er at arbejde i teams, ifht. indtastning af kode.
At arbejde i teams er ikke fail men en nødvendighed.
fidomuh (176) skrev:Ifoelge "populaere" meninger ( som Wikipedia ) snakkes der om at 35% af tiden gaar med egentlig indtastning.
Aldeles urealistisk.
fidomuh (176) skrev:
Min pointe var mere, at jeg, som slacker-n00b, har skrevet noget der ligner 10.000 linier kode - uden code-completion, paa smaa 14 dage.
Paa et hobby projekt.
( Jeg har flere af dem, btw )
Jeg vil tillade mig at formode, at en "rigtig" ( hoho ) programmoer har foelgende:
Flere "hobby"-projekter, end mig.
Flere "rigtige" udviklingsprojekter ,end mig.
Flere timer brugt paa programmering, end mig.
Mit bud er, at 1 million linier indtastet, er rimeligt passende ( eller i underkanten ) for folk der har udviklet i en smule laengere tid end Windcape.
Men den statistics for den slags hobby projekter er aldeles uoverførbare til professionel software udvikling.
En million linier kode er aldeles urealistisk.
Rigtigt, men i forhold til f.eks. PHP er jeg rimelig glad for at have et IDE der fortæller mig hvis jeg har lavet en tastefejl, FØR jeg compiler.arne_v (178) skrev:Der hvor en IDE giver noget reelt bang for the buck er når man bruger den til redesign/refactoring hvor man renamer og/eller flytter ting rundt.
Jeg ser ingen grund til at undervudere værdien i et IDE ligesom fidomuh. Hvis det kan forøge min produktivitet, så er prisen imo. et lille beløb af betale i det samlede billede.
--
Mht. hungarian notation in PHP, og andre dynamiske sprog, så har jeg ikke en kilde. Men jeg har set rigtige mange open source projekter i forskellige dynamiske sprog de sidste 7 år.
Jeg har tit oplevet hungarian notation i disse, og at argumentet var for at kunne se hvilken type det var. Det er ikke nødvendigvis anderledes end hvis de samme personer skrev C#, men jeg er stadig af den mening at et godt IDE hjælper på det.
#181
Lad os tage et kendt eksempel på en virkelig stor app.
Windows Vista
Baseret på rygter er omfanget:
- tilføjet 10 millioner nye linier
- modificeret 10 millioner eksisterende linier
- forbrug 20000 mandår hvoraf 1/2 er udviklere
(10 millioner + 10 millioner) / (20000 * 225 ) = 8.9 linie per dag per udvikler
Og de har uden tvivl brugt Visual Studio.
Lad os tage et kendt eksempel på en virkelig stor app.
Windows Vista
Baseret på rygter er omfanget:
- tilføjet 10 millioner nye linier
- modificeret 10 millioner eksisterende linier
- forbrug 20000 mandår hvoraf 1/2 er udviklere
(10 millioner + 10 millioner) / (20000 * 225 ) = 8.9 linie per dag per udvikler
Og de har uden tvivl brugt Visual Studio.
#160
Ja jeg må jo erfare at der er nogen der synes at det at taste er vildt fedt. Jeg har set problemet løst i dynamiske sprog via konventioner.
#178
Jo det gør. Indtastning tager altid den tid det tager. Kode tryller ikke sig selv frem. Og hvis man kan optimere processen gør man det. Det er derfor det findes. Indtasting af trivialiteter er totalt ligegyldigt og kan det optimeres gør man det (bl.a via code completion, class templates o.l.).
Det er muligt det ikke er en kæmpepost, men du mangler perspektiv i dit arguments relevans.
Men der er andre dele , hvor der p.g.a. programmerings sprog eller platform bruges editorer som enten ikke understøtter auto complete eller det ikke virker specielt godt: C på *nix, dynamic typed languages.
Ja jeg må jo erfare at der er nogen der synes at det at taste er vildt fedt. Jeg har set problemet løst i dynamiske sprog via konventioner.
#178
Jo.
Alt det der er jo meget imponerende nå rman skal lave en 30 sekunders demo for chefen.
Men betyder det noget for den samlede udviklings tid?
Næppe!
Det er altså ikke indtastning af den slags som tager tid i et software projekt.
Jo det gør. Indtastning tager altid den tid det tager. Kode tryller ikke sig selv frem. Og hvis man kan optimere processen gør man det. Det er derfor det findes. Indtasting af trivialiteter er totalt ligegyldigt og kan det optimeres gør man det (bl.a via code completion, class templates o.l.).
Det er muligt det ikke er en kæmpepost, men du mangler perspektiv i dit arguments relevans.
Windcape (181) skrev:Mht. hungarian notation in PHP, og andre dynamiske sprog, så har jeg ikke en kilde. Men jeg har set rigtige mange open source projekter i forskellige dynamiske sprog de sidste 7 år.
Uden eksempler på projekter/sprog er det jo lidt svært at forholde sig til.
Windcape (181) skrev:Jeg har tit oplevet hungarian notation i disse, og at argumentet var for at kunne se hvilken type det var.
Jo, men netop i disse sprog kan en variabel jo skifte type. Så jeg tror ikke meget på ideen.
mat (185) skrev:Ja jeg må jo erfare at der er nogen der synes at det at taste er vildt fedt.
Jep - der er nogen som ikke har opdaget at der er sket fremskridt indenfor værktøjer de sidste 10-20 år.
Ligesom vi har dem som er så snævertsynede at bare fordi deres sprog og platform har en god IDE, så tror de at en sådan må findes til alle.
mat (185) skrev:Jeg har set problemet løst i dynamiske sprog via konventioner.
Konventioner som erstatning for auto completion??
mat (185) skrev:
Jo det gør. Indtastning tager altid den tid det tager. Kode tryller ikke sig selv frem. Og hvis man kan optimere processen gør man det. Det er derfor det findes. Indtasting af trivialiteter er totalt ligegyldigt og kan det optimeres gør man det (bl.a via code completion, class templates o.l.).
Det er muligt det ikke er en kæmpepost, men du mangler perspektiv i dit arguments relevans.
Perspektiv er at relatere noget til den store billede.
Og det er faktisk lige netop det jeg gør.
Hvis vi antager:
- 50 linier om dagen
- der spares 10 taste slag per linie p.g.a. auto completion
- det auto completion genererer kunne tastes med 1 tegn/sekund
så sparer man 8 minutter om dagen.
Konklusionen er at auto completion set i perspektiv har en betydning på linie med den gennemsnitlige afstand hen til kaffemaskinen.
Jeg tror nærmere at vi mener det BURDE være til alle platforme.arne_v (187) skrev:Ligesom vi har dem som er så snævertsynede at bare fordi deres sprog og platform har en god IDE, så tror de at en sådan må findes til alle.
Jeg synes det er utrolig at f.eks. Linux communitiet ikke har lavet et C/C++ fokuseret IDE, når de netop skriver så meget af det.
Personligt giver jeg altså ikke meget for enkelt fil-redigering i emacs, og svn updates via. en terminal eller bash script.
#187
Ja åbenbart. Men hvis man har prøvet et ordentligt IDE med ordentlige tools så forstår jeg simpelthen ikke at der kan sidde nogen uden. Efterspørgslen burde være enorm?
Nej, auto completion baseret på navnekonventioner istedet for typer. Det er ikke kønt, men det findes.
Det tæller altsammen - du ved, "mange bække små" ;)
Jeg tror egentlig mere jeg tænker mere på en programmørs velbefindende (og effektivitet) ved at kunne tænke (og gøre sit arbejde) istedet for at slå tegn.
Ligesom vi har dem som er så snævertsynede at bare fordi deres sprog og platform har en god IDE, så tror de at en sådan må findes til alle.
Ja åbenbart. Men hvis man har prøvet et ordentligt IDE med ordentlige tools så forstår jeg simpelthen ikke at der kan sidde nogen uden. Efterspørgslen burde være enorm?
Konventioner som erstatning for auto completion??
Nej, auto completion baseret på navnekonventioner istedet for typer. Det er ikke kønt, men det findes.
Konklusionen er at auto completion set i perspektiv har en betydning på linie med den gennemsnitlige afstand hen til kaffemaskinen.
Det tæller altsammen - du ved, "mange bække små" ;)
Jeg tror egentlig mere jeg tænker mere på en programmørs velbefindende (og effektivitet) ved at kunne tænke (og gøre sit arbejde) istedet for at slå tegn.
Det er den også, men de teknologier som mangler IDE er dem som benyttes til Open Source / Linux udvikling.mat (189) skrev:Efterspørgslen burde være enorm?
Og det er en brugergruppe som ikke vil betale for software. Altså kort sagt, der er intet marked for at udvikle det.
Så folk fortsætter bare med at bruge Emacs, fordi det var godt nok til deres bedstefar, så er det også godt nok til dem.
#180
Men det er aabenbart fail for produktiviteten af den enkelte person.
Mjoh, ud fra hvad jeg hoerer her, saa lyder det nu ganske realistisk for stoerre projekter.
Vi snakker ikke om Joe Random Corp, men om udvikleren.
Du mener ikke at en given udvikler, umiddelbart sandsynligvis, har skrevet flere linier kode end mig, i sin levetid?
Maaske for dig.
#190
Bare fordi du kan lide at pule boern i roeven, betyder det altsaa ikke, at vi andre ikke betaler for vores software.
Lettere OT, men saavidt jeg husker, saa er Emacs faktisk anset som noget af det taetteste man kan komme paa et egentligt IDE, fra en teksteditor.
Det er milliarder af plugins til lortet.
Dermed ikke sagt at jeg synes den er nice, men altsaa.
( Og jeg tvivler paa min bedstefar har brugt Emacs, han doede vist inden det blev udviklet. )
At arbejde i teams er ikke fail men en nødvendighed.
Men det er aabenbart fail for produktiviteten af den enkelte person.
Aldeles urealistisk.
Mjoh, ud fra hvad jeg hoerer her, saa lyder det nu ganske realistisk for stoerre projekter.
Men den statistics for den slags hobby projekter er aldeles uoverførbare til professionel software udvikling.
Vi snakker ikke om Joe Random Corp, men om udvikleren.
Du mener ikke at en given udvikler, umiddelbart sandsynligvis, har skrevet flere linier kode end mig, i sin levetid?
En million linier kode er aldeles urealistisk.
Maaske for dig.
#190
Og det er en brugergruppe som ikke vil betale for software. Altså kort sagt, der er intet marked for at udvikle det.
Bare fordi du kan lide at pule boern i roeven, betyder det altsaa ikke, at vi andre ikke betaler for vores software.
Så folk fortsætter bare med at bruge Emacs
Lettere OT, men saavidt jeg husker, saa er Emacs faktisk anset som noget af det taetteste man kan komme paa et egentligt IDE, fra en teksteditor.
Det er milliarder af plugins til lortet.
Dermed ikke sagt at jeg synes den er nice, men altsaa.
( Og jeg tvivler paa min bedstefar har brugt Emacs, han doede vist inden det blev udviklet. )
Windcape (192) skrev:Hvilke betalingsprodukter benytter du når du benytter Linux? :p
Nu er man som bruger af linux platformen heldigvis ikke så afhængig af købe software, som jeg føler mig på en windy platform. Men jeg har da både købt vmware, cedega og en god sjat spil.
Der er intet som udelukker en fra at betale for sin software på linux, bare fordi at der er så meget der er gratis.
Kom du med VS08 til linux er jeg 150% sikker på at der er mange som gerne vil betale fuld pris for det, hvis ikke så bare for at få den debugger som er i VS08.
Der er nok mange privatpersoner som ikke vil betale for VS08 til linux, men der er så sandelig også ekstremt mange udviklere der privat ikke vil betale for selvsamme på windows platformen.
Men hovedindtægtskilden for programmer ala VS08 er jeg nu ret sikker på stadigvæk er i industrien, og der betaler man gerne for sin software og sin support aftale. Vi har da hvertfald købt nogle meget dyre sager ude i byen, som er baseret til brug på linux.
Og iøvrigt rart at se du ved så meget om emacs, du må virkelig havde været emacs wiki og biblen igennem for at kunne udtale dig så skråsikkert.
Kommencielt software på min maskine:lorenzen (194) skrev:Nu er man som bruger af linux platformen heldigvis ikke så afhængig af købe software, som jeg føler mig på en windy platform.
Microsofts udviklingsplatform (Lang række værktøjer)
Microsoft Office
Spil
Altså præcis de samme ting som ville koste penge på enhver anden platform.
Jeg har endnu ikke set nogen udvikle en platform på niveau med Visual Studio, og gøre den gratis. IDEA er det nærmeste, og de har samme prismodel som Visual Studio. Altså en gratis simpel udgave til private, og en model med entreprise værktøjer til virksomheder.
Windcape (188) skrev:Jeg tror nærmere at vi mener det BURDE være til alle platforme.
Muligt.
Men hvorfor pokker udtrykker I så voldsom skepsis overfor om der udviklere der bruger værktøjer der er til rådighed i.s.f. værktøjer som burde være til rådighed??
Windcape (188) skrev:Jeg tror nærmere at vi mener det BURDE være til alle platforme.
Jeg synes det er utrolig at f.eks. Linux communitiet ikke har lavet et C/C++ fokuseret IDE, når de netop skriver så meget af det.
Personligt giver jeg altså ikke meget for enkelt fil-redigering i emacs, og svn updates via. en terminal eller bash script.
Hvis de følte behovet, så blev det sikkert også udviklet.
Men de folk der skriver C på/til Linux er tilsyneladende generelt tilfredse med Emacs og vim.
Og de griner sikkert en del over at folk der ikke skriver C på/til Linux mener at de ved bedre hvilke værktøjer der er bedst for dem.
mat (189) skrev:Ja åbenbart. Men hvis man har prøvet et ordentligt IDE med ordentlige tools så forstår jeg simpelthen ikke at der kan sidde nogen uden. Efterspørgslen burde være enorm?
Men det er den ikke.
Og det burde man jo nok kunne udlede noget af.
mat (189) skrev:Jeg tror egentlig mere jeg tænker mere på en programmørs velbefindende (og effektivitet) ved at kunne tænke (og gøre sit arbejde) istedet for at slå tegn.
Det er jo ikke ligefrem morsomt at komme på et projekt og skulle arbejde med ssh, ksh og en standard vi.
Men arbejdsgiver betaler ikke en for at man skal more sig, men for at man skal levere noget.
Udviklere med mange års erfaring i at udvikle med IDEs, har vel en god ide om hvor meget det hjælper på produktiviteten i forhold til dem som pure har nægtet at prøve det IDE.arne_v (196) skrev:Og de griner sikkert en del over at folk der ikke skriver C på/til Linux mener at de ved bedre hvilke værktøjer der er bedst for dem.
Jeg griner ikke af erfaring mere.
Hvorfor så ikke skrive det hele i en 300x200 terminal, i assembler?arne_v (197) skrev:Det er jo ikke ligefrem morsomt at komme på et projekt og skulle arbejde med ssh, ksh og en standard vi.
Men arbejdsgiver betaler ikke en for at man skal more sig, men for at man skal levere noget.
De fleste arbejdsgivere er godt klar over det kan betale sig at øge produktiviteten. Men det er mest unge udviklere som har lært at bruge værktøjerne som en del af deres uddannelse, som ønsker at bruge dem.
En person som min far er helt fint tilfreds med at kode kode COBOL på OS/400 via. en terminal i sort&grøn.
Windcape (190) skrev:Det er den også, men de teknologier som mangler IDE er dem som benyttes til Open Source / Linux udvikling.
Vrøvl.
Den slags findes både til open source og closed source baserede miljøer.
Det er ikke licens forholdene men alderen af miljøerne som er karakteristisk.
Windcape (190) skrev:Og det er en brugergruppe som ikke vil betale for software. Altså kort sagt, der er intet marked for at udvikle det.
Der er masser af kommercielle produkter til Linux.
Oracle sælger f.eks. et hav af forskellige produkter i pris klassen 10000-300000 USD per CPU.
Og de sælger dem sågar !
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