———————————————–
来自：http://www.geekpark.net/entity/view/125376

新浪微博开放平台将开放LBS接口

8月2日消息，新浪微博开放平台近期将开放LBS(基于位置的服务)接口。此前，新浪微博与上海捷布士共同推出LBS产品新浪“微领地”。

国外市场LBS商业价值的挖掘已日趋成熟，相关应用较为全面。在国内，街旁、大众点评网等网站相继进军LBS。同时，各种应用层出不穷：BitFlx、karizma、Fire eagle、Vidcinity、Droplat等，国内同类应用多达200个。登陆新浪微博，可以看到诸如微格、Weico.iPhone版、图钉等LBS应用。

基于新浪微博开放平台LBS的系列接口，开发者可研发出更有价值的应用产品。

例如，通过这些接口，用户可以获得其所在地点的周边微博;通过搜索范围的控制，还能把搜索范围限定在当前的地址如咖啡厅内，搜索指定地点周边的人，搜索当前地点周边的人都发了哪些带签到信息的微博。新浪微博推出的LBS信息里，具备一定价值的POI信息，开发者可以得到微博商家信息。

“微博为商户提供了庞大的优质用户资源，为开发者开放这些资源，可以鼓励鼓励开发者开发出更多、更好的应用。同时我们提供地理位置共享解决方案，并实现与微博消息传播的深度结合。”新浪微博副总经理芦义表示，“当然，我们一贯注重用户隐私信息，用户可以自己决定是否公开自己的地理位置，一旦用户设置为不公开，则在微博的LBS接口里将不返回该用户的有关数据。”

这个网站让你有机会去创建属于自己的字体，赶快动手吧

步骤是：
1.注册登陆
2.打印一个网站提供的田字格
3.在田字格上书写文字
4.扫描成300dpi的照片上传回网站

然后进行微调！不过现在只支持拉丁类的文字！

原理应该是每个字帮你存成一个sprite,然后根据你的文字拼在一起，需要在它的网站上使用，可惜不能直接导出成font文件！

工作中需要侦听类似domain.model.dataVO.value的时候,如果初始化是分段并且中间如model会被更改的话,这样要写不少代码来侦

听.用[Bindable]来写g setter的话侦听起来麻烦,生成gsetter的话,事件名称要么单独写静态属性,要么就是字符串,也是麻烦.属性

名称重构会导致字符串事件失效,也是一个麻烦.用flex的BindingUtil也是基于字符串的,重构名称还是麻烦.

所以flex sdk自动生成这些代码能够给这些需求带来方便.麻烦的是创建一个mxml文件需要手写命名空间,有好处也有孬处,请大家集

思广益一起找出更好的方案.

胡乱写一个例子,请见谅.

下载地址

http://aaaqetools.googlecode.com/files/MXMLPj.rar

挺好玩的！

还在宿舍烤着，先上图给大家解馋！

从3月来到天津看到从没见到过的两场雪！也见过漫天红彤彤的沙尘暴！还见过北方春天的烂漫！终于迎来秋天丰收的喜悦了！
更多现场发布会照片，请访问以下链接！
http://www.ityao.com/ihaveupub/

要注册码的在IT草民群喊一声！

如果不知道有什么玩，可以看下面的视频
优众演示

编译进swf中会导致swf文件体积骤然增大，让swf文件调用外部的字体文件则更加适用（此时的字体文件为swf格式的文件）

步骤一    创建swf格式的字体文件。创建外部css文件，定义嵌入字体@font-face{ src:url(“…./xxx/xxx/MSYHBD.TTF”)   font-family:XXX   };

在管理器窗口右键点击该css文件选择“将css编译为SWF”，执行编译，bindebug中会生成与该css同名的swf文件，此乃包含MSYHBD字体的文件，供其他程序调用。

步骤二    注意先将之前“将css编译为SWF”设置的勾选去掉，在程序代码中使用方法 styleManager.loadStyleDeclarations(“…./xxx/xxx/XXX.swf”)来调用;   编译运行。

END

function bao_ju(inStr) {
var code = String.fromCharCode(1161);
var outStr = '';
for(var i=0,l=inStr.length; i
outStr += inStr.charAt(i) + code;
}
return outStr;
}

代码源于@darasion

优秀来自好的习惯。怎样成为优秀的开发人员？图灵公司最近热销的《高效程序员的45个习惯》一书给出了很好的解答，非常值得一读。

这本书的英文原版荣获了有软件奥斯卡之称的Jolt生产效率大奖，在Amazon上也是好评如潮。第一作者Venkat Subramaniam博士是Agile Developer公司创始人，敏捷开发方面的权威人士，精通各种开发技术。第二作者Andy Hunt更是大名鼎鼎的人物，是敏捷宣言的创始人，著名图书出版公司Pragmatic Programmers的创始人。他有两本书大家应该都是知道：经典的Ruby教程《Programming Ruby》还有许多开发人员的最爱《程序员修炼之道》。

译者团队则由著名的敏捷咨询公司ThoughtWorks咨询师钱安川和InfoQ中文站敏捷社区首席编辑、《程序员》杂志前副主编郑柯组成，可以信赖。

值得一提的是，这本书很像《程序员修炼之道》在敏捷时代的续篇。风格和写法都很神似。下面是从书中摘出的45个习惯标题，每个标题下面的文字是我读此书的笔记摘要。另外，图灵公司还在官方博客上提供了几个章节免费阅读（下面给出了链接）。

强烈推荐大家将这些打印出来，贴在自己的办公桌旁边的墙上，学习实践。

态度篇

1. 做实事

不要抱怨，发牢骚，指责他人，找出问题所在，想办法解决。对问题和错误，要勇于承担。

2. 欲速则不达

用小聪明、权宜之计解决问题，求快而不顾代码质量，会给项目留下要命的死角。

3. 对事不对人

就事论事，明智、真诚、虚心地讨论问题，提出创新方案。

4. 排除万难，奋勇前进

勇气往往是克服困难的唯一方法。

学习篇

5. 跟踪变化

新技术层出不穷并不可怕。坚持学习新技术，读书，读技术杂志，参加技术活动，与人交流。要多理解新词背后的所以然，把握技术大趋势，将新技术用于产品开发要谨慎。

6. 对团队投资

打造学习型团队，不断提高兄弟们的平均水平。

7. 懂得丢弃

老的套路和技术，该丢，就得丢。不要固步自封。

8. 打破砂锅问到底

不断追问，真正搞懂问题的本质。为什么？应该成为你的口头禅。

9. 把握开发节奏

控制好时间，养成好习惯，不要加班。

开发流程篇

10. 让客户做决定

让用户在现场，倾听他们的声音，对业务最重要的决策应该让他们说了算。

11. 让设计指导而不是操纵开发

设计是前进的地图，它指引的是方向，而不是目的本身。设计的详略程度应该适当。

12. 合理地使用技术

根据需要而不是其他因素选择技术。对各种技术方案进行严格地追问，真诚面对各种问题。

13. 让应用随时都可以发布

通过善用持续集成和版本管理，你应该随时都能够编译、运行甚至部署应用。

14. 提早集成，频繁集成

集成有风险，要尽早尽量多地集成。

15. 提早实现自动化部署

16. 使用演示获得频繁反馈

17. 使用短迭代，增量发布

18. 固定价格就意味着背叛承诺

估算应该基于实际的工作不断变化。

用户篇

19. 守护天使

自动化单元测试是你的守护天使。

20. 先用它再实现它

测试驱动开发其实是一种设计工具。

21. 不同环境，就有不同问题

要重视多平台问题。

22. 自动验收测试

23. 度量真实的进度

在工作量估算上，不要自欺欺人。

24. 倾听用户的声音

每一声抱怨都隐藏着宝贵的真理。

编程篇

25. 代码要清晰地表达意图（免费样章链接）

代码是给人读的，不要耍小聪明。

26. 用代码沟通

注释的艺术。

27. 动态地进行取舍（免费样章链接）

记住，没有最佳解决方案。各种目标不可能面面俱到，关注对用户重要的需求。

28. 增量式编程

写一点代码就构建、测试、重构、休息。让代码干净利落。

29. 尽量简单

宁简勿繁。如果没有充足的理由，就不要使用什么模式、原则和特别的技术。

30. 编写内聚的代码

类和组件应该足够小，任务单一。

31. 告知，不要询问

多用消息传递，少用函数调用。

32. 根据契约进行替换

委托往往优于继承。

调试篇

33. 记录问题解决日志（免费样章链接）

不要在同一地方摔倒两次。错误是最宝贵的财富。

34. 警告就是错误

忽视编译器的警告可能铸成大错。

35. 对问题各个击破（免费样章链接）

分而治之是计算机科学中最重要的思想之一。但是，要从设计和原型阶段就考虑各部分应该能够很好地分离。

36. 报告所有的异常

37. 提供有用的错误信息（免费样章链接）

稍微多花一点心思，出错的时候，将给你带来极大便利。

团队协作篇

38. 定期安排会面时间

常开会，开短会。

39. 架构师必须写代码（免费样章链接）

不写代码的架构师不是好架构师。好的设计都来自实际编程。编程可以带来深入的理解。

40. 实行代码集体所有制

让开发人员在系统不同区域中不同的模块和任务之间轮岗。

41. 成为指导者

教学相长。分享能提高团队的总体能力。

42. 让大家自己想办法（免费样章链接）

指引方向，而不是直接提供解决方案。让每个人都有机会在干中学习。

43. 准备好后再共享代码

不要提交无法编译或者没有通过单元测试的代码！

44. 做代码复查

复查对提高代码质量、减少错误极为重要。

45. 及时通报进展与问题（免费样章链接）

主动通报，不要让别人来问你。

flasher们，别执着于游戏制作了，试试做些商业应用吧！

https://etrade.newone.com.cn/qianxun/hq/socketHQ.swf?flashvars=logoUrl=companyLogo_sd.gif&ip=119.145.12.80|119.145.12.81|119.145.12.82&port=443|443|443&zqdm=