正在加载...

万事皆可以云

五月 18th, 2010

云这个概念可以推广到IT设施以外,就是租用了。比如Amazon有仓储物流平台,出租给小公司就是“云物流”,盛大有运营平台,比如推广、支付,出租给小的游戏工作室,就是“云游戏”

万事皆可以云。餐厅就是云饭锅、云洗碗机。再推一下,那啥就是云老婆。

在web上实现客服QQ和客服MSN功能

五月 17th, 2010

就是在页面上显示一个图标,客户点击这个图标,客户和预设的msn/QQ帐号进行互动,不用加为好友,从而实现web客服的功能。

QQ的实现方式,是登陆上QQ在线状态,可以在里面生成一个代码片断,把这个代码段加入到页面中就ok了。

MSN呢:直接加代码 <a href="msnim:chat?contact=xxx@xxxxx.com">Chat with me!</a> 就可以了。

 

其他的一些协议:

可以增加邮件联系,<a href=mailto:xxxx@xxxxl.com>Email me!</a>,这个地球人都知道了。

如果用msn,msnim还有很多神奇的功效,

  • <a href="msnim:chat?contact=a@bxxx.com">Chat with me!</a>
  • <a href="msnim:add?contact=a@xxxxx.com">Add me to your contact list!</a>
  • <a href="msnim:voice?contact=a@xxx.com">Voice chat with me!</a>
  • <a href="msnim:video?contact=a@xxxx.com">Have a video conversation with me!</a>

MSN Messenger 7.5 以后就支持这些功能了 。

不过,支持IE,不支持 firefox 之类的浏览器。

引用自http://messengersays.spaces.live.com/blog/cns!5B410F7FD930829E!1379.entry.

项目portal

五月 11th, 2010

项目组成员之间需要相互沟通,知识和经验需要沉淀和积累。很久以前,两年前吧,在公司费了老命推了一个平台GForge,没人响应,用了不久就自然死亡了。现在公司里继续在尝试用BBS和wiki来进行知识库的建设,但是这些方式都不能很好的解决一个产品或项目的沟通和积累,内容的组织形式和功能不完备。最近看到一个文章介绍TRAC,豆瓣就是用这个。以后有时间想仔细看看这个。

4.30 早高峰人很少啊

四月 30th, 2010

4月30号迎SB,上海放假。但是“企业和其他单位可根据实际情况自行安排”。可以预料是我们不会放这个假。但是在早高峰上班的地铁上发现人少了很多,有点超乎我的意料,居然有座位坐。这说明“本市机关、事业单位、学校和社会团体”的人群还是占非常大的比例。

转贴 - 软件架构师应该知道的97件事

四月 29th, 2010

软件架构师是IT 行业里独一无二的职业,既要精通软件开发技术,又要掌握业务知识,还要周旋于公司不同部门之间,协调各种予盾。做到这些绝非易事, 博文视点 即将翻译出版的新书《软件架构师应该知道的97 件事》(97 Things Every Software Architect Should Know )探讨的就是这个主题。

本书的编辑Richard Monson-Haefel 是畅销书《 Enterprise JavaBeans 》和《 Java 消息服务 》的作者。Richard 邀请五十多位杰出的软件架构师分享工作经验和观点,帮助读者少走弯路。其中不乏大家熟悉的名字:《 卓有成效的程序员 》的作者Neal Ford ,《 企业集成模式 》的作者Gregor Hohpe ,Servlets 和JSP 专家组和W3C RDF工作组技术专家Bill de hÓra , 《 Web 应用程序快速开发 : 使用TurboGears 》的作者Mark Ramm ,《 Release It! 》的作者Michael Nygard ,《 软件开发沉思录》的作者之一Rebecca Parsons 博士,活跃于Perl 社区的女架构师Allison Randal ,《 Java SOA Cookbook 》的作者 Eben Hewitt , 等等。

下面内容摘自该书的标题,并给出了必要的补充说明, 由本书译者SeanBV(他的 CSDN博客)整理,推荐给大家。

1. 客户需求重于个人简历 ( Nitin Borwankar

客户需求至上。为了自己的简历更炫而采用新技术是沽名钓誉,往往事与愿违。

2. 简化根本复杂性 ,消除偶发复杂性 ( Neal Ford

分析问题好比拨云见月、水落石出。

3. 关键问题可能不是出在技术上 ( Mark Ramm

团队同心,其利断金。

4. 以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 ( Mark Richards

沟通应当言简意赅、详略得当,别拖泥 带水。

5. 架构决定性能 ( Randy Stafford

种瓜得瓜,种豆得豆,架构设计也是一 样道理。

6. 分析客户需求背后的意义 ( Einar Landre )

抽丝剥茧,洞见症结。不要被表面需求 迷惑。

7. 起立发言 ( Udi Dahan

起立发言效果更好。

8. 故障终究会发生 ( Michael Nygard

应该提前设计预防措施,限制故障。

9. 我们常常忽略了自己在谈判 ( Michael Nygard

工程师应该适时转换角色,学习谈判的 技巧。

10. 量化需求 ( Keith Braithwaite

没有规矩,不成方圆。

11. 一行代码比五百行架构说明更有价值 ( Allison Randal

可工作的代码才是目标,设计只是达成 目标手段。

12. 不存在放之四海皆准的解决方案 ( Randy Stafford

软件世界没有万能钥匙。

13. 提前关注性能问题 ( Rebecca Parsons

尽早展开性能测试。

14. 架构设计要平衡兼顾多方需求 ( Randy Stafford

平衡兼顾项目的技术需求和相关各方的业务需求。

15. 草率提交任务是不负责任的行为 ( Niclas Nilsson

要设法杜绝开发人员草率提交任务的念头。

16. 不要在一棵树上吊死 ( Keith Braithwaite

为客户提供多样化的解决方案。

17. 业务目标至上 ( Dave Muirhead )

技术决策不能脱离业务目标和现实条件的约束。

18. 先确保解决方案简单可用,再考虑通用性和复用性 ( Kevlin Henney

19. 架构师应该亲历亲为 ( John Davies )

身先士卒才能赢得同事的信任。

20. 持续集成 ( David Bartlett )

21. 避免进度调整失误 ( Norman Carnovale )

不惜一切代价拒绝调整项目进度的要求。

22. 取舍的艺术 ( Mark Richards

架构不可能满足所有需求。

23. 打造数据库堡垒 ( Dan Chak

一开始就要定义好数据模型。

24. 重视不确定性 ( Kevlin Henney

推迟决策,建设性地利用不确定性。

25. 不要轻易放过不起眼的问题 ( Dave Quick )

别忘了温水煮青蛙的故事。

26. 让大家学会复用 ( Jeremy Meyer

重复利用已有资源,首先要改变大家的观念。

27. 架构里没有大写的“I ” ( Dave Quick )

变让自己变成自大狂。

28. 使用“ 一千英尺高” 的视图 ( Erik Doernenburg

选择合适的架构视图。

29. 先尝试后决策 ( Erik Doernenburg

30. 掌握业务领域知识 ( Mark Richards

31. 程序设计是一种设计 ( Einar Landre )

软件开发也分成设计和生产两个阶段。

32. 让开发人员自己做主 ( Philip Nelson )

33. 时间改变一切 ( Philip Nelson )

选择值得投入精力的工作,别跟以前的工作过不去。

34. 设立软件架构专业为时尚早 ( Barry Hawkins )

35. 控制项目规模 ( Dave Quick )

36. 架构师不是演员,是管家 ( Barry Hawkins )

别忘了你的工作责任。

37. 软件架构的道德责任 ( Michael Nygard

架构师的决定会影响许多人,务必慎重。

38. 摩天大厦不可伸缩 ( Michael Nygard

但软件可以。

39. 混合开发的时代已经来临 ( Edward Garson

40. 性能至上 (Craig Russell )

41. 留意架构图里的空白区域 ( Michael Nygard

空白区域“充满”了各种软件和“硬件”。

42. 学习软件专业的行话 ( Mark Richards

同行之间讲行话方便交流。

43. 具体情境决定一切 ( Edward Garson

44. 侏儒、精灵、巫师和国王 ( Evan Cofsky

开发团队不应该同质化。

45. 向建筑师学习 ( Keith Braithwaite

借鉴建筑行业的经验。

46. 避免重复 ( Niclas Nilsson

47. 欢迎来到现实世界 ( Gregor Hohpe

现实世界比软件世界复杂。

48. 仔细观察,别试图控制一切 ( Gregor Hohpe

49. 架构师好比两面神 ( David Bartlett )

架构师应该像两面神一样,眼观六路、耳听八方。

50. 架构师应关注边界和接口 ( Einar Landre )

寻找自然的边界,分而治之。

51. 助力开发团队 ( Timothy High

优秀团队是成功的保障,要尽量助力开发团队。

52. 记录决策理由 ( Timothy High

记录架构决策背后的理由,具有极高的投资回报价值。

53. 挑战假设, 尤其是你自己的 ( Timothy High

臆断是事情搞砸的主要根源。务必要确保软件基石坚实可靠。

54. 分享知识和经验 ( Paul W. Homer

帮助周围的人不断改善,他们也会帮助我们发挥出全部的潜力。

55. 模式病 ( Chad La Vigne )

不要让一展设计模式功力的欲望,遮蔽了务实的真知。

56. 不要滥用架构隐喻 ( David Ing )

不要耽溺于系统隐喻之中,反让它拖了后腿。

57. 关注应用程序的支持和维护 ( Mncedisi Kasper )

应用程序的支持和维护,永远都不应该是事后才考虑的事情。

58. 有舍才有得 ( Bill de hÓra

珍惜需要权衡的时机,远胜毫无约束和限制。

59. 原则、公理和类比胜于个人意见和口味 ( Michael Harmer

60. 从“ 可行走骨架” 开始开发应用 ( Clint Shank

从“ 可行走骨架” 开始,增量培育系统成长

61. 数据是核心( Paul W. Homer

从“数据是核心”这个角度去认识系统,能大大降低理解复杂度

62. 确保简单问题有简单的解 (Chad La Vigne )

63. 架构师首先是开发人员 (Mike Brown )

碰到麻烦时,架构师可不能只会干吹烟圈却束手无策。

64. 根据投资回报率(ROI )进行决策( George Malamidis

65. 一切软件系统都是遗留系统( Dave Anderson

软件很快便会过时,修改维护无可避免。

66. 起码要有两个可选解决方案( Timothy High

67. 理解变化的影响 ( Doug Crawford

清楚认识变化类型及其影响。

68. 你不能不了解硬件( Kamal Wickramanayake

硬件容量规划,是和软件架构同等重要的事情。

69. 现在走捷径,将来需付息( Scot Mcphee

及时还清技术债务。

70. 不要追求“完美”,“足够好”就行( Greg Nyberg

避免过度设计。

71. 小心“好主意” ( Greg Nyberg

72. 内容为王 ( Zubin Wadia

73. 对商业方,架构师要避免愤世嫉俗( Chad La Vigne

74. 拉伸关键维度,发现设计中的不足( Stephen Jones

75. 架构师要以自己的编程能力为依托( Mike Brown

76. 命名要恰如其分( Sam Gardiner

弄清楚要做的究竟是什么。

77. 稳定的问题可以获得高质量的解决方案( Sam Gardiner

78. 天道酬勤( Brian Hart

真正做好那些看似简单的任务,坚守承诺。

79. 对决策负责( Yi Zhou

80. 弃聪明,求质朴( Eben Hewitt

81. 精心选择有效技术,绝不轻易抛弃( Chad La Vigne

82. 客户的客户才是你的客户!( Eben Hewitt

83. 事物发展总会出人意料 ( Peter Gillard-Moss

设计是在不断变化的世界中持续进行探索试验的过程。

84. 选择彼此间能和谐共处的框架 ( Eric Hawthorne

当心“无所不能”型的框架。

85. 着重强调项目的商业价值( Yi Zhou

86. 不仅仅只控制代码,也要控制数据 ( Chad La Vigne

87. 偿还技术债务 ( Burkhardt Hufnagel

在速度和架构间进行权衡,保持平衡。

88. 不要急于求解( Eben Hewitt

首先看看是否可以改变问题。

89. 打造称手的系统( Keith Braithwaite

90. 找到并留住富有激情的问题解决者 ( Chad La Vigne

91. 软件并非真实的存在 ( Chad La Vigne

虚拟世界中的软件是柔韧可变的。

92. 学习新语言 ( Burkhardt Hufnagel

防止沟通不畅和误解

93. 没有永不过时的解决方案( Richard Monson-Haefel

94. 用户接受度问题( Norman Carnovale

减轻用户接受度问题带来的风险。

95. 清汤的重要启示 ( Eben Hewitt

软件架构设计需要不断的精炼浓缩。

96. 对最终用户而言,界面就是系统 ( Vinayak Hegde

97. 优秀软件不是构建出来的,而是培育起来的( Bill de hÓra

用appengine助家乡产业腾飞

四月 6th, 2010

每次回老家,亲朋好友都是谈论一个行业,这是他们改善生活水平的一个主要途径,这就是丝网。丝网是安平县一个支柱产业,用金属丝、尼龙丝编织成网,用于过滤、隔离功能,现在也有使用钢板剪切成的。现在全国每个城市、甚至县城,都会有丝网门市,绝大部分都是安平人开设的。

很多人也都利用了互联网,做个企业站为企业推广,也有些资讯站,作些买卖信息的交流平台。阿里巴巴每年在这个行业都能收大几百万,这是我一个做阿里销售的亲戚讲的,安平县有几百个客户。

不过我看过这些网站,大都是出于休眠状态。有些活跃的也非常不健康,有被google报告有害的,有受益于前一段时间严打被ISP关闭的。即使能打开的话,仔细看一下也都很粗糙。

用google appengine很久了,最近看到一个基于appengine的cms平台GD-cms,想也做一个网看看用几年的时间能不能把这个行业的信息整合起来,做一个有用的东西出来,这个网站的地址是http://www.mesh168.com/,网站的名字叫网天下

[转贴] IPv6协议包!!Windows XP系统早已自带!!

四月 3rd, 2010
ipv6在XP下也是可以正常使用的,不过安装一下,很简单的命令。 (..More)

封了google爬虫,世界将会怎样?

三月 23rd, 2010

GFW封了google.com/google.com.hk,大家还可以翻墙。如果把google的爬虫封了,大陆的信息google都抓取不到,google对于中文用户来讲就真的没用了,没有内容了。这样真的是釜底抽薪了。

想一想,觉得还是有点怕的。

升级到了micolog 0.7 beta2

二月 22nd, 2010

支持 trackback, pingback,但是我的文章上没有出现trackback 地址,难道我的模板需要修改,以后还要在看看。

[转贴]网上流行什么?

二月 21st, 2010

Google 趋势提供给你最热门的搜索关键词数据
http://www.google.com/trends
MSN A-List
MSN A-List 提供最流行的话题、搜索、以及传闻等信息。
http://a-list.msn.com/
AOL Hot Searches
AOL 热力搜索是一个类似 MSN A-List 的趋势玩具,关于热门话题的多种信息
http://hotsearches.aol.com/
Lycos 50
Lycos 50列出了在2008年Lycos上搜索次数最多的50个搜索片段
http://50.lycos.com/
Most Popular Searches from Search.com
Search.com 最受欢迎的搜索,他们提供了一个快捷的办法让你瞬间获得最受欢迎的信息
http://www.search.com/top?page=0&tag=se.ts.page.1
eBay Pulse
eBay Pulse 向你展示在ebay销售最好的热门商品,以及最受欢迎的商品搜索
http://pulse.ebay.com/ 
Tops Searches on Ask.com
Ask.com 也有他们自己的Top搜索列表
http://about.ask.com/en/docs/iq/iq.shtml 
Amazon’s Best Sellers
Amazon’s Best Sellers 列表包括多个产品分类,并且可以提供可能对你特别有用的信息,尤其是对于affiliate市场商人。
http://www.amazon.com/gp/bestsellers/
Amazon’s Movers and Shakers
Amazon’s Movers and Shakers 不是为你提供销售最好的产品信息,而是在amazon被关注程度增长最快/最高的产品列表。
http://www.amazon.com/gp/movers-and-shakers/
Amazon’s Hot New Releases
您可以按照亚马逊的热新版本清单发现在amazon 最受关注的最新的产品。
http://www.amazon.com/gp/new-releases/
Top Searches at Shopzilla
Shopzilla 也提供了一些有用的信息,向你展示人们搜索最多的产品关键词
http://www.shopzilla.com/top-searches
Alexa Movers and Shakers
Alexa的流量排名远非完美无瑕,但是他们的推动和热点列表可以帮助你确认一些当下的趋势。
http://www.alexa.com/site/ds/movers_shakers
URLTrends
URLTrends 提供基于特定URL的趋势报告
http://www.urltrends.com/
POPURLS
通过Popurls你能够快速的看到众多的社会化煤体站点都在流行一些什么话题。
http://popurls.com/
Techmeme
Techmeme 是一个不断更新的发布链接科技新闻的网站。
http://techmeme.com/
Technorati Popular
Technorati’s Popular page 将向你展示Blog世界的当前趋势
http://www.technorati.com/pop/
Ice Rocket Trend Tool
Ice Tocket趋势玩具允许你输入一个单词或词组(或多个词组) ,看看它常常被提及的一个时间表。
http://trend.icerocket.com/
Wall Street Journal’s Most Popular
专为财经相关内容而准备,华尔街日报会告诉你什么是最热门的财经消息。
http://online.wsj.com/public/page/most_popular.html
New York Times Most Popular
纽约时报也提供关于他们网站的热门搜索
http://www.nytimes.com/gst/mostsearched.html
Keyword Forecast - Microsoft AdCenter
Keyword Forecaster来自微软的adcenter数据,预报关键词的搜索次数以及关键词搜索的人口分布
http://lab.msn.com/Keyword-Forecast/default.aspx
Google Zeitgeist
Google’s Zeitgeist是在本文中提到的其他google趋势玩具的集合
http://www.google.com/intl/en/press/zeitgeist/index.html
Google Trends for Websites
在google网站趋势玩具输入一个URL,它会向你展示该网站访问者的地理分布,他们访问过的其他网站,以及他们处理过的其他搜索。
http://trends.google.com/websites
Google Insights for Search
通过Google搜索分析,你可以按照特殊地域,分类和时限模式进行搜索值的比较
http://www.google.com/insights/search/#
SEOmoz Popular Searches
每日更新一次,SEOmoz的热门搜索是来自互联网的不同数据源的热门搜索的数据聚合。
http://www.seomoz.org/popular-searches
Hitwise Widgets
下载 Hitwise的小器件,将最新的在线趋势带到你的桌面。
http://www.hitwise.com/resources/hitwise-widget.php
Techmeme Leaderboard
Leaderboard 向你展示哪些网站在Techmeme最常被提及。
http://www.techmeme.com/lb
RSSmeme
RSSmeme 显示已经共享的最受欢迎的Blog文章
http://www.rssmeme.com/
Friendfeed Top Links
看看被friendfeed用户链接最多的网页有哪些
http://blogoscoped.com/friendfeed/links
Trendpedia
Trendpedia 列出最受欢迎的搜索片段,并且允许你对多个关键词片段的趋势进行比较
http://www.trendpedia.com/
Yahoo! Buzz
Yahoo! Buzz 是一个社会化煤体站点,但是比digg或者其他社会书签站点更好的是,你可以看到什么新闻是真正最受欢迎的,尽管这并不能说明所有的行业和领域
http://buzz.yahoo.com/
Truemors
Truemors 允许你跟随新闻和传闻消息
http://truemors.nowpublic.com/
Alltop
Alltop 链接到在广泛的主题范围内最受欢迎的内容
http://alltop.com/
Twist
Twist 可以看到当前在twitter被提及的流行话题
http://twist.flaptor.com/?tz=-5