本书内容编排上对应让专注思维、发散思维相互交替进行,所以内容编排上很乱,像是故意把同一主题的内容相互交错,逼迫人不断重复提取之前的内容,并和当前相联系。
个人理解上分成几个部分:
1、思维模式,专注、发散,并相互交错使用。
2、组块,通过将思考碎片建立联系,并提取回想来加强。
3、对抗拖延,培养好习惯,从信号、反应、激励等方面。
4、记忆技巧,空间记忆法,顺口溜、编故事,与难忘事的联系。
5、自我认知,不要欺骗自己,高智商天赋不一定有好的学习效果。
-
大杀器
2016-01-23
开始实践GTD,这个工具方法比较重型,总结一点就是清空大脑保持专注。先期使用纸币和evernote进行,后续换mac后转移至omnifocus。在evernote上实践时会进行相应改动、简化,下面是大致改动、行动方法。
--------------------------------------------------割------------------------------------------------------
收集
inbox
随时想到的东西,看到的有趣东西,都立即扔进去
处理/管理
每天早进行
把inbox里的事更加详细化,以确定语言表达
8个清单,处理去处,这里我省略到6
trash
someday/calendar
reference
action
waiting
project
project中是多步才能完成的,action一步能完成。project的每步都要体现在action中
context情景,在什么场合下做,以tag方式打在每个action上
action完成后,可以删除,也可以归档到其他笔记本(非GTD系列)
日程表calendar融合在someday中,加上reminder可以保证不会忘记
回顾
每周进行
回顾每个清单,完成的、未完成的
6个层次
5万英尺,人生,重大转折时
4万,3~5年计划,每年检视
3万,1~2年,每季度
2万,责任范围,每月
1万,当前项目,每周
跑到,目前行动,每天
干
专注的做
根据优先级选择要做的事。优先级判断使用重要紧急方法
先做预先安排好的,再做随时出现的新工作
-
难题
2016-10-16
运营公司,当事情已经搞砸时,怎样处理解决那些难题
直面过程中的挣扎
不要过多采用过于正面的管理方式,不能只使用权威
失败者的谎言用于欺骗自己
笨办法、直接办法而不是妙计,技术不行就一点点提高技术
不花时间懊悔(但还是要总结),因为没人在意
重视员工培训
写下招聘标准、流程、实施细则
技术、管理债务,出来混总是要还的
适当的野心,以团队为出发点,少使用我
一对一沟通
企业文化与狂热信仰
展现勇气与决心,做艰难而正确的决定
领导才能:勾画蓝图;让人追随;变现,实干
ceo评价工作给出反馈
-
学习学习
2016-11-27
四步:提问,解码,操练,融合
提问
以提问的方式引导学习,主动去构建知识框架。
对新的学习内容,常问4个:已有什么基础;可以直接学到什么;简单探索可以再得到什么;有什么值得长期深入探索
解码
看待学习材料三种角度:说了什么;是什么,对文本的反思、评价:怎么做到的
解码的过程就是把新知识和已有知识相连接、结合,完善已有知识体系
做深度方向的延展
操练
做中学,提取、使用知识可加固知识的理解
反复,刻意练习
把知识当作技能来操练,写作、游戏、设计式操练
融合
不同知识点间创造关联,避免做铁锤人
3类:迁移(A->B B->A);印证(A=B);互补(A&B)
-
就这样一直跑下去
2015-02-07
最近情绪低落到有生以来的最低点,不得不找寻外力来让自己摆脱这抑郁、孤独、低沉的心境。跑步自然成为首要的选择。当一件事做久里自然需要找寻有共性的人,村上无疑是一个够大牌的“精神导师”,看看杰出者是如何跑下去的也就是顺理成章的事情了。
我们都在努力的活下去,人生于谁而言都是艰难的。pain is inevitable, suffering is optional. 跑步中需要自言自语、自我激励,人生中又何尝不是。
跑步想要跑好三要素:天赋、专注力、耐力。同样对应现实。天赋个人不同,但我已能体会到这在每个人最后的数值中占的比例很小(初始数值是100以内,但数值是没有上限的,到10000+的时候谁会在乎最初那10+的差别呢)。专注力,即focus,于我而言强迫自己、提醒自己时常注意是可以达到的(真的很怀念以前那个够执着的自己,我可以变)。耐力,精力,的确有人可以凭此大力出奇迹,远行的道路上有无数的细节需要关注、实现,没有充沛的精力是无法应付的,跑步锻炼是保持精力的有力工具。
跑步过程是让自己处于痛苦难受状态,正因为这痛苦,才从这个过程中发现自己活着的感觉。一定坚持通过跑步等各种方式折腾、刷存在感。
希望我能作者一样一直跑下去,跑到最后。
-
内向者的强烈共鸣
2014-05-12
作为一个典型内向者,读过序言后给人的感觉就是,怎么自己会在一本书里被如此准确的描述,各种尴尬、各种大脑空白、各种逃避都有了合理的缘由——内向。
读过书后,最大的收获不是书中类似列表给出各种各样繁多的建议,我真是无法记住如此多的条目并去实践;反而最大的功效是为我解开了一个心结,内向不是病,不需用药更不需停药。一句话一直在内里回荡:我就是我,是不一样的烟火(真的好土)。与我而言它让我能给自已一个重新的定位,稀少而正常(但愿如此)。
最后说下本书的局限,时空因素。作者成文较早,所提供的具体建议、方法在如今移动互联网工具满屏的今天实现起来有些过于old、不方便。其次,作者女米国人,分析的角度都带有极大的个性,于我天朝还是有些不接地气。
-
神马是互联网思维
2016-01-03
小米认为的互联网思维:
专注
极致,把自己逼疯,该改改
口碑,让用户有参与感,参与开发提交需求
快,做好服务的根本
介绍了小米使用的一些营销、宣传方法,做产品的心态
书的内容也是文集,结构比较散
-
产品经理的日常
2016-01-03
-
我做的本书的xmind导出文本
2014-05-18
思维导图
放射性思维
参见: 大脑生理结构 (决定)
大脑生理结构
参见: 放射性思维 (决定)
巨大、丰富
无限可能
放射状
思维导图制作(how)
词汇、图形 放射的例子
规则
简单清晰
突出,有层次
联想,放射式
个性化
具体用途
笔记
标记: 蓝色星星
问题分析
报告
......
-
展示时间的实践
2014-12-25
agile很火,但只有虚的概念、理论、指导原则以及说了不让人明白的方法论。本书于我而言最宝贵之处就是将所有这些高层的虚无投射到了实际之中(这句好装啊),也就是给出了一个公司团队实践scrum的实例。当我清楚了实践中product backlog如何得出、sprint会议怎么进行、stroy是什么、站立会议为何存在、验收测试如何进行......后,虽然这些都只是作者的一家之言,但我心中已然有了agile的具体轮廓、形象。无论以后是照搬实践scrum还是针对特定环境改进agile,都能有较为主动的想法和具体的参考。
-
极简主义
2015-12-12
37signals真是家很特别的公司,虽然它的成功很难复制,但了解下还是很有好处的,避免染上大公司病。37signals强调极简,单一的目标,很少的人,很短的过程,很少的规划,直接去做,把事情尽量简化。道理不难,但很容易忘记,特别是外界干扰这么多的今天。
--------------------------------割-----------------------------
本书内容比较零散,下面是做笔记,记录觉得有意思的地方:
人少不做大,不喜欢加班,不喜欢开会,不喜欢计划,不重视销售,一切都这么反直觉反传统。
边做边想,先做再想,多做少想,就是不要不做只想,所以定计划被作者轻视。
除了普通的越忙越有时间外,不会有正当其时,任何时候时间点都是ok的。
牢记初心,追求极简,保持极简。当目标单一才能专注,才能尽可能好。
拿投资人的钱,长期目标易受影响,但资本能带来迅速的提升。利大于弊。
困难越多,挑战越大,能达到的高度就越高。
极简,简化,减法,直接
不延迟做决定,即使做错误决得那个也比不做决定强,至少还能后面的决定去补救
违背初心,违背原则时,及时停止、放弃
打岔,被干扰,被中断,oh no!无法专注!规定不许串岗的时间段
多个小目标,快速完成
少加班,少开会,清醒精力充沛才能高效工作。高效,要高效
记得说不
做决定前三思,冷静一下
分享知识
在亲自尝试做一份工作前,不要雇人去做
以岗设人还是以人设岗(即使是牛人),作者觉得是前者
不要只有一团和气的公司氛围
试用期是长时间的面试
团队中每个人都上前线和客户接触
负面声音看起来比正面声音强烈
船小好掉头,小公司有更快速的应变能力
不要过度管理,让员工自我管理
-
非web码农的web科普读物
2014-10-22
这是一本厚的书,这是一本简单的书。对于没有太多web经验的码农(偶自己)来说,review速度也是相当快的。书到手3天,读了前两部分和后续有兴趣的cookie、托管等章节,主动略过安全、编码等内容。
收获一,之前看了又忘的模糊知识现在完整了,也有了可查询的资料。http报文格式、状态码意义、URI URL联系区别等等内容都有了准切的理解。
收获二。明白web中传输线上各硬软件角色的作用。浏览器客户端、服务器自不必说,代理、缓存、网关的作用也终于能有个较明确的概念了。
收获三,还有一半的章节未读,估计最近不会进入,只在现有内容上查询。读后再续...
-
为什么我需要vim
2014-11-22
原因很简单、很粗俗,因为vim很酷,我想变得很酷。vim的学习曲线很陡峭,即使是这么酷的东西,使用起来也还是很不顺手,常常被迫使用其他编辑器来快速完成急切的任务。本书的出现终于给了我一条活路,高效率地做酷的事情。
说回书本身,它也很酷。原因1:同类书籍很少。为什么此类开源软件的的资料只有文档,但是那些读起来实在是太闷了,我真的没法坚持;原因2:书质量真的不错。总结vim设计方式、原有,而不是简单列出无穷无尽的命令。vim方式马上能记起的:移动、重复,操作+范围....
为什么我需要vim,为什么还需要专门抽出时间专门学习怎么去用一个编辑器?如果时间跨度是几天、几月、几年,那还真是没多大效率。但如果是在寻找一个可以终身使用的编辑器、开发工具,这才是刚刚开始。
-
基础入门类
2015-01-02
书名说明了一切,主要将两部分:php和mysql,加上实践例子。买此书的原因是手头没有关于web后台的实体书,而且也没找到比这更好的。总的来说作为备查工具书基本够用。
一上来就是php,讲述方式很低姿态,生怕读得人没有经验不懂。虽然我也是出入web开发,但是对于这种“亲切的”方式还是觉得有些多余。结果就是已很快的速度把php相关语法、常用内置库过了一遍。后头还带有点不常用(所谓高级)的结构功能,要用临时查有可以的。
第二mysql节奏很类似,关系数据库、sql、php相关接口,也可以很快的搞定。
最后是实例,也是很简单的那种,都尽量简化,同样也是很容易review的。
总的来说作为备查工具书基本够用。
-
初次窥探虚拟机
2015-03-18
(妈的,这又是一次从小白角度看问题,希望以后重读这些书的时候能够更自信些)
虽然做app开发有段时间了,java也能较顺手的使(在google ide的帮助下),但虚拟机却是一个完全黑暗无知的地带。这对我这中悲观保守主义者来说简直就是深深的恐惧,所以本书即使买了这么久还是必须要读完一遍的原因,其实我是被强迫的。
我对虚拟机最大的疑问是GC具体怎么实现的,开发时出现的OOM错误找不到根本原因对于自称死理性症患者的我来说是不可放过的。总结一下GC:1)怎么判断对象可被回收。引用计数法,是个人都知道。另外,对象是否能引用到GC Root,可达性分析法,具体能作为GC Root对象的只有几类,详情看书;2)怎么回收不用垃圾。标记-清除,根据标记回收垃圾对象;复制,把内存分两(多)个区,一份用一份清闲,回收时把用的这部分中剩下对象全部复制到清闲这部分,原来用的全清空变成清闲的,原来清闲的变成使用的;标记-整理,完成标记-清除操作时,把剩余对象移动到堆的一端,消除内存碎片;分代收集,多轮判断对象是否可回收,例如第一轮筛选的对象为新生代,第二轮筛选的为老年代,新生代用复制(有大量对象要回收),老生代用标记-清除或标记-整理(少量对象要回收)。
第二个大的疑问是JIT怎么执行,java到底是需要编译还是解释执行。也总结一下:java代码先被解释为class文件,即编译成字节码,字节码可以直接在虚拟机上执行。字节码运行的是建立在虚拟机上一套指令集(也就是建立在处理器硬件指令集上)。这里都是在解释执行;虚拟机会在字节码运行时分析热点部分,并把该部分的字节码直接编译为硬件指令集(当然会进行深度优化),这就比在虚拟机指令集上运行要快,这也就是JIT。
本书内容还包括class文件结构、字节码具体如何执行,还有虚拟机中并发、线程是如何实现的。这些部分都只是稍稍看了下,暂时找不到有何用,留待未来吧。
-
动态语言的坑好深
2015-01-12
了解语言的一般语法、用法对于有经验的人来说很简单,js也不例外。无需太多时间就可以看懂并写一些简单的代码,但真的深入到动态脚本语言中才发现坑真的好深。函数、对象和强类型静态语言有不小的差别,直到现在我理解起来还是有些困难,感觉书就是照着怎么难怎么写的。需要继续重读,加深理解。ok,已经把js地图轮廓于心了(但愿),以后至少知道如何去查了。
阅读范围为前两部分,即不包括参考部分。即使这样本书的厚度也大有能把人砸死的威力。这么厚也对reading时的心情产生里些许影响,怎么多怎么读得完,老是想快一点,最终就是让reading效果打了折扣。
-
讲讲原理
2016-01-10
工作区、暂存区、版本库的作用、意义
SHA1码,commit tree blob
master HEAD是什么
git reset 和 git checkout 干了什么
fast forward提交 是什么
-
简单记录
2015-12-14
简单的纪录下
大数据用来预测
思维变革:
1、不使用采样,用全体数据
2、不追求数据的精确,求全面和多
3、不是因果,是相关关系
商业变革:
1、量化一切
2、数据可再利用,创新应用
3、三种公司:拥有数据,有能处理数据的技术,有利用数据的想法
管理变革:
1、数据决定一切也是危险的。例如隐私,以预测进行惩罚
2、新的制度规范
-
好厚好全好难深入
2015-03-01
这真是一本很厚很全面的书,话说参考文献就几百本,这还怎么好好的看下去嘛。不过,好在有点年头了,所以也不是什么都要仔细看。但我好想好多书都没有很认真仔细地研读过,都是等着以后重读时再说。anyway,要看的书浏览的信息实在太多,至少我大部分看下来了。
下面正式记录下印象深刻的点:
本书是关于构建construction的,包括 设计、编码、调试、测试;
前期准备必须必要,用来定义问题、确定需求、选择软件架构;
软件设计最主要任务、方法就是 控制、降低复杂度,把问题搞得越简单越好;
好多关于 类、子程序、异常、变量、语句 的细节;
协同构建包括 结对编程、正式检查等等,正式审查和走查、review不一样;
什么时候能完完全全实践 开发者测试、TDD;
不要盲目地、随机地为了调试而调试,动手解决问题先理解问题的根本;
觉得代码有坏味道时实时重构;
根据项目规模适用不同的开发方法和过程,分清程序和产品;
度量、评估工作量和时间虽然不准切但却很重要;
。。。