Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Comment Re:Heomeopathy = Placebo (Score 1) 507

For some doctors here in China at least, it is the other way around.

About 10 years ago, I came to China to do English teaching, and as I suffer from chronic fatigue (worse than it sounds), I went to a Chinese doctor to see if there was anything useful I might find.

This was also central China--not some highly developed coastal city (though it was urban)--and after my translator explained my interest in some Chinese medicine for fatigue, he derisively said to the translator, "he believes in that stuff (too)?". After I made clear that my interest was because there were no scientifically proven treatments for chronic fatigue, and I was willing to try something which might help (with traditional use perhaps pointing to an effective but as yet untested treatment), he conceded in the validity of the interest.

He didn't end up prescribing anything, but Chinese hospitals and local drug stores do have significant amounts of dried herbs along with the standard "Western" medicine. But as this anecdote might support, among medical professionals at least, the priority might not necessarily be based on traditional medicine first except in the sense of avoiding stress, eating well, etc.

Even among traditional medicine advocates, taking herbs might not be supported unless the person has a weakened constitution, etc.

But I do agree it might be beneficial to find herbs, taken as many Chinese do, over a longer period of time than the equivalent but more potent drugs which really can hammer you with negative side effects (and which many Western doctors hardly advise you about at all--e.g., I was sent to different specialists for some terrible jaw pain I had and later discovered on my own it was due to a prescribed antacid I had been taking; perhaps tellingly, a Chinese doctor here independently started me with the same medicine as I got prescribed in the U.S. but with half the dosage--and it worked pretty well).

Comment Re:Share profits with all employees (Score 1) 205

Yes, but that's why the workers don't need to be given such a large portion of the profits of a company. It'd only need to be a certain portion of the profits, say 20-25%, but still enough to make it appealing on some level...The results might also satisfy management and the share-holders as well.

In any case, it won't be enough of an incentive to deter someone with an ethic which says they can just steal from the company, dump all their work on others, back-stab to get ahead, etc., if they are able to get away with it and get their individual reward, but it certainly can give a nice feeling to the average worker who isn't necessarily tempted to be a crook, but might otherwise just come in to cash his or her check and forget about the meaning of what they are doing. It's not just about working harder, either, as it is giving reason to workers to think more purposefully and intelligently in their work.

Heck, I get pretty tickled when I get a small donation for some open source software, or when a company delivered on their promise to give bonuses for ideas they implemented.

A little carrot can go a lot farther to instilling loyalty than a lot of menacing reviews, monitoring schemes, etc. Working as a temp at one place, my boss wanted me to inform him whenever I went to the washroom--and I wasn't someone to take long bathroom breaks; even my elementary school teachers didn't time that!

Comment Share profits with all employees (Score 2, Insightful) 205

Firstly, I congratulate you for your caring enough about taking on the issue.

However, I think it is worthwhile to ask (if you, like most companies, have not already considered) whether employees have enough incentive to really want to work together in your company.

If companies gave a share of the profits to every employee in the company, not only would those employees have a stake at being more polite to clients, more innovative, etc., they would also see that their own interests were tied up in the interests of the other employees. It wouldn't be us-vs-them as far as other departments, or me-vs-them, it would foster working together, and a sense of ownership in the company, especially if the company also regularly consults with and consider the employees as part owners in decision-making.

When the employees stand to gain from greater cohesion, executives aren't solely responsible for attempting rah-rah motivation that encourages them to do so. No executive would join or stick around with a company which wasn't rewarding him or her, so executives need to stop thinking they are in a special class of people who are inherently motivated for grander things like team-work and service.

Just because one hopes employees will just naturally have an ethic to work in the interests of the company--including fostering good relations with other co-workers--doesn't mean they will.

Too many companies assume that only executives are worthy of enticing with a share of the company's profits, or they make the program opt-in or dependent on the employee spending some of their own money, while some of the strongest benefits may come from there literally being collective ownership by everyone (at least as far as having a share of the profits and some decision making). Everyone has reason to work together, beyond the inherent but more elusive rewards for doing so.

While this might not be your company's issue, and while the suggestion may only seem tangentially related to your question, ensuring people are motivated for the fundamental reason most choose to be with a company (and to work at all) really needs to be taken into account before they will be more productive and more interested in collaborating and feeling at home at work.

Capitalism has it right when it recognizes people need incentives, but oddly, such incentives haven't been adequately brought to the common people who might otherwise be wooed by communism. Many executives today actually come off as rather communistic in assuming people should just work for the benefit of the "state" (corporation). They insist that workers should just be satisfied with a salary and fear of losing their job, and that this should be enough to motivate anyone. It isn't.

To reference Slashdot canonical authority, note that one of the serious moments in the film Office Space was when the main character is asked whether having a share of the profits would motivate him, and he actually admits it might.

Comment Re:other countries too (Score 1) 230

Certain activities should be done, for example, jointly only between such regions as American states and Europe (e.g., the European Union is right not to set its standards too low in just allowing anyone to join, though I hope such like-minded unions progress across the Atlantic and Americas and into other like-minded regions).

However, in other non-critical areas, such as ICANN and membership on the United Nations General Assembly itself (since the General Assembly resolutions are currently not binding), I believe the most effective policy is, at this point in time, to deny only the most egregious deniers of human rights the right to participate, while allowing most voices to be heard until such time as standards improve (The U.N. charter does not give an unequivocal right to stay in the U.N.; it can be revoked). If a country wants to block traffic to a particular domain, they can already do it, so I'm not sure that the repercussions would be so serious if oppressive regions provisionally get to deny certain domains assigned under their country's specific top-level domains. In non-critical cases where widespread participation is reasonable and beneficial even with somewhat oppressive regimes (it defuses perceptions of American exceptionalism for one), you can exercise more influence when you pick your battles wisely and engage, rather than being quixotic (and no doubt inconsistent) in throwing all problematic countries into one lump and failing to have any influence at all on human rights because the net was cast too wide.

But it is a good impulse to recognize there need to be certain standards, especially if effort is made to apply them progressively.

Yahoo!

Journal Journal: Yahoo POP not retrieving Google Alerts

Does anyone know if there are some terms in Yahoo's agreement that prohibit downloading Google Alerts? I have been shocked to consistently see (over several weeks now) my Yahoo POP subscription (for which I pay) refuse to download Google news alerts--once I delete them on the remote server, it can resume downloading my emails. It's not like these are coming down in torrents (at least in my case)--just a few alerts every few days. Is it Yahoo's business to tell me what I can download via my pai

Comment Re:Javascript anyone? (Score 1) 307

For those who want to work in PHP, one can already work JavaScript-style (as of PHP 5.3), or even JavaScript proper... (While I'm at it, I may as well mention our bringing PHP to JavaScript (PHP functions implemented in JS, that is), hopefully making SSJS more appealing (though still requiring host support). Help welcome!...)

Comment Baby or bathwater? (Score 1) 397

While this might go against the Church of the Anti-Religion (Gathering of the Tribe: here), maybe the fact that those of you who admit partisanship in yourself or among those who use the same technologies you do, could concede that systems of morality--including those which justify themselves on supernatural inspiration and use that to enhance its effect (indisputably quite frequently for good), while admittedly broader in scope (and power) than technology fan-clubs, are not themselves inherently to blame for fanatics and fundamentalists any more than Linux or the like is inherently to blame for the type of dude who kicked me out of a chat room for the FUD blasphemy of joking to the effect that if I couldn't get help from them testing a potentially useful open source Firefox extension on Linux that Linux users might otherwise cede territory to the "Dark Side".

It shouldn't be such a marvel to people who recognize that our ubiquitous use of a brain--however much you may joke that religionists do not have any (isn't treating and taunting others as a whole a sign of fervid attachment and insecurity, btw?; most cults don't even go that far)--in filtering reality, with its propensity for emotional and/or communal attachments, will apply such a propensity, more or less universally, for good or ill, across all subjects. I am in you, and you are in me...

"Exponents of the world's various theological systems bear a heavy responsibility not only for the disrepute into which faith itself has fallen among many progressive thinkers, but for the inhibitions and distortions produced in humanity's continuing discourse on spiritual meaning. To conclude, however, that the answer lies in discouraging the investigation of spiritual reality and ignoring the deepest roots of human motivation is a self-evident delusion. The sole effect, to the degree that such censorship has been achieved in recent history, has been to deliver the shaping of humanity's future into the hands of a new orthodoxy, one which argues that truth is amoral and facts are independent of values." (The Prosperity of Humankind)

Comment Strength in unity-in-diversity (Score 2, Insightful) 168

The problem with a lot of sites dealing with spam is that they are using the same software that tries to solve everything at the top. Uniformity doesn't help.

But leaving people to their own devices to create or adapt their own forum/blogging/wiki software is not a good solution either. Uncoordinated diversity leaves a lot of people to fend for themselves.

Having unity-in-diversity (a common strength across systems and organisms), however, might well solve the problem.

If forum/blogging/wiki software creators would give sites the opportunity to make (and be able to change) their own set of question and answers for first-time-users (and not trouble them after that), I think bots would be hard-pressed to be programmed to interpret all such site-specific questions on their own. If bots could actually be programmed to intelligently answer all such human language questions, I think the bot-makers could be making a lot more dough in legitimate business...

Comment Re:OK, dumb question after reading the article (Score 1) 747

RMS brings up the client vs. server issue,

Besides this, I'm surprised the article didn't make mention of the Affero GPL to force server-side code to be shared back.

As far as the parent comment:

What if the http server and database are free software, but the people who operate the server don't allow you to download all of their data in bulk and serve it yourself?

I for one think that might make an excellent optional addition to the GPL, as with Affero. If crowd-sourcing sites like Wikipedia didn't make their data available in bulk, they are much less appealing. Yes, one can make their own spider/scraper, but that is not exactly in the spirit of the data itself being wholly "free", assuming it is even possible with some sites to reverse engineer their complete data package. And nothing is to prevent the site from modifying their robots.txt file at any time to cause/force the Wayback Machine, etc. to stop distributing their archived copies (and taking the content offline or requiring paid access to it), thereby leaving every contributor in the lurch who expected to be able to get their content contributions back, even if those contributions were GPL.

On the other side, it would be interesting to see an optional clause compelling the exposure of the live database API (at least read-only, though maybe even a limited-but-meaningful write-access one for wikis, allowing perhaps for free but limited, registration-dependent keys), since sometimes the source of the data (by that I mean the site which is serving the data) is what is important, as it is trusted and contains the latest data which people wish to read or shape.

Actually, a site which acted to expose the write API (whether compelling others creating their own version to expose their data, data API, etc., or not), might be the only way Wikipedia could become more free--and someone setting up such a fork, if Mediawiki didn't do so itself, might be the one way people would actually switch sites. When the API is exposed, it can effectively produce a distributed wiki which addresses the issue of specific hosts being blocked (as Wikipedia has been and is in some countries) as well as opens up opportunities for alternative clients.

I for one think that this article has done a great service by raising the issue. While I might not demand to only use "free" sites (client-side of server-side) myself, and while I might not always want to compel others to go that far in staying "free" by using such compulsory licenses in my own open source projects, I do believe it offers a good option to stimulate development of such fully-free sites, especially if the FSF's future server-side solutions will take into account optionally compelling the exposure of data API's and/or bulk data downloads as mentioned above.

Comment Standardization (Score 1) 413

As far as the main thrust of the topic, of course bundling helps--a lot--but maybe the exec just meant that bundling can't suppress good things forever...

Anyhow, the question of what to do if Firefox does gain a 2/3 market share is still valid (and even before that).

My hope is that more aspects of the Firefox browser can become or contribute to their own standards--and that Mozilla will itself adhere to them. XUL, the interface language used in the browser itself and extension building, might be such a candidate for standardization (or at least a subset of it), assuming other browser makers would be interested.

Perhaps there's a lesson somewhere with XBL, assuming it ever goes anywhere (the extensibility of XBL is great, but again, there should, I feel, be some standard for the more frequently recurring bread-and-butter requirement of describing browser elements, as XUL provides).

Likewise, it'd be great for XPCOM functionality to somehow become accepted as XBCOM (cross-browser). Perhaps FUEL API's could be joined with other browser makers' libraries into a standard, again assuming interest. At the very least, I hope other browser-makers-which-allow-extension-of-the-browser may agree to standardize on Mozilla's useful JavaScript module importation so that such code can also be reused cross-browser without modification.

One concern I have is with an existing attitude in Mozilla where repeated mention has been made by prominent Mozilla developers of a distinction between the web and non-web, and arguing against following standards which were conceived without the web in mind. While that may well be true, this can also set up a false dichotomy and introduce exceptionalism. If there is a non-web use for a technology (e.g., support for external DTDs in (especially document-centric) XML for simple localization), then there well is also a web-use. Likewise was such an argument against certain standards made toward not implementing DOM Level 3, even though parsing and serialization from or to strings or the DOM is a pretty basic requirement across browsers (and the API, as with the rest of the DOM, is not that terrible so as to make it impossible to work around, as we all do with levels 1 and 2 of the DOM). I hope such existing cross-browser issues can be addressed, even as new standards if need really be (again, without falsely assuming that non-web uses such as serializing to streams, etc., can't find web (or browser) uses and dumbing down the standards).

I'm also concerned with another topic impinging on the Mozilla-as-gatekeeper concern: modularity within Firefox itself. Firefox should, I feel, quickly make good on its plans to enhance its extension dependency system, so third parties can supply independent modules and have extensions automatically trigger such downloads upon installation. Otherwise Mozilla stays as the albeit friendly gate-keeper within the community (not to mention for other browsers) and either gets bloated or left insufficiently extensible. For example, for dealing with the sparseness of built-in JavaScript functions to handle many common tasks, while using an already familiar API, PHP.JS could eventually be made as such a module. Mozilla expressed openness to allow modules to be added, but it would, I feel, be more extensible and sustainable into the future (and not contribute to browser bloat), if the community "market" could more easily determine which modules were useful as reusables. Thus, extension builders could freely rely (on an ever-expandable number of) reusable but optional dependencies without burdening users into initiating separate downloads (or downloading or reloading the same code repeatedly across extensions, or unnecessarily updating the whole package when only one module needs updating). In the process, this could significantly address the arguments made by some against installing too many extensions.

Slashdot Top Deals

One way to make your old car run better is to look up the price of a new model.

Working...