首页 > 其他分享 >团队、职业规划、技术应用和出书的对话

团队、职业规划、技术应用和出书的对话

时间:2023-04-17 13:44:01浏览次数:36  
标签:所以 呵呵 出书 职业规划 技术 程序员 青润 对话 Tony



Tony 说:

最近没见有更新Blog,忙咨询工作?

青润 说:

上周末更新了几篇,你没有过去看么?赫赫

青润 说:

最近的确比较忙,也比较乱,所以,就少了一些。呵呵

Tony 说:

有看,不过比较技术类的比较少

青润 说:

技术类的最近比较少讨论,所以,相对少了一些。

青润 说:

程序员杂志最新一期上有一篇是我写的,还有一篇我写了一部分,你也可以看看去。

Tony 说:

关于职业规划的话题蛮多得,可以开展副业了

青润 说:

呵呵,这个副业可是不挣钱呀。不做,有人天天问你,写了,问的人更多。麻烦呀。

Tony 说:

我对咨询工作的开展有些兴趣。

青润 说:

哦。那很好呀。

Tony 说:

之前有过一点尝试,后来没能做下去。怪可惜的

青润 说:

哦。呵呵,为什么没做下去?

Tony 说:

在做的过程中感觉到有些力不从心,功力不够,怕误导了别人。

青润 说:

恩。

Tony 说:

还是想潜心做技术。

青润 说:

是呀。即使做了咨询,也要继续做技术,离开了技术,也就不可能作技术咨询了。

Tony 说:

另外一个问题是怎么去寻找客户。资源不足,自己在技术之外的沟通上有欠缺。

青润 说:

是的。一个人不可能很全面,所以,必然需要合作。

Tony 说:

对,肯定是需要一个精悍的小的团队,每个成员都需要有专的方向。

青润 说:

是的。但是,这里面需要一个能够在各方面都相对比较强的人来领导,否则,既难以服众,也难以形成凝聚力。呵呵

Tony 说:

是理论性更强些还是实践性更强些会更多的吸引客户和真正有益于客户?

青润 说:

呵呵,这要看客户需要什么了。所以,不能一概而论。

Tony 说:

那原则上还是应该有自己的界定。

青润 说:

这要看你自己的情况,其实对于一个技术人员来说,经验是绝对不可缺的,而理论如果缺乏则无法获得足够的提升空间。

Tony 说:

又一个:还是关于技术、业务,现在有一个我认为不好的趋势,开发越来越“容易”,导致很多时候纠缠于所谓业务的讨论,但是对于程序员来说,一些很基础的技术反而忽略了

青润 说:

这是一个表象问题。其实,深层的技术还是存在的,的确,开发越来越容易,尤其是采用微软平台的开发,这必然是一个趋势。但是,基础技术还是必要的,只可惜的是,国内的企业和人都太过于浮躁了,所以,都只注意到了表象,而没有看到本质。所以,造成很多人盲目地进入了软件行业,却很快又不知所措了。

Tony 说:

从长远来说,对程序员本身的成长可能有副作用,不利于技术(纯技术)的积累。当然,在某种程度上可能不需要这样的积累(典型的例子是那种有特色的“软件工厂”)

青润 说:

是的。迟早大家会看到那些只注重表象的公司将倒闭掉,或者被兼并。五年内大家就会看到了。

Tony 说:

我就是从“工厂里”出来的。

青润 说:

呵呵。

Tony 说:

但是一些规模庞大的公司也有这样的趋势。或者是这样规模的公司只能这样吧?

青润 说:

这也要具体问题具体分析了。呵呵

Tony 说:

近期没有继续写书的计划了?

青润 说:

没有。我本来就不是写书的人,那本书也只是不小心写多了而已。

Tony 说:

和朋友聊,我认为出版会是个问题,他坚持那不是问题。

青润 说:

出版不是问题,但是,稿酬是个问题,比如说我那本书,写了两年多,到现在只拿到了四千多块钱,就算首印的五千册全部卖完,我也只能拿到九千块钱而已。这相对于我写书的付出就差距很大了。所以,国内原创技术书籍很少,而且,如果不拿其他东西来堆砌,写书是肯定挣不到钱的。而我本人又是一个技术至上的人,不愿意用无关的东西来增加字数。

Tony 说:

但是象你的书,即使是”不小心",也是真正我们需要的书,而不是XX教材或是XX天成为XX高手“可以比的,可惜太少这样的书籍了。环境可能真的太弱了。

青润说:

我这本书因为定价也比较低,字数也比较少,所以,出版社也不可能花大力气来做推广和宣传(因为他们也要生存),加上国内程序员不喜欢与花钱买书,呵呵,所以,销量肯定就不会上来。我也同样不会有时间再写第二本了。

青润 说:

因为,如果我写了,还是按照我自己的习惯来写,必然和第一本相同,费力不讨好,还不如去做几个项目呢。而如果我改变了习惯,那就不是我了,我的个性又不容许我这样做。呵呵,所以,结论只有一个,我不会考虑在自己写书了。除非有公司支持或者资金支持。

Tony 说:

国外的氛围要好许多,朋友从国外经常寄回来一些专业类的书,有的涉及领域非常窄。一样有很好的生存空间。的确,读者群也是问题。

青润 说:

是的。

Tony 说:

或者什么时候,你的经验和更多的领悟会支持你再写地。

Tony 说:

工作去也。再见。。。。。

青润 说:

呵呵,那要等我不再为经济发愁的时候吧,也许那个时候,会再写一些。

青润 说:

好的,再见。

标签:所以,呵呵,出书,职业规划,技术,程序员,青润,对话,Tony
From: https://blog.51cto.com/tsingrun/6195001

相关文章

  • [全程建模]关于分包的问题——用例、分析模型、设计模型的分包的作用和差异的对话
    2004-12-0714:41:53Song青润,用例的分包,分析模型的分包,以及系统的分包等必须统一吗?2004-12-0714:43:25Song系统的分包,我理解是设计模型的分包,与导出的代码是一致的,如果与前面的分包保持一致,那这些类混合在一起会很臃肿啊2004-12-0714:47:12青润不,是需要统一考虑的,而且是一个......
  • [全程建模]三个问题的对话之一——RUP中的阶段与代码问题
     Burt(子龙)16:55:04请问一下:RUP每个阶段(先起,精化等)都要得到可用的功能或者代码吗?Burt(子龙)16:55:06这点 我有点糊涂 Burt(子龙)16:55:43象您请教一下你们一般的流程是什么样的? 青润16:53:20呵呵,你是不是理解成了每个阶段都要得到代码?青润16:54:26你的这个问题......
  • 关于增值业务和电信运营区别的对话
    文佳-买卖网站频道说:好青润说:好。文佳-买卖网站频道说:忙吗》?青润说:呵呵,今天还行。明天回老家一趟,下周一就到北京了。文佳-买卖网站频道说: 你现在是那家公司啊?青润说:没有公司。呵呵文佳-买卖网站频道说:?自己当老板了//还是政......
  • [团队管理]项目管理与任务分配的一段对话
    家兔说:请问现在有时间没?青润说:有什么事情么?  无法将以下消息发送给所有接收者:有什么事情么? 青润说:有什么事情么? 您发送了一个闪屏振动!  无法将以下消息发送给所有接收者:有什么事情么? 青润说:有什么事情?家兔说:CMM......
  • [企业管理]规划和项目建议书的随意对话
    规划和项目建议书2007-05-2312:16:24 伊达项目还未确定之前,用户只是有个大致的想法,这时候不是要出《系统建议方案》吗?2007-05-2312:17:06青润这种方案说实话,很多都是骗骗人而已,意义不是很大,用户如果想做,不写,也一样.用户不想做,写得再好,也没人看. 2007-05-2312:17:43青润我......
  • [企业管理]招投标过程中的对话——投标文档撰写的具体要求
    对话中涉及到招投标启动前和过程中的一些具体问题,最后这个哥们问到了我的全程建模培训的举行情况,他曾经带了两个朋友参加了我2005年元旦的全程建模培训。 山东的一个朋友 20:59:49青润,在?山东的一个朋友 20:59:52?青润 21:01:29在青润 21:01:37刚过来。山东的一个朋......
  • 技术人员怎么做职业规划
    最近两年整个IT行业冲击很大,特别是今年IT行业就业环境真的非常冷可以说是“惨淡”。过去疫情期间IT行业就业环境还不会那么差,今年疫情后遗症特明显。以前做得不好可以甩锅给疫情,今年做不好就没有锅可甩了。最近我也在思考职业规划一些问题,结合这么多年从业心得体会,写写技术人员......
  • [软件人生]有无选择之间的对话
    有无选择之间的对话,我们如何看待选择。丝雨江南16:43:14你好,有空吗?能否聊聊?青润16:48:45哦。想聊些什么?丝雨江南16:49:20嗯。关于人生职业规划,能有空聊聊吗?青润16:49:40这个话题,我不敢聊,因为时间太长。青润16:50:10如果我对您没有足够多的了解,我不敢提任何建议或者......
  • [全程建模]UML应用与实践的对话——需求中流程与用例的关系
    Tony2008-07-2404:37:09有个问题请教一下你认为是流程中包含用例还是用例中包含流程?用例是否能体现所有需求?对用例是否应该分层,分层的原则是什么?青润07:24:51应该说,大的流程里面包含有用例,而用例里面包含有其内部的细节流程。呵呵用例肯定要考虑分层,我定义的两条原则是:业务相关......
  • 尝试学习训练一个GPT-2对话模型
    一、GPT模型的背景知识GPT-1基础原理:https://www.cnblogs.com/LittleHann/p/17303550.html原始论文及相关文章:https://d4mucfpksywv.cloudfront.net/better-language-models/language-models.pdfhttps://blog.openai.com/better-language-models/https://openai.com/rese......