写点什么

为什么我们要做一本可能不是畅销书的书?

  • 2017-04-17
  • 本文字数:2271 字

    阅读完需:约 7 分钟

这是 InfoQ 的第一个十年,这是我们做的第一本书,我们今天想给你讲一个有关初心的故事:为什么我们要做一本注定不是畅销书的书?

两年前,InfoQ 旗下的 **「聊聊架构」技术社群正式成立,我们签下了一位叫王概凯 ** 的专栏作者。你可能没听说过这个名字,但是应该读过「架构漫谈」的系列文章。

在这个专栏中,他连载了十篇技术文章,有趣的是,他避谈读者喜爱的高并发大流量架构解密,也没有贴出复杂炫目的架构图,却从最基础的架构概念开始拆解,娓娓道来,就像老朋友在给你讲一个技术故事。专栏的阅读数累计 10 万 +,甚至有读者自发集结成电子书,在社区中传播。

在接下来的几个月里,断断续续有读者问道,为什么 InfoQ 不基于「架构漫谈」的系列文章去做本实体书?我们也陷入了沉思中,在过去近 10 年的技术媒体生涯中,InfoQ 策划了很多的架构类文章,有电商巨头阿里巴巴的双十一架构演进之路,也有成长型公司知乎的架构变迁史,还有热门的微服务架构落地实践,等等不一而足。

但与此同时我们也发现,这些类似的文章大家也只是放入收藏夹读读,当要具体参考并应用到自己的业务中时,总是会有这样那样的问题。

深入反思这件事,其实道理也很简单,毕竟各家公司的业务体量、组织结构、架构背景都不一样,所以直接参考借鉴的价值也不大。那有没有什么好的方法能解决这个问题?亦或者说,可不可以让大家有一些共同的架构理念作为基础,再去构建上层的架构?

我想我们是幸运的,想到这些问题的时候,正好也遇到了架构漫谈这系列文章。从社区用户的反馈来看,我们坚定这是一个正确的方向。道为术之灵,术为道之体,过去这些年,我们做了足够多的关于架构之术的文章,现在也是时候聊聊架构的道了。

于是接下来我们就有了一个大胆的计划,想再激进一点,直接把这系列文章做成一本实体书,并且在 InfoQ 的渠道上独家销售!开始的想法很单纯:虽然很多图书电子化了,但众多技术读者仍然喜欢纸书阅读的仪式感,好内容总归会有市场,我们也希望这本书能让大家读 5 年,读 10 年,而不像很多书一样,昙花一现。

谁知概凯却一口拒绝:写书太耗心力,并且我的很多观点也都是与主流相悖的,拿捏不好,很容易进入舆论的漩涡,影响到我的工作生活。再者我也不是什么名人,写的东西害怕误导读者。

面对这样的情况,我们的编辑三顾茅庐(省略 N 多字),几经周折,概凯终于松口,答应一试,条件是不要宣传作者,不邀请他人写序,封底不写推荐语,编辑不能大幅度修改其文字。

编辑的下巴差点掉到了地上,为啥呢?

一本书出版之后,为这本书说话的应该是书中的文字和思想,读者们只要记住它们就可以了,不需要记住我。如果书好,读者会口口相传,也不需要名人推荐。

半年后,我们终于拿到了书稿和目录,开始联系出版社,没曾想却遭到了相熟金牌编辑的质疑:「作者写书的口吻完全是教条主义,感觉高高在上」「作者不让找 KOL 写推荐语?那这书还怎么卖?」「作者个人履历挺丰富的啊,为什么不同意加作者介绍?十年了,我第一次遇到这情况」「你确定这作者在 InfoQ 上受欢迎?」「怎么章节的分配这么不均匀?」。

没错,怎么看,这本书都不会成为一本畅销技术图书。

怎么办?书可能卖不出去,还做不做?出版社给过来的合同还签不签?InfoQ 第一次做图书,真的要押宝在这样一本书上?要不先放放这本书,转而选择另外一本可能成为爆款的书籍压阵?我们又一次陷入了纠结和犹豫当中。

InfoQ 的很多编辑都是见城彻(出版人,幻冬舍社长)的信徒,当面对这样的选择的时候,我们又一次想到了见城彻先生的做书经历,以及让我们热泪盈眶的话:

我不可能因为那点理由就放弃,所以一直紧咬不放——我对从未有过的事物有着强烈的兴趣,所以经常想做出一些未曾有过的东西。

做,继续做。这本书一定是有价值的,整个行业,谈解决方法的书太多了,架构漫谈虽然独树一帜,但却切切实实在帮大家提升架构的认知。再者,我们也不能忘了我们是为什么而出发,亦余心之所善兮,虽九死其犹未悔。

在这样近乎偏执的努力下,出版社的责编终于接受了这本书,他们说:

我们出版社的商业考量和思维惯性遭统统被四两拨千斤,化解于无形。最开始这让我们产生了很大的挫败感,甚至无所适从。但像很多大人物一样,只要对方足够笃定,最终他的信念还是会感染和同化周遭的人。

今天,这本名为《聊聊架构》的「裸书」诞生了。我们花了近两年的时间,打磨这本可能注定无法畅销的技术书。不为别的,只希望为这个行业贡献一点点力量,能够引起一些思考也是好的,如果能够帮助一些软件工程师们获得更好的工作效率和工作品质,就超出期望值了。

作为读者的你,能得到什么?

  1. 从本质上说,成长就是认知升级,架构本质其实就是认知架构。
  2. 不再受困于业务或者架构,在更高维度思考问题。要想成为一个成功的架构师,纠结于业务、架构的一亩三分地是不可能实现的。
  3. 理清架构、技术、业务的关系。这些工作中的常见关系,你真的清楚了吗?
  4. 空杯心态,重新再思考最基础的架构概念。你接触了许多架构图,学习过很多架构概念,也动手实践过某些架构,但最基础的架构概念,恰恰是你可能忽视的关键。
  5. 抛开表象,发现事实是什么,找到成败关键点。架构实操是表象,架构理念才是内核所在,也是成功的关键。

如果你怀着一颗功利的心来读这本书,希望读完马上就能解决工作中这个或者那个问题,那我们还是不建议您购买。这不是一本工具书,无法解答你遇到的具体技术难题。静下心来细品,或许《聊聊架构》能陪你走的更远。我们也希望,5 年后的今天,我们再看这件事,它依然是有价值的。

这是 InfoQ 的第一个十年,这是我们做的第一本书,希望漫长的技术生涯里,《聊聊架构》能成为您的良师益友。

2017-04-17 17:533595

评论

发布
暂无评论
发现更多内容

从“卷智商”到“卷情商”我们能从一场华为海外发布会学到什么?

脑极体

PC

一位CSDN的博主怀疑我抄袭他

Loken

音视频开发

Python 函数式编程让代码直接优雅起来

秃头小帅oi

三大神医齐现身,竟为医院数据中心而来?

白洞计划

AI

Python从基础到进阶字符串验证

申公豹

Python

【活动回顾】Databend 云数仓与 Databend Playground 扩展组件介绍

Databend

某公司案例分析

尚思卓越

运维 堡垒机

SAP数据一键拉取!利用零代码ETL工具快速实现数据同步

RestCloud

数据同步 ETL SAP

SD-WAN的降本增效作用是如何体现的

Geek一起出海

在Python中实现条形图动态追赶动画效果

申公豹

Python

文心一言 VS 讯飞星火 VS chatgpt (156)-- 算法导论12.3 3题

福大大架构师每日一题

福大大架构师每日一题

统一观测丨使用 Prometheus 监控 Memcached 最佳实践

阿里巴巴云原生

阿里云 云原生

打造绿色计算数智动力 HashData 入选“绿色计算最具价值解决方案”

酷克数据HashData

纯干货|聊一聊大促活动背后的技术:火山引擎边缘云CDN/DCDN/GA

火山引擎边缘云

CDN CDN加速 加速 内容分发 CDN带宽

沉浸文旅体验!实时云渲染助力2023广东旅博会智慧文旅元宇宙体验馆上线

3DCAT实时渲染

元宇宙 实时渲染 实时云渲染 实时渲染云

马上2024年了,现在去开发一款App需要投入多少资金?

编程的平行世界

开发 Android Studio 成本管理

在 Excel 里研发俄罗斯方块;全国首例「AI 声音侵权案」审理丨 RTE 开发者日报 Vol.106

声网

基于STM32的物联网节点设计与实现-传感器数据采集与无线通信

申公豹

嵌入式

软件测试/人工智能丨计算机视觉常见业务场景,原理和测试指标

测试人

人工智能 软件测试

都是植物补光,为什么你的没效果?

电子信息发烧客

雅高与亚马逊云科技合作为宾客提供卓越体验

财见

计算机设计大赛信息可视化设计的获奖经验剖析解读—4C大赛【全网最全万字攻略-获奖必读】

申公豹

可视化

用户指南|使用 Helm Chart 部署单机版 GreptimeDB

Greptime 格睿科技

Kubernetes 时序数据库 #数据库 Helm Charts

【写作训练营打卡|08】写作的四大问题踩坑点总结

写作

Google Gemini Pro API专家级体验

Bob Lin

人工智能 AI openai LLM gemini

三大神医齐现身,竟为医院数据中心而来?

脑极体

数据中心

深入学习Python与Vscode环境的安装与配置

申公豹

Python

低代码与自动化:加速软件开发的新趋势

不在线第一只蜗牛

运维 自动化 低代码

C 语言注释和变量详解

小万哥

c c++ 程序员 后端 软件开发

一款功率电子开关TP6062

芯动大师

为什么我们要做一本可能不是畅销书的书?_架构_Betty_InfoQ精选文章