使用谷歌Google的小窍门

Bob Jiang
你会用谷歌吗? 作为互联网一代,每天我们都在用各种搜索。查一个商品价格,查一个学习资料,查找一个工作中遇到的问题,等等。 最好用的搜索引擎,莫过于谷歌(Google)。 在国内,我依然建议每个人去学会如何使用谷歌,可能科学上网是第一个你需要解决的问题。 点击这里查看科学上网的方法之一 谷歌搜索引擎的窍门 使用标签 默认搜索用的是全部,还可以单独搜索视频、图片、新闻、购物、图书、地图、航班、财经等。 使用双引号 默认的搜索谷歌会自动拆词。如果你想搜索的是一个完整的句子或短语,可以用双引号括起来。 使用减号 比如搜索关键词敏捷,但不想查看测试相关内容。那么可以用如下方式进行搜索: 敏捷 -测试 用冒号搜索指定网站 如果想要在特定网站搜索内容,可以用如下方式: keywords site:website.com 比如 敏捷之旅 site:bobjiang.com 使用星号 星号(*)可以匹配任何内容,常常用来搜索歌词。比如某首歌曲,只记得其中部分歌词,其他部分用星号代替。 用叙述句 尽可能用叙述句而不是问句。 全部原文 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处! 关于作者 BoB Jiang 和BoB面对面学习Scrum HiBlock区块链社区(hiblock.net)发起人 中国北方的第一位CST(Certified Scrum Trainer) 敏捷变革中心(Center for Agile Transformation)合伙人 敏捷一千零一夜社区合伙人 《Scrum精髓》译者 Bob的博客 Github: bobjiang Twitter: @bobjiang123 Solidity中文文档

为什么敏捷不提倡子团队

Bob Jiang
为什么敏捷中不提倡子团队 Scrum中的开发团队,鼓励是 feature team 特性团队。下面我们来分析一下原因。 为什么是特性团队 我经常会讲到,组织中用什么结构都是可以的。组织结构是为组织目标服务的。 原来在老东家(JD)的时候,公司内流传这样一句话:3个月小调,半年大调。说的就是组织结构。 特性团队的定义是: A feature team is “a long-lived, cross-functional, cross-component team that completes many end-to-end customer features—one by one.” Feature teams are an essential element to scaling up agile development. Without a feature team structure (but instead, a component team organization—based on code ownership, combined with a single-function organization—analyst group, programmer group, testing group, …) your organization is likely to create numerous wastes and sub-optimizations that lead to a sequential (waterfall, …) development cycle.

不要推敏捷

Bob Jiang
不要推敏捷 推还是拉,在专业的敏捷教练眼里答案很明显。 从上图我们可以看出来,如果是一个系统由多个子系统组成(常常是这样的),推很容易导致 1) 子系统很难对齐 2) 各子系统的抗拒。而相反,如果采用拉的方式,则上述两个问题很容易得到解决。 所以推还是拉,答案是明显的(当然是拉)。 敏捷转型是需要推还是拉 既然答案已经这么明显,不论是敏捷转型,还是其他系统,都是应该采用拉动的方式。那么现有的大多数公司,推广敏捷(或者就叫做推敏捷)显然会碰到上述的问题与抗拒的。 我们只列举问题,不解决问题是不好的。那么如何拉动敏捷转型。 拉动组织的敏捷转型 首先,需要敏捷转型的目的。如果转型目的只是为了一个kpi,或者某个老板的喜好。麻烦你,可以该干嘛干嘛去了。敏捷转型的目的,一定要围绕着组织目标(更大一点,公司目标)来进行。比如公司当前的业务收入有问题,那么转型的目标就围绕着如何提升公司收入。 其次,管理层(决策层)要行动起来。公司的前进是需要火车头的带动,这个火车头就是公司的管理层。如果公司管理层只是口头上支持敏捷转型,而行为不发生任何变化,依然不会有什么太好的结果。例如,组织结构不发生任何变化,老板仍然是随时打断开发团队,或者老板随意插入需求等等。(总之,老板或管理层是需要做出表率) 最后,团队需要了解Scrum的框架。(我指的是真正的Scrum,而不是伪造的)因为很多宣讲敏捷的老师,都在把团队往火坑里面推。想要了解真正的Scrum,欢迎关注Bob的敏捷认证课程。 写在最后 请不要再说推(广)敏捷。你可以做的事情有很多: 思考一下,组织内有哪些地方不顺。 或者组织内哪些地方总是需要协调。 团队内,有什么工程实践,工具可以显著提高团队能力 总之,有很多有意义的事情可以做,不要总是打着推敏捷的旗号,卖狗肉。 版权声明 本文采用 CC BY-NC-SA 3.0 许可协议。 转载请注明出处! 关于作者 BoB Jiang 和BoB面对面学习Scrum HiBlock区块链社区(hiblock.net)发起人 中国北方的第一位CST(Certified Scrum Trainer) 敏捷变革中心(Center for Agile Transformation)合伙人 敏捷一千零一夜社区合伙人 《Scrum精髓》译者 Bob的博客 Github: bobjiang Twitter: @bobjiang123 Solidity中文文档

什么是价值

Bob Jiang
什么是价值 价值就是我们想要什么。 光这么说太抽象,我们用几个例子来说明一下: 如在软件开发行业中, 对于创业公司,我们想要获得投资 对于新产品,可能我们最想获取新用户 对于一款老产品,总会卡顿,那么性能是我们想要的 对于电商系统,我们想要多快好省 对于打车产品,我们想要服务及时贴心 因此对于不同的产品,所提供的价值是不同的,但最终相同的是,它(产品)都提供了我们想要的。 敏捷软件开发,是以价值驱动的软件开发方式。 最终的价值,需要从用户或客户视角来观察,这是有价值的。 但对于业务人员来讲,也是有价值的。 对于管理层来讲,也是有价值的。 对于开发人员来讲,也是有价值的。 并且,这里的价值是可以层层传递,即对于用户或客户有价值的,通常来讲对于业务人员、管理层及开发人员,也是有价值的。 但是对于开发人员有价值,而对于用户或客户未必有价值。 因此,通常我们说的价值,大部分是从用户或客户视角来说。 如何度量价值 上文我们已经明确了价值的定义,接下来我们看看如何度量价值。 首先,度量价值是很有必要的。但这是一个世界难题。 度量价值,和任务的估算有相似之处,即没有准确的答案,只有大致的估算。 其次,度量价值既然和任务估算相似,也可以用相对估算的方式。即一个特性(feature)的价值和另一个特性的价值直接进行对比。 使用L,XL,XXL或者斐波那契数列进行估算。 最后,一个产品的特性按照价值排序后,不是说所有的特性都需要完成,而是要对比团队的投入(即成本)。 比如团队一周的成本是10万,而一周完成的特性只能带来2万元的价值。 显而易见,团队不应该完成这些特性。 但这些数字都是后来才会统计到的,所以这里需要团队及产品负责人有很强的价值判断能力。 About Bob Jiang BoB Jiang 和BoB面对面学习Scrum HiBlock区块链社区(hiblock.net)发起人 中国北方的第一位CST(Certified Scrum Trainer) 国内的敏捷(Agile)大咖 敏捷变革中心(Center for Agile Transformation)合伙人 敏捷一千零一夜社区合伙人 敏捷之旅核心组织者 《Scrum精髓》译者 Bob的博客 Github: bobjiang Twitter: @bobjiang123 Solidity中文文档

github ssh push不用输入密码

Bob Jiang
Github Push的时候不用输入密码 Github已经配置好SSH链接,但是每次 git clone 或者 git push 的时候总是需要输入密码。 前提1:需要在自己的电脑本地,不要在公共电脑上进行如下配置。 前提2:已经有自己的私钥。 $ ssh-add -K ~/.ssh/id_rsa -K 的含义是加入到 KeyChain 中,这样电脑重启后,依然可以有效(即不用输入密码) About Bob Jiang BoB Jiang 和BoB面对面学习Scrum HiBlock区块链社区(hiblock.net)发起人 中国北方的第一位CST(Certified Scrum Trainer) 国内的敏捷(Agile)大咖 敏捷变革中心(Center for Agile Transformation)合伙人 敏捷一千零一夜社区合伙人 敏捷之旅核心组织者 《Scrum精髓》译者

Agile is not quick

Bob Jiang
Agile is not agile Definition of agile 1 : marked by ready ability to move with quick easy grace e.g an agile dancer 2 : having a quick resourceful and adaptable character e.g an agile mind – from m-w.com From above information, there is a word “quick” in both definition. So many people believes Agile is “agile”, which means “quick”. Manifesto for Agile Software Development came out in 2001 by 17 software prioneers.

什么是GitCoin

Bob Jiang
Gitcoin Gitcoin 从名字上来看,是一个 coin 的项目,但实际上它是一个没有 coin 的项目。 我是2018年3月份就了解到这个项目,当时被项目的使命所鼓舞 (#givefirst),之后便一直关注着该项目。 Gitcoin是一个非常棒的,结合了区块链与开源软件的项目(即blockchain + open source)。 通过货币化的方式,支持github上的repo维护者,以及奖励github上的开发者(即贡献者) 如果你是一个开发者 开发者可以在Gitcoin 上面,通过 issue explorer 查找匹配你的技能的开发任务。 通过完成任务,获得奖励。这里的任务可能包括: 特性(功能)开发,一般不会很大一块功能 缺陷修复 测试 等 如果你是一个github repo维护者 如果你在维护一个github仓库,碰到了某个难题。(比如某个区块链的项目,碰到了密码学算法的问题) 你可以通过悬赏的方式,寻求全球的帮助。你的问题,或许已经有人完美的解决过。 所以来Gitcoin 上发布赏金计划吧。 Gitcoin使命(mission) 如有翻译不到位的地方,欢迎邮件 bob@hiblock.net 以下价值观来自于 gitcoin mission Gitcoin是价值和使命导向的分布式运动,目标是驱动变革及增长开源社区。 我们希望: 打造一个世界,每个人可以不需要他们的工作,就能达到财务平衡 软件开发者找到工作非常容易,就像我们用Uber一样 打造激励一致的网络社区,特别是现金与劳动之间相匹配 我们相信: 开放的标准和丰富的协议,以及用标准赏金(StandardBounties)构建的Gitcoin – 一个基于以太坊的开放、免费、公平的赏金协议 ICO和代币化不是我们最好的商业模式。我们没有代币。 区块链是开源项目资助的变革动力。开源的资助和开源的工作将构建与开源的金钱上。 我们的价值观 协作 诚实 谦逊 同理心 减少压力 包容 首先给予 我们的行为 我们改变世界。而不是世界改变我们。 秀出来,而不是说出来。 我们是清晰且直接的。 我们寻求平衡。 我们挑战现状且愿意被挑战。 我们修复重复的问题。 我们识别并验证假设 关注人(而不是仅仅关注任务) 倾听 实用主义大于经验主义 About Bob Jiang BoB Jiang

2018年度总结

Bob Jiang
2018年度总结 2018就要过去了,又是一年总结潮 今年的总结主要分为两大部分: 敏捷 区块链 2018年完全应用帕累托原理,即20%的时间投入在敏捷上,产出80%的收入;80%的时间投入在区块链上,产出20%的收入。 2019年时间的投入大致维持不变。 敏捷 2018年敏捷的大部分时间,用在讲课上。 为学日益,为道日损。 今年损的厉害,2019年注意平衡,投入更多的时间游学。 另外2019年敏捷方向有个新计划,已经启动,有兴趣的同学可以持续关注。 持续投入敏捷社区 开辟海外市场 区块链 2018年1月开始,筹建HiBlock区块链社区。 今年最大的收获是,任何事情都要有“商人”思维,即这个事情的赢利点在哪里(不管是眼前收益还是长远收益) 同时要兼顾短期收益和长期收益。 只有长期收益,会饿死; 只有短期收益,会迷茫。 在今年,HiBlock区块链社区重点专注于两件事情: 技术沙龙,截止到目前已经举办了70+场,详情参考 黑客马拉松,在国内举办过3场黑客马拉松,详情参考 2019年,继续专注于这2件事情,想要学习区块链技术的开发者,可以关注我们社区 Github 2017年度收获 这里我不仅回顾2018年,同时也把2017年的收获再次记录回顾。 加强记忆。 2017年我有2个收获: 选择大于努力 选择离钱近一些 选择大于努力 有的人,非常努力,可是并没有什么结果(产出)。 好比是一年的工作经验,重复了10年。 再怎么努力,也枉费。 生活、工作的现状,都是选择的结果。 那么就需要花大量的时间来思考,我面临的选择是什么,如何做出最优选择。 选择离钱近一些 我是一名培训师,CST,这个行业会离钱的流动相对较远。 举个例子, 业务人员,离钱很近 IT人员,离钱相对远了一点 售后服务人员,离钱更加远了一点 培训咨询,又远了一层 如果想要赚更多的钱,可以选择离钱的流动更近一些。 当然,人的一生不仅仅是钱,还有很多其他重要的事情。 因此这个只是一个收获和体会, 我会持续的在区块链行业进行探索, 寻找自己生命的意义。 总结 2017年2大收获: 选择大于努力 选择离钱近一些 2018年最大收获: 商人思维 About Bob Jiang BoB Jiang