問(wèn)題System.Net.Mail下的SmtpClient來(lái)發(fā)送郵件，而System.Net.Mail only僅支持Explicit SSL
不要465端口,用25，不用EnableSsl = true；
{
static void Main(string[] args)
{
SmtpClient client = new SmtpClient();
client.Host = "smtp.exmail.qq.com";
client.Port = 25;
// client.Port = 465;
// client.EnableSsl = true;
client.Timeout = 10000;
client.DeliveryMethod = SmtpDeliveryMethod.Network;
client.UseDefaultCredentials = false;
client.Credentials = new System.Net.NetworkCredential("test@ms.com", "1234567890");
MailMessage mm = new MailMessage("test@ms.com", "user1@ms.com", "test", "test");
mm.BodyEncoding = UTF8Encoding.UTF8;
mm.DeliveryNotificationOptions = DeliveryNotificationOptions.OnFailure;
client.Send(mm);
}
}
最后在配置TFS郵件通知設(shè)置的時(shí)候端口改用25，不選擇SSL，順利解決問(wèn)題。
SmtpClient發(fā)送郵件超時(shí)的異常參考：
了解更多
有時(shí)候會(huì)有一些站點(diǎn)內(nèi)容，不希望被ROBOTS抓取而公開(kāi)。為了解決這個(gè)問(wèn)題，ROBOTS開(kāi)發(fā)界提供了兩個(gè)辦法：一個(gè)是robots.txt，另一個(gè)是The Robots META標(biāo)簽。
1,<meta name="Robots" contect="all|none|index|noindex|follow|nofollow"> 默認(rèn)是all
其中的屬性說(shuō)明如下：
設(shè)定為all：文件將被檢索，且頁(yè)面上的鏈接可以被查詢；
設(shè)定為none：文件將不被檢索，且頁(yè)面上的鏈接不可以被查詢；
設(shè)定為index：文件將被檢索；
設(shè)定為follow：頁(yè)面上的鏈接可以被查詢；
設(shè)定為noindex：文件將不被檢索，但頁(yè)面上的鏈接可以被查詢；
設(shè)定為nofollow：文件將不被檢索，頁(yè)面上的鏈接可以被查詢。
2,revisit-after (重訪)
<META name="revisit-after" CONTENT="7 days" >
通知搜索引擎多少天訪問(wèn)一次
其他的：
<META NAME="GENERATOR" CONTENT="Macromedia Dreamweaver MX">
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<Meta http-equiv="Content-Language" Content="zh-CN">
<Meta http-equiv="Refresh" Content="5; Url=http://hi.baidu.com/pihi">
<Meta http-equiv="Expires" Content="Wed, 26 Feb 1997 08:21:57 GMT">
<meta http-equiv="cache-control" content="no-cache">
<META name="keywords" content="關(guān)鍵字">
<meta name="description" content="描述">
<meta name="author" content="作者">
<meta name="build" content="日期">
<meta name="coprright" content="版權(quán)">
<meta name="reply-to" content="email">
<meta name="robots" content="all">
<meta http-equiv="Page-Enter" content="RevealTrans (Duration=3, Transition=23)">
<meta http-equiv="Page-Exit" content="RevealTrans (Duration=3, Transition=23)">
<link rel="shortcut icon" href="favicon.ico">
------------------------------------------------------------------------------------------------------------
meta標(biāo)簽分兩大部分：HTTP標(biāo)題信息(HTTP-EQUIV)和頁(yè)面描述信息(NAME)。
1、Content-Type和Content-Language (顯示字符集的設(shè)定)
說(shuō)明：設(shè)定頁(yè)面使用的字符集，用以說(shuō)明主頁(yè)制作所使用的文字已經(jīng)語(yǔ)言，瀏覽器會(huì)根據(jù)此來(lái)調(diào)用相應(yīng)的字符集顯示page內(nèi)容。
注意： 該meta標(biāo)簽定義了HTML頁(yè)面所使用的字符集為GB2132，就是國(guó)標(biāo)漢字碼。如果將其中的“charset=GB2312”替換成“BIG5”，則該頁(yè)面所用的字符集就是繁體中文Big5碼。當(dāng)你瀏覽一些國(guó)外的站點(diǎn)時(shí)，IE瀏覽器會(huì)提示你要正確顯示該頁(yè)面需要下載xx語(yǔ)支持。這個(gè)功能就是通過(guò)讀取HTML頁(yè)面Meta標(biāo)簽的Content-Type屬性而得知需要使用哪種字符集顯示該頁(yè)面的。如果系統(tǒng)里沒(méi)有裝相應(yīng)的字符集，則IE就提示下載。其他的語(yǔ)言也對(duì)應(yīng)不同的charset，比如日文的字符集是“iso-2022-jp ”，韓文的是“ks_c_5601”。
Charset選項(xiàng)：ISO-8859-1(英文)、BIG5、UTF-8、SHIFT-Jis、Euc、Koi8-2、us-ascii, x-mac-roman, iso-8859-2, x-mac-ce, iso-2022-jp, x-sjis, x-euc-jp,euc-kr, iso-2022-kr, gb2312, gb_2312-80, x-euc-tw, x-cns11643-1,x-cns11643-2等字符集；Content-Language的Content還可以是：EN、FR等語(yǔ)言代碼。
2、Refresh (刷新)
3、Expires (期限)
說(shuō)明：指定網(wǎng)頁(yè)在緩存中的過(guò)期時(shí)間，一旦網(wǎng)頁(yè)過(guò)期，必須到服務(wù)器上重新調(diào)閱。
注意：必須使用GMT的時(shí)間格式，或直接設(shè)為0(數(shù)字表示多少時(shí)間后過(guò)期)。
4、Pragma (cach模式)
說(shuō)明：禁止瀏覽器從本地機(jī)的緩存中調(diào)閱頁(yè)面內(nèi)容。
注意：網(wǎng)頁(yè)不保存在緩存中，每次訪問(wèn)都刷新頁(yè)面。這樣設(shè)定，訪問(wèn)者將無(wú)法脫機(jī)瀏覽。
5、Set-Cookie (cookie設(shè)定)
說(shuō)明：瀏覽器訪問(wèn)某個(gè)頁(yè)面時(shí)會(huì)將它存在緩存中，下次再次訪問(wèn)時(shí)就可從緩存中讀取，以提高速度。當(dāng)你希望訪問(wèn)者每次都刷新你廣告的圖標(biāo)，或每次都刷新你的計(jì)數(shù)器，就要禁用緩存了。通常HTML文件沒(méi)有必要禁用緩存，對(duì)于ASP等頁(yè)面，就可以使用禁用緩存，因?yàn)槊看慰吹降捻?yè)面都是在服務(wù)器動(dòng)態(tài)生成的，緩存就失去意義。如果網(wǎng)頁(yè)過(guò)期，那么存盤(pán)的cookie將被刪除。
用法：<Meta http-equiv="Set-Cookie" Content="cookievalue=xxx; expires=Wednesday, 21-Oct-98 16:14:21 GMT; path=/">
注意：必須使用GMT的時(shí)間格式。
6、Window-target (顯示窗口的設(shè)定)
說(shuō)明：強(qiáng)制頁(yè)面在當(dāng)前窗口以獨(dú)立頁(yè)面顯示。
用法：<Meta http-equiv="Widow-target" Content="_top">
注意：這個(gè)屬性是用來(lái)防止別人在框架里調(diào)用你的頁(yè)面。Content選項(xiàng)：_blank、_top、_self、_parent。
7、Pics-label (網(wǎng)頁(yè)RSAC等級(jí)評(píng)定)
說(shuō)明：在IE的Internet選項(xiàng)中有一項(xiàng)內(nèi)容設(shè)置，可以防止瀏覽一些受限制的網(wǎng)站，而網(wǎng)站的限制級(jí)
別就是通過(guò)該參數(shù)來(lái)設(shè)置的。
用法：<META http-equiv="Pics-label" Contect=
"(PICS－1.1'http://www.rsac.org/ratingsv01.html'
I gen comment 'RSACi North America Sever' by 'inet@microsoft.com'
for 'http://www.microsoft.com' on '1997.06.30T14:21－0500' r(n0 s0 v0 l0))">
注意：不要將級(jí)別設(shè)置的太高。RSAC的評(píng)估系統(tǒng)提供了一種用來(lái)評(píng)價(jià)Web站點(diǎn)內(nèi)容的標(biāo)準(zhǔn)。用戶可以設(shè)置Microsoft Internet Explorer（IE3.0以上）來(lái)排除包含有色情和暴力內(nèi)容的站點(diǎn)。上面這個(gè)例子中的HTML取自Microsoft的主頁(yè)。代碼中的（n 0 s 0 v 0 l 0）表示該站點(diǎn)不包含不健康內(nèi)容。級(jí)別的評(píng)定是由RSAC，即美國(guó)娛樂(lè)委員會(huì)的評(píng)級(jí)機(jī)構(gòu)評(píng)定的，如果你想進(jìn)一步了解RSAC評(píng)估系統(tǒng)的等級(jí)內(nèi)容，或者你需要評(píng)價(jià)自己的網(wǎng)站，可以訪問(wèn)RSAC的站點(diǎn)：http://www.rsac.org/。
8、Page-Enter、Page-Exit (進(jìn)入與退出)
說(shuō)明：這個(gè)是頁(yè)面被載入和調(diào)出時(shí)的一些特效。
用法：<Meta http-equiv="Page-Enter" Content="blendTrans(Duration=0.5)">
<Meta http-equiv="Page-Exit" Content="blendTrans(Duration=0.5)">
注意：blendTrans是動(dòng)態(tài)濾鏡的一種，產(chǎn)生漸隱效果。另一種動(dòng)態(tài)濾鏡RevealTrans也可以用于頁(yè)面進(jìn)入與退出效果:
<Meta http-equiv="Page-Enter" Content="revealTrans(duration=x, transition=y)">
<Meta http-equiv="Page-Exit" Content="revealTrans(duration=x, transition=y)">
Duration 表示濾鏡特效的持續(xù)時(shí)間(單位：秒)
Transition 濾鏡類型。表示使用哪種特效，取值為0-23。
0 矩形縮小
1 矩形擴(kuò)大
2 圓形縮小
3 圓形擴(kuò)大
4 下到上刷新
5 上到下刷新
6 左到右刷新
7 右到左刷新
8 豎百葉窗
9 橫百葉窗
10 錯(cuò)位橫百葉窗
11 錯(cuò)位豎百葉窗
12 點(diǎn)擴(kuò)散
13 左右到中間刷新
14 中間到左右刷新
15 中間到上下
16 上下到中間
17 右下到左上
18 右上到左下
19 左上到右下
20 左下到右上
21 橫條
22 豎條
23 以上22種隨機(jī)選擇一種
9、MSThemeCompatible (XP主題)
說(shuō)明：是否在IE中關(guān)閉 xp 的主題
用法：<Meta http-equiv="MSThemeCompatible" Content="Yes">
注意：關(guān)閉 xp 的藍(lán)色立體按鈕系統(tǒng)顯示樣式，從而和win2k 很象。
10、IE6 (頁(yè)面生成器)
說(shuō)明：頁(yè)面生成器generator，是ie6
用法：<Meta http-equiv="IE6" Content="Generator">
注意：用什么東西做的，類似商品出廠廠商。
11、Content-Script-Type (腳本相關(guān))
說(shuō)明：這是近來(lái)W3C的規(guī)范，指明頁(yè)面中腳本的類型。
用法：<Meta http-equiv="Content-Script-Type" Content="text/javascript">
★NAME變量
name是描述網(wǎng)頁(yè)的，對(duì)應(yīng)于Content（網(wǎng)頁(yè)內(nèi)容），以便于搜索引擎機(jī)器人查找、分類（目前幾乎所有的搜索引擎都使用網(wǎng)上機(jī)器人自動(dòng)查找meta值來(lái)給網(wǎng)頁(yè)分類）。
name的value值（name=""）指定所提供信息的類型。有些值是已經(jīng)定義好的。例如description(說(shuō)明)、keyword(關(guān)鍵字)、refresh(刷新)等。還可以指定其他任意值，如：creationdate(創(chuàng)建日期) 、
document ID(文檔編號(hào))和level(等級(jí))等。
name的content指定實(shí)際內(nèi)容。如：如果指定level(等級(jí))為value(值)，則Content可能是beginner(初級(jí))、intermediate(中級(jí))、advanced(高級(jí))。
1、Keywords (關(guān)鍵字)
說(shuō)明：為搜索引擎提供的關(guān)鍵字列表
用法：<Meta name="Keywords" Content="關(guān)鍵詞1,關(guān)鍵詞2，關(guān)鍵詞3,關(guān)鍵詞4,……">
注意：各關(guān)鍵詞間用英文逗號(hào)“,”隔開(kāi)。META的通常用處是指定搜索引擎用來(lái)提高搜索質(zhì)量的關(guān)鍵詞。當(dāng)數(shù)個(gè)META元素提供文檔語(yǔ)言從屬信息時(shí)，搜索引擎會(huì)使用lang特性來(lái)過(guò)濾并通過(guò)用戶的語(yǔ)言優(yōu)先參照來(lái)顯示搜索結(jié)果。例如：
<Meta name="Kyewords" Lang="EN" Content="vacation,greece,sunshine">
<Meta name="Kyewords" Lang="FR" Content="vacances,grè:ce,soleil">
列舉出幾個(gè)重要關(guān)鍵詞即可，也不可過(guò)分堆砌。
2、Description (簡(jiǎn)介)
說(shuō)明：Description用來(lái)告訴搜索引擎你的網(wǎng)站主要內(nèi)容。
用法：<Meta name="Description" Content="你網(wǎng)頁(yè)的簡(jiǎn)述">
注意： 把網(wǎng)頁(yè)內(nèi)容高度概括到這里，長(zhǎng)度要合理，不可過(guò)分堆砌關(guān)鍵詞，每個(gè)頁(yè)面description要有所不同。
3、Robots (機(jī)器人向?qū)?
說(shuō)明：Robots用來(lái)告訴搜索機(jī)器人哪些頁(yè)面需要索引，哪些頁(yè)面不需要索引。Content的參數(shù)有all、none、index、noindex、follow、nofollow。默認(rèn)是all。
用法：<Meta name="Robots" Content="All|None|Index|Noindex|Follow|Nofollow">
注意：許多搜索引擎都通過(guò)放出robot/spider搜索來(lái)登錄網(wǎng)站，這些robot/spider就要用到meta元素的一些特性來(lái)決定怎樣登錄。
all：文件將被檢索，且頁(yè)面上的鏈接可以被查詢；
none：文件將不被檢索，且頁(yè)面上的鏈接不可以被查詢；(和 "noindex, no follow" 起相同作用)
index：文件將被檢索；（讓robot/spider登錄）
follow：頁(yè)面上的鏈接可以被查詢；
noindex：文件將不被檢索，但頁(yè)面上的鏈接可以被查詢；(不讓robot/spider登錄)
nofollow：文件將不被檢索，頁(yè)面上的鏈接可以被查詢。(不讓robot/spider順著此頁(yè)的連接往下探找)
4、Author (作者)
說(shuō)明：標(biāo)注網(wǎng)頁(yè)的作者或制作組
用法：<Meta name="Author" Content="張三，abc@sina.com">
注意：Content可以是：你或你的制作組的名字,或Email
5、Copyright (版權(quán))
說(shuō)明：標(biāo)注版權(quán)
用法：<Meta name="Copyright" Content="本頁(yè)版權(quán)歸Zerospace所有。All Rights Reserved">
注意：
6、Generator (編輯器)
說(shuō)明：編輯器的說(shuō)明
用法：<Meta name="Generator" Content="PCDATA|FrontPage|">
注意：Content="你所用編輯器"
7、revisit-after (重訪)
說(shuō)明：
用法：<META name="revisit-after" CONTENT="7 days" >
作為ＰＭ，有時(shí)需要招聘軟件開(kāi)發(fā)人員。這幾年也一直在想，如何能在短短的30分鐘或1小時(shí)內(nèi)，快速識(shí)別出，坐在你對(duì)面的應(yīng)聘人員，是否適合你的Team。這幾年也一直在觀察和反思，經(jīng)歷過(guò)的Team和現(xiàn)在Team中的軟件開(kāi)發(fā)人員。有幾點(diǎn)小的心得。
1. 傾向于招什么樣的軟件開(kāi)發(fā)人員
- 經(jīng)歷過(guò)歷練的人
吃過(guò)苦的，比如以前工作，經(jīng)常被外派出差，又如曾在業(yè)內(nèi)都知道以加班多而著稱的公司呆過(guò)，還有些，留過(guò)學(xué)，但都是自己邊打工邊讀書(shū)的，等等。
這些人員，入職后，通常都是能干活，能作為骨干。
- 思路清晰，思想活躍的人
讓談?wù)勛约含F(xiàn)在的產(chǎn)品，如果能清晰表述，有條理，會(huì)發(fā)散，但又能適當(dāng)控制住，并收回到原話題。談到技術(shù)問(wèn)題和解決過(guò)的難題時(shí)，眼中有光芒：）
這些人員，今后工作中，學(xué)習(xí)能力強(qiáng)，對(duì)解決難題有幫助，能作為中堅(jiān)。
- 坦誠(chéng)、堅(jiān)定、平和的人
面試中，坦誠(chéng)，目光堅(jiān)定。有時(shí)坦誠(chéng)到甚至于顯得有點(diǎn)木訥：）
我曾經(jīng)遇到一個(gè)，面試下來(lái)，我最后介紹我們產(chǎn)品中用到的技術(shù)，他對(duì)這些技術(shù)知之不多，最后他說(shuō)，“我可能不是非常適合，我知道一個(gè)朋友，他可能更適合。”我綜合評(píng)估后，最后還是選了他，事實(shí)證明，他后來(lái)做的很不錯(cuò)。
坦誠(chéng)堅(jiān)定的人，會(huì)有恒心去學(xué)習(xí)，去解決問(wèn)題。這些人員會(huì)作為Team的基石。
- 有缺陷的人才
這是一個(gè)朋友（Lance）的想法，我認(rèn)為還是有道理的。
大公司，會(huì)看重綜合素質(zhì)，而如果是小公司，可以考慮選擇一些有缺陷的人才。所謂有缺陷，是指，比如他英語(yǔ)很差，或溝通不清晰，但他能用程序員該有的思維去思考問(wèn)題。這樣的人員，通常進(jìn)不了大公司，故會(huì)相對(duì)踏實(shí)地呆在一家公司，做好自己的工作。
2. 謹(jǐn)慎考慮這樣的開(kāi)發(fā)人員
- 太活潑，太易興奮
太易興奮，說(shuō)到投機(jī)處，“是是是是，對(duì)對(duì)對(duì)對(duì)。。。”，又蹦又跳，還時(shí)不時(shí)來(lái)點(diǎn)，“Oh yeah, you are right“，然后還擺個(gè) V 手型。討論問(wèn)題，不易固守在技術(shù)問(wèn)題本身，時(shí)常跑到“我們產(chǎn)品中用到的技術(shù)（或第3方產(chǎn)品）很強(qiáng)，我挺他們，不可能有問(wèn)題”，又或者“我們對(duì)客戶要強(qiáng)勢(shì)，我們要堅(jiān)持我們的產(chǎn)品沒(méi)問(wèn)題"。
軟件開(kāi)發(fā)工作本身，顯得比較沉悶，優(yōu)秀的技術(shù)人員，都略顯有些內(nèi)向，因?yàn)榻鉀Q問(wèn)題，很多時(shí)候需要耐得住寂寞，時(shí)刻保持相對(duì)冷靜。
太活潑的人，會(huì)在遇到問(wèn)題之初，表現(xiàn)出很強(qiáng)的沖勁，但當(dāng)長(zhǎng)時(shí)間不能解決時(shí)，會(huì)表現(xiàn)出沒(méi)有耐心，會(huì)經(jīng)常抱怨（對(duì)Team、管理、產(chǎn)品、流程等），非常情緒化。有些女程序員還會(huì)吵，會(huì)哭，這時(shí)項(xiàng)目經(jīng)理只能放下手中的活，下去給她買點(diǎn)零食來(lái)哄哄，“莫哭，這里有你最愛(ài)吃的貓哆哩。”一邊擦著鼻涕、眼淚，一邊嘴里塞滿東西，鼓鼓啷啷“這是酸角口味的，那個(gè)西番蓮口味的才叫好吃..."
這些通常不太容易在面試時(shí)表現(xiàn)出來(lái)，在試用期時(shí)，要觀察。
- 家境太好的人
家境好，可能沒(méi)吃過(guò)什么苦，抗壓差，并不太容易珍惜這份工作。工作強(qiáng)度不大時(shí)，還好。遇到技術(shù)難題、項(xiàng)目進(jìn)度緊、壓力大時(shí)，這些人員，可能會(huì)表現(xiàn)出不易妥協(xié)，難于溝通，”我反正也不在乎這么一個(gè)工作。。。我工作不工作都可以，有什么大不了“。
我Team中曾經(jīng)有這樣一個(gè)”富2代“，干了一年不到就閃了。他在的幾個(gè)月中，就像是一場(chǎng)鬧劇，來(lái)這里，旅游觀光罷了，東看看西看看，拋下幾句狠話，刻下”XXX到此一游，就走了。
- 身體太差的人
身體常年有疾者，通常都會(huì)性格怪戾，脾氣暴躁，難于跟Team很好相融。
了解更多
想做好定制軟件開(kāi)發(fā)工作，必須對(duì)定制軟件開(kāi)發(fā)流程管理必須做科學(xué)，每一步定位清晰，目標(biāo)明確，下面對(duì)定制軟件開(kāi)發(fā)工作流進(jìn)行拆解分析：
需求分析
資深軟件系統(tǒng)分析師對(duì)企業(yè)所面臨的管理問(wèn)題進(jìn)行分析
需求初步確認(rèn)
軟件系統(tǒng)分析師初步確認(rèn)企業(yè)需求，作為合同確認(rèn)的依據(jù)
系統(tǒng)調(diào)研
軟件系統(tǒng)分析師對(duì)企業(yè)的初步需求進(jìn)行詳細(xì)調(diào)研，確定系統(tǒng)界面的設(shè)計(jì)和運(yùn)行的流程
需求說(shuō)明書(shū)
將軟件系統(tǒng)分析師對(duì)企業(yè)詳細(xì)調(diào)研文稿化，經(jīng)雙方討論確認(rèn)后，開(kāi)始系統(tǒng)界面設(shè)計(jì)
界面設(shè)計(jì)
專業(yè)軟件開(kāi)發(fā)工程師及美工設(shè)計(jì)師完成系統(tǒng)界面設(shè)計(jì)，經(jīng)用戶確認(rèn)，開(kāi)始軟件開(kāi)發(fā)
開(kāi)發(fā)及測(cè)試
專業(yè)軟件開(kāi)發(fā)工程師和測(cè)試工程師完成系統(tǒng)軟件開(kāi)發(fā)和測(cè)試，強(qiáng)大測(cè)試力量和一對(duì)一軟件測(cè)試體系，確保系統(tǒng)軟件質(zhì)量
使用培訓(xùn)
專業(yè)培訓(xùn)講師對(duì)企業(yè)進(jìn)行軟件基礎(chǔ)知識(shí)和系統(tǒng)軟件運(yùn)作流程全面培訓(xùn)
初始化試運(yùn)行
專業(yè)軟件工程師輔導(dǎo)用戶使用系統(tǒng)，協(xié)助用戶進(jìn)行初始化工作；系統(tǒng)初始化完畢，進(jìn)行試運(yùn)行階段，測(cè)試系統(tǒng)功能的完善性和全面性
正式切換 雙方共同測(cè)評(píng)系統(tǒng)，確保系統(tǒng)能全面符合用戶需求說(shuō)明書(shū)定義的所有功能，正式切換系統(tǒng)
從項(xiàng)目推動(dòng)過(guò)程來(lái)講，可以分為：
1、 項(xiàng)目啟動(dòng)階段
這一階段主要是為實(shí)施做好準(zhǔn)備，由項(xiàng)目指導(dǎo)委員會(huì)召開(kāi)項(xiàng)目動(dòng)員大會(huì)，確定項(xiàng)目組成員，確定項(xiàng)目的計(jì)劃和目標(biāo)，建立實(shí)施所必須的系統(tǒng)環(huán)境。
2、調(diào)研分析階段
項(xiàng)目實(shí)施小組在開(kāi)始系統(tǒng)實(shí)施前，先對(duì)公司現(xiàn)有的應(yīng)用系統(tǒng)進(jìn)行詳細(xì)調(diào)研和分析，根據(jù)企業(yè)的具體情況和信息化管理的特點(diǎn)確定目標(biāo)業(yè)務(wù)流程。對(duì)各級(jí)用戶進(jìn)行需求調(diào)研。最終以雙方確認(rèn)的目標(biāo)作為下一步具體實(shí)施的業(yè)務(wù)藍(lán)圖，并結(jié)合軟件產(chǎn)品和技術(shù)開(kāi)發(fā)實(shí)際情況，規(guī)劃設(shè)計(jì)詳細(xì)的解決方案，并進(jìn)行確認(rèn)，作為設(shè)計(jì)開(kāi)發(fā)的基礎(chǔ)。
3、 系統(tǒng)開(kāi)發(fā)階段
根據(jù)調(diào)研分析的結(jié)果，進(jìn)行系統(tǒng)設(shè)計(jì)、編碼、測(cè)試，完成軟件的開(kāi)發(fā)。
4、 項(xiàng)目實(shí)施階段
在系統(tǒng)開(kāi)發(fā)完成之后，軟件實(shí)施進(jìn)入實(shí)質(zhì)性階段。項(xiàng)目實(shí)施小組要在項(xiàng)目指導(dǎo)委員會(huì)的全力支持和相關(guān)部門、人員的協(xié)作配合下完成大量的具體工作，比如數(shù)據(jù)分析與導(dǎo)入、系統(tǒng)設(shè)置、人員培訓(xùn)、規(guī)章制度建立、實(shí)施文件歸檔、客戶化修改等。軟件的使用者尤其是關(guān)鍵用戶必須在這段時(shí)間內(nèi)掌握相關(guān)功能模塊的操作和應(yīng)用，以便在系統(tǒng)正式運(yùn)行后能夠獨(dú)立地使用軟件。
5、 試運(yùn)行階段
在經(jīng)過(guò)項(xiàng)目實(shí)施階段后，各個(gè)模塊及整個(gè)系統(tǒng)需要試運(yùn)行一段時(shí)間，以確信軟件能夠在企業(yè)中運(yùn)行良好，并達(dá)到預(yù)期效果。同時(shí)，根據(jù)試運(yùn)行階段中發(fā)現(xiàn)的問(wèn)題進(jìn)行系統(tǒng)調(diào)整。
6、 系統(tǒng)切換/正式運(yùn)行
在試運(yùn)行階段后，確信軟件可以正式開(kāi)始運(yùn)行后，需要進(jìn)行系統(tǒng)切換，企業(yè)正式切換到新的業(yè)務(wù)流程，并在軟件上進(jìn)行企業(yè)日常業(yè)務(wù)處理。至此，軟件的實(shí)施已經(jīng)全部完成，進(jìn)入后期維護(hù)階段。
架構(gòu)設(shè)計(jì)
設(shè)計(jì)的中心思想
1、 以業(yè)務(wù)邏輯建模,而不是以數(shù)據(jù)庫(kù)為中心建立系統(tǒng)模型
對(duì)信息系統(tǒng)的設(shè)計(jì)，應(yīng)緊緊專注于將企業(yè)生產(chǎn)的系統(tǒng)抽象轉(zhuǎn)化為信息系統(tǒng)的模型，能夠準(zhǔn)確、完整、清晰地了解業(yè)務(wù)邏輯和業(yè)務(wù)流程，并且對(duì)業(yè)務(wù)的變化作預(yù)先考慮，是項(xiàng)目成功的關(guān)鍵。開(kāi)發(fā)人員容易出現(xiàn)的問(wèn)題是以關(guān)系數(shù)據(jù)庫(kù)設(shè)計(jì)或數(shù)據(jù)控件的設(shè)計(jì)代替系統(tǒng)建模，造成的問(wèn)題是以數(shù)據(jù)為中心，其結(jié)果是系統(tǒng)與數(shù)據(jù)緊密耦合，難以實(shí)現(xiàn)業(yè)務(wù)邏輯的變化和擴(kuò)展。
2、 定制軟件開(kāi)發(fā)是否滿足了用戶的期望
為了實(shí)現(xiàn)這個(gè)目標(biāo)，完善準(zhǔn)確的需求收集和需求分析，是項(xiàng)目成功設(shè)計(jì)的前提。否則無(wú)論這個(gè)軟件再先進(jìn)，從用戶角度看，也是失敗的軟件。因此，在設(shè)計(jì)前期，對(duì)需求分析所必須的資源和時(shí)間投入，必須有足夠的重視和充分的計(jì)劃。
3、 必須要考慮非軟件的因素
任何一個(gè)項(xiàng)目都是為了用戶實(shí)現(xiàn)其業(yè)務(wù)目的，軟件工程也不例外。同時(shí)，企業(yè)用戶作為一個(gè)實(shí)體，其決策收到其行業(yè)特點(diǎn)、用戶、市場(chǎng)、上級(jí)主管部門、決策人員的個(gè)性、企業(yè)的定位、企業(yè)的現(xiàn)狀、長(zhǎng)遠(yuǎn)發(fā)展規(guī)劃、歷史因素等綜合情況的影響，因此，在架構(gòu)設(shè)計(jì)上，應(yīng)綜合考慮這些因素。
設(shè)計(jì)原則
4、 在可能的情況下，按照“統(tǒng)一規(guī)劃、統(tǒng)一架構(gòu)、統(tǒng)一標(biāo)準(zhǔn)”的原則。
5、 以良好的設(shè)計(jì)模式來(lái)保證系統(tǒng)的先進(jìn)性、合理性和應(yīng)用擴(kuò)展性。
6、 系統(tǒng)的模塊之間應(yīng)用和交互，盡可能采用松耦合，以實(shí)現(xiàn)系統(tǒng)的靈活性和實(shí)用性，延長(zhǎng)系統(tǒng)的生命周期，保護(hù)用戶的投資。
7、 采用以SOA作為體系架構(gòu)的核心，以保證系統(tǒng)級(jí)別和部件級(jí)別重復(fù)使用和業(yè)務(wù)重組，便于用戶長(zhǎng)遠(yuǎn)的。
8、 系統(tǒng)的開(kāi)放性要求能軟件實(shí)現(xiàn)三個(gè)無(wú)關(guān)性：通訊組件的網(wǎng)絡(luò)及協(xié)議無(wú)關(guān)性，數(shù)據(jù)來(lái)源無(wú)關(guān)性和用戶對(duì)流程無(wú)關(guān)性。
9、 采用有效的需求分析手段，力圖實(shí)現(xiàn)準(zhǔn)確到位的需求分析，
為良好的人機(jī)界面設(shè)計(jì)提供堅(jiān)實(shí)的基礎(chǔ)。高度重視用戶界面的設(shè)計(jì)，作到符合不同用戶的實(shí)際經(jīng)驗(yàn)和使用習(xí)慣，減少對(duì)信息系統(tǒng)的畏懼感，提高用戶使用信息系統(tǒng)的信心，真正使系統(tǒng)成為提高生產(chǎn)管理效率的有效工具。
10、盡可能采用經(jīng)過(guò)實(shí)際運(yùn)行檢驗(yàn)的成熟模塊，
從而節(jié)省開(kāi)發(fā)資源和縮短開(kāi)發(fā)周期，確保項(xiàng)目按時(shí)交付使用。
權(quán)限是一個(gè)公司信息系統(tǒng)的起點(diǎn)。我從入職以來(lái)就一直想要對(duì)公司后臺(tái)的權(quán)限系統(tǒng)進(jìn)行一個(gè)梳理（其實(shí)是老板要求的），苦于對(duì)后臺(tái)和公司業(yè)務(wù)還不夠了解，所以想法一直沒(méi)能成型。終于，經(jīng)過(guò)幾個(gè)月斷斷續(xù)續(xù)的琢磨，我趁最近需求數(shù)量不多的時(shí)候，把權(quán)限的調(diào)整方案梳理了出來(lái)。
這次梳理公司后臺(tái)的系統(tǒng)，我在原有權(quán)限系統(tǒng)的基礎(chǔ)上引入了 公司組織架構(gòu)，形成了 動(dòng)態(tài)權(quán)限管理模式，使得公司的權(quán)限管理更加合理化。目前已經(jīng)把方案提交給開(kāi)發(fā)進(jìn)行審核，希望可以最終落實(shí)。這里就先向大家匯報(bào)一下這幾個(gè)月以來(lái)梳理權(quán)限的成果，給同樣有權(quán)限體系設(shè)計(jì)問(wèn)題的朋友們一點(diǎn)參考。
要設(shè)計(jì)權(quán)限，首先要對(duì)權(quán)限 已有的成熟方案有一定認(rèn)識(shí)，其次要 對(duì)業(yè)務(wù)有深入的分析，才可以在業(yè)務(wù)的基礎(chǔ)上有針對(duì)性的設(shè)計(jì)權(quán)限模型。
關(guān)于權(quán)限成熟方案，我查了很多資料，主要了解了一些關(guān)于 RBAC（Role-Based Access Control）權(quán)限模型的知識(shí)。加上在前司對(duì)SharePoint的權(quán)限分配方案有一定的了解，權(quán)限的知識(shí)基本就已經(jīng)足夠了（不夠也沒(méi)有更多了，找到一篇從產(chǎn)品的角度解釋RBAC的文章，值得一讀：請(qǐng)點(diǎn)擊查看）
關(guān)于業(yè)務(wù)需求分析方面，我對(duì)公司后臺(tái)的權(quán)限系統(tǒng)做了梳理。
因?yàn)楣緦?duì)數(shù)據(jù)的保密要求很高，所以后臺(tái)有大量查看項(xiàng)目、查看投資人的細(xì)致權(quán)限設(shè)置，但是 缺乏一致的管理方法，導(dǎo)致經(jīng)常出現(xiàn)有需求無(wú)權(quán)限，或調(diào)動(dòng)后權(quán)限沒(méi)有及時(shí)清除的問(wèn)題。公司后臺(tái)主要是按照RBAC設(shè)置了權(quán)限體系，另外還根據(jù)項(xiàng)目服務(wù)小組的機(jī)制為每個(gè)項(xiàng)目單獨(dú)設(shè)置了權(quán)限。后臺(tái)RBAC的權(quán)限角色中，有部門角色、功能角色、臨時(shí)團(tuán)隊(duì)角色等等，相對(duì)比較混亂。
現(xiàn)在這套系統(tǒng)面對(duì)一些問(wèn)題：
權(quán)限角色太多，分類混亂。有大量臨時(shí)建立棄而不用的分組；如果員工調(diào)換部門，需要逐個(gè)刪除他已有的權(quán)限，再逐個(gè)賦予新部門的權(quán)限；如果部門領(lǐng)導(dǎo)更換，需要對(duì)部門內(nèi)員工的所有成員的審批對(duì)象都進(jìn)行調(diào)整。
為了解決上述問(wèn)題，我嘗試將公司的 組織結(jié)構(gòu)信息引入權(quán)限管理的系統(tǒng)。
盡量以部門為單位分配權(quán)限，權(quán)限角色過(guò)多混亂的情況；出現(xiàn)員工部門調(diào)動(dòng)或領(lǐng)導(dǎo)更換，會(huì)根據(jù)其部門更改自動(dòng)重新分配權(quán)限；對(duì)無(wú)法按照部門分配的功能采取原有的權(quán)限分配模式，通過(guò)給不同的員工分配不同的角色實(shí)現(xiàn)，保證靈活性。
從上述的思路出發(fā)，我定義了新的權(quán)限管理需求。新的權(quán)限管理分為 部門權(quán)限制度和 非部門權(quán)限制度兩種：
1、部門權(quán)限制度
部門權(quán)限分組默認(rèn)按照組織結(jié)構(gòu)圖。
按照小組設(shè)置部門，部門分管理者權(quán)限和默認(rèn)權(quán)限兩種，默認(rèn)權(quán)限為部門管理權(quán)限的子集。
若組織架構(gòu)中的小組設(shè)置了管理者，則管理者默認(rèn)擁有管理者權(quán)限。除管理者外，所有人加入小組后默認(rèn)擁有默認(rèn)權(quán)限。
（2）管理者權(quán)限包括
部門權(quán)限維護(hù)類：新建子權(quán)限組、默認(rèn)權(quán)限維護(hù)、打破權(quán)限集成等權(quán)限（可以分配給部門領(lǐng)導(dǎo)使用，也可以掌握在超管手中統(tǒng)一分配） 審批類：所有報(bào)銷、請(qǐng)假和購(gòu)票的申請(qǐng)（若小組沒(méi)有設(shè)置管理者，則小組成員所有審批事宜由上級(jí)層級(jí)中的管理者負(fù)責(zé) ） 職能類：?jiǎn)蝹€(gè)部門的全部權(quán)限
（2）權(quán)限維護(hù)類權(quán)限詳細(xì)介紹
子權(quán)限組：部門內(nèi)可以根據(jù)員工設(shè)置子權(quán)限組，根據(jù)子權(quán)限組，分配部門權(quán)限；默認(rèn)權(quán)限維護(hù)：增刪進(jìn)入部門所默認(rèn)擁有的權(quán)限；打破權(quán)限繼承：使某位員工失去默認(rèn)擁有的權(quán)限，為其單獨(dú)分配權(quán)限。
2、非部門權(quán)限制度
組織方法參照原有RBAC權(quán)限管理；
超管可以為單個(gè)員工或小組開(kāi)啟非部門權(quán)限。
可以為非部門權(quán)限設(shè)置有效時(shí)間段；若員工調(diào)轉(zhuǎn)部門，則所有非部門權(quán)限默認(rèn)失效，需要超管審批以后方可重新生效。
這套規(guī)則可以基本解決原來(lái)的權(quán)限與部門沒(méi)有關(guān)聯(lián)的問(wèn)題，以及權(quán)限分配混亂難以管理的問(wèn)題。這僅僅只是產(chǎn)品從業(yè)務(wù)角度梳理出來(lái)的需求，具體實(shí)現(xiàn)還需要和開(kāi)發(fā)商量以后解決。而且要真正能夠落實(shí)實(shí)現(xiàn)還需要很漫長(zhǎng)的過(guò)程。
這次設(shè)計(jì)方案給我最大的體會(huì)就是，設(shè)計(jì)復(fù)雜的功能最有效的手段還是 從具體是使用場(chǎng)景出發(fā)，使用場(chǎng)景決定業(yè)務(wù)邏輯，業(yè)務(wù)邏輯決定功能邏輯。我在最初設(shè)計(jì)的時(shí)候執(zhí)著于尋找成熟的權(quán)限管理模式套用，后來(lái)發(fā)現(xiàn)這樣生搬硬套不能提升后臺(tái)權(quán)限分配的效率。在過(guò)后的幾個(gè)月工作中，我接觸到了不少分配權(quán)限的實(shí)際問(wèn)題，比如不知道分權(quán)限給誰(shuí)，或者分配出去的問(wèn)題沒(méi)有辦法管理的問(wèn)題。這些問(wèn)題直接啟發(fā)我引入了公司組織架構(gòu)的概念，也便有了這套方案。
所以， 產(chǎn)品的設(shè)計(jì)與實(shí)現(xiàn)都服務(wù)于使用場(chǎng)景，才是真正好的產(chǎn)品，這一點(diǎn)對(duì)業(yè)務(wù)為導(dǎo)向的后臺(tái)產(chǎn)品至關(guān)重要。與大家分享，也請(qǐng)大家多提意見(jiàn)。
了解更多
有很多方向，下面給你列幾個(gè)常見(jiàn)的：
1. 桌面程序：Java、C++、C#、VB、C均可。
2. 網(wǎng)站服務(wù)器端開(kāi)發(fā)：JSP(Java語(yǔ)法)、PHP、ASP(C#語(yǔ)法)、Web App框架等
3. 網(wǎng)站客戶端：HTML、CSS、Javascript、Flash等等，小程序用的便是以javascript為基礎(chǔ)的應(yīng)用架構(gòu)
4. 智能手機(jī)程序：安卓使用Java，iPhone使用Objective-C
5. 底層、工具開(kāi)發(fā)：C、C++，如：操作系統(tǒng)開(kāi)發(fā)使用c，android系統(tǒng)底層是用c++。Linux系統(tǒng)等。
6. 多功能腳本程序：Python、Perl、Ruby等等
7. 人工智能：Prolog、PDDL
8. 工業(yè)控制：C、PLC、匯編
9. 通用應(yīng)用數(shù)據(jù)交換處理技術(shù)：標(biāo)記語(yǔ)言XML/XPATH/XSLT、JSON、YAML等等
10. 數(shù)據(jù)庫(kù)： SQL/PLSQL
11. 嵌入式開(kāi)發(fā)：java，OBJECTS-C，C、C++
12. 游戲開(kāi)發(fā)：網(wǎng)頁(yè)游戲可以用腳本語(yǔ)言javascript,python,后臺(tái)可用Java,C#。 但PC上的大型游戲一般需要c++或C了。 特別的是，如果你會(huì)涉及IOS平臺(tái)，用的是object-c。
13. 企業(yè)級(jí)應(yīng)用開(kāi)發(fā)：Java企業(yè)級(jí)標(biāo)準(zhǔn)。桌面的用VB ,VC ,C++， C#
社會(huì)在不斷進(jìn)步，開(kāi)發(fā)語(yǔ)言也不斷變化中。要跟上變化，就必須不斷地學(xué)習(xí)。
項(xiàng)目開(kāi)發(fā)協(xié)議書(shū)
甲方： 乙方：深圳市南思特科技有限公司
簽訂日期： 年 月 日
上述甲、乙雙方，經(jīng)友好協(xié)商一致，達(dá)成以下協(xié)議。雙方申明，雙方都已理解并認(rèn)可了本協(xié)議的所有內(nèi)容，同意承擔(dān)各自應(yīng)承擔(dān)的權(quán)利和義務(wù)，忠實(shí)地履行本協(xié)議。
第一條 本協(xié)議軟件開(kāi)發(fā)項(xiàng)目的內(nèi)容、工作進(jìn)度與安排、付款方式、成果交付和驗(yàn)收方式等由附件載明。本協(xié)議附件為本協(xié)議不可分割的一部分，與協(xié)議正文具有同等法律效力。
第二條 協(xié)議履行期限按照附件規(guī)定的工作進(jìn)度決定，經(jīng)雙方協(xié)商一致，可以延長(zhǎng)該期限。
第三條 甲方應(yīng)向乙方提供必要的資料和方便條件，協(xié)助配合乙方進(jìn)行軟件的開(kāi)發(fā)、調(diào)試、安裝及實(shí)施。
第四條 雙方的基本權(quán)利和基本義務(wù)
甲方的權(quán)利和義務(wù)
根據(jù)本協(xié)議項(xiàng)目的實(shí)際需要和乙方的要求提供協(xié)助，并提供有關(guān)的資料，報(bào)表及文檔等，甲方保證所提供的所有資料完整、真實(shí)、合法。
按本協(xié)議約定支付軟件開(kāi)發(fā)費(fèi)用。
甲方有權(quán)在軟件驗(yàn)收之日起一月內(nèi)，要求乙方對(duì)驗(yàn)收完畢的軟件模塊出現(xiàn)的非人為因素造成的錯(cuò)誤及故障，進(jìn)行免費(fèi)維護(hù)。
乙方的權(quán)利和義務(wù)
按照甲方提供的材料按時(shí)完成本協(xié)議規(guī)定的軟件開(kāi)發(fā)工作。
可以根據(jù)甲方的要求幫助甲方舉辦培訓(xùn)和技術(shù)咨詢，具體的操作方式及費(fèi)用雙方另行簽署協(xié)議確認(rèn)。
依協(xié)議收取軟件開(kāi)發(fā)費(fèi)用。
乙方有義務(wù)在軟件驗(yàn)收之日起一月內(nèi)，對(duì)驗(yàn)收完畢的軟件模塊出現(xiàn)的非人為因素造成的錯(cuò)誤及故障，進(jìn)行免費(fèi)維護(hù)。
第五條 甲方在一月的免費(fèi)維護(hù)期之后，需要乙方對(duì)軟件模塊進(jìn)行維護(hù)時(shí)，乙方可根據(jù)情況酌情優(yōu)惠收取模塊維護(hù)費(fèi)用。
第六條 本協(xié)議涉及的相關(guān)程序、文件源碼的版權(quán)屬乙方所有，但乙方授予甲方使用權(quán)。未經(jīng)乙方許可，甲方不得公布文件源碼，不得復(fù)制、傳播、出售或者許可他人使用乙方作品及其程序等。乙方可以在業(yè)務(wù)范圍內(nèi)使用這些作品。雙方當(dāng)事人應(yīng)當(dāng)保守在履行本協(xié)議過(guò)程中獲知的對(duì)方商業(yè)秘密。
第七條 甲方不能按時(shí)支付協(xié)議費(fèi)用，導(dǎo)致的工期延誤，其責(zé)任由甲方承擔(dān)。
第八條 雙方應(yīng)本著誠(chéng)實(shí)信用的原則履行本協(xié)議。任何一方在履行中采用欺詐、脅迫或者暴力的手段，另一方可以解除本協(xié)議并有權(quán)要求對(duì)方賠償損失。任何一方在履行中發(fā)現(xiàn)或者有證據(jù)表明對(duì)方已經(jīng)、正在或?qū)⒁`約，可以終止履行本協(xié)議，但應(yīng)及時(shí)通知對(duì)方。若對(duì)方繼續(xù)不履行、履行不當(dāng)或者違反本協(xié)議，該方可以解除本協(xié)議并要求對(duì)方賠償損失。
第九條 任意一方欲提前解除本協(xié)議，應(yīng)提前通知對(duì)方。甲方提前解除協(xié)議的，無(wú)權(quán)要求乙方返還預(yù)付費(fèi)用并應(yīng)對(duì)乙方遭受的損失承擔(dān)賠償責(zé)任；乙方無(wú)故解除協(xié)議的，應(yīng)雙倍返還上述費(fèi)用。本協(xié)議其他條款對(duì)協(xié)議的解除另有約定的，從其約定。當(dāng)訂立本協(xié)議所依據(jù)的客觀情況發(fā)生重大變化，致使本協(xié)議無(wú)法履行的，經(jīng)雙方協(xié)商同意，可以變更本協(xié)議相關(guān)內(nèi)容或者終止協(xié)議的履行。
第十條 本協(xié)議簽訂后，經(jīng)雙方當(dāng)事人協(xié)商一致，可以對(duì)本協(xié)議有關(guān)條款進(jìn)行變更或者補(bǔ)充但應(yīng)當(dāng)以書(shū)面形式確認(rèn)。上述文件一經(jīng)簽署，即具有法律效力并成為本協(xié)議的有效組成部分。雙方當(dāng)事人對(duì)本協(xié)議的訂立、解釋、履行、效力等發(fā)生爭(zhēng)議的，應(yīng)友好協(xié)商解決；協(xié)商不成的，雙方同意向仲裁委員會(huì)提交仲裁并接受其仲裁規(guī)則。本協(xié)議經(jīng)由雙方授權(quán)代表簽字，自簽訂之日起生效。 本協(xié)議一式兩份，雙方當(dāng)事人各執(zhí)一份，具有同等法律效力。
甲方：（授權(quán)代表簽字） 乙方：（授權(quán)代表簽字）
附件：開(kāi)發(fā)建設(shè)項(xiàng)目工作進(jìn)度與安排、付款方式、成果交付和驗(yàn)收方式
一、開(kāi)發(fā)項(xiàng)目?jī)?nèi)容：
詳見(jiàn)需求清單附件。
二、協(xié)議金額及付款方式：
1.本協(xié)議金額總計(jì)：人民幣 元。
2．付款方式：
本協(xié)議簽訂后3日內(nèi)，甲方向乙方支付協(xié)議金額的 50 ％，即 元預(yù)付款，驗(yàn)收之后3日內(nèi)支付協(xié)議余款即 元。
3. 轉(zhuǎn)賬帳號(hào)：
開(kāi) 戶 行： 中國(guó)建設(shè)銀行股份有限公司深圳寶安支行
戶 名： 深圳市南思特科技有限公司
銀行帳號(hào)： 44201538900052515271
三、完成及驗(yàn)收時(shí)間：
完成時(shí)間：乙方收到本附件規(guī)定預(yù)付款項(xiàng)后 日內(nèi)開(kāi)發(fā)完成。
驗(yàn)收期限：甲方在 年 月 日前完成項(xiàng)目的驗(yàn)收,并確認(rèn)。
付款期限：甲方須于 年 月 日前將余款支付給乙方。
四、驗(yàn)收標(biāo)準(zhǔn)和驗(yàn)收后修改補(bǔ)充
1．驗(yàn)收期限為壹星期。
2．驗(yàn)收合格，甲方應(yīng)以書(shū)面方式簽收，但甲方在乙方交付工作成果后一周內(nèi)未書(shū)面簽收也未提出異議的，視為甲方驗(yàn)收合格。
3．驗(yàn)收合格后，如果甲方在使用過(guò)程中需要增加軟件模塊或功能，乙方可根據(jù)改動(dòng)情況酌情優(yōu)惠收取模塊增加維護(hù)費(fèi)用。
[本頁(yè)以下無(wú)正文]
了解更多
同樣的產(chǎn)品，為什么別人賣得動(dòng)你賣不動(dòng)？
相信這個(gè)問(wèn)題你一定遇到過(guò)，就是一樣的產(chǎn)品，大家都代理了這個(gè)產(chǎn)品，你結(jié)果是別人賣了幾十上百件，你賣幾件就賣不動(dòng)了。
什么原因呢？3個(gè)原因如下：
1、相信你的人少
可能你的微信里裝了1000人或5000人，可這不代表大家都相信你，或認(rèn)識(shí)你，多數(shù)人都沒(méi)有和你接觸過(guò)，聊過(guò)，交流過(guò)，別人憑什么在朋友圈看了你的產(chǎn)品就會(huì)購(gòu)買呢？
如果有需求，也一定是找最信得過(guò)的人購(gòu)買，而不是找一個(gè)從未交集的人下單，對(duì)吧？如果你要買手機(jī)，可能上淘寶京東，也可能會(huì)找你身邊在賣手機(jī)的人購(gòu)買，為什么呢？哥們，同學(xué)，信得過(guò)，對(duì)吧，而且可能給你成本價(jià)或他的進(jìn)貨價(jià)。
你跟他們買，一定是信任，或相信他們。反之，你會(huì)跟你不相信的人購(gòu)買嗎？不會(huì)，特別是在微信里毫無(wú)關(guān)系的人。
2、你不專業(yè)
這個(gè)最常見(jiàn)，你本身為上班的，可現(xiàn)在賣起了保鍵品，天天發(fā)保鍵品產(chǎn)品廣告，同事或同學(xué)，如果在相信你的前題，又恰好的需求，可能會(huì)跟你購(gòu)買，可如果，你平時(shí)對(duì)養(yǎng)生一點(diǎn)興趣也有，也不懂，你說(shuō)，別人會(huì)跟你買嗎？因?yàn)樵谒难劾铮阋彩莻€(gè)門外漢。
在互聯(lián)網(wǎng)上不管是淘寶或微信里成交，都是專業(yè)對(duì)需求更容易成交，如果一問(wèn)三不知，或很含糊，或你根本不懂，你說(shuō)用戶為啥會(huì)跟你買？
平時(shí)我們生病，會(huì)上醫(yī)院，因?yàn)樗麄兊囊?guī)模大，設(shè)備齊，醫(yī)生都是專業(yè)人士，平時(shí)我們生病都是跑醫(yī)院。如果在路邊小賣部有人跟你說(shuō)，他能給你治病或賣藥給你，你會(huì)買嗎？多數(shù)不會(huì)，為啥？你不是醫(yī)生，你又不專業(yè)，你也不是干這個(gè)事的人，為什么要相信你呢？
3、你的影響力小
這里直接用一個(gè)案例來(lái)說(shuō)明，一個(gè)互聯(lián)網(wǎng)牛人在網(wǎng)上賣課程，他一天賣幾十萬(wàn)，同樣的文案給你，換成你的名字，你發(fā)10天半月試下，看你能賣多少出去？
我相信有人能賣出去，可每個(gè)人賣的數(shù)量一定不一樣，方法一樣，文案一樣，或說(shuō)你們微信都是5005人，有的人賣幾份，有人賣十幾份，有人賣幾十份，有人賣上百份？什么原因？有的人有影響力，你沒(méi)有，所以你賣不動(dòng)。
例如，你是做平面設(shè)計(jì)的，大家都是知道，你后來(lái)為了賺錢，加入微商代理開(kāi)始賣產(chǎn)品，在朋友圈刷化妝品，你覺(jué)得，有多少人會(huì)跟你買？
是不是你復(fù)制文案就能賣？是不是你每天刷10次20次朋友圈就能賣？是不是別人能賺到錢你也能？幾單我相信有可能，但是，你要想靠這個(gè)養(yǎng)活自己一定很困難？為啥？你根本沒(méi)影響力！
那什么是影響力？簡(jiǎn)單來(lái)說(shuō)分2種，1種是權(quán)力性影響力，你公司老板或國(guó)家領(lǐng)導(dǎo)高層在會(huì)上說(shuō)什么話，形式一種討論或交流，或直接影響你的想法或工作方向。
2類是能力類影響力，如歌星明星或一些行業(yè)專家，他們?cè)谀硞€(gè)領(lǐng)域里有一定知名度，經(jīng)常出現(xiàn)在公眾場(chǎng)合或在互聯(lián)網(wǎng)，給關(guān)注這個(gè)領(lǐng)域或行業(yè)的人造成一定影響。如，電商行業(yè)的馬云，他的每一次公開(kāi)談話，都會(huì)有很有中小企業(yè)家或電商人關(guān)注，也許這會(huì)給他們方向，為什么他們相信馬云？因?yàn)樗哪芰υ缇瞳@得大家的公認(rèn)。
如果，你的能力非常強(qiáng)，經(jīng)常公開(kāi)分享或?qū)懳恼拢跇I(yè)界也會(huì)有影響力，那你在這個(gè)行業(yè)就是一個(gè)明星，也會(huì)有大量粉絲，這個(gè)時(shí)候你在賣點(diǎn)啥是很容易的事。
如果，你既不專業(yè)，相信你的人又少，也沒(méi)有影響力（能力），卻想通過(guò)在朋友圈刷出銀子，這是很浪費(fèi)時(shí)間又無(wú)價(jià)值的事。
這時(shí)你可能會(huì)說(shuō)，剛哥，那我想通過(guò)朋友圈賺錢，如何解決這3個(gè)問(wèn)題呢？方法非常簡(jiǎn)單。學(xué)會(huì)分享，學(xué)會(huì)交流，學(xué)會(huì)針對(duì)性的學(xué)習(xí)，你很快就可以變成專家，提高你的影響力，讓更多人相信你，愿意跟你買單。
什么方法呢？就3個(gè)字：寫(xiě)文章。
說(shuō)到這個(gè)你可能會(huì)覺(jué)得很難，其實(shí)寫(xiě)文章賣貨比你想的要簡(jiǎn)單100倍，寫(xiě)字是交流，會(huì)打字就能寫(xiě)，會(huì)寫(xiě)就能交流，敢寫(xiě)就能賺錢，如果你不敢寫(xiě)，那些可能屬于你的訂單會(huì)被那些敢寫(xiě)的人朋友拿走，這是真的，因?yàn)椋@件事，每天都在身邊發(fā)生。
了解更多
類型對(duì)照表：
|
Win32 Types
|
CLR Type
|
|
char, INT8, SBYTE, CHAR
|
System.SByte
|
|
short, short int, INT16, SHORT
|
System.Int16
|
|
int, long, long int, INT32, LONG32, BOOL , INT
|
System.Int32
|
|
__int64, INT64, LONGLONG
|
System.Int64
|
|
unsigned char, UINT8, UCHAR , BYTE
|
System.Byte
|
|
unsigned short, UINT16, USHORT, WORD, ATOM, WCHAR , __wchar_t
|
System.UInt16
|
|
unsigned, unsigned int, UINT32, ULONG32, DWORD32, ULONG, DWORD, UINT
|
System.UInt32
|
|
unsigned __int64, UINT64, DWORDLONG, ULONGLONG
|
System.UInt64
|
|
float, FLOAT
|
System.Single
|
|
double, long double, DOUBLE
|
System.Double
|
c++:HANDLE(void *) ---- c#:System.IntPtr
c++:WORD(unsigned short) ---- c#:System.UInt16
c++:DWORD(unsigned long) ---- c#:System.UInt32
c++:結(jié)構(gòu)體 ---- c#:public struct 結(jié)構(gòu)體{};
c++:結(jié)構(gòu)體 &變量名 ---- c#:ref 結(jié)構(gòu)體 變量名
c++:結(jié)構(gòu)體 **變量名 ---- c#:out
c++:GUID ---- c#:Guid
c++:UINT8 * ---- c#:ref byte
c++:char*/void*(指向一個(gè)字符串) ---- c#:string
對(duì)于結(jié)構(gòu)體中的指針數(shù)組，對(duì)應(yīng)于C#中的IntPtr[]類型，如:
int * a[] -------------- IntPtr[]a
了解更多