保存成功
订阅成功
保存失败,请重试
提交成功
Seaborn Lee

Seaborn Lee

程序员/专业咨询师/街健爱好者/家庭男人
敏捷教练,培训师。致力于传播快乐高效的编程理念。业余创立软件匠艺社区 CodingStyle.cn,组织超过30场技术活动。个人公众号:小波老西。...更多
创作文章5

高效学习,快速变现:不走弯路的五大学习策略

说到学习呀,真是头大哟: * 碎片化,没有较长的连续时间来学习 * 难专注,捧起书,手机却在召唤:来呀,快活呀~ 反正有,大把时光~ * 做不到,看了很多书,生活中却做不到 * 然并卵,学了方法和工具,找不到使用场景 * 效率低,学习速度跟不上知识产生的速度 * 记不牢,学习速度赶不上遗忘速度 在这个知识泛滥、跨界竞争的年代,学习能力才是核心竞争力。你想想,过去一周,有没有哪一件工作是不需要学习就能完成的?尽管如此重要,大部分人却没研究过学习这件事,以为上下班路上打开「得到」听本书,就是碎片时间终身学习者了。 我是程序员,咨询师,培训师,这几个角色都要求我必须学得又快又好。本场 Chat 将分析学习的「趋势,原则,策略」,帮你站在更高的视角看待学习,从「内容,动机,交互,收益,资源」五方面制定策略,解决学习痛点,助你成为高效学习者! **实录提要:** - 工作日、周末如何更好的安排学习时间,有好的经验吗? - 让自己的学习输出产品化可以再具体透露一些绝招吗? - 如何让自己学成领域颇具影响力大师? - Cmap 和思维导图有什么区别? - CampTool 代表的概念图和思维导图工具类的主要区别是什么? - 作为 Java 程序员,如何梳理好自己的知识体系?如何针对性学习? - 怎么理解系统性学习的概念?如何真正做到系统化的学习? - 在工作中,如何协调广度和深度? - 如何把学到的东西变现? - 能分享一下当时进入 thoughtswork 的面试相关经验吗? - 在信息的收集和整理方面有什么经验分享吗?
严选学习
895 订阅

时间管理技巧:如何成为快乐高产的程序员

一位非 IT 行业的朋友问我:「看了你的朋友圈,我感觉认识了一个假程序员。我印象中程序员是屌丝码农,不修边幅,不爱运动,不解风情,挣钱多但是没命花...你这一天又跑步又画画的,身体这么强壮,还天天晒老婆做的早餐… 是时代变了?还是个别现象?」我回答说:「时代在变,不过也是个别现象,还有很多程序员生活在水深火热中。」 我身边有很多优秀的程序员,他们不仅技术牛,还跑马拉松,健身,玩乐器,写公众号,翻译书等。他们不停地提升自己,也帮助他人成长!我也怀着强烈的使命感,为传播「高效编程,快乐生活」理念,发起「中国软件匠艺小组」,组织线上编程直播和线下编程操练。 在本场 Chat,我将分享我如何打破加班魔咒,变得高产和快乐。内容包含: - 如何发挥优势 - 如何发现浪费 - 如何规划日程 - 如何培养习惯 - 如何提升技能 **实录提要:** - 对工作时间进行分析,首先要记录,该怎么继续细分工作时间类型? - 平常用什么工具做可视化管理? - 做时间记录会记录哪些内容? - 如何克服自己的拖延症? - 有没有更长周期的时间管理办法? - 如何用微信或者其他的工具来管理时间,怎么管理空隙时间?
严选程序员
625 订阅

靠谱程序员必备技能——重构

如果你不想被吐槽代码写的烂、如果你想快速定位到隐藏的缺陷、如果你想更好地应对需求变化...那么,你应该学习「重构」,这个实践已经成为了程序员的标配,融入到了我们的日常编码中。 我将在本场 Chat 分享重构的基础,包括: * 重构是什么 * 如何做(什么时候开始,什么时候停止,前提条件) * 坏味道 * 手法 还包括进阶的内容: * 重构与设计的关系 * 大型遗留系统的重构经验
严选程序员
302 订阅

如何爱上结对编程

本场Chat包括: - 结对编程是什么。 - 结对编程的五大好处。 - 结对编程的三种形式。 - 结对编程的六个习惯。 通过本场Chat,你会知道: - 为什么结对后,两个开发人员老死不相往来。 - 为什么结对时,总有一个人没有参与感。 - 如何才能让开发人员爱上结对编程。 **实录提要:** - 一般建议是高低配还是按领到任务的人来配?有哪些情况不适合结对编程? - 两个人的开发环境,开发习惯不同怎么办? - Vim 党怎么破? - 如何判断可以在 team 中推广结对编程,判断条件有哪些? - 如果推进中发现团队的认可度不够, 有没有什么改进的空间? - 同质化是指技术栈完全相同的情况么? - 结对编程有什么要求呢? - 分析设计在结对中如何分工比较好呢?有无最佳实践呢?
严选结对编程
173 订阅

深度解读测试驱动开发(TDD)

你是否还在用如下这种方式编写代码? - 需求分析,想不清楚细节,管他呢,先开始写。 - 发现需求细节不明确,去跟业务人员确认。 - 确认好几次终于写完所有逻辑。 - 运行起来测试一下,靠,果然不工作,调试。 - 调试好久终于工作了。 - 转测试,QA 测出 BUG,打补丁。 - 终于,代码可以工作了。 - 一看代码烂的像坨屎,不敢动,动了还得手工测试,还得让 QA 测试,还得加班。 我要介绍的 TDD 编码方式是这样的: - 先分解任务,分离关注点。 - 列 Example,用实例化需求,澄清需求细节。 - 写测试,只关注需求,程序的输入输出,不关心中间过程。 - 写实现,不考虑别的需求,用最简单的方式满足当前这个小需求即可。 - 重构,用手法消除代码里的坏味道。 - 写完,手动测试一下,基本没什么问题,有问题补个用例,修复。 - 转测试,小问题,补用例,修复。 - 代码整洁且用例齐全,信心满满地提交。 本场Chat内容包括: 1. TDD 的几层含义; 2. TDD 的本质; 3. TDD 的好处; 4. 为什么大部分人 TDD 会失败; 5. TDD 的正确练习路径。 **实录提要:** - 在一个团队中谁来写单元测试呢,开发还是测试?如何协作? - TDD 是否适合界面的开发? - 有关于怎样分解任务的策略,拿到一个任务,如何开始第一步? - 如何在紧张的工期和完善的单元测试之间进行权衡? - 两周一个版本迭代,适合用 TDD 吗? - 对于单元测试的 mock,应该针对外部接口进行 mock 吗?
严选
270 订阅