写点什么

2012.06.06 微博热报:剑客 vs 铸剑师、技术负责人选择技术

  • 2012-06-06
  • 本文字数:2003 字

    阅读完需:约 7 分钟

@真阿当 在微博上引用了一句话“一个顶尖的剑客,不一定是个铸剑的高手”,认为在应用层面上可以走得更远一些; @Fenny 在微博上指出,技术团队的负责人应该从中立的角度选择最合适、团队成员能够在现阶段运用好、并且对自己公司真正有价值的技术。两条微博引起网友热议。

@真阿当 近日发布了这样一条微博:刚听到一句话“一个顶尖的剑客,不一定是个铸剑的高手”,特别喜欢。送给喜欢自己造轮子的童鞋们。有精力的话,在应用层面走远一点,是不是更有价值?

很多人表达了自己的意见:

老赵:为嘛要成为一个顶尖的剑客啊,喜欢造轮子的同学往往就是冲着铸剑的高手去的,乐趣就在于铸剑,又没说剑客就比铸剑师高级。

@米粽 my : 铸造工艺同样重要,但研究这个的人也不一定就是好的工匠或者…

nomospace :保留意见。铸剑师和剑客都有一技之长,兴趣、能力使然。

寒冬 winter :产品经理应该做的是:我要做顶尖剑客,需要绝世好剑,我有钱,便去买剑,买不到,便请人铸,铸不出,便自己铸,再铸不出,就去偷去抢,总之万般手段用尽,不达目的不罢休。

真阿当:回复 @寒冬 winter : 同意。只是,能稍宽容点吗,我之前的一位同事说的一句话,我觉得很好,他说“产品经理是人,不是神”,是人,就会有人性,就会有不同性格,然后不是每个人都会按同一种具体的方式行事。有些人,满分的上限是 80 或 70 分,到不了 100。请您宽容。

web 凡:我所理解的这个段子,就是说追求技术,不一定非要自己写出一套框架,非要自己写出一套库函数。就算写出来了也未必就能证明你多么强。道理和球员、教练的踢球水平对比一样。

作者本人对大家的评论做了长长的一段回复:

真阿当:回复 @web 凡: 今天很多童鞋就这个问题发表了意见,但不少人曲解了我的意思:“不铸剑成不了好剑客”、“铸剑师和剑客是平级的 ,而写框架的码农和普通码农是递近关系,好码农才写得了框架”、“你不能用自己的喜好去判断哪个方向好”,“了解底层越多,才可能在应用层走得好”这些全对,但都不是我正在谈的问题。我关注的是另一个问题,和前面这些观点并不冲突,哪怕前面那些观点全对,也丝毫不影响我说的这个问题。 @web 凡 你的这个理解是我的本意。我想不少人没分清铸剑师和剑客的区别,两者有共性的地方,但差异更大,主要是关注点的不同。强调谁好谁坏非我本意,认清两者有区别才是我的本意。最后,难免我还是会有一些个人观点——大多数人其实是做不了铸剑师的,虽然你本人爱好铸剑,但因为你铸的剑很可能没有人用,性价比不高,除了你本人或者少数几个人在用,大多数人其实是不用的。如果铸剑只是你提高技艺的手段,目标还是一流剑客的话,还是比较有价值的,虽然这个过程中用你剑的人会比较可怜,也会不可避免地和你有些抵触。如果你目标本就是铸剑师的话,其实挑战是非常大的,因为全世界范围内有非常多的铸剑师,在和你抢同一个市场,没有异于常人的本领,是铸不出好剑,得不到市场的,是条不归路。总之挺难。如果第三种人,目标是一流剑客,但找不到提高剑技的方法,误将铸剑当做剑客的本事的话,私以为您误入歧途了。这样的人不在少数,然而其实很多人有这种错误认识,源于别人的误导——私以为是误导吧。如果是这样的话,清楚地认识到这个问题,是重归正途的开始。

@Fenny 近日针对团队的技术负责人如何选择技术发布了一条微博:作为一个技术团队的负责人,你就要尽量克制自己对某些技术的偏好,尽量从中立的角度出发,选择合适的、团队成员能在现阶段运用好,并且对自己公司真正有价值的技术,别玩花活儿。不明白这个理儿,就别去做团队负责人,更别去创业,你会撞的一头包还惹来一肚子怨气。

网友也对此发表了自己的看法:

兔崽子 DBA :貌似这种说法避开了市场的存在,决定作用的却可能是后者

悦成陈荣根:有道理,兴趣、事业要平衡,作为团队负责人,要大局为重。

schubertz :有个说法是,不管做什么,首先拿自己手头擅长和熟悉的技术和工具开工。

liangliu11 :作技术选择的时候,都得按这个原则来选取,而不是选更炫的,更“技术”的技术,没有什么技术会烂到“一无是处”;想清楚这个问题,做起事来会轻松很多。

Anoxia :应用为先,研究为辅。关注技术动向,但不沉迷技术。

Hegel2011 :还是看团队看 taste. 风险里面机会多多的话, 值得赌一把. 走稳健型路线的, 还是一条道走到黑吧. 这个世界奇妙的地方就在于成功不止一条路. 同时, 大家都走的路一般成功不到哪里去。

hntangwei :选好不容易,另外,码农们都以能用新东西为乐不是吗?很难平衡啊。

飒然 Hang : 嗯。确实,技术重在合不合适目前的处境,而不在于有没有噱头。关键的一点还是要对各种技术的优劣、适应场合都要熟知。

DenoFiend : 每个公司都有技术沉淀,盲目的改变或者强行推新技术反而有反作用。从公司角度考虑,应该积极调整业务,由业务驱动新技术的落地。技术员工更应该主动思考新技术的优缺点,和公司一起进步,成长。

关于应用层面以及技术负责人如何选择技术,你的意见如何?欢迎加入讨论。

2012-06-06 02:152354
用户头像

发布了 340 篇内容, 共 145.6 次阅读, 收获喜欢 13 次。

关注

评论

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

云账户是什么意思?有什么用?

行云管家

云计算 公有云 私有云 混合云 云资源

渗透实战:内网域渗透

网络安全学海

网络安全 信息安全 渗透测试 WEB安全 安全漏洞

TDengine助力顺丰科技大数据监控改造

TDengine

tdengine 时序数据库

Go语言学习查缺补漏ing Day4

Regan Yue

Go 语言 11月日更

前端如何低门槛开发iOS、Android、小程序多端应用

YonBuilder低代码开发平台

主客体命名法

少个分号

热爱代码且发量惊人,一名反“内卷”研发工程师的日常

尔达Erda

程序员 开发者 技术人生 成长笔记

太顶了!华为高工用一份423页的网络协议笔记把计算机网络讲清了

热爱java的分享家

Java 面试 程序人生 网络协议 经验分享

ArkUI 3.0让多设备开发更简单|HDC2021技术分论坛

HarmonyOS开发者

HarmonyOS

架构师书籍推荐:2021年必看的架构师图书

华章IT

架构师

等级保护对象是指什么?是指整个单位吗?

行云管家

云计算 网络安全 等保 等级保护 等保2.0

人脸识别实战:使用Python OpenCV 和深度学习进行人脸识别

AI浩

人脸识别

Shopee 末端物流智能提效之路

Shopee技术团队

人工智能 算法 后端 供应链 物流

【语言】Java 日期 API 的使用技巧

恒生LIGHT云社区

Java 编程语言

CODING 项目协同 2.0 —— 让协作有条不紊

CODING DevOps

DevOps 研发管理 CODING 项目协同

赋能“数字金融”,CODING 再下数城

CODING DevOps

研发管理 数字化转型 CI/CD 代码管理 可视化软件

打造数字化软件工厂 —— 一站式 DevOps 平台全景解读

CODING DevOps

DevOps 研发管理 CODING

阿里P8手敲出来这份565页凤凰架构分布式手册,惨遭GitHub直接封杀

热爱java的分享家

Java 面试 编程语言 经验分享 凤凰架构

ICCV 2021口罩人物身份鉴别全球挑战赛冠军方案分享

阿里云CloudImagine

阿里云 计算机视觉 视频云 ICCV2021 ICCV

使用命令模式重构播放器控制条

Tom弹架构

Java 架构 设计模式

这一次,飞书改变「飞书」

ToB行业头条

一文解析数据库的三生三世

Zilliz

数据库 oracle 数据库设计 Milvus

关于风险管理,如何将思维从项目升维到项目群?

光环PMO社群

项目管理 项目经验

CSS布局(二)之多列布局

Augus

CSS 11月日更

修复SecurityException: getDataNetworkTypeForSubscriber问题

Changing Lin

11月日更

springboot连接Nexus私服

小鲍侃java

11月日更

盲盒开发

WeTest.net全球能力开放:锻造高品质产品,构建全球竞争力

WeTest

百万关注的CSRF攻击是什么意思?

喀拉峻

黑客 网络安全 安全 信息安全

React性能优化

CRMEB

2012.06.06微博热报:剑客vs铸剑师、技术负责人选择技术_语言 & 开发_侯伯薇_InfoQ精选文章