Monthly Archives: 07月 2013

If you want to learn python. check it!

I recommend you check out some of these projects and try to build something with them:

The Django Tutorial and try to build a web application with the Django Web Framework.
SciPy if you’re into science, math, and engineering and also Dexy for when you want to write awesome papers that incorporate SciPy or any code really.
PyGame and see [...]

今日Vagex开放注册,你错过了吗? Vagex挂机轻松赚美元最新规则解读.

vagex.com  是提供Youtube 视频自动浏览 换流量的网站. 透过用户安装在设备(pc mobile device) 上的插件或软件 支持服务器下发浏览指令,  浏览指定的视频, 赚取积分.  用户甚至可以在获取足够积分以后进行现金的兑换。
官方有一个兑换比例, 以前是3W 左右就可以换1$ . 这是个什么概念呢, 挂机2-3天. 同时开满的话. 最多5个ip连接  这个号称是最简单的网赚项目. 虽然钱数不多,一个月2-3$ 但一年也够VPS /域名的钱了.
7月最新更新规则解读. 单账号 5个最大ip 改为3个.   起先我还很生气, 因为挂机的ip少了, 每天赚的就少了.  但昨天和F讨论了一下, 其实也有一定的科学性.  先来看看兑换比例是怎么计算的.    实际上就是  总收入/总数量.  意为参与购买流量的现金和实际的生成流量的比.   如果一味着增加流量, 只能让兑换比例上升. 不见得是好事. 通货膨胀得厉害了ip多了也是祸害.  而根源还是得有人来购买流量.  这种客户多了, 兑换比例就能上升.   以我的经验, 每个月末, 因为官方活动促销流量, 于是兑换比例就会显著照着最合适的比例波动.   而在平时, 甚至8W都有可能了.
为了保持系统的活跃和良性发展, vagex.com  已经停止注册很久了. [...]

写代码的那些事1

1.  代码量和是否复杂没有什么直接关系. Copy&Paste 的bug 有很多. 虽然看起来代码量很容易就上来了.
结论1: 长一点也没关系 但要逻辑简单一些  少用一些语法糖, 看着代码量少 但是不见得会与性能有关. 有朝一日还没办法兼容 旧版本. 比如 python 2.4,2.6
2.  太长了也有问题:  我见过超长的 600多行代码的一个函数:  充满了各种 if  else   显然一不小心删了个 #  就直接逻辑全变了.  维护难度太高了.我觉得就是没有设计好处理流程. 虽然最后能勉强工作.
我通常在 else 结束后面都加上  ### else end..
3. 重复代码有好几处.  为啥不变成函数?    理由是说python 函数调用也有开销. 有的过了.  改变成函数的变成函数, 会减少其它调用函数的长度.  就不会有超长的代码出现.
比如: 控制逻辑分支的是一个函数 , 具体处理的是各自的函数. 避免挤在一起, 写在一堆if else 之间..
4. 没有绝对的标准怎么写就好 怎么写就不好. 但经验告诉我们, 凡是有可能需要变成参数配置的部分, 你最好都给它留出接口函数. 某一日用户说想实现什么功能, [...]

开源其实不是免费的代名词,开源是完美印钞机.

开发者也是用户,开发者还有口口相传的美德  为开发者服务 应该足够养活小微团队了?  这个定位群体很精准, 会买 ssd 会买mac 会买各种xxx
开源其实还是隐形印钞机,  赚钱的事不是在明面上. 看你参得透不透了. 你做着有利大众的事, 钱也能赚得到.  @糊涂cnsoft: @tinyfool

开源的起源.以及未来开源的构想.

如果你是一个人, 显然你只有1天24 小时. 而你又想做一件事. 却偏偏需要7*24小时.  你是机器人吗? 显然不是. 开源可以帮你解决这个困境.
是可能让原本需要1周的事情, 变得简单. 1天就搞定了. 因为有社区共享. 有可能会有一天 就能实现这个效果.
这个前提是, 大家都是用户. 都是你开源的项目的用户, 而不是直接有 竞争关系的商业产品.  用,有需求 驱动项目进化.  落得实惠. 你可以轻松得到很多雇佣军. 如果你愿意再花点钱, 就更牛B了. 你有了一支敢死队.
很多人有顾虑,担心开源会影响自己的收入. 我觉得其实是不无道理的. 所以可以开源一些不成熟的东西, 让大家参与进来. 而不是等成熟了,再开源. 自己去控制一切的想法 在这里放一放,  有一个粗略想法的时候 就开源   未必不是个明智选择!当然有个基础的开始, 会是吸引人参与的量点.
有的人就喜欢挑战, 不喜欢琐碎, 不喜欢直做维护工作, 那么也可以开源了, 可以脱身出来, 而又不浪费资源.
开源其实是脱离了公司雇佣制的高级的合作方式. 因为大多数情况下, 源码没有文档或者离开了开发者就是垃圾一样. 人能活多久呢. 如何让自己的思想得到延续?

[糊涂甜饼]Apple的字典里没有Beta

显然我受google 乃至很多其它互联网事物影响太多了, 坚信 Beta 精神. 即是不断更新 不断成长, 永远不是最终版本的 追求完美和极致的 一种态度.
我一度都很神往. CNBeta 等也是这意思.  所以从Google这来讲虽然叫Beta  其实已经是功能十分完备的了, 仅仅是态度的一次标榜.
我在我的App的一个界面里有一个提示性的文字 “Beta”  这就是这篇blog的由头,  于是我可耻的被 rejected 了. 说我违反了 xx 条款.  而显然不是因为功能问题,  Apple 意图告诉我 不允许处于Beta测试的产品上线.
尽管实际情况是我已经在小范围内测试过了.  对于不同的文字的理解和定义, 不同的实体和团体差别还是蛮大的.  以此为鉴, 即便你真的是beta版的, 也萎缩一点, 就好了.
 不得不说, 这还真是出乎我意料之外的. 大大的superise me.
我原本想表达我的App其实是想追求与用户互动的. 根据用户的需求来添加修改功能.  看来在Apple这里 ,不可以.
抽时间,再读一下  review guide 吧.  @tinyfool 貌似有一个非官方的解读.
另: 如果你在做Vagex Viewer 的项目, 不妨提前尝试一下我们的一个应用.  我在testflight 有一个测试小组.
http://tflig.ht/15CLG1j
估计又要等7天了. 不知道能不能赶上 vagex.com [...]

[BLOG观察]不得不说,要小心阅读陷阱.

[本博原创观点 请尊重勿抄袭] 如有合作请预告之.
不会的技术点, 自然要google 然后阅读一下,看看大致上会有哪些问题以及步骤. 却往往会遇到阅读陷阱.
何谓阅读陷阱.
举个例子, 你Google了一个关键词. 然后点击之后却 打开的完全是驴唇不对马嘴的页面.  这是一种.
想找一个问题的解决之道, 结果翻来翻去. 虽然字数很多, 直到最后仍然没有提到是怎么解决这个问题的, 注意分页是通常这种页面的做法, 而且标题的确是说要解决某个问题的.
第三种:  最烦的是8个搜索结果打开的页面6个是泛泛而谈的. 完全不涉及要点.  我猜是老外文档阅读无障碍,然后直接转义的结果. 完全没有自己内容.
有一部分书就是这么写出来的, 照着文档做一遍.截屏.发源码, 没有比较, 没有额外延伸.  很快SDK一更新  就失效了.
第四种: 有大量旧的过期的信息存在, 能google到. 却从来不更新了, 因为当初也是转来的. 我称之为僵尸信息. 孤立的信息. 也可以看作是垃圾信息. 当然即使这种信息, 也是有价值的,  但需要进一步甄别是否已经过时了.  只适合初步学习的人, 对于实际开发者就有点误导了.
有用的细节是很多文章包括文档都容易忽略的. 从未被提及的, 这部分只有亲自实践过的才有体会.  这部分信息又很难形成系统的书籍知识, 特点是往往只有一句话. 但绝对是最宝贵的一句话.  这种信息不要指望在平凡的文章里看到, 需要甄别搜索结果 才可以避免进入阅读陷阱.  只是制造了一个点击而已.
往往一个持续更新的信息源节点才是最有价值的.  所以又回到了博客这个点了.  找到一个信息源(很多是BLOG. 通常会有RSS订阅)  比google效果更高, 如果你勇敢的发了一个mail , 你会发现比google还好用.
对于那些凭空编写的空洞的文章的信息节点, 水得一塌糊涂的文章, 以后就不去访问, 没必要去重复进入同一个陷阱 [...]

做开发,文档是第一个要仔细阅读的东西

折腾一晚上. 仔细看了一下文档, 原来有提到  TMS Cloud Pack 设置 Callback URL:  http://127.0.0.1/ 才好使. 怪不得一直出现pin 之后就没反应了..
有心阅读法则 8 : 凡事务必先仔细阅读文档. 因为即使google不到 也是可能在文档里找到的.尤其是截图.

[BLOG观察] 浅谈微博的微字-分享才是根.

微博.Micro blog.  如果不够短小精悍 非常浓缩. 就不能称之为微博.

微字 体现了一种态度. 不滥用. 惜字如金. 却依然能言传表意.  微博不是主战场,只是小广告. 要把用户拉到blog上. 社区里等等. 因为分享,所以才有微博. 微博是作为信息节点而设置的. 作为传播的路由表键值.
所以, 长微博是一种倒退. 畸形的产物. 失去了本意. 制造了毫无记忆 毫无生气的一堆图片..  信息垃圾.  试问有几个人仔细看过长微博. 看过的又能记住吗?
最终. 微博还是要引流到URL 无论是一个BLOG 还是一个Website . 哪怕就是一个页面.   区别就是, 这个最终的URL是可以被路由的. 可以被收录的, 可以被其它方式搜索到的.  不是孤立的. 僵尸长微博 存在存盘里真是一种浪费.
被重复利用的可能性对比起来,太低了.  除非有一天, 图片可以直接与文字互通 检索.
所以说,微博是最终是为了加速传播的.  也体现了关键词的作用, 人们一直试图用熟悉的关键词来 描述和替代一个信息.  实际上,无形中却会加大了信息的鸿沟. 因为有人用了不确切的, 甚至是故意用了不相关的内容.
每个参与传播的人, 都想截流. 去来源. 以为可以给自己留住流量 和用户.  这种思维和掩耳盗铃是划等号的,   我更倾向于用户去访问信息源. 本地做镜像的话是很有意义的, 但不要把出处去掉.  事实上,保留出处, [...]