文章开篇就从经典的和尚卖梳子提及吧。连接参考:https://m.imooc.com/article/259628
销售员甲看到和尚晒太阳挠头皮时,灵机一动卖出一把。
销售员乙建议拜佛上香要心诚,蓬头垢面是对佛的不敬,应在每座庙佛像的香案前放把梳子供善男信女梳理鬓发。主持采起了他的建议,买了十把。
销售员采起梳子上刻"积善梳",做为赠品回馈虔诚的香客,卖出1000把。
故事简介到此为止。
这三个销售员都属于挖掘需求。有的属于挖掘客户本身的需求,有的属于挖掘客户的客户需求。java
若是从程序员的个体来说,他须要的东西千千万万,很差细说。咱们先将范围细化到工做层面。
工做第一步须要积累专业知识,第二须要同事间的交流,第三就是可以快速的解决问题。
这个范围仍是过于泛化,很差定义。我首先界定几个课题来说。git
代码规范是每一个程序员都应了解的技能。
最近公司创建了代码规范审查的环节,利用下班后的一个小时,抽先后端各一人,项目小组内的成员坐一块儿公开评论代码,可谓一篇腥风血雨,各类不规范啊......
之前没有代码审查时,我以为很没有必要。
我在期间提问过代码规不规范和业务bug没有必然的关系,但获得了一个有意思的回答:代码写的规范就以为人靠谱,若是代码都乱七八糟,就会以为人不靠谱。原话忘了,大体是这意思。
带着初时的困惑,执行了几回以后也确实收获良多。我的在注视,方法整合剥离等层面作了很多优化,但也有不少问题也要注意。程序员
代码要配套业务流程讲清楚才有意义。这两次个人开篇流程讲的应该算不好,由于领导听了后还要补充一下。这固然是本身的问题,若是真的表达很差,能够借助白板草图来说。
我这里反思下如何解决这个问题。应该是提早半小时作下准备,理清思路。不要一上台没有头绪的乱讲,让人听的茫然无措。或者提早和一个不了解业务的同事略讲下,时间控制在一分钟内,若是讲不清就须要继续提炼。
古人说一举成名,若是开篇都讲的不够清晰,如何惊人?要记住并非你的听众都
了解你作的事。
你的一次失误就是信任值减一,一次成功就是信任值加一。github
有些类似基础代码有时候为了方便会复制过来使用,但这些在代码评审时一块儿提交的,若是本次提交评审的代码有之前说过而还未改,就会着重再提了……拿过来用的就是你本身的,没什么老代码。能优化就优化吧,实在不能的那也没办法。但能简单优化却不优化而又被吐槽的滋味酸爽!后端
Vs2017有对using删除和排序的支持,也有将using System排列到第一位的设置。命名空间排列整齐,看着也舒服。
在适当的业务逻辑处,注意换行。这和写博客同样。一大段混在一块儿,谁也看不懂。把处理同一个逻辑的放一块,能提取新方法的就提取,提取不了的就换一行。
变量命名通常是小驼峰写法。数组
要善于利用.net平台提供的特性,如Ling里面将数组转list,将list转字符串string.join,
类型转换try parse 等。还有关于如何处理异常的探讨。
利用好这些经常使用的方法,能够减小代码量,看着更整洁。更整洁的代码,人人看着都舒服,改起来也舒服。框架
上面列了四点我总结的信息,代码评审中还有更多的总结,单个说来都知道,合起来一看都有触雷。ide
程序员和程序员公开沟通分享的机会并非那么多,每周周五分享会和代码评审机制创建了一个你们共同窗习的渠道。虽然上面列的都是很普通的,但依然有不少人包括我在踩雷。程序员和程序员之间的分享也是一种营销,经过不一样的写法,不一样的讲法会引来不一样的评价。这是一项基本功。如何去应对不一样的情形,是一项挑战。我指的不只仅是代码,还有沟通,还有遇到疑问时的即时回答。学习
讲完评审沟通,就要提一下最大的营销了。你写的代码上线了,若是没有问题,也许一直默默无闻,也许获得了众多夸奖。但若是上线后bug一堆,负面事故不断,那你就危险了。优化
上面讲了程序员工做层面的自身营销,下面来说讲非工做层面的营销。
我就以自身来举例。
每逢深秋,霜降事后。苹果成熟,就要采摘上市了。每一年的这个时候,我就要在网上联系客户发货了。既然说营销,就列下个人营销策略。
产品:苹果
特色:外观通常,冰糖心特别甜。
客户群:同事,朋友,陌生人。
配送方式:快递运输
靠这样一点一点的推,也卖了一些,亲戚的人脉圈比我更大,量是个人好几倍,也拿下了几个公司客户。
因为苹果单箱价低,单对单宣传是极其费力的,拿下公司客户的前提是须要将苹果整车运输过来,对于兼职卖苹果的我都是很难实现的。
我也不期望靠这赚什么钱,主要帮下家里老人还有锻炼下本身营销销售能力。实际看来,还有待提升。
以上列的两个例子,都属于如何去营销范畴。
在有产品(代码,苹果)的状况下,如何宣传吸引客户,提高销售运营能力,都是生活中须要的技能。