Sunday, November 2, 2008
天地武魂
云涛聚散,烽烟落起。
望千古的苍海,你说谁是侠义,谁是侠义儿女。
情怀永在,爱恨不移,
铁骨钢刀舞正气。
有道是满腔热血,(他)酬知己,(那个)千杯的酒,(他)向天祭,
人间是是非非,善善恶恶终有报,
沉沉浮浮,悲悲欢欢无穷期。
惟有忠肝和义胆,惟有忠肝和义胆,(他)感天动地。
阴阳乾坤,正邪风雨。
看万代的江山,谁在谱写英雄,谱写英雄事迹。
江湖信步,生死来去,
刻骨柔情不言弃。
有道是首承诺,(他)重情义,(那个)薄功名,(他)轻禄利,
你我执手相看茫茫人间,红尘泪,
天马行空扬鞭绝尘,走千里。
惟留丹心和侠骨,侠骨和丹心,(他)感天动地。
有道是满腔热血,(他)酬知己,(那个)千杯的酒,(他)向天祭,
人间是是非非,善善恶恶终有报,
沉沉浮浮,悲悲欢欢无穷期。
惟有忠肝和义胆,惟有忠肝和义胆,(他)感天动地。
哎嘿
Monday, October 13, 2008
一个母亲一生撒的8个谎言
一个母亲一生撒的8个谎言
儿时,小男孩家很穷,吃饭时,饭常常不够吃,母亲就把自己碗里的饭分给孩子吃。母亲说,孩子们,快吃吧,我不饿!——母亲撒的第一个谎
2.Boy's body a long time, hard-working mothers used the time to rest Sunday in the rural county in rural areas, fishing some rivers to fish for children calcium supplements. Good to eat fish, fish soup is very fresh. The children eating fish, the mother is on the side eating fish bones, tongue licking the fish marinated meat on the bones. Feel bad boy, put his bowl of fish bowl folder to the mothers, mothers eating fish. Mothers do not eat, the mother also use chopsticks to fish folder back to the boy's bowl. Said the mother, child, eat fast, I do not like fish! - Scatter his mother's second lie
男孩长身体的时候,勤劳的母亲常用周日休息时间去县郊农村河沟里捞些鱼来给孩子们补钙。鱼很好吃,鱼汤也很鲜。孩子们吃鱼的时候,母亲就在一旁啃鱼骨 头,用舌头舔鱼骨头上的肉渍。男孩心疼,就把自己碗里的鱼夹到母亲碗里,请母亲吃鱼。母亲不吃,母亲又用筷子把鱼夹回男孩的碗里。母亲说,孩子,快吃吧, 我不爱吃鱼!——母亲撒的第二个谎
3.On the junior high school, for boys and Gejie enough to pay tuition fees when the mother went to work sewing collar neighborhood home to some matchbox, paste in the evening at the Zhengdian cents up at home. There is a winter, the boys wake up the middle of the night, also saw his mother bent over a lamp in the body under the matchbox paste. Said the boy, his mother, sleep it, you would also like to go to work tomorrow morning. Mother smiled, said the children, sleep fast, I do not storm! - Scatter his mother's third lie
上初中了,为了缴够男孩和哥姐的学费,当缝纫工的母亲就去居委会领些火柴盒拿回家来,晚上糊了挣点分分钱补点家用。有个冬天,男孩半夜醒来,看到母亲 还躬着身子在油灯下糊火柴盒。男孩说,母亲,睡了吧,明早您还要上班呢。母亲笑笑,说,孩子,快睡吧,我不困!——母亲撒的第三个谎
4.The college entrance examination, the Qing Lejia mother every day to stand at the entrance test sites for the college entrance examination to attend the boy back. Every summer, the scorching sun head, stubborn mother is the next stop in the scorching sun for several hours. Examination of the end of the bell, and mother Ying Shangqu pass with a cup of canned good bottle of bubbles urged children to drink strong tea, tea is also strong, Gengnong situation. Looking at the mother of chapped lips and the sweat haired boys can be in the hands of anti-bottle delivery in the past invited the mother to drink. Said the mother, child, Drink soon, I Buke! - Spreading the mother of four lie
高考那年,母亲请了假天天站在考点门口为参加高考的男孩助阵。时逢盛夏,烈日当头,固执的母亲在烈日下一站就是几个小时。考试结束的铃声响了,母亲迎 上去递过一杯用罐头瓶泡好的浓茶叮嘱孩子喝了,茶亦浓,情更浓。望着母亲干裂的嘴唇和满头的汗珠,男孩将手中的罐头瓶反递过去请母亲喝。母亲说,孩子,快 喝吧,我不渴!——母亲撒的四个谎
5.After the death of his father, mother and mother when they Dangdie, relying on their own sewing in the agency that point, pull put up with all kinds of low income children, for their study, life miserable. Alley crossing under the wire rod repair of the table know that Uncle Lee, big and small issues on the fork to find a helping hand to fight back, moving to move coal, fetching water and pick, to send more Qianliang to help pay for the boy's home. Non-vegetation, ruthless Practice makes perfect. Neighbors saw this, in mind, tried to persuade mothers remarry, why should his suffering. But over the years but Shoushenruyu mother, never marry, others Zaiquan, categorically refuse to listen to mother, mother, I do not love! - Spreading the lie of the five
父亲病逝之后,母亲又当爹又当娘,靠着自己在缝纫社里那点微薄收入含辛茹苦拉扯着几个孩子,供他们念书,日子过得苦不堪言。胡同路口电线杆下修表的李 叔叔知道后,大事小事就找岔过来打个帮手,搬搬煤,挑挑水,送些钱粮来帮补男孩的家里。人非草木,孰能无情。左邻右舍对此看在眼里,记在心里,都劝母亲再 嫁,何必苦了自己。然而母亲多年来却守身如玉,始终不嫁,别人再劝,母亲也断然不听,母亲说,我不爱!——撒的五个谎
6.Ge Jie and her boys graduated from university to work, the mother of a post on the nearby farmers market stalls were put up to maintain life. I was away working children are often aware that after sending money back subsidies for mothers, mothers do not resolutely and will back the money back. The mother said, I have money! - Spreading the lie of the six
男孩和她的哥姐大学毕业参加工作后,下了岗的母亲就在附近农贸市场摆了个小摊维持生活。身在外地工作的孩子们知道后就常常寄钱回来补贴母亲,母亲坚决不要,并将钱退了回去。母亲说,我有钱!——撒的六个谎
7.Boys school to teach for two years after the United States to obtain a doctorate at the University of brand-name, to stay in the United States after graduating from a scientific research institutions, the treatment of a very rich, good condition, in a foreign mother wants to take the boys to enjoy the benefits Qing Fu has been turned down for the elderly. Said his mother, I am not used to! - Spreading the lie of the seven
男孩留校任教两年,后又考取了美国一所名牌大学的博士生,毕业后留在美国一家科研机构工作,待遇相当丰厚,条件好了,身在异国的男孩想把母亲接来享享清福却被老人回绝了。母亲说,我不习惯!——撒的七个谎
8.Old age, the mother is seriously ill and was admitted to the hospital, about a boy on the other side of the Atlantic by plane to come back, after the mother is on the verge of death had. Old mother, looked to be a very tough battle on the disease afflicted mother, the boy grief, and tears. Said the mother, children, do not cry, I hurt. - Caesar's last lie
晚年,母亲患了重病,住进了医院,远在大西洋彼岸的男孩乘飞机赶回来时,术后的母亲已是奄奄一息了。母亲老了,望着被病魔折磨得死去活来的母亲,男孩悲痛欲绝,潸然泪下。母亲却说,孩子,别哭,我不疼。——撒的最后一个谎
Let us give the most sincere wishes for our mother
Sunday, September 14, 2008
中秋诗词集锦
|
农历八月十五日是我国传统的中秋节,也是我国仅次于春节的第二大传统节日。八月十五恰在秋季的中间,故谓之中秋节。 我国古历法把处在秋季中间的八月,称谓“仲秋”,所以中秋节又叫“仲秋节”。 顷在黄州,春夜行蕲水中。过酒家饮酒,醉。乘月至一溪桥上,解鞍曲肱,醉卧少休。及觉已晓。乱山攒拥,流水铿然,疑非人世也。书此语桥柱上。 照江叠节,载画舫之清冰;待月举杯,呼芳樽于绿净。拜华星之坠几,约明月之浮槎。风雨满城,何幸两重阳之近;江山如画,尚从前赤壁之游。槁秸申酬,轮嗣布。
满江红.中秋寄远
秦淮看月记 戊午中秋,登虎丘见月而思秦淮也。几望及望,月色如昼,逢丽姬金、王两姓,从千人中独见而月不能为之奇。时善音者,皆集金陵,子夜闻之靡靡耳。至已未是 日,则余居金陵已七见圆魄,靳一而将行,秦淮人之曰:“胡曩之不思,思而去之,是将又思。”乃发慨而止。上弦以来,犹吴咋也,几及两夕而忽若失之,则人或 胜于吴,非人胜而情胜也。匝青溪夹岸竞传吴音,而阁中以真情胜者,则元女之珠献彩女之箫,随其孤调皆绿云之音,其为剧,如琵琶、明珠更为奇绝,余悔其闻之 晚而娱耳浅也,应为废吴思,而胡以又之,令当吴游,片石尽肯,可中易仄,剑池一勺,若海印发光矣。因掷笔空中,俄而云开月出,恍置身于虎丘间,因为歌 曰:“我之思兮云隐,月中生兮风中殒,忽如梦兮如醒,我又思兮瀛海,龙街光兮凤舒彩,忽以游兮以嬉,愿千秋兮无改。”
|
Friday, September 12, 2008
俞敏洪:像树一样活着
第一种方式是像草一样活着,
你尽管活着,每年还在成长,
但是你毕竟是一棵草,
你吸收雨露阳光,
但是长不大。
人们可以踩过你,
但是人们不会因为你的痛苦,而他产生痛苦;
人们不会因为你被踩了,而来怜悯你,
因为人们本身就没有看到你。
所以我们每一个人,
都应该像树一样的成长,
即使我们现在什么都不是,
但是只要你有树的种子,
即使你被踩到泥土中间,
你依然能够吸收泥土的养分,
自己成长起来。
当你长成参天大树以后,
遥远的地方,人们就能看到你;
走近你,你能给人一片绿色。
活着是美丽的风景,
死了依然是栋梁之才,
活着死了都有用。
Monday, September 8, 2008
Wednesday, September 3, 2008
Managing and Motivating Developers: Tips for Management Cluefulness
This is not, of course, a new challenge. Managers have been trying to inspire programmers since mainframe days, and several classic books still have relevance today. For example, Tom DeMarco's Peopleware was probably the first to recommend that developers be given telephones with ringers that could be turned off to minimize distractions from the warm, creative fog in which a creative person innovates.
Stan Rifkin, an advisory services provider with Master Systems, referred to a Harvard Business Review essay called "Who are your motivated workers?" by M. Scott Myers, written in 1964 (vol. 42, issue 1, pp. 73-88, if you want to look it up). "'How to motivate engineers' is an old, well-known subject; note the date of the article cited," says Rifkin. The article, in turn, relies on Herzberg's pioneering work, published in HBR a year or two earlier. He added, "So many of our questions have been answered by research and evidence. We just have to learn how to find those answers."
Based on plenty of conversations with developers, however, most managers still haven't learned the proper skills.
So, in the expectation that developers know how their managers can motivate them and can manage them most effectively, I asked in several online communities and social networks, "What one thing, one thing, should the CIO understand about managing and motivating developers?" Developers did give me quite a bit of input, though not at the volume I saw from earlier articles in the Getting Clueful series (which highlighted IT workers' opinions of the key things bosses should understand about telecommuting, software requirements, Agile development, fighting spam and computer consulting). I've summarized the responses below; as you'll see, the introspective nature of the question gave some surprising answers.
Trust Developers to Do Their Jobs
Some managers act as though developers, left to themselves, would never write a line of code, and instead would spend all day playing computer games. That just isn't true. The primary wish among developers who responded to my question was that managers recognize their own and their team's abilities, and trust them to get the work done. ("Try and challenge me. I'm so much more than what you use me for," wrote one anonymous developer via Twitter.)
"All motivation comes from within," says SQL consultant Rudy Limeback, who was a developer for 30 years. "Developers need to be allowed to develop because that's what they love to do," he says.
Managers can appeal to the pride a developer feels in his work. "Find out what the developers like to do, and find a way to let them do it so that it benefits the company," suggests Ilja Preuß software developer at disy Informationssysteme GmbH. "The most motivated people are those who do what they like doing."
"I want my IT manager to understand that I care about the quality of my work," says Bruce Lindman, senior database consultant for Quick Solutions in Columbus, Ohio. "I comment my code with my name, and thus 'sign' every script or procedure I write. Nothing frustrates me more than having to do a shoddy job or compromise quality."
You can't appeal to developers' creativity unless you give them the time and space to think and create. "Techies need time to think as well as doing the code," says Lotus Notes guru Ben Poole.
"Developers, as a general group, are highly competent individuals," wrote Paul Danielson, IT director for a newspaper publishing company. "They need to be given room to develop solutions on their own (although perhaps subject to peer reviews to some extent) without being hand-fed work and methodology by management—especially at the CIO level. Nothing quashes the spirit of a good developer quicker than being given a task and then told how he/she must accomplish it."
Nor should managers expect software to be cranked out by factory methods. Software development is not a Six Sigma activity. "You're discovering, not producing widgets," wrote James, a senior developer.
Instead, give developers the big picture. "The more work I am assigned in advance, the better," wrote one via Twitter. "I can see the endgame on my own instead of having it fed to me by someone else."
Don't Ask Developers to Deal With Nondevelopment Stuff
Most developers want to focus on creating good code. And just about everything else is irrelevant to them.
To many, the manager's most important role is to protect developers from office shenanigans. Developers want and expect their management (including the layers between themselves and the CIO), Limeback says, "to take care of all the corporate crap, useless meetings, paperwork and other time sinks."
Leading that list is the marketing department, or whoever decides on arbitrary ship dates. Says Jim Pensyl, a senior performance engineer, "The more you cave to marketing time lines and avoid realistic estimates, the more you set yourself up for a project that will extend beyond marketing's promised date."
Other developers complain about managers who remind them about pending and late deadlines several times a day. They resent managers who tell them to serialize their tasks. "Give me a priority queue of tasks and let me get stuff done," wrote one developer via Twitter. "Get out of my way. I know what I'm doing." Many developers say they work best with people who give them problems to solve and do not interfere with how the individual solves them.
Listen. Respond. Praise.
Developers don't necessarily expect that the boss will understand what they're doing. They do, however, want the boss to listen and respond to her staff before making decisions. "Chat with the people who do the work once in a while. See what motivates them, and perhaps even get an idea of what it takes at their level to complete a project," IT professional Michael Furmaniuk recommends. "Motivation can start at the top and bottom, but if they never directly communicate, there is no real understanding."
"Listen actively, speak openly" is an important goal for Jason Trebilcock, a self-described BrickHead from Minneapolis. "Thankfully, our CIO does just that." But, Trebilcock adds, "It doesn't just apply to CIOs. It should apply to everyone across an organization... Without open and honest communication, you set yourself up for a lot of heartache." Be specific; subtlety is often lost on developers who are very cause-and-effect oriented. "Non-directive" suggestions aren't helpful, since a developer may not have any idea what you're hinting at.
Communication doesn't mean only the accurate exchange of information. It also means giving feedback and praise to developers—especially if you want to motivate them. "Verbal praise works for me," wrote one anonymous developer via Twitter. "Even if I'm not the best, I still need some positive talk to move me."
But feedback isn't always about telling developers how good they are. It's about setting expectations and being both consistent and fair. Here are four verbatim responses from Twitter (for which I must acknowledge the help of Michael Lopp, who was kind enough to ask his followers for 140-character-or-less input):
- I'd take harsh but consistent and fair over nice but wishy-washy any day.
- Passive-aggressive put-downs even though clear goals and expectations were not set. Snide personal remarks about your qualifications.
- Give me criticism and my perfectionism will make me work harder. Within reason; I'm not a workaholic.
- Acknowledging and leveraging my skills and talents to make good use of me.
QA specialist Joe Strazzere emphasizes the CIO's need to communicate. "While there may be an 'I' in the middle of your title," he writes, "At the root, all problems are people problems. Consider the people first, and the technology second."
The Difficult One: Pay Developers a Lot of Money.
When I asked developers what motivated them, I expected most of the answers you read above. Most people want to be appreciated for the skills they bring to the table, to be trusted to deliver their best work, and to be given honest and useful feedback. But I didn't expect that several responses would be utterly mercenary.
For example, one developer's response to the base question "If you could get your CIO (or IT manager) to understand one thing about managing and motivating developers, what would it be?" was a single word: Money. And to the automatic follow-up question, "Why did you pick that?"—"Chicks dig it."
I did laugh aloud at that response, but other developers (who remain anonymous for obvious reasons) repeated the sentiment. "As far as motivation goes, if I am not getting paid, I am not getting out of bed," wrote one. "That simply saying I'm the exceptional one who can do this amazing thing doesn't motivate if I'm not being paid exceptionally," said another. "Money is the main motivator for any job; get it right and you will have a happy employee," added a database administrator, who recommended that CIOs keep an eye on what the job market is doing for his role, and make reasonable adjustments to ensure the staff is within the comfort zone for their pay scale.
You and I could take this at face value. Developers are trained professionals who expect to be well compensated for their experience and skill. Certainly, one way to give feedback to developers, especially the ones you value most, is by showing your appreciation on the paycheck.
But surely that isn't the whole story. Every one of us could describe a job about which we'd say, "There's no amount of money you could pay me to do that," and most of us can cite jobs that paid relatively poorly in income terms, but from which we gained a great degree of personal satisfaction. Perhaps I'm wrong in this conclusion (as a confirmed hippie who believes that all work should come from personal passion, and the money will follow), but I don't think so. Given a choice between a high-paying dead-end job and a rewarding one (for slightly less money) that generates personal pride and a sense of accomplishment—well, I have a hard time believing that most developers would choose the former.
My interpretation of the mercenary answer is that most developers don't really know what motivates them... which means that their managers have to make individual judgments about the people who report to them. "Money" is an easy response—too easy—because we all like to be paid a lot.
Developers, however, are not necessarily introspective. Unless they personally have a tropism toward team (if not upper-level) management, they may not give much thought to the things that bosses can do to motivate them to do their best work. That task, then, remains firmly in your lap. In which case, it probably will help to apply the advice given above by the developers who do know what they want.
A Purr-fectly Reasonable Analogy
It may be helpful to think of good IT people like cats, wrote Pat Phelan, a database administrator who specializes in PeopleSoft technologies. "If you treat them well, offer the occasional special treat, and discipline them fairly, it can be done and done well. If you miss a point or two now and then, they'll adjust," he says. "If you miss any of these points consistently for too long, the really good ones will start to wander off in search of better opportunities."
And managing them is a lot like herding cats. The corollaries apply, too, says Phelan. For example, micromanaging a cat is pointless; the results are frustration for both you and the cat. "Make sure that the cat understands what you want. If you've done a halfway good job of handling the cat, it will consistently surprise you by doing a better job than you can imagine, and often in ways that you would never have thought of and couldn't explain if you had thought of them!" he says. Plus, trying to understand a cat is highly educational, but rarely profitable because, after all, cats do what cats do. It is a bad idea to either over- or underfeed a cat, Phelan advises. "Overfed, they get lazy. Underfed, they'll do things you don't want them doing. Find the appropriate level for each cat. Always leave room for the occasional treat (some earned, and now and then one 'just because')."
Do not abuse the cats, he adds. They'll do things to get even that you'll never think of. Remember, too, that cats learn a lot by playing. Always try to leave them time to play. The exercise is good, the team building is good, and you often end up with better-behaved cats.
Other stories by Esther Schindler
Wednesday, July 16, 2008
The Truth About Chinese Hackers
by Bruce Schneier
The scoop: Last week, Rep. Frank Wolf, a Virginia Republican, said four of his government computers had been hacked by sources working out of China. Bruce Schneier, an internationally renowned security technologist, gives us his take on what went down.
The popular media concept is that there is a coordinated attempt by the Chinese government to hack into U.S. computers -- military, government corporate -- and steal secrets. The truth is a lot more complicated.
There certainly is a lot of hacking coming out of China. Any company that does security monitoring sees it all the time.
These hacker groups seem not to be working for the Chinese government. They don't seem to be coordinated by the Chinese military. They're basically young, male, patriotic Chinese citizens, trying to demonstrate that they're just as good as everyone else. As well as the American networks the media likes to talk about, their targets also include pro-Tibet, pro-Taiwan, Falun Gong and pro-Uyghur sites.
The hackers are in this for two reasons: fame and glory, and an attempt to make a living. The fame and glory comes from their nationalistic goals. Some of these hackers are heroes in China. They're upholding the country's honor against both anti-Chinese forces like the pro-Tibet movement and larger forces like the United States.
And the money comes from several sources. The groups sell owned computers, malware services, and data they steal on the black market. They sell hacker tools and videos to others wanting to play. They even sell T-shirts, hats and other merchandise on their Web sites.
This is not to say that the Chinese military ignores the hacker groups within their country. Certainly the Chinese government knows the leaders of the hacker movement and chooses to look the other way. They probably buy stolen intelligence from these hackers. They probably recruit for their own organizations from this self-selecting pool of experienced hacking experts. They certainly learn from the hackers.
And some of the hackers are good. Over the years, they have become more sophisticated in both tools and techniques. They're stealthy. They do good network reconnaissance. My guess is what the Pentagon thinks is the problem is only a small percentage of the actual problem.
And they discover their own vulnerabilities. Earlier this year, one security company noticed a unique attack against a pro-Tibet organization. That same attack was also used two weeks earlier against a large multinational defense contractor.
They also hoard vulnerabilities. During the 1999 conflict over the two-states theory conflict, in a heated exchange with a group of Taiwanese hackers, one Chinese group threatened to unleash multiple stockpiled worms at once. There was no reason to disbelieve this threat.
If anything, the fact that these groups aren't being run by the Chinese government makes the problem worse. Without central political coordination, they're likely to take more risks, do more stupid things and generally ignore the political fallout of their actions.
In this regard, they're more like a non-state actor.
So while I'm perfectly happy that the U.S. government is using the threat of Chinese hacking as an impetus to get their own cybersecurity in order, and I hope they succeed, I also hope that the U.S. government recognizes that these groups are not acting under the direction of the Chinese military and doesn't treat their actions as officially approved by the Chinese government.
Bruce Schneier is the chief security technology officer of London-based BT, a telecommunications company, the author of several magazine articles and books about cybersecurity, including Applied Cryptography and Beyond Fear and the publisher of the free monthly newsletter, Crypto-Gram. His views are not necessarily the views expressed by Discovery Communications. If you have any comments, please drop me a line at tracy_staedter-cw@discovery.com.