练习编程打代码的在线网站TypingIO

typinbg.io 是一个好东西,可以帮助入门的同学和我这种不是专业打代码的或者以诡异姿势打代码的码农一个救赎的机会。

typing

首页也是简洁明了地指出了它的服务内容。

和其他的在线练打字有什么区别呢?一是这是专门用来给码农练习的,是不是顿时有了高大上的感觉,然后只能打英文,这是废话,最重要的是还有收费服务,是不是觉得碉堡了,这尼玛做个打字的还能赚钱。

不过话说回来,为什么我觉得这个应该介绍一下呢,因为从健康的角度来说,这是对长期打字的人一个改善健康的机会,然后就是可以帮你熟悉编程语言的语 法形成肌肉记忆,对于新入团队的,或者是开始使用一个新框架的人,你还可以上传自己的代码库上去进行联系,快速熟悉环境,省得在生产环境中练打字费时费力 还有被捡肥皂的危险。

进入之后很简单,按照屏幕上显示的内容一个字符一个字符的敲就行了,敲对的部分自然会不同,出现了正常的高亮等标记,最右下角还有一个小小的计时器。

 

typing_io

最后说一下,人家收费也仅仅是针对自己上传代码的练习收费,而且物美价廉,只要5美刀一个月,而且实际上一个月也差不多够练习用了,如果实在觉得这货不可以这么收钱的话可以找项目经理嘛,一个团队给买一个帐号也是不错的。

说说打车的事

昨天下午一次有趣的打车经历使得我必须要写点东西来概括一些,我个人觉得这个事情没有之前流传的关于强生原来的教练教人拉客那么摆(摆,南京话里牛逼的意思),但是至少在有意思方面还是相当的。

事情发生在我从南京市雨花台区大定坊大周路站台附近的工地- B 点回到奥体中心- A 点的回程,这段路程我觉得应该贴图来说明一下。

about-taxi-app-1

从 Google 地图的路线可以看出这段路从 B 处出发是比较困难的,虽然 Google 给出的线路表明这是一段车程只有21分钟,累计10.6公里的短途,但是我选取的上图范围恰好是载我的出租车司机活动的区域。

当时是下午4点非高峰期,我在 B 处使用嘀嘀打车叫了车,因为我在软件上看到我后方,也就是在我的南边不足3公里的地方有2辆出租车,所以我觉得叫的话应该是有车会过来的,但是我足足等了 3分多钟才有后来的这位师傅载我。而之前的两辆车待在原地一直没有动弹,我和司机的交流就在这短短20分钟里。

——————————————————————————

我:师傅,你怎么从前面过来(指铁心桥一带)的?

师傅:我从铁心桥过来的

我:我以为你是从后面过来的,前面过来还蛮远的,空放了几公里吧

师傅:不算远,空放3公里吧(南京一个起步价)

我:那你还过来,铁心桥应该有人打车的啊

师傅:因为我听你说去奥体所以就来了(这个就是话题开始的重点),因为一开始没有人打车,我一听去奥体还是比较远的,所以就来了,铁心桥就算有,一般都是去市区的多,不想跑

这里我插一下话:雨花或者其他地方有些人会不高兴我还是要讲,因为传统的南京人划分里,过了应天大街高架就不算市区了,尽 管南京宣传河西新城之类的话但是没有人会把河西奥体那一大块真的当成和市区同一级别来对待、不服气可以自己地图看商业区分布。另一点就是南京城现在的市区 非常堵,不是想京城那样的堵,而是因为被轰炸过的堵,不知道你们看过网上流传的南京人眼里的南京的那张图,我保证就算没有轰炸过那么夸张至少有街道战的感 觉,至少我有一次手贱拐弯上了江东路,曾经畅通的城西干道,然后一路犹如在战地中开着机动摩托一般上坡下坑的。。。

师傅继续补充:我一般活动区域就是江边(上图左上角应该可以看到江边一点点)到大明路,应天大街高架以南,带着江宁。

我:哦,那范围不大。你们一般都是用嘀嘀打车的?

师傅:还有快的打车

我:我听说我同事早上用的百度打车,有话费返

师傅:没听过,就叫百度打车吗?我没装,有这两个够用了

我:那你生意还行吧

师傅:还可以,因为我跑的区域基本是不堵的,所以跑起来比较舒服,油耗什么的都能估计出来,而且我这片实际上跑的都不是起步价,这块地很松散,跑的都比较大

我一怔,还是第一次知道这么一个情况,不过看看地图也就知道了。

我:是的唉,跑市区没有意思,一堵就白跑了。

这个过程中,嘀嘀还不断的推送消息出来。

我:如果你们用嘀嘀接单之后跑单有什么惩罚?

师傅:一个礼拜不能用嘀嘀,乘客爽约也是一个礼拜,你不知道啊

我:真不知道(还好在他来之前我拒绝了一个看起来很像黑出租的拉客),这个还是蛮狠的唉,如果你们半路碰到远的去机场的怎么办?

师傅:只能不带唉,所以用打车软件就是打车成功率高了,但是司机跑这种额外单子的机会就少了,但是自主权还是在司机手里的,跑不跑自己决定;(这时 师傅话一转)但是这个也导致另一群不用软件的人打车困难,你在城里经常看到车子不停的吧,因为司机已经约了去接人了,接单子之前都算过了,基本是划的来的 就去跑了,半路打车的人就很难打了,而且本身城里车子就不好打。

所以这里就引出了问题一:使用打车软件之后,传统的客户打车难以及司机被迫放弃大单子的问题怎么解决,从现状来看这似乎是 抛给司机的一个 Pascal� 的上帝决断,要么用,要么不用。但是正如师傅所说,接单子之前都大概算了一遍,所以个问题也很困扰司机,如果跑单的话,一个礼拜就变成了散兵游勇,不跑的 话,大单子就没了。

师傅:我又一次听一个人就是的,跑到半路有一个,问了,去机场,而且很急,最后跟乘客协商,打车费不要,请他另打车,由于车程已过半,乘客后来同意了。

这里想说一下,我们南京的司机和乘客基本还是很讲道理的,城里跑的出租由于堵车的问题成本很高,司机顺路带个人的事情常有,不影响的情况下都是给带的。

我:唉,其实跑机场不划算唉

师傅:是的唉,我就不想跑机场,但是有人就喜欢跑机场,我要跑也是一大早的可以跑一趟,然后在机场那边休整一下中午或者下午再带一个人回来。

在我们说话期间,有一个预约晚六点从南京紫峰大厦打车去机场的,马上就被接走了。我跟师傅一起算,这么一个单子,司机如果不在市区里转的话,至少五点一刻就要开始准备往鼓楼赶,一路堵的不算,六点半都出不了城。

师傅:现在机场大巴很方便,自己开车的人也多,跑一趟机场基本就要空车回来,白白浪费一趟,所以正常时间里我是不跑的。

我:恩,跑机场真划不来。

这个时候嘀嘀出了一张从东南大学西门到凤凰西街的单子,很长的,是江宁九龙湖的东大小区,基本是从南京的地图城南到城北那么远,预约7点钟走,司机 师傅想了一下放弃了,因为他计算了一下这个出发时间,8点钟以后就被困在市区里了,划不来了,所以他放弃了。果然这个单子也广播了2、3次,才被人接走, 我不知道是不是停在东大门口的黑车接走的。但是我想这个同学应该是去考试干嘛的,时间是早上9点,虽然你预留了了2个小时,但是实际上真的不够的。

到了这时,我也到了奥体中心,这次蛮有意思的经历就短短结束了,耗时20分钟。当然中间的话肯定不止这么多,因为我们一起喷前市长季挖挖的之类的话就不用分享了。以后打车的时候多跟师傅吹吹还是挺好的,不一定有收获,但是至少生活多了一些乐趣。

不成熟领域的IT怎么做

这个问题困扰了我很久,相信也有其他领域的 IT 人有着和我一样的困惑。

IT 自诞生之初就有一个鲜明的特点,这是一个自我驱动的领域,需求产生与结果反馈都是给予到行业自己的;换句话来说,如果没有外力驱动,这个行业只是发展略受 滞缓,并不会阻止它的发展。现在我们当然不能这么简单地划分清楚内外的关系,因为来自外部的创新往往是具有革命性的,而创新恰恰又是 IT 这个行业发展的根基。

所以在这篇里,我仅仅阐述我对于不成熟的外部领域的发展相关的一些想法。

首先不成熟的领域在我的定义里为 IT 还没有成为重要生产力的一部分或者仅仅发挥工具的作用,比如:房地产。

有很多IT相关的设备与服务作为工具在各行各业广泛应用,大多数情况下其地位类似于以前的算盘、计算器、打字机、档案柜等物件的作用,而没有发挥出 IT的价值。昨天的时候 SAP 广泛报道了其Fiori软件在售楼业务中的应用与良好发展,但是 SAP 还没有大型业务级的产品参与房地产公司的运营,当然这句话说在 SAP 披露其案例的两家地产公司之前。

从源头上来说,房地产行业与 IT 脱节的原因有点久远,这也是阻碍IT在这个领域里发挥巨大价值的绊脚石:数字化。

应用 IT 的一个重要前提是客观世界的物件与事物需要数字化,这样才能被处理,数字化程度决定了模型的成熟度与标准型,模型的发展决定了到底 IT 可以做到什么程度。与房地产可以比较的另一个行业大类是制造业,制造业从工业革命开始就引入了广泛的机械、标准、模型、规范等等。作为业内的标准化结晶, 《营造法式》也是很早就出现的一本规范与标准的指南。这些具有历史的发展都为 IT 介入行业奠定了基础,这一过程可以和数据分析的第一阶段数据处理做对比—— gabage in,gold out.

去年的时候,我曾经分享过我基于 IBM Connections 做的一个建设行业的解决方案设计,在里面阐述最多的也是首先要把东西通过物联网给连接起来,成为一个个计算单元,然后再来考虑其他的诸如社交化还是数据可 视化之类的工作。引述到这里就是房地产行业的大部分东西可以划分为两类:传统商业公司和专业行业公司;传统商业公司有众多的IT资源和经验可以移植,也是 目前做的比较多的一个部分,诸如金蝶的财务和明源的 ERP ,从这个角度来看没什么明显的障碍。另一边,专业的公司特质上就困难了很多,因为作为一个复杂的系统工程级别的业务公司,完成数据化建模的工作明显困难, 物联网就是第一步,撇开每一个物件都联网的目标态,光是关键节点的就已经很多,而且需要专业辅助,所以在这里 IT 就开始徘徊缓行,但是这个行业部分最重要恰好是这个部分,所以整体的水平就卡在这了。

当然,我也不能忽略人的因素。比较有意思的事情是,这个行业的公司决策者往往是专业人员出身,来自于水平落后的专业领域的经验和积累使得他们对于是 否要推进 IT 工作并不十分感冒。说到这里有人会提出反对的意见,对于这一点,我的解释是,房地产公司的专业人员和实际上的生产专业人员之间还是有区别的,营利性经营的 本质要求他们有很多实际工作内容被外包,多层分包之后使得整个生产流程的信息反馈和结果反馈并不顺畅,而且信息本身的洁净程度很糟糕。这样的原始数据进入 IT 系统之后依然是灾难,而专业人员的缺乏使得从源头就能开始筛理数据的工作被推后好几个关键节点才能开始,甚至到达处理步骤之前都是原始的。人员的流动使得 培养一个专业附加技能的工作人员并不现实,而放置一名专业人员来处理数据既不理想也缺少时效性。所以到了这里我们发现了问题集中在头部,犹如一台盾构机一 头扎进了土里,只有钻通了之后才能运转起来。

所以借用这个例子分析,其他不成熟的领域多半如此。想要改变这样的情况需要真正的专业人士们一起通力合作,作出改进的方法和模型,所幸的是,随着传 统领域的饱和, IT 行业已经开始耕耘新的领域,这些未成熟领域的从业者们也愿意拥抱具有着巨大生产力的 IT 资源的整合,这一趋势已经开始显示出成效,具体不便于再公开分享。

宝利通视频设备简单调试

宝利通的设备好像使用的还是蛮多的,这里给管理员们简单说一下配置的要点,之所以说简单是因为我发现宝利通的设备实在是够“高端”,经常有出现按照指南做不了的情况出现。

1.接口:一般有视频出(外部),笔记本入,IOIOIO,网络等几个接口

2.附件:会议室的2×1,nx1的转换器等

以带2×1的转换器的会议室标准配置为例,桌面留两个视频接口,A是外部会议用(接受外部投影,对外发布投影),B是内部用

1.投影仪接转接器视频的出

2.B就直接与桌子的B口直连

3.桌子上A口的线直接入宝利通的笔记本入,宝利通的视频出再接到转接器的A

原理很简单:转接器的视频出的口只输出信号,所以直接接投影仪就行了;在内部会议的时候,只在投影仪上投影,所以内部的视频线也是直连投影仪的,这里通过转接器留的口转了一下;外部会议的时候有两种情况,一个是接受外部内容投影,所以宝利通设备的外部信号直连转接器输出,自己给外部投影的时候,桌子上的口直接与宝利通的笔记本信号入相连,这样笔记本信号是直接输入宝利通的,然后宝利通设备再把笔记本信号处理成虚拟的外部投影投给本地投影仪,而之前笔记本入的信号走设备直接输出去。

机器设置:在管理的网络属性里,一个是在防火墙里配置公网地址,以及看一下端口范围;在LAN属性里配置内网映射的IP。这里要注意的是,强烈推荐找电信解决这个映射的问题,不要使用自己的上网的公网地址带端口映射,因为这个会很麻烦,据我的情况来看,自己配的映射,因为各种防火墙路由的问题,很难成功。宝利通的映射要带那个范围的所有端口映射,一般是3220~3270的TCP,3250—~3270的UDP,这个看自己的设备是哪个范围,全部映射。为了解决这个问题,还可以给它配一个路由走DMZ转发,这个方便简单。带端口的话宝利通是在地址后面加两个##再加端口号。

推荐关注CoreOS

coreos

Wired 近期报道了一个新的服务器操作系统CoreOS及其团队,这是一个比较新颖的系统。

推荐大家关注一下,一个是这个系统的更新方式,两个Root分区的轮转,可以认为是把传统的灾备和测试服务器放在一起,和运行的服务器同时跑着,当开始下发更新或者修改时会挑选其中一个进行修改,另一个则变成了运行服务器,然后换着来更新。对这一点我还没有看文档去详细了解,因为我在想如果存在依赖关系的更新岂不是要多跑一次?但是我想这也不一定就是一个问题,因为CoreOS的宣传中提到,他们尽量精简优化了应用程序和系统的耦合,所以按照他们的设计来看是不会出现很强的依赖更新吧,但是这是针对应用程序的,至于系统的更新是否也是遵循了这样的设计暂不清楚,我会继续查看相关内容并更新反馈。

更新:人人IT网的体验分享

另一个则是已提出很久的容器概念,这个可以参照其他设计对比一下。报道中提到已有不少公司开始进行了测试,我也对这个新生很期待,大家也多来关注吧,相信CoreOS会取得相当的成绩。

SMB IT的DIY

这个是个有趣的话题。

为什么说有趣呢,因为从商业角度来讲,DIY并不让人乐于接受,尤其是对于一些具备特殊需求的行业来说,即便是制造业也并不对此感冒,究其原因无外乎风险问题,真是基于对业务的破坏性,使得DIY脱离了正常的SMB IT的考虑范围。

然而,真正深入之后发现这个问题中有趣的一点就是,本质上影响我们决定的恰恰是DIY本身。在做IT采购、规划和实施的时候,我们考虑的首要基础来自于以往的经验和一些得到认可的指南(例如官方操作指南或者是持有官方认证的技术人员),这里面经验在很多时候更重要,恰好的是,经验本身就是一个DIY的东西,经验本身就来自于出错之后的抢救措施,实施抢救的时候哪还有什么规范好走,什么能用就上什么,先盘活了再说。事后总结并结合官方指南做出的一些规范和措施,就变成了经验。

继续阅读“SMB IT的DIY”

UX领导力的崛起

本文源自HBR Blog ,作者Robert Fabricant是Frog公司的创意副总监。

UX,就是大家都知道的用户体验,现在是商业文化领域新的黑马。我所会面过的高管,不论他们属于哪个行业,正在把用户体验提升到他们的产品战略的关键地位上。和五年前除了科技数码业界关注的情况相比,这简直就是惊人的变化。作为一个像我这样的设计师而言,很容易知道到底哪些高管是真的了解自家的产品,而哪些天天是对着电子表格装作了解的。令人高兴的是,我看到了以用户体验为中心的一群领导者,他们已不满于脱离他们手中掌控的产品管理方式。用户体验正在重塑淡然无光传统的品牌市场,他们需要亲自参与到他们的产品里去。

CEO就是首席产品设计师

继续阅读“UX领导力的崛起”

百度杀毒短评

百度昨天还是前天的,略高调的发步了自己的杀软,正好旁边的一台公共电脑很卡,立即为其换装使用。

简评:

1.感觉很是快捷,但是实际上表现一般

2.内存杀毒是亮点,但是具体效果和价值待考虑

3.安装结果:文件夹90M左右,占用两个进程,服务16M多,客户端10M多,杀毒21M,杀毒运行期间对CPU占用不够理想,估计还没怎么优化。

4.开机启动项1个,服务1个

5.反应还不够快,早上下的一个压缩文件都解压一半了,才跳出个窗口告诉鉴定结果,虽然我也愿意相信它在后台真的查杀了一下,但是这个速度显然无法让人满意。

最后来个简短总结:很有潜力的产品,就从宣传的亮点上来看其发力方向也是切中要害。后期会重点观察。