《沟通心理学》:没条理的标题+老掉牙的故事,1星

全书是相对独立的故事+点评组成。全书内容跟心理学粘不上边,大概是《故事会》的风格,一个小故事引发一段议论。全书分12章,但是实际上这12章和其中的文章的标题与主题并没有清晰的条理,内容交叉重复的很多,一些重要的沟通技巧与环节又完全没有涉及。

故事中还有拿破仑等古人的传闻,也许作者年龄在60以上,也许这本书比较适合那个年代的人阅读。

我的评价是1星。

时间: 2024-10-12 15:33:30

《沟通心理学》:没条理的标题+老掉牙的故事,1星的相关文章

还没想好标题~~

最近一直在看<30天制作操作系统>这本书,一边看一边跟着实践,看了快半个月了到现在才跟到第三天,由于自己本来底子很薄(或者说根本就没有),所以非常的吃力.    =================================    我不是什么程序员,工作也与IT没有任何关系,至于为什么这么做,恐怕就只剩下兴趣与好奇心了.    我初中的时候第一次接触电脑,是我叔叔不知从哪里捡来的一台很旧的电脑,但是谁也不会用,(到现在我也不知道为什么)开机之后就是黑乎乎的界面,只能打字,于是我用它学会了打

产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技术就不会被忽悠了。

PM在YY...作为强势的技术来回答一下吧.说明白WHY,HOW,WHAT就好了. 我想点两个赞,u can u up,no can no bb 什么的. 微软的win8之父年轻时候也是一个PM应该是微软最伟大的pm之一了吧.他有一天和程序员起了冲突,程序员说必须有两周才能干完,他说项目等不及了.就这样冲突一直没有一方让步,直至一周后,这个PM带着自己写的code给程序员看,他只用一周就可以这些功能.所以产品经理还是要懂一些技术才能和程序员更好交流 我觉得碰到强势的工程师是一件好事.同时,别人拒

2019左其盛好书榜,没见过更好的榜单(截至3月31日)

各位书友如果看到更好的好书榜,欢迎向我推荐. 见了不少好书榜,没见过比我这个更好的.以下4条大部分好书榜一条都做不到: 1:我这个好书榜中的书都是我认真读过的: 2:给出具体的星级,好书又分了3.5星.4星.4.5星.5星四个档次: 3:我有过多年的技术类.管理类.产品类岗位的工作经验,市面上其他榜单有不少是专职编辑制定的: 4:除了好书榜之外,我还有差评榜(为此当然会得罪许多人). 此外其实还有一条就是制榜者的洞察力,不过这一条相对比较虚我就不说了. 各位书友如果看到更好的好书榜,欢迎向我推荐

当马队遭遇狼群,阿里华为长篇竞合剧基情开幕

2015-05-31 雷震子 雷震子 几天前先听到阿里豪中海关八千万大单,昨天又获悉华为中标海关3000台服务器规模私有云的消息.阿里和华为分获海关大单,基本上标志着这两家公司在云计算领域的竞争正式的全面铺开. 实际上阿里和华为在云计算邻域的竞争早已开始,只是双方各有侧重,竞争态势并不明显,阿里更侧重公有云服务,主要面向个人和中小企业市场,特别是互联网行业的小微企业,华为更侧重私有云建设,主要面向企业市场,虽然大中小型企业全覆盖,但主要收入仍然是大中型企业.政府及公共事业.但随着阿里开始猛攻大中

3.PO如何给开发团队讲好故事

敏捷开发系列文章目录 讲出符合开发团队味口的故事. 上一章说了敏捷开发团队的构成与迭代过程,本章重点说一下迭代第一天的计划会议.熟话说“好的开始就成功了一半”,一个迭代的计划会议做得好不好确实直接注定着迭代的成功与失败.迭代开始之前,PO肯定都已经提前准备好了本次迭代的所有故事,并且提前都发给了团队熟悉,后来我们一般都会在前一个迭代快要完成的时候开一个下个迭代的熟悉会议,组织大家一起熟悉下个迭代的故事,一开始并没有这么做,是在过去的多个迭代中,发现每个迭代计划会议都会拖得很长,有时候会开整整一天

一台服务器的黑道生涯(连载)之四 小弟也有脾气

早上办公室的门刚刚打开,汪工已开始准备工作,测试网络环境.检查Pc健康情况.接下来的工作就是将所有Pc小弟加入Heidao.com.Dc在任务开展前做了简短的工作安排,汪工引导小弟加域,Dc和它的3个儿子后台配合执行操作,任何问题请联系Dc,我问Dc:我干嘛.Dc说:你就把你的CPU和内存调节好,别到时给我掉链子. 准备工作安排好了,汪工说干就干,每一台Pc小弟都要经过汪工的操刀加入域,随着Pc1.2.3相继被拉入域,一切部署在正常的运作中,但事情也不是都很顺利,并不是每个Pc小弟都很听话.下面

软件方法阅读笔记(一)

<软件方法>讲的是用UML语言来辅助我们进行软件的从0到1的过程.这个过程的结果并不是最终运行在电脑屏幕上的那个界面,而是一堆图纸,可视化的图纸.是的,确实是图纸.建筑行业有设计和施工图纸,电工行业有设计和实施图纸,城市规划有图纸··· ···任何你看得到的工程都有图纸,你要写的软件居然没有.“图纸在我脑子里呢”,我也曾经说过.直到看到这本书.这本书的直接受众应该有两类人:1.程序员这类人一般的工作思路就是提功能的人说要做什么,嗯嗯哦哦之后,迫不及待的打开编辑器开始写代码,调试,然后发现做完的

研究生期间接受的指导(二)

说明 本文内容取自作者就读研究生期间在实验室工作时,从导师和师兄师姐处接受的谆谆教诲.点滴琐碎,还请见谅. 正文 1. 导师的教诲 模块化编程,由基本功能扩展,由小函数"垒"成大程序.     一个模块一个模块调试,用"排除法"找到问题的根源.     "特殊值试探",如赋给某一确定输入观察输出是否合理.     开始不要急于用程序控制,可先用电路控制电路,易于调试和理解.如片内生成时钟完全可以用仿真时钟源代替.又如LCD管脚接上开关和上拉电阻,

遵循高效编程之原则

前言:清明时节雨纷纷,路上行人欲断魂.借问酒家何处有?牧童遥指杏花村.对于清明节,想必杜牧这首诗肯定会让你呼之既出.今天是清明放假的最后一天,打扫完家里的卫生,我就必须要抓紧美好的时光来记录下<高效能程序员的修炼>一书第三章"高效编程之原则"的读书札记. 永远都是你的错误 在怨天尤人之前,我们应该做好自我反省,努力先把自身的问题解决了. 这个原则永远都必须去遵守,很多时候,包括我,在遇到一个编程问题的时候,总是"情不自禁"的埋怨到:"这TM都谁