创业的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代码情独有钟,谓之曰:这样性能高,当时听到这种理由,哥心里面就笑了;本想改善一下他们传统做法,还和总监据理力争,但笔者最后还是接爱了他们情独有钟的做法--慢慢拼呗......
别老扯什么Hadoop了,你的数据根本不够大 “你有多少大数据和Hadoop的经验?”他们问我。我一直在用Hadoop,但很少处理几TB以上的任务。我基本上只是一个大数据新手——知道概念,写过代码,但是没有大规模经验。
他们给我一个U盘,里面有所有的数据,600MB,对,他们所有的数据。不知道为什么,我用pandas.read_csv(Pandas是一种Python数据分析库)而不是Hadoop完成了这个任务后,他们显得很不满意。
Hadoop里,所有计算都必须按照一个map、一个group by、一个aggregate或者这种计算序列来写。这和穿上紧身衣一样,多憋得慌啊。许多计算用其他模型其实更适合。忍受紧身衣的唯一原因就是,可以扩展到极大极大的数据集。可你的数据集实际上很可能根本远远够不上那个数量级。
可是呢,因为Hadoop和大数据是热词,世界有一半的人都想穿上紧身衣,即使他们根本不需要。
从士兵到程序员再到 SOHO 程序员 2013年9月13日,我从就职了一年半的S公司正式离职,并开始了我梦寐以求的“SOHO程序员”之路。
这对于我来说,是一次人生道路上的重要选择,在这里,我想分享一下我是如何选择了这条道路的,同时也是对我到目前为止的程序员生涯做一个回顾。
爱好使然:爱好是驱使我走上程序员道路的源动力,很小的时候家里就有那种用磁带作为数据存储介质的古老电脑,可以说我基本上完整的经历了从80年代后期到如今这段时间内个人电脑的发展历程,而电脑也成为了我生活中必不可缺的重要组成部分,所以从事一个能够与自己爱好相符合的工作是一件非常快乐的事情,而如何能够 让爱好与工作快乐的结合起来 则是我一直所追求的目标。
加班真的可以加快开发速度吗? 在编程开发中另一个常见的现象是对如何才能做的更多的认识。人们往往是看时长,而不是工作成果。事实上这两种之间有非常大的区别。
通常,我更欣赏不按时长来看一个人的工作。很简单,有些人一天在办公室里工作12个小时,但只有很少的实际工作成果。加班加点短期冲刺可能会有效,我们有时也这样做,一般是因为有了重大的产品问题或产品发布前的最后一拼。
然而,我们刚刚发布了RavenDB 2.5,却没有发现有加班的必要。与其用加班加点来换在某个规定的时间点上发布,我们用了更简单更轻松的方法,推迟发布一周。我能记得的,在过去6个月里,我让程序员超过6点下班的事情只有两次。
为什么要这样做,有3个理由。其中两个非常明显:
每天工作12-18个小时的人会做出的东西会越来越糟糕,对产品有害。
每天工作12-18个小时的人自己也会出问题。他会身体透支,很快就会有症状。还有别的像这样的问题我且不谈。人会崩溃,或精疲力尽。
Ruby 程序员:我是怎么为一名IT游牧者的 本文的作者似乎是一位Ruby on rails程序员,记录了他从失业到旅行工作的过程,见闻和心得;
从曼谷开始,他已经在东南亚旅行了三个月。
在旅行中,他通过一些小项目获得收入,用以支撑他的旅行。
但他也面临了很多问题,如不能做一些比较复杂的项目,上网不稳定,
最重要的是不能做一些对专业技能有所提高的工作,
而且无法从团队中获取经验,但他也给了一些解决办法。
Object-C 真是一种啰嗦的语言吗?你怎么看? 最近某论坛发起了一篇对objc语言语法特点的讨论,喷的赞的都有,有的说啰嗦,有的说可读性好。道友,你怎么看?
frogs:觉得ojbc的语法真是啰嗦,写个程序屏幕上满满的字。。真觉得苹果公司该出obj3.0了。
shinwood: 可读性奇差无比,我本以为 Java 够啰嗦了,没想到 Objective-C 将 Java 直接给秒成渣了。
Hysteria:大学时候只用过c/c++,毕业之后一直使用OC。觉得已经习惯了这种很长很长的变量名、方法名了,可读性很高啊。
xsown:刚学的时候看着不习惯,学会了以后很喜欢,尤其是 + 表示 class method,- 表示 instance method,很可爱阿有木有。
Numbcoder:非常喜欢 smalltalk 式的语法。可读性非常好,函数调用基本上不用看文档就知道什么意思。