国人设计,与Arduino兼容的,微型开源硬件Microduino
开源硬件项目 Microduino,自9月9日开始在世界著名的众筹平台Kickstarter上亮相,截至9月22日已经获得600多人的支持,以56000多美元的募集资金双倍以上超额完成目标。
Microduino 系列模块是 Arduino 的兼容开发板。
Microduino 采用独有的 U 型 27 Pin 接口规范,如一枚1元硬币的大小。所有的模块都可以堆叠在一起,即插即用。
Microduino 主要应用在玩家作品的创意实现、原型开发、小批量生产等阶段。模块化和轻量化的特点让 Microduino 在对尺寸、成本有要求的项目设计中具有独特的优势,并可以根据玩家的需要,配合其他 Microduino 模块,对设计进行快速灵活的功能扩展。
目前已经有了一些应用方案,如:智能家居方案, 四轴飞行器, 智能花棚等。
深入理解Atwood定律 在Jeff Atwood发表于2007年的这篇博客里,他提出了著名的“Atwood定律”,即”任何能够用JavaScript实现的应用系统,最终都必将用JavaScript实现。“ (Any application that can be written in JavaScript, will eventually be written in JavaScript.)那么,这位大牛为何如此推崇JavaScript呢?如何真正理解他提出的这个定律?这就必须完整地看懂他的博文才行。
用树莓派你可以做的25件有趣的事 树莓派(英语:Raspberry Pi),是一款基于Linux系統的只有一張信用卡大小的微型电脑。它由英国的树莓派基金會所开发,目的是以低价硬件及开源软件刺激在学校的基本的电脑科学教育。本文列举了可以用树霉树莓派做的25件有趣的事情:
1. 封装我的Pi
2. 自己做个壳
3. 家用电脑
4. 迷你浏览器
5. ZX Spectrum Pi
6. 老式游戏机
7. 浏览商品
8. 装个Windows 3.0
9. 机器人
一个测试人员眼中的创业团队七宗罪 作为一名曾在移动互联网创业公司工作过的测试人员,笔者亲身经历了不少创业项目,同时也与形形色色的创业者合作过一段时间,其间也见识到了互联网创业公司或创业团队对待产品的一些态度。国内有许多成功的创业团队创造出了受到用户喜爱的产品,但不得不说的是,一些有可能被称为“通病”的问题仍然存在于不少国内的创业公司中。下面的七条“罪状”并不是在所有创业团队中都存在,但也是笔者作为一个测试人员对于创业团队的真实感受。
下面的七条“罪状”只是笔者从一个测试人员的角度来看得出的,有叙述不妥之处请自行忽略。
1. 分不清团队与公司的区别
2. 为自己而不是用户做产品
创业的21条军规 【i黑马导读】文章有点长,本文总结了中小企业管理的21个案例,非常具有参考价值。如如何招聘,如何给员工加薪,如何做决策,如何安排公司里的亲戚等等。
1. 小公司如何留住骨干
2. 关于授权
3. 有的钱不能省
4. 关于招聘
5. 老板尽量唱红脸
6. 公司里的亲戚
...
个推CEO方毅:三次创业的N个坑 在我看来,连续创业者多是勇者,他们有不灭的梦、持续的坚持及执行力。从学生创业模范到服务用户达到5.5亿的个推 CEO 方毅就是其中一个例子。在这次36氪+创业知识汇的线下活动中,方毅为大多数是第一次创业的观众回顾了自己 8 年、3 次的创业中跳过的 N 个坑。
第一次创业——硬件“备备”
第一次创业时,方毅做的是个硬件产品——一款叫“备备”的充电器,能够在给手机充电的时候自动把手机通讯录存在充电器上。因为这个产品他上了不少电视节目,当年李彦宏还带他去了 CCTV。最近大家都在做硬件,尤其都在做跟手机硬件相关的产品,但方毅的经历似乎在为此“泼冷水”。方毅的这个硬件做了 6 年后才卖给了百度,他对这一次硬件创业分享了几点感悟:
首先,市场教育;
其次,创新产品在领先用户的寻找、风险管控上容易掉坑里。
厌倦 Bootstrap 了没?来试试新玩具 言归正传,给大家介绍一个新的前端组件包:UIkit
很新很新的项目,v1 不过才是两个月前发布的,不过该有的都有,大概看下来就算没 Bootstrap 那么全也不会比 Bootstrap 差,应对大多数的开发需求足够了,而且个人感觉几乎每一个组件都比 Bootstrap 略有增强(可能向下兼容性也更差,还没大范围测试),更加用心。
作为同样是以“响应式布局”优先,"Mobile First" 的前端组件包,UIkit 在 Grid 上的处理要比 Bootstrap 更周到一些,更简单(且语义化更强)的 class 命名,多栏高度自动适配,无需 offset 的 center row 等等,很有诚意啊。
就默认 theme 而言,其实和 Bootstrap 的差别不算太大。但可爱的是官方提供了一个 Customizer App,你可以在线对所有的组件进行可视化的自定义,然后帮你生成组件包。这个就比 Bootstrap 提供的替换变量的 Customizer 友好太多了,强大太多了~关键这是官方的,而不是第三方的,也就意味着随着版本的更新 Customizer 也会无缝衔接上。
Node.js之绝对选择 几年前,完全放弃Asp.net,彻底脱离微软方向。Web开发,在公司团队中,一概使用Node.js、Mongodb、Git,替换Asp.net mvc、Sql server和Tfs。当时来看,这是高风险的决定。所有人都习惯了Asp.net,知识和技术积累也集中在这个方向。
表面看来,仅仅是我个人对多年跟从微软的厌烦,导致整个技术路线嘎然而止,从技术角度而言,团队由此南辕北辙。几年过去,各种辛苦和折腾,间或的彼此抱怨之后,我们终于天经地义的,习惯了新的方向,没有人再有回到Asp.net的意思,恍若隔世,但...一定要比较,今天显然更为轻松。
当然,最初并非一切顺畅,每个选择,每一方都是王婆婆,她的瓜绝对是举世无双滴。面对诸多王婆的时候,我们也很难得到客观的比较,选择往往需要自己来做。经过两个项目,才真正让一切顺畅起来。其中所涉的编程方式、各类细节甚至由此引发的不同设计思维,很明显经历了多处的反复。这个没有办法,node.js相对较新,大规模在一些公司应用的情形并不多,这类文字当然也稀少,我们很难找到其他人归纳的常规的团队开发模式。
因为所谓的代码性能不高而被离职的程序员 2013年6月16号,我不幸因为所谓的代码性能不高而被离职。此次被离职,即是意料之中,也是意料之外;意料之中是因为我又不是头一个,意料之外是他们的算盘打得精。当天早上来公司,大概早上10半左右,他们的技术经理找我谈话,说:“那天发生的事情你也晓得哈......,公司要个交待......”,说到这儿想必下文大伙也知道了。
此次被离职,代码性能不高只是一个导火索,而我就是点燃那导火索的那个人;在这家公司工作一年多点,期间因为工作的事情和上面的人有些技术见解及做法不同而闹得不开心,也许正是因为这样,他们参了我不少本,反而给你扣上一些帽子如:不听取别人的意见,固执等等。他们所做的web项目,对于后台拼接html代码情独有钟,谓之曰:这样性能高,当时听到这种理由,哥心里面就笑了;本想改善一下他们传统做法,还和总监据理力争,但笔者最后还是接爱了他们情独有钟的做法--慢慢拼呗......