惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Help Net Security
Help Net Security
G
Google Developers Blog
雷峰网
雷峰网
WordPress大学
WordPress大学
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Engineering at Meta
Engineering at Meta
Security Latest
Security Latest
T
Threat Research - Cisco Blogs
AWS News Blog
AWS News Blog
F
Full Disclosure
C
Cybersecurity and Infrastructure Security Agency CISA
T
The Exploit Database - CXSecurity.com
J
Java Code Geeks
U
Unit 42
C
Cyber Attacks, Cyber Crime and Cyber Security
V
V2EX
C
Cisco Blogs
博客园 - 司徒正美
Project Zero
Project Zero
L
LINUX DO - 热门话题
阮一峰的网络日志
阮一峰的网络日志
Blog — PlanetScale
Blog — PlanetScale
Scott Helme
Scott Helme
A
About on SuperTechFans
Hugging Face - Blog
Hugging Face - Blog
S
Securelist
小众软件
小众软件
aimingoo的专栏
aimingoo的专栏
S
Schneier on Security
G
GRAHAM CLULEY
酷 壳 – CoolShell
酷 壳 – CoolShell
Cyberwarzone
Cyberwarzone
MongoDB | Blog
MongoDB | Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
博客园 - 叶小钗
T
Threatpost
Recorded Future
Recorded Future
C
CXSECURITY Database RSS Feed - CXSecurity.com
宝玉的分享
宝玉的分享
N
News and Events Feed by Topic
人人都是产品经理
人人都是产品经理
The Register - Security
The Register - Security
S
Security Archives - TechRepublic
博客园 - Franky
N
News | PayPal Newsroom
Simon Willison's Weblog
Simon Willison's Weblog
S
SegmentFault 最新的问题
W
WeLiveSecurity
A
Arctic Wolf
B
Blog

博客园 - 叶伟民

RAG开发大模型应用掉进过的坑(1)——从讨论国内外大模型应用发展而起 大模型时代的PDF解析工具 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第10章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第9章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第8章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第7章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第6章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第4章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第3章 使用Jasmine和karma对传统js进行单元测试 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第5章 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第2章 走正确的路 - IT业没有护城河 - 机器翻译新锐Deepl 《.NET内存管理宝典 》(Pro .NET Memory Management) 阅读指南 - 第1章 Women forum两周年有感 现代化编程模式(1)-快 转型 - 在海归群的最大收获以及写给子孙后代的。 《 .NET并发编程实战》一书中的节流为什么不翻译成限流 《.NET内存管理宝典》 售后服务系列文(2) - WinDbg命令.cmdtree
如何取书名(2) - 书店研究心得
叶伟民 · 2020-09-28 · via 博客园 - 叶伟民

今天去书店研究了一下,收获很多。这里只讲一点,就是如何取书名。

研究情况

我的书

第一时间当然是去看我的书啦。

进入计算机书籍区域,一进去就是语言相关的书籍,第二排是C#的书,我找了一遍,很失望,以为还没上架。结果一去查询,居然是已经上架了,只不过放在最后的一排,重点是和PHP和HTML书籍放在一起。

怪不得没有人买啦!!!
假设我只是一个想过来看看有啥新书的.NET程序员,来到了第二排看了C#相关书籍之后,再往后看发现是Office相关的书籍,就会认为就只有这么多C#相关书籍了,很大可能不会再跑到最后一排看了。

而按照书名去买书的人一般都直接在网上买了,不会专门跑到书店买。
到了书店现场再去搜索书名的估计只有我这个译者了,然而我是不会买自己翻译的书籍的。。。

我的书并不是特例。

ASP.NET的书也一样是和一堆HTML和Dreamweaver书籍放一起的。

这样可能会导致:

  • 读者看到了第二排的C#书籍之后不会再跑到最后一排看有没有.NET的书籍。
  • PHP的读者并不会对.NET感兴趣
  • Dreamweaver的读者并不会对.NET感兴趣

JavaScript的书都是和Java的书混合放在一起的。不过JavaScript的书是放在第一排,所以不会有啥大问题。

然而下面这个就有问题了。

机器学习真的和机器人没有啥关系。。。

同时机器人这一排也是在后面,这样可能会导致:

  • 人工智能的读者并不会留意到这几本“机器学习”的书。
  • 人工智能的书放在第一排,机器人是最后一排,放第一排和最后一排对销量的影响你应该懂的。

解决方案

导致上述原因应该是书店工作人员不知道:

  • .NET、ASP.NET的书应该和C#的书放在一起
  • JavaScript的书不应该和Java的书放在一起,而是应该和HTML、CSS的书放在一起。
  • 机器学习的书不应该放在“机器人”这一排,而是应该放在“人工智能”一排。

然而我们不能怪书店工作人员,毕竟书店这么大,工作人员如果具备这些专业知识,能够正确摆放书籍,他们可能就会离开书店,去寻求更高收入的专业工作了。
同时书店和我们是合作关系,我们不但不应该指责他们,而且还应该要帮助他们解决这个问题。(所以我这里并没有说是哪家书店。)

最实际的解决方案是:我们要根据这个特点去想好书名。同样主题的书籍因为书名不一样,就可能会被摆放在不同的位置。

这里有人会问,我的书并不依赖于实体书店去销售。所以不需要关心这点。

别急,还有下文呢。

敏捷相关的书

看完了编程的书籍,我第一时间想到了刘华的书 - 《猎豹行动 硝烟中的敏捷转型之旅》,他的书是一本讲敏捷的书。选择他的书做为调查样本纯粹只是因为恰好符合了这些特点而已:

  • 编程书以外的 (因为前面我已经对编程书籍做了调查研究)
  • 经常在我眼前出现,所以最容易出现在我脑海里,最先会想到的。
  • 同在一个部门上班,对他的书的背景信息我掌握得比较多,有助于我做出全面和正确的决策。

所以请你根据你的实际情况来选择你具体的调查样本。

搜了一下,没有在书店上架,问了一下,说是已经不是新书所以下架了。
然而我却在搜的过程意外发现一个很重要的信息:取了个好书名的书并没有放在五楼计算机书籍区域,而是放在了二楼的经济管理区域!!!

重点是这类书还不少!!!我这里就只简单举几个例子:

  • 《精益―敏捷项目管理:实现企业级敏捷》 (英文书籍原名:Lean-Agile Software Development: Achieving Enterprise Agility)
  • 《敏捷实践指南》

以上书籍都放在二楼的经济管理书籍区域。

以下书籍都放在了五楼的计算机书籍区域:

  • 《Head First敏捷开发》
  • 《敏捷整洁之道:回归本源》

这就相当致命了。

一些企业里有话语权、决定权的领导还是有逛书店的习惯,而且逛二楼的经济管理书籍区域的概率比逛五楼的计算机书籍区域大很多。并且话语权、决定权越高的领导往往年纪越大,逛二楼的经济管理书籍区域的概率远远比逛五楼的计算机书籍区域大很多很多。

所以同样一个题材的书籍就因为起了不一样的书名,结果起了好书名的书籍被放到了二楼的经济管理书籍区域,差书名的书籍被放到了五楼的计算机书籍区域,从此遇到了不同的读者,走上了不同的道路。

这里就以取了一个好书名的《精益―敏捷项目管理:实现企业级敏捷》为例吧:

  • 该书英文原名是Lean-Agile Software Development: Achieving Enterprise Agility, 直译应该是:《精益敏捷软件开发:实现企业敏捷性》
  • 直译的书名里不但没有 “管理” 二字,而且还有 “软件开发” 几个字。
  • 所以如果采取了直译的书名,相当大概率会被放到五楼的计算机书籍区域。
  • 然而书名采取了意译,《精益―敏捷项目管理:实现企业级敏捷》,将 “软件开发” 改为了 “项目管理” 。最终被放到了二楼的经济管理书籍区域。
  • 因为该书是一本管理书籍,说不定还可以放在机场书店里面,感觉销量就不一样了。(目前这只是我的猜想,有待证实)
  • 因为这是一本翻译的书,书的内容是无法改的。所以书的内容没改,只不过因为改了一个好名字,结果该书走上了不同的道路。。。

最终建议

事实摆在眼前,有啥好说的呢,一本翻译的书,书的内容是无法改的,只不过因为改了一个好名字,结果被放到了二楼的经济管理书籍区域,甚至还有可能会被放到机场书店里面。所以取个好书名真的能够改变书的一生。。。并且如果你的目标读者年纪越大,话语权、决定权越高的话。

另外的书

然后我再去搜了一下N某的书,选择她的书做为调查样本纯粹只是因为:

  • 前面两类书以外的。
  • 经常在我同事口里提到,所以最容易出现在我脑海里,最先会想到的。
  • 她曾经在同一个部门上班,对她的背景信息我掌握得比较多,有助于我做出全面和正确的决策。

所以请你根据你的实际情况来选择你具体的调查样本。

搜了一下,她的几本书我都没搜到。
但是我为了找她几本书的名字,上了一下她的微博,发现她已经有三百四十六粉丝了。
所以虽然没搜到她的几本书,我也没有继续调查研究下去了,毕竟她都有三百四十六粉丝了,实体书店的销售对她真的不重要啦。

总结

  • 如果你的书内容不变,但是有可能因为取一个好的书名会被放在管理类,取一个差的书名会被放在技术类,并且你还是很想管理岗位的人看到你的书,那你真的要好好想一个好书名了。比如前面L某的敏捷相关的书籍。
  • 如果你的书内容不变,但是书名会影响到你的书是放在前面一排还是放在最后一排,并且你还是很希望尽可能多的读者看到你的书,那你还是要好好想一个好书名吧。比如我的书。
  • 如果你有几百万的粉丝,不在乎实体书店的销售,那就不需要考虑我前面的观点了,但是你总得考虑你在网上销售的那部分吧。比如前面的N某。
  • 如果你很厉害,那就根本不需要考虑书名了,直接拿你的名字当书名就可以了。比如这本书, 这本书真的相当赞,深深影响了我做的许多决策。我觉得我是做不到这个程度的,所以我还是好好想一下我的书名吧。。。

最后,有人会问,为啥没有《如何取书名(1)》?
嗯,《如何取书名(1)》我昨天在人民邮电出版社的活动上已经做了分享,本文是对昨天的分享做的补充,所以才命名为2。不得不说,人民邮电出版社真的很赞,在和人民邮电出版社合作的过程中我学到了很多。

风险提示和免责声明:

  • 我这次研究其实是很片面的,我选择刘华和N某的书是因为他们是.NET圈子以外离我最近的人,所以我的结论和观点并不适合于你。请你不要轻信我的研究,请根据你的实际情况去做调查研究。
  • 本博客仅代表我的个人观点,与我所在企业无关,并不代表我所在企业的观点。
  • 本博客仅代表我在某一特定时间及某一特定场合的观点,请不要以偏概全。
  • 基于我本身视野的局限性,我的观点并不一定全面。
  • 基于我本身也会被人误导的可能性,我的观点并不一定正确。
  • 决策有风险,决策需谨慎!如果您需要做决策,请不要盲目和偏信我的观点,请在收集了全面并且真实的信息之后再慎重做决策。
  • 我默认你已经阅读和同意了以上内容,我不会对你的决策带来的损失负任何法律责任。