Article View: be.comp.programming
Article #10630Re: Visual Basic
From: Gwen Roelants
Date: Thu, 28 Feb 2002 09:21
Date: Thu, 28 Feb 2002 09:21
194 lines
9482 bytes
9482 bytes
> Ooit gehoord van tab-completion? > ... Sorry, dat maakt het inderdaad een stuk gemakkelijker3 > Symlinks zijn een verspilling van inodes voor simpele dingen waar de shell > voor kan zorgen. > > > En een klein vraagje : dat 'man rm' mij alle info geeft twijfel ik niet aan, > > maar zal 'man delete file' ook iets zinnig opleveren? > Zoals ik regelmatig post: het systeem eist een IQ hoger dan kamertemperatuur. Volgens mij gaat deze filosofie niet meer op, en dat is iets dat zelfs de huidige linux-distributies proberen te bewijzen : een automatische installatie, direct een gui tot je beschikking,... Alles op een manier dat je zelf dingen kan gaan vinden en niet moet terugvallen op een handleiding om te kunnen beginnen. > [...] > Wat heeft dit te maken met OOP? OOP is een programmeer filosofie -- ��n waar > ik persoonlijk 'mixed feelings' over heb, ik ben een top-down modulair > programmer -- de gebruiker heeft daar geen last van. Waar de gebruiker wel > last van heeft is als de programmeur te veel heeft lopen filosoferen over hoe > hij alles in een objectje kan pompen en te weinig over hoe hij zijn programma > naar de user toe zou presenteren. Objectjes bouwen, recyclen, inheriten, > morphen, aanroepen, extenden, ... is allemaal makkelijk genoeg, maar er voor > zorgen dat de gebruiker ermee kan werken, there's a challenge. OOP is inderdaad iets waar niet mee overdreven mag worden, daar heb ik eerlijk gezegd al vreselijke voorbeelden gesorteerd (een sort-programma met werknemers en bazen enzo) > [...] > Het is mijn ervaring dat die twee regelmatig -- niet altijd -- samengaan. Je > kan een scherm vol knopjes plakken met allerhande features, icoontjes, > tekstjes, bubble-help, enz enz. De user loopt verloren. Je kan een text > interface maken waar alle keystrokes in de manual zijn uitgelegd en *logisch* > zijn (r = reply, m = mail, f = forward ...), de gebruiker is vertrokken. Is op het knopje waar 'reply' opstaat of 'forward' drukken dan zoveel moeilijker? > [...] > Ik had het over foutlook (express). En je 'signature' is wat er onder je naam > staat. Je naam is je signature niet. Als je onder ELKE mail je naam zet, mag je naam toch bij je signature. Dit is dan iets waar outlook je tijd bespaard :) > > HTML vind ik ondertussen toch een tamelijk standaard formaat en opmaak kan > > een tekst nu eenmaal aangenamer maken om te lezen. > HTML wordt gebruikt om webpages te schrijven, niet om mails te verzenden. De > overhead is enorm, en verschrikkelijk nutteloos. Een 2KiB e-mail in plain > text is makkelijk 200KiB in HTML, gewoon verspilde overhead. 200KB dan zitten er volgens mij al afbeeldingen enzo in. Een gewone html brengt echt niet zoveel overhead mee hoor. Dan zou internet bijna onmogelijk zijn op een 56k modem. Ik heb het trouwens net even getest met frontpage vs notepad, en dezelfde tekst, zonder iets gewijzigd neemt 9KB in frontpage en 7KB in notepad in. > [...] > > Wat is er zo erg aan een tab ipv spaties? ok, daar gaat het niet echt om, en > > de gemaakte keuzes zijn niet altijd de besten, maar je kan deze optie > > uitschakelen. > Probeer eens in een Makefile een tab te vervangen door vier spaties. Ik stuur > regelmatig Makefiles door, en de ontvangers plakken die stukjes (regelmatig > gewoon diffs) rechtstreeks in hun editors. Als je dan vier spaties in plaats > van een tab krijgt, ben je makkelijk een kwartier kwijt om uit te zoeken wat > er misloopt met je compile. ok, daar geef ik je wel gelijk in, maar die dingen stuur je misschien beter als attach door. > [...] > > Jij vindt kleurtjes en fonts overbodig in een mail, ik vind dat ze gevoel > > kunnen leggen in een tekst. > ...at the cost of immense overhead. Gevoel leggen in mails doe je met > _underlines_, *highlights* en /emphases/. immense overhead valt dus ook wel mee. > [...] > >> Beetje duidelijk? Wintendo is *volstrekt* nutteloos als je iets met je > >> machine wil *doen*. Als je spelletjes wil spelen, is wintendo natuurlijk > >> ideaal, maar een games console zou goedkoper uitkomen, en is er voor > > gemaakt. > >> Voor de serieuze hacker is wintendo gewoon diskvervuiling, niet meer, niet > >> minder. > > > Ik vind dat je hier wel wat overdrijft. Het hangt er gewoon vanaf wat je met > > je machine wil doen. > > Voor op het internet te surfen is een GUI toch wel aangewezen, anders mis je > > toch wel veel afbeeldingen enz... > > Daar geef ik je gelijk in. Maar als argument om een systeem met *enkel* een > gui te gebruiken vind ik het wat zwak. Ik ken weinig mensen die *enkel* > websurfen. Nee, daar zijn de volgende voorbeelden voor. Dit doe ik ook allemaal met mijn gui. Ik denk ook niet dat er zoveel meer is dat de meeste mensen met een computer willen doen. > > Verder kan ik met mijn computer mail lezen, nieuwsgroepen lezen, > > programmeren, met muziek bezig zijn (beluisteren/dj'en/...) met video bezig > > zijn, spelletjes spelen,brieven typen, databasen aanmaken,... > > Ik kan er mbv vbscript/batch zelfs mee scripten voor taken die toch > > gemakkelijker zijn in een niet-GUI environment. > > Hier heb je trouwens de vraag herlegt naar windows vs. linux/unix/bsd ipv > > GUI vs shell. > Het komt op hetzelfde neer, vind ik. Wintendo heeft geen deftige CLI (heeft > een shell, die is grafisch, en waardeloos), Linux/BSD/<ander deftig os> biedt > een CLI en een GUI. Gebruiker kan kiezen. Als hij zijn memory niet aan de > vervuiling van een GUI wil verspillen zet hij hem gewoon uit - je *moet* de > gui niet bij het booten starten. Als je je geheugen niet wil vervuilen met een GUI kan je inderdaad een ander OS nemen. Meestal heb ik daar echter geen enkel probleem mee, zeker niet gezien de prijzen van het geheugen en de voordelen die een GUI mij biedt. > [...] > > Verder denk ik dat het gewoon een voorkeur is, en niet zozeer beter of > > slechter. > > Volkomen gelijk in dat het een voorkeur is, maar ik blijf erbij dat je met een > gui meer tijd verspilt dan wint. En tijdsverspilling is 'slecht'. Verder > deel ik ook de mening van Herman wat betreft het leren/afleren van goede > gewoontes en 'onafhankelijkheid' in gui vs. cli. De gui gebruiker wordt > afhankelijk van zijn gui, en kan er niet meer van weg. Verslaving, slecht. > De gebruiker verwacht ook automagisch een help foefje als hij iets niet > begrijpt, en zal niet zelf op zoek gaan naar hulp. Gebruiker wordt een > hulpeloos wezen, slecht. ... Het is natuurlijk ontzettend moeilijk om te zeggen dat de gebruiker afhankelijk is van de GUI omdat hij niets anders kent of omdat het gewoon echt het gemakkelijkste is. Ik vind dat mensen die vroeger met een typmachine werkten evengoed mogen profiteren van de voordelen die een computer biedt (zoals verbeteren,...) en daarvoer hoeven ze nauwelijks te weten hoe een computer werkt. Een minimum aan knopjes aanleren en die mensen zijn vertrokken en ze winnen ontzettend veel tijd tegenover hun typmachine. > - Philip > PS: misschien een onnozele interne referentie, maar je newsclient heeft een > nogal originele quote filosofie. Ik heb veel tijd nodig gehad om de rommel op > te ruimen en mijn follow-up enigzins leesbaar te maken. Met het gebruik van > een gui verspil je dus ook de tijd van anderen? Ik denk dat het iets met de wordwrap te maken heeft... Het is alleen NIET de schuld van een gui maar van een specifiek programma (laten we het outlook express noemen). Je kan ook in een shell een programma maken dat automatisch lijnen afkapt na een bepaald aantal tekens, en je kan ook een gui maken die dat niet doet. Gwen > > -- > Philip Paeps philip@paeps.cx > > "Close" only counts in horseshoes, handgrenades and > thermonuclear devices.
Technical Details
Message-ID:
<1014888127.287800@seven.kulnet.kuleuven.ac.be>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news-x2.support.nl!colt.net!newsfeeds.belnet.be!naxos.belnet.be!news.belnet.be!not-for-mailReferences:
<huRb8.148325$rt4.13397@afrodite.telenet-ops.be> <3C70D0F5.65126DA1@scanit.be> <aSac8.150634$rt4.13860@afrodite.telenet-ops.be> <Xns91BE7EA2DA7FESalVaSlinuxbe@195.130.132.68> <Yete8.186263$rt4.20254@afrodite.telenet-ops.be> <Xns91C1AFB2BD916SalVaSlinuxbe@195.130.132.68> <5nQe8.196249$rt4.20847@afrodite.telenet-ops.be> <1014754747.317016@seven.kulnet.kuleuven.ac.be> <4xTe8.198099$rt4.21081@afrodite.telenet-ops.be> <1014843671.703447@seven.kulnet.kuleuven.ac.be> <4qcf8.207582$rt4.21322@afrodite.telenet-ops.be>Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII X-Google-Thread: fcea4,a1d1525e35f1c12c X-Google-Attributes: gidfcea4,public X-Google-ArrivalTime: 2002-02-28 01:22:09 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!supernews.com!news-x2.support.nl!colt.net!newsfeeds.belnet.be!naxos.belnet.be!news.belnet.be!not-for-mail From: "Gwen Roelants" <GWEN.ROELANTS@student.kuleuven.ac.be> Newsgroups: be.comp.programming Subject: Re: Visual Basic Date: Thu, 28 Feb 2002 10:21:49 +0100 Organization: KULeuvenNet Lines: 196 Message-ID: <1014888127.287800@seven.kulnet.kuleuven.ac.be> References: <huRb8.148325$rt4.13397@afrodite.telenet-ops.be> <3C70D0F5.65126DA1@scanit.be> <aSac8.150634$rt4.13860@afrodite.telenet-ops.be> <Xns91BE7EA2DA7FESalVaSlinuxbe@195.130.132.68> <Yete8.186263$rt4.20254@afrodite.telenet-ops.be> <Xns91C1AFB2BD916SalVaSlinuxbe@195.130.132.68> <5nQe8.196249$rt4.20847@afrodite.telenet-ops.be> <1014754747.317016@seven.kulnet.kuleuven.ac.be> <4xTe8.198099$rt4.21081@afrodite.telenet-ops.be> <1014843671.703447@seven.kulnet.kuleuven.ac.be> <4qcf8.207582$rt4.21322@afrodite.telenet-ops.be> NNTP-Posting-Host: seven.kulnet.kuleuven.ac.be X-Trace: naxos.belnet.be 1014888128 26204 134.58.127.12 (28 Feb 2002 09:22:08 GMT) X-Complaints-To: abuse@belnet.be NNTP-Posting-Date: Thu, 28 Feb 2002 09:22:08 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Cache-Post-Path: seven.kulnet.kuleuven.ac.be!unknown@adion.kotnet.org X-Cache: nntpcache 2.4.0b5 (see http://www.nntpcache.org/)