作者归档:polo

危机感与日俱增

自从小宝出生,我感觉自身的危机感越发重了。一方面的原因是供职的公司业绩下滑,另一方面则是同龄人之间成败已经分野,碌碌无为意味着失败,这就是所谓的中年危机吧。

同时,放眼望去,再去给一家类似规模的公司打工似乎并不是我的意愿所在,而创业本身,有想法有执行力之外,运气却是我不敢保证的。

说回当下的环境,我是看到目前很多方面都比较落后,存在改进的空间,然而处于政治及势力划分的原因,业务落在不同的也许并不是最佳的人的管理范围,从而导致在面向竞争对手强有力的挑战时,这些业务环节在不经意之间成为了短板。这些短板有可能导致一个项目或一个市场的失败,如果成功了,那一定是竞争对手的短板比我们更多。

要承认自己的不足并不容易,一个曾经辉煌的团队去承认比个人承认更为困难。我碰到的问题还存在于满目的自大,各人认为以往的经验牢不可破,包括自己的认知,随着团队平均年龄的提升,这也许是非常可怕的执念。

如何跳出框框成就新的事业?现在的社会已经陆续碎片化,我目前看到的情况是,更多的是以小团队–个人的方式去选择方向,只有陆续接近成功的时候,才会有进一步的回归到传统企业/公司的组织形式。内部创业是一种形态,但也许并不是最佳的形式。

XMind Cloud准备关闭服务

国产纯SaaS看来活得也比较艰难啊。

http://www.xmind.net/blog/en/2017/11/xmind-cloud-service-will-be-shut-down/

XMind Cloud will be officially shut down on 31 Jan, 2018. We deeply apologise to everyone who relied on XMind Cloud in any way. It wasn’t a decision that was made lightly – we have been deliberating this for several days, but ultimately we’d prefer to spend our development and support time on features that the majority of our users can utilize and enjoy.

Don’t worry, all of your XMind Cloud files are safe. Before 31 Jan, 2018, you can still use XMind Cloud service normally. But please be sure to download all of your mind maps stored on XMind Cloud before this date.

香港打疫苗

深圳尚未完善的地方就是这样,明明希望推广新的疫苗,但是总是没货。迫不得已,要带小宝到香港去打。老婆效率也算很高了,户口是我去操作的,社保卡、身份证、港澳通行证、护照等都是她给小宝办下来的。

卓政之类的地点不合适,而且溢价太高。于是找了上水一家诊所,有儿科博士坐镇的。打电话过去问了,有疫苗。(五联、十三价、轮状)

于是10点多带着小宝,叫了个出租车就到福田口岸了。周日的上午过关的人不多,11点多就到了上水。先到小宝爷爷奶奶家,把奶瓶什么的先放好。

然后就步行过去诊所。人很多,排队的椅子都坐满了人。拿了个号,就在那里等。爷爷奶奶也跟小宝玩一下,小宝心情很好,一个劲的跟爷爷笑。

排队太慢了,爷爷奶奶就先回去吃饭了。

等到1点钟,终于排到了。医生也把疫苗都准备好。进口的疫苗做得很完善,带疫苗的针管和针头都是一个包装,用完即废弃。

打一个大腿,小宝大哭起来。还有另一个大腿,扶住的时候,小宝已经意识到不妙了,还没打就开始哭。

都打完了,哭个不停。好在还有一管轮状疫苗,口服的。估计是甜的,医生分几次给他喝,就当是打完针的补偿了。

完了,把疫苗的盒子带回去。不过医生要把批次号剪掉。

一个是HK$ 2520.00。

相比打十几次针来说,还是方便省时的。

然后把小宝送到爷爷奶奶那里去喝奶,喝完后就跟爷爷奶奶玩了一会。我们就趁这时候出来补午饭。

回去时发现小宝也玩得很开心,看来陌生环境也没太大影响。

之后就回深圳了。

这就是小宝第一次出关(去香港)。

opencv for rectangle image recognition

我决定启动这项在心中停留了好几年的想法。

辅助性的输出应当是:熟悉opencv的开发以及图像检索的各种算法的优劣。熟悉Python。熟悉Object-C的开发。

目标先不要定太高,先从一个有限的标准图片库进行检索开始:

  • 库里面有300~2000张长方形的彩色图片。
  • 检索的图片源来自互联网或者相机。
  • 待检索的图片中可能包含有长方形区域,匹配库中的某一图片(的主要区域,边缘部分有可能不一致,主要区域上可能被污损)。括号内的难度递增。
  • 待检索图片主要区域可能有色偏。
  • 待检索图片主要区域可能有沿曲面的变形。
  • 待检索图片主要区域可能有轻微的平面几何变形。
  • 检索结果可以包含一个小集合3~10个库内图片,并附带其匹配得分。

继续阅读

怎样把pdf文件拆分?

真是一个好问题。

于是找各种pdf splitter之类的方案。

才想起来自己多年之前就有了答案。利用pdf打印机,使用标准的PDF阅读器的打印功能,将目前页打印到新的pdf文件中去……

COBOL

看了几天COBOL,也在仿真器上面编译运行过一些代码。

 

一些体会,

这确实是给商业用的语言。我想起来POS上的应用开发,实际上也是使用字符串为基础的数字去进行数学运算。这个COBOL的本质是一样的。保存一个数字型数据的根本,就是一个字符串,同样的空间,如果是在结构体中,可以被一个字符串的内容所覆盖。

继续阅读

TIOBE排名

整理技术资料时发现16年初打印的TIOBE编程语言排行,于是到tiobe.com上看看最新的并打印下来对比着看。

前五的位置算是雷打不动的JCCCP,Java-C-C++-C#-Python。有些出乎我意料的是,C#相当的坚挺,记得去年初的资料上我打了个问号,有点怀疑它后续会不会有足够的市场使用率。

恰好相反,市占率不降反升。PHP其实也没有变化,只是6~7之间浮动。得益于大量形式的开源CMS的存在吧。

JavaScript,作为前端重要的存在,一直停留在7~8的位置有点意外。需要重新审视JS真正的贡献了。

有点意外的是R,从另外也反映了大数据以及数据分析数据可视化的前景大好。放两年前,这语言是足够的小众啊。

Scratch进入20,这是编程入门的好语言,比起以前的Basic、Logo和Pascal当然要有吸引力了。

Objective-C 我估计就是一步步地衰落了。swift倒是有投入的可能。

Go则稳定在前20。

Erlang虽然经常有不错的应用,但是场景实在是偏,所以在30多徘徊。

如果不想做前五的语言,我的建议是R、Swift和Go。

 

第一人称视觉遥控车备忘

目前遥控车加摄像头的有,但多为低端的手机+遥控车模式。也有使用VR眼镜+遥控车+摄像头+专用遥控器的产品。

我们的特点在于,遥控车为专业车模(比如蚊车),这种价格偏高,有专业的受众群。

摄像头应装入车体内,透过挡风玻璃摄录前方影像。

摄像头与VR眼镜为一套电子系统,原车与遥控器为另一套电子系统。这样双系统的做法成本略高,但可充分利用原来这两者的成熟度。

第一人称视觉之后,专业赛道效果就变得更重要,整天在客厅里面兜只令效果变得低端高端分不清。

追求的原则如下:

  • 贴近于真实驾车的视觉反馈
  • 贴近于真实驾车的操作反馈
  • 系统稳定
  • 成本合理
  • 方案易于对现有车模进行改造

以目前看来,一些问题:

  • 后视镜是否需要,之前是上帝视觉玩的遥控车,现在变成第一人称视觉,后视镜在驾车时就变得重要了。我倾向于使用光学后视镜,但如此小的尺寸下要做到清晰度高的反光镜片成本不低,需考虑细节方案。这目前还是一个次要的问题。鉴于一些赛车并不装配后视镜而在玩具车上设计有效后视镜的成本过高,考虑不予增加。
  • 马达对摄像头系统有所干扰。这个需要两套系统之间使用适当的信号屏蔽手段,但需避免降低各自系统的信号传输能力。
  • 车上的两套系统采用同一个电池。可避免一个设备两套电源系统导致电量的木桶效应。
  • 电池可独立替换。
  • 一键式开关遥控车。
  • 考虑电池贴近汽车底部的无线充电方案,可将充电底盘设计成赛道边上的车库。
  • 视频是使用模拟还是数字,效果 > 成本。
  • 需考虑信号传输距离,图像信号和控制信号的传输距离应相若。另外,信号的穿透能力是否有所考虑?
  • 双目摄像头如果效果并不能比单摄像头更优,则还是先用单摄像头。
  • 考虑已有蚊车的改造方案。
  • 增加透明的挡风玻璃/塑料片
  • 已有车模只考虑其自身的可靠性,对于新增的摄像头模块,需要增加保护机制。电动玩具车的碰撞激烈,容易造成损坏。
  • 目前马达电池发热严重,需考虑降低电池内阻或者增大马达阻力。

关于赛道

  • 目前的蚊车赛道也是可拼接的,但都是按套销售,可考虑零件进一步零件化和标准化。另外,边栏可增加景物接口,以方便增强第一人称视觉下的赛车体验。