Motivation of software professionals
in [JavaScript]
|
Prev: When writing html table to div, the data from table is unformatted
Next: multi file download with one click
From: Seebs on 15 Feb 2010 22:28 On 2010-02-16, James Kanze <james.kanze(a)gmail.com> wrote: > I am. If only because such projects require a larger degree of > accountability than free software can offer. I can't see anyone > providing free software with contractual penalties for downtime; > most of the software I worked on in the 1990's had such > penalties. I think it may be done occasionally. Certainly, if I had contractual penalties for downtime, and my choices were Windows or Linux, I'd run free software. :P -s -- Copyright 2010, all wrongs reversed. Peter Seebach / usenet-nospam(a)seebs.net http://www.seebs.net/log/ <-- lawsuits, religion, and funny pictures http://en.wikipedia.org/wiki/Fair_Game_(Scientology) <-- get educated!
From: Alf P. Steinbach on 15 Feb 2010 23:01 * Seebs: [snippety] > Why would we read code when we could watch a movie of someone reading it, > complete with facial expressions, tone, and guestures? You might notice the person picking his/her nose all the time, and goodbye. Or, you might notice that hey, that's [insert name of Really Attractive Lady here], and and that's who I'll be working with via the net? Hah. Better invite her to a working lunch, or something. Otherwise, if learning about the code is your interest, skip the video. Cheers & hth., - Alf
From: Richard on 15 Feb 2010 23:07 Seebs <usenet-nospam(a)seebs.net> writes: > On 2010-02-16, James Kanze <james.kanze(a)gmail.com> wrote: >> I am. If only because such projects require a larger degree of >> accountability than free software can offer. I can't see anyone >> providing free software with contractual penalties for downtime; >> most of the software I worked on in the 1990's had such >> penalties. > > I think it may be done occasionally. Certainly, if I had contractual > penalties for downtime, and my choices were Windows or Linux, I'd > run free software. :P > > -s Why? -- "Avoid hyperbole at all costs, its the most destructive argument on the planet" - Mark McIntyre in comp.lang.c
From: Nick Keighley on 16 Feb 2010 05:09 On 16 Feb, 03:40, Seebs <usenet-nos...(a)seebs.net> wrote: > On 2010-02-16, James Kanze <james.ka...(a)gmail.com> wrote: > > On Feb 14, 4:56 pm, Seebs <usenet-nos...(a)seebs.net> wrote: > >> On 2010-02-14, James Kanze <james.ka...(a)gmail.com> wrote: > >> > To be really effective, design and code review requires a > >> > physical meeting. Depending on the organization of the project, > >> > such physical meetings are more or less difficult. I've got mixed opinions on this. The real review takes place off line. Explanation and discussion of possible solutions (I know, a code walthru isn't supposed to consider solutions- a daft idea if you ask me [1]) at a meeting. Design meeetings can work. [1] my review comments would then read "I know a much better way to do this! Can you guess what it is {he! he!}?" <snip> > > That sort of thing is essential for any review. You do it > > before the face-to-face meeting. But the reviewer isn't God, > > either; the purpose of the meeting is to discuss the issues, not > > to say that the coder did it wrong. sometimes he *is* wrong! Some things get discussed/argued to death. There is nothing more tedious than going through everey written comment on a long list. I'd rather skip along. "Ok you accept items 1-9 but you don't understand what 10 is about- lets discuss item 10" > If you do it well enough, I don't think the face-to-face meeting does > anything but cater to superstition. I find it easier to communicate with someone if I've met him in layer 1 at least once. I like a mental picture of who I'm talking to. Um except here... > Most people I know have had the experience of discovering that a particular > communication worked much better in writing than it did in speech. Real-time > mechanisms can be a very bad choice for some communications. try dictating hex patches down a phone line. Or unix commands. You rapidly discover Italian vowels aren't the same as ours. "ee? do you e or i?" Imagine if all programming specifications had to delivered in a speech. Or chanted in iambic pentameter (no, spinoza, that's not a challenge) > You get more data per second if you are watching ten televisions than if > you're watching only one. That doesn't mean that, if you want to learn a > lot, the best way to do it is to watch multiple televisions at once. For > that matter, while a picture may be worth a thousand words, sometimes it's > only worth the exact thousand words it would take to describe the picture.. > Why would we read code when we could watch a movie of someone reading it, > complete with facial expressions, tone, and guestures? > > Because facial expressions, tone, and guestures swamp our capacity to > process input, and leave us feeling like we've really connected but with > a very high probability of having completely missed something because > we were too busy being connected to think carefully. It's like the way > that people *feel* more productive when they multitask, but they actually > get less done and don't do it as well.
From: Arved Sandstrom on 16 Feb 2010 05:26
James Kanze wrote: > On Feb 14, 4:54 pm, Lew <no...(a)lewscanon.com> wrote: >> James Kanze wrote: >>>> Did you actually try using any free software back in the early >>>> 1990's [sic]? >> Seebs wrote: >>> I did. > >> Same here. > >>> NetBSD was for the most part reliable and bulletproof during >>> that time; it ran rings around several commercial Unixes. I >>> had no interest in g++; so far as I could tell, at that >>> time, "a C++ compiler" was intrinsically unusable. But gcc >>> was stable enough to build systems that worked reliably, and >>> the BSD kernel and userspace were pretty livable. >> James Kanze wrote: >>>> Neither Linux nor g++ were even usable, and emacs (by > >> That's pure fantasy. > >> I used a couple of Linux distributions in the early nineties, >> and they worked better than commercial UNIX variants. > > And I tried to use them, and they just didn't stop crashing. > Even today, Linux is only gradually approaching the level of the > Unixes back then. [ SNIP ] I have to agree with you here. My earliest use of Linux was 1993, side by side with IRIX and SunOS. I don't remember frequent crashing of Linux but there was no question but that the UNIX systems were more stable, more polished and had more capability. Granted, everyone back then was throwing Linux on old PCs, which probably didn't help, but still... AHS |