日内瓦湖后面的山峦中，有一条上山隧洞，虽然隧洞内的照明条件挺好，但司机必须做好万全打算，以免由于停水酿成悲剧，这在山区是很有可能发生的。于是，一条这样的警示标志制做下来：
注意：前方有隧洞，请开启车灯。
警示标志悬挂在隧洞入口外。看起来安全隐患算是解决了。
从隧洞东端下来继续向前行驶400米，就到了全世界风景最迷人的一处休息区。这里从高处俯瞰湖区，可以将景色尽收眼底。每天，总有数百名游客来此欣赏景色。但每晚，总有起码十位旅客回到自己的车上时才发觉，尽管身体和精神都得到了放松，车上的电瓶却用尽了，因为她们下车的时侯忘掉了要关闭雾灯。警察总是使尽浑身解数，才能帮她们发动车，或者把汽车拖走，使得旅客们怨声载道。
为了解决这个问题，工程师考虑了好几种解决方案：
在隧洞出口处设置一块标志牌，写上「关闭尾灯」，但这样的话，人们在夜晚行驶时也会把大灯关闭。无视目前情况……哦不行，情况早已出现了，而且政府觉得工程师的工作很不理想。在俯视水景的地方设置一处充电站，但维持充电站运转的费用会很昂贵，而且假如充电站不能正常工作的话，人们会更愤怒。授权一家私人公司来经营充电站，但这就意味着让公园商业化，政府和旅客式不会接受的。在隧洞出口处设一块语言叙述更明晰的标志牌。
工程师的直觉告诉他应当写出明晰精准的标志说明，最后得到了一个带有法国精准风格的作品：
如果是晚上，而且尾灯亮着，那就把大灯关上；
如果是白天，而且大灯关着，那就把大灯打开；
如果是晚上，而且大灯关着，那就让它关着；
如果是夜晚，而且尾灯亮着，那就让它亮着。
不管司机是谁，等读完这条口号，他的车早就冲出栏杆，被水流带到水底了。最后，总工程师采用了「这是她们的问题」这一方式，来代替之前的种种折腾。假设司机有很强的心愿解决问题，只是须要一点小小的提醒。他还假定，如果司机都通过了驾照考试，他们就不会是彻头彻尾的傻蛋。司机们须要的只是在隧洞尽头设置一块标志牌，上面写着：
你的灯亮着吗？
如果司机们笨到连这句话都看不明白，那电瓶用尽应当只是她们所遇到的问题中最简单的一个了。
以上就是本书中最具代表性的事例，也是书名的来由。本书的作者之一是在软件领域大名鼎鼎的杰拉尔德·温伯格，从20世纪70年代开始，他总共撰写了30多本书籍和数以百计的论文。
这是一本教你认知问题本质的书。需要注意的是，本书注重在提示你看待问题的角度，而不是教你解决问题的方法论（读前我就有这样的误会），毕竟具体的解决方式都要视具体问题而定，并不存在一劳永逸的应对方式。
《你的灯亮着吗？》属于启发性的作品，没有这么严谨的框架，总共分六章，每章都以一个例子开篇，抛出问题让读者先自行思索，再点出其中极易被忽视的解决问题的关键点。全书大致从三个大方面论述：
问题是哪些？问题该由谁解决？问题来自哪儿？问题真的须要解决吗？
问题是哪些？
这一部分作者给了最大的篇幅，用了三章来探讨，这很容易理解，如果你都不知道问题是哪些，何来谈解决之道。然而，很多时侯，我们就是这样，遇到一个问题就迫不及待掏出各类办法，甚至都没有先好好想清楚问题到底是什么？
作者在其中举了一个事例：哥谭市金融区的中心地带，有一座刚开馆的办公大楼，然而还有未转租空屋的情况下，大厦扶梯就不够用，造成了房东的众多不满，甚至恐吓退租。
面对这样一个不算复杂的问题，很多人可能在读完前面这段介绍过后才能给出不止一套解决方案。然而，在弄清楚问题是哪些之前，不要着急着给出解决方案。同一个问题，站在租客的角度和业主的角度，需要给出的解决方案是完全不同的（甚至相反），这样的区别足以让我们抑制住匆忙掏出解决方案的冲动，先问问：谁遇到了问题？然后针对答案中的每位群体，再问问：问题的本质是哪些？
如果对问题下一个比较简单的定义就是：问题就是理想状态和现实状态之间的差距。
然而，很多时侯须要注意的是，你可能永远都没法确定早已找到的问题定义是正确的，因为当人们尝试通过改变状态来解决一个问题时，常常会新制造出一个或几个新问题来，简单说：每一个解决方案都是下一个问题的来源，而且这种问题往往在无意中形成。很多时侯，发现这种问题本身就是最难的部份了。
在发觉和定义问题时，有几条tips可以尝试：
跳出既有身分和视角，假想一个陌生视角来重新看待问题。去过外国旅游时，我们都不可避免地会遇上让人感觉别扭的地方，同样的，对于习以为常的生活环境，尝试跳脱开自己的身分，想象自己是一个第一次来中国的英国旅客，选一个小东西（比如100元纸钞）用他的眼光瞧瞧，会不会看出一些有趣的问题呢？注意这些解决方案和其提出者不匹配的情况，极容易形成新的问题，甚至是危险。解决方案的设计者，并不受问题带来的困惑，也无法体验到自己的设计带来的后果，这种错位经常带来不协调的解决方案，衍生出新的问题。对问题定义不断进行修正。能一眼就看出问题本质的情况虽然是少数的，大多数情况——哪怕假象很简答——问题的本质都隐藏在深处。随着接收信息量的降低，需要对问题的定义不断修正（越到后程越会发觉问题不是你之前想像的那样），而不要两耳不闻地一条道走到黑。
问题该由谁解决？
找准问题最急迫的解决者，往往是这些最受问题困惑的人，如果她们有能力解决，就尽量让她们自行解决，提供帮助但不过多插手；如果她们没有能力解决，试着把问题引导到这些有能力解决的人脸上。
软件开发行业有一句很有名的话：Eating your own dog food。原本是指软件的开发者必须得使用自己开发的软件，这样就能晓得问题和缺陷在哪，从而确切解决。在DevOps中，也指开发人员自己做测试和运维，你自己写的代码，出了问题也由你来解决。只有吃自己的猫粮，才能晓得那里好吃，哪里难吃。
有时，为了改变局面，也可以尝试着把解决问题的责任归到自己头上——哪怕只有一会儿。这可能不会真正为所与人解决问题，但其实至少能帮助你自己甩掉问题。
问题来自哪儿？
典型的事例就是考试。如果你清晰地晓得这道题考点来自教材第三章，那你解决它的可能就大大增强。同理，处理问题的时侯，试着搞清楚问题来自那里，是那个环节出问题带来导致现今的局面。一旦搞清楚这点，离真正解决问题也不远了。
问题真的须要解决吗？
有些时侯，问题和解决方式简直如同屋子里的小象，你以为没人注意到，没人想到过解决方式吗？或许你应当考虑下这些问题存在似乎有它的价值——这个时侯甚至不应当称之为问题了。很多问题之所以这么显著地存在，不是由于它本身，而是有其他外力促使它难以解决，比如道德、强权和解决它的代价和风险。所以评估下眼前这个问题真的须要解决，或者有多少人真的期盼这问题被解决。如果得到的答案是否定的，那就放着随它去吧。
以上，《你的灯亮着吗》算是有启发性的书，话不多，点到为止，需要你自己再归纳和发散，最后能获得更多属于自己的看法和看法。
