阿里系的转型,任重道远

阿里系期望能在现代互联网时代创造属于自己的交友圈子。理想很丰满,现实很骨感! 阿里骨子里有太过分厚重的电商基因存在,不管做什么,都会有一份傲气,老子是阿里,干什么都要扯点电商的东西,老子是阿里。这么一来,大家始终不会和你多么的亲近。现实世界中,也是如此,卖场只有我想逛街买东西的时候我才去逛逛,平时我去吗?不去!淘宝,天猫,我除了买东西我才去,随便逛淘宝的目的也差不多,想买!其他时候我去干嘛呢?换来剁手的节奏吗?很多人节约钱找媳妇呢,买房买车呢,怎么可能没事就花钱。更多的人群会聚集在电影院,茶馆,咖啡屋和朋友聚聚,欢天喜地。这里就是QQ,微信,因为这里的人大部分都熟悉,了解,他们不是卖东西的,没有一堆亲,包邮哦。亲,包换哦。 我从来没有考虑过要在淘宝系产品里面去找朋友,但是不反对微信适当的给我推荐一些产品,购物啥的。这里就能感受到它们的区别和影响力了。阿里存在的问题就在这里了。如何跳出既定的思维圈子,如何做减法,阿里任重道远。

工具的重要性

我一直都很喜欢买东西(当然了,大家都喜欢吧),不喜欢穿的,吃的,更多的喜欢买感兴趣的东西,比如各种零件,小物件,五金等,可以自己拼装倒腾的玩意,都很喜欢。 在这样一个过程中,慢慢的感受到做一件事情,自身的情感,态度,状态,投入有着巨大的影响力,还有比较重要的一点-工具。当你有一件称心如意的工具在手,干活必然是愉快的,有增益的。它可以让你更多的关注到最终目标本身,而不要去纠缠于如何利用不匹配的工具来实现一些复杂的设计。 磨刀不误砍柴工和工欲善必先利其器都是说得这么一个意思!

相对来说,豆瓣还是比较人性的。

最近做网站,考虑接入第三方登录,于是便开始寻找各个第三方平台,开始陆续申请权限。豆瓣很轻松愉快,简单几步就ok了,因为处在开发阶段,它也没有要求站点认证什么的。但是腾讯就蛋疼了,必须要有实际运行的站点,验证通过了,才可以申请开发权限,我这不正开发呢?哪有线上站点啊。这点来说,豆瓣人性多了。 最复杂的不是加法,而是减法!

移动互联网不要改变啥?

近年是移动互联网爆发的阶段,各种移动互联网产品阶梯式的增长,一片欣欣向荣的景象! 但是在这美景之下是人们越发的依赖这些东西,越发与周边的东西产生了距离,沉浸在移动互联网的海洋中。 最明显的改变就是在饭桌、聚会、交通途中,大家不再像以前一样叽叽喳喳的交流聊天(大多数),而是抱着手机,pad刷网页,刷游戏,看视频,聊im。 哎,这是错的状态。 曾经姐妹淘一起逛街喝咖啡搭地铁的时候都是聊着八卦,分享秘密的样子,现在就是各自拿着手机刷着微博朋友圈,时不时的把手机递给姐妹:你看,xxx又xx了。 哎,这是错的状态。 产品应该是服务我们的生活,优化我们的社交,而不是如此改变我们的生活。成为了最遥远的距离不是生与死,而是彼此在一起吃饭聊天,你却在和人家聊im,刷微博。 — by wordoress android。

写代码,拷贝修改什么的最讨厌了

这几天开了一个小工程,写一个站点的代码。初期选择框架,搭建环境,调整、优化、扩展核心代码为我更高效的开发和使用。当你发现这些东西都开发完成之后,剩下的大部分工作都是在复制粘贴。 因为很多业务逻辑基本流程都是逃不开的那几步,顺序执行,包结构,代码结构几乎完全一样,把左边的复制改名一份,然后对着那份代码大刀阔斧的修改一阵,ok,初长成。 我们经历了这么多个步骤,有些过程可能就完全一样了。。比如改文件名,改包名,改类名方法名,一串机械化动作!准确度还不一定高,很可能出现一些遗漏。为什么不能把这些都自动化呢?大同小异的部分,全自动构建,我们只要关注核心逻辑部分,那些复制粘贴搞花眼的事情,交给程序完成吧。 大致的方式:创建模板->设定构建方式和依赖引用关系->构建默认流程。 做了一个最简版的试了一下,发现帮助确实非常大,从视图到db,帮我完成了一次构建,基本的crud操作,直接可用(完整的crud流程,无具体业务,这个只有靠自己),比我复制粘贴改名,效率和体验上高了无数个档次! 比如有30个请求控制器,20个业务处理,10个db处理,10张表。当我描述清楚流程走向之后,只需要鼠标一下!10秒钟,全部流程就构建结束了,剩下就是写业务代码了。 简版很粗糙。继续写,不过确实能帮我