From owner-freebsd-questions@FreeBSD.ORG Mon Jun 20 17:19:51 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7275D106564A for ; Mon, 20 Jun 2011 17:19:51 +0000 (UTC) (envelope-from perrin@apotheon.com) Received: from oproxy1-pub.bluehost.com (oproxy1-pub.bluehost.com [66.147.249.253]) by mx1.freebsd.org (Postfix) with SMTP id 3D74E8FC0A for ; Mon, 20 Jun 2011 17:19:50 +0000 (UTC) Received: (qmail 15804 invoked by uid 0); 20 Jun 2011 17:19:50 -0000 Received: from unknown (HELO box543.bluehost.com) (74.220.219.143) by cpoproxy1.bluehost.com with SMTP; 20 Jun 2011 17:19:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=apotheon.com; h=Date:From:To:Subject:Message-ID:Mail-Followup-To:References:Mime-Version:Content-Type:Content-Disposition:In-Reply-To:User-Agent:X-Identified-User; b=ZYn47zS1HCFKFH2WSPjv112KO2iIr4++Vh0euKP6dTGbCHNHGXZf56b7kDrZrN7NilOCQRfLE6ITdfYFXEKQ0d3iqe8mqnq99YzQMmjI5wbD4eedMlhPK/fxiFplHph3; Received: from c-24-8-180-234.hsd1.co.comcast.net ([24.8.180.234] helo=kukaburra.hydra) by box543.bluehost.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1QYi8b-0001LC-7z for freebsd-questions@freebsd.org; Mon, 20 Jun 2011 11:19:50 -0600 Received: by kukaburra.hydra (sSMTP sendmail emulation); Mon, 20 Jun 2011 11:04:28 -0600 Date: Mon, 20 Jun 2011 11:04:28 -0600 From: Chad Perrin To: FreeBSD Message-ID: <20110620170428.GA89605@guilt.hydra> Mail-Followup-To: FreeBSD References: <20110618212315.GB21890@orange.esperance-linux.co.uk> <20110619072518.2115dffb@scorpio> <20110619112248.7c879c1f@scorpio> <20110619154949.GA84264@guilt.hydra> <20110619123451.4a392bec@scorpio> <20110619173046.GB84720@guilt.hydra> <20110620133617.48643fbc.freebsd@edvax.de> <20110620154624.GA89286@guilt.hydra> <20110620182903.aa056264.freebsd@edvax.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline In-Reply-To: <20110620182903.aa056264.freebsd@edvax.de> User-Agent: Mutt/1.4.2.3i X-Identified-User: {2737:box543.bluehost.com:apotheon:apotheon.org} {sentby:smtp auth 24.8.180.234 authed with ren@apotheon.org} Subject: Re: Any working SIP-phone on FreeBSD? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2011 17:19:51 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This email actually mentions Skype and SIP phones toward the end. On Mon, Jun 20, 2011 at 06:29:03PM +0200, Polytropon wrote: > On Mon, 20 Jun 2011 09:46:24 -0600, Chad Perrin wrote: > > > > I still managed to do everything I needed to do in under twenty > > minutes, but if the data had been left in the plain text, linewise > > format I had sent to this person, I would have been able to do it all > > in about *two* minutes, including the time spent writing the script > > to grab the data and shove it into my database. >=20 > Text, pure ASCII text, is _the_ standard format for data interchange > (and I'm not paying attention to EBCDIC on IBM here). People start > realizing this when they can't open their documents anymore. That's why > I like LaTeX for example. It's pure text. There is a difference between > the document one is working on (semantic document), and the result > (typographic document). But understanding that difference and its many > advantages requires some brain power. :-) In general, the simplest possible format to achieve what is actually needed is the best option. This means that even LaTeX is usually the wrong choice. > > > > The thing that most bothered me about all this is the fact that it > > must have taken this person twenty minutes *at least* just to create > > that absurd table-columnar format in the first place, and that's > > assuming the person had some way to automatically place the data in > > these tables' cells, rather than having to cut and paste each datum > > individually.=20 >=20 > In a "funny" way, people seem to have time for this. An example I've > seen is a programmer who's job it is to take the data files output by a > mainframe system (plain text with numbers and text, usually > column-oriented) and manually (!) put it into "Excel" tables, arrange > them, and prepare for printing. It would of course be much easier to > write an output processor for the mainframe to deliver LaTeX or even > OpenOffice XML files, and she as a programmer would much prefer to do > this, but no, the "big boss" wants it that way. (Note: She is a > professional mainframe PROGRAMMER who spends her time manually > arranging data - this must be very disappointing.) Does this programmer get to write a simple script to translate to CSV, then import CSV into Excel, when the boss turns his/her back? > > > > So, basically, people are so compromised, so brainwashed, so > > afflicted by office suite Stockholm Syndrome, that they will spend > > between twenty minutes and an hour formatting simple text data in a > > frankly hideous four column format when the end result is that I will > > have to spend another twenty minutes undoing all of that to insert > > the data into a database. >=20 > They also do this with "Excel" tables they use as a worse phonebook. An Excel spreadsheet probably would have been easier to use, because of the ability to export as CSV. >=20 > It doesn't occur to them that there are things other people can do with > computers that they can't, as they understand theirselves often as "IT > professionals", where "professional" means that they - on their own! - > can switch the PC on on their own and use the mouse. In this case, it was an HR professional (though what we were doing was well outside of that working environment). >=20 > The task "leave it in the original format" would be too complicated to > explain, I think. I think the approach I need to take next time is to create a Web form that takes inputs for the values and does not allow the user to touch the key names. When the form is submitted, it creates a plain text file for me, or just adds it to the database automatically. Placing it in a browser would make things marginally more effort-intensive for the end user than editing a text file directly, but much *much* less effort-intensive than creating that four-column format. With luck, it would never occur to the end-user to copy and paste from the Webpage into a Microsoft Word document and send that to me. >=20 > Let me tell you that it can be worse, I've seen that _once_: The > "professional" user imported the scanned document into an image > processing software, and used _that_ to change some text. If the person in my case had decided to make changes in some image editing software, that at least would have been effective (for some definition of "effective"). Importing it into a Microsoft Word document, however, resulted in nothing getting done until someone else came along and asked "Where's the original document?" > > > > Consider the stories of major corporations literally banning use of > > PowerPoint and seeing a significant productivity boost. >=20 > I've not heared about that, but I think it was a good step. It has been a couple years since I started hearing about this stuff. I think the big names doing that kind of thing included Sun. After a couple months, of course, this kind of thing stops being news, so I have no idea who may still be doing stuff like this -- because nobody would report it any longer. As for making telephone calls with the help of a computer . . . I do not have high hopes for Skype in the future. As I think I mentioned in an earlier email, I expect Microsoft to "extend" Skype in ways intended to break compatibility with non-Microsoft platforms. I also expect that, if Microsoft really support Skype rather than just letting it die, it will get some MS Office integration "features" added to it that will make it the voice chat equivalent of exactly the sort of stupidity we have been discussing. An open source equivalent that could be run just as easily from the command line as from a GUI and is not dependent upon any specific OS platform's facilities in particular would be great. SIP phones and Asterisk PBXes are great for what they are, but they do not really address the needs of casual voice chatters who want telephone-like convenience without having to essentially set up their own telephone company offices. Of course, I don't think such a thing can really be entrusted to the Linux community these days. Portability is essentially the last thing on the minds of most Linux community developers lately, from what I've seen. So, too, is designing software without making it a monolithic GUI-only tool that has far too many useless features in a single application. For portability in particular, consider the problems of XFCE portability, and the fact there are people in the GNOME developer community who are questioning whether they should bother continuing to consider portability in the future. --=20 Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk3/fZwACgkQ9mn/Pj01uKUIbgCg3qlJZ3+rFjZi/a60Z6cY8pZJ 3SsAoMHx4dj2Vn3LysH4JE1mR1PcrwU/ =y1Wh -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo--