摘要: 最近想幫一個電子商務(wù)網(wǎng)站客戶搭建一個簡單的客服中心，客戶處于創(chuàng)業(yè)階段，一分錢想掰成兩半使，但是電子商務(wù)中，貼心的服務(wù)質(zhì)量都是非常重要，當(dāng)用戶在網(wǎng)站上下單成功或購買成功后，及時的與用戶溝通，反饋，非常非常重要，這個操作步驟, 需要一個回訪電話來完成，英文叫Happy Call, 很多小企業(yè)主并不懂得這個重要性或者擔(dān)心一個單本來就不賺錢，在搭進(jìn)去話費(fèi)，不值。使用網(wǎng)絡(luò)電話不僅可以打手機(jī)，還可以打固話，話費(fèi)很低，是一個非常經(jīng)濟(jì)的手段。
對與客戶來講，使用網(wǎng)絡(luò)電話，就是圖省錢的，在通話質(zhì)量都差不多的情況下，誰最便宜，就要誰的。但如果搞價格戰(zhàn)，大家賺不到錢。所以大家的話費(fèi)收費(fèi)都差不多，都在每分鐘一毛和一毛二之間。對于用戶來說，似乎沒有選擇的余地。
UUCall的話費(fèi)一毛二，看似沒有惡性競爭，但充值送話費(fèi)，一下子將話費(fèi)打到每分鐘6分錢的價位上。
閱讀全文
摘要: 現(xiàn)在國外的很多的創(chuàng)業(yè)團(tuán)隊(duì)（Freelance)，都可以做出一步到位的原型，團(tuán)隊(duì)中的人擅長前端設(shè)計、開發(fā)，Ajax, CSS, XTHML，web standard, cross browser不在話下，F(xiàn)lash, Flex, Fireworks 等RIA技術(shù)也是有豐富的項(xiàng)目經(jīng)驗(yàn)，很多人用flash, fireworks做的原型，非常棒。以用戶為中心的、注重用戶體驗(yàn)、準(zhǔn)確把握用戶業(yè)務(wù)的分析設(shè)計是他們的核心競爭力。
閱讀全文
摘要: 參與界面設(shè)計的人，容易與一線用戶脫鉤，很少有一種簡潔、直接、樸素、持久的設(shè)計風(fēng)格，首先考慮的不是信息的組織、用戶的體驗(yàn)，而是如何的炫，動感，漸進(jìn)、半透明、滑門、延遲、手風(fēng)琴、背景圖片等效果，總想用上一用，濫用顏色，這些除了造成視覺疲勞、操作繁瑣外，起不到真正的用戶體驗(yàn)。
閱讀全文
摘要: 框架畢竟是框架，沒有最完美的，只有相對合適的，使用者需要分析知道自己的問題在那里，然后去設(shè)計開發(fā)、使用合適第三方的框架，或直接使用、或二次封裝、開發(fā)、修改源代碼，來解決自己的問題，總之，不要做一個問題的抱怨者，等著別人煮米下鍋。
閱讀全文
摘要: 我以前帶了一個分銷系統(tǒng)的項(xiàng)目，同時并行的還用另外的一個配合的項(xiàng)目，每周GM會review我們的工作，其實(shí)和過堂差不太多，氣氛太緊張了，冷冰冰的，很不舒服，再加上兩個PM一起被review，有點(diǎn)暗暗較勁的意味，我當(dāng)時深深迷醉與項(xiàng)目管理的可視度的概念，就是增強(qiáng)透明度，我希望把我項(xiàng)目中的Issue盡早的暴露出來，評審的人可以看到，或可以幫助我一起解決，或了解項(xiàng)目的Risk和真實(shí)的Progress，真實(shí)的理解我的處境，給我必要的Resource支持。
閱讀全文
摘要: 最近，負(fù)責(zé)客戶的一個項(xiàng)目設(shè)計的審計工作，是一個短信平臺的項(xiàng)目，上行和下行通信都有，之所以叫平臺，是想將客戶的很多的業(yè)務(wù)系統(tǒng)，涉及到短信的部分都統(tǒng)一掛接到者一個服務(wù)平臺當(dāng)中，只要一家服務(wù)提供商，量大從優(yōu)，避免各自為戰(zhàn)，浪費(fèi)資源。業(yè)務(wù)系統(tǒng)多是遺留系統(tǒng)，當(dāng)中對短信需求各不一樣，客戶從自己的vendor List中找了一個短信服務(wù)提供商（SP）。一般的要是能進(jìn)入vendor list中，說明實(shí)力還是有的。
閱讀全文
摘要: 對于business rule, 一般的情況是， 好的BA，可能更善于發(fā)現(xiàn)、抽取business rule ，并用結(jié)構(gòu)化的方式描述、記錄下來， 普通的BA可能更是一種流水賬式的、吃那拉那的描述方式。
不管怎樣，BA在寫文檔，use case的時候，那些business rule被分布在文檔中不同的部分，然后這些rule，在分工時，有被理所當(dāng)然的分給不同的開發(fā)人員來開發(fā)。
閱讀全文
摘要: 關(guān)于BA，很多人寫書為了謀取利益，極力和UML、UseCase扯上關(guān)系，誤導(dǎo)了很多努力向上的人，把工具當(dāng)成了能力。很多公司在面試BA時，也非常看重你會不會UML，無疑是添亂。
閱讀全文
摘要: 在旅行的途中，為山區(qū)的孩子們多背一公斤的捐贈物資，這樣的idea，平凡又偉大。
旅游區(qū)的普通百姓其實(shí)很苦，外地人的蜂擁，抬高了物價、房價，而大部分本地的人收入確非常的低。
人們看到了四川、貴州、云南、海南旅游風(fēng)景的美麗，卻看不到山里的茅草屋里的貧窮。
閱讀全文
摘要: 人們在走上管理職位時或者被賦予超越自己目前現(xiàn)狀的角色時，精神狀態(tài)陡然發(fā)生了變化，工作更積極了，主動性加班也多了，說話的聲音也大了，語速也加快了，總帶著居高臨下的語氣，不說教一下別人總是不爽。
閱讀全文
摘要: 設(shè)計者高高在上，不食人間煙火，只是提供約束，不要這樣，必須那樣，而不是提供方法和可以復(fù)用的API。
開發(fā)者是處于解決問題的一線，飽嘗重復(fù)造輪子的疾苦，他們最需要的是快速的解決問題，以更恰當(dāng)?shù)姆绞焦ぷ鳎瑢ふ腋菀讟?gòu)建系統(tǒng)的技術(shù)和方式。
Jquery給設(shè)計者上了很好的一課。
Jquery就像一個魔法師一樣，$()就像魔法棒一樣，隨手一指，一個木偶變復(fù)活了，一瞬間具備了各種各樣的復(fù)雜的能力。
閱讀全文
摘要: 技術(shù)是基礎(chǔ)，積累才能提高，用戶是目的。成熟的架構(gòu)+創(chuàng)新的擴(kuò)展，server端，團(tuán)隊(duì)?wèi)?yīng)當(dāng)繼續(xù)構(gòu)建、成熟以spring為基礎(chǔ)的企業(yè)應(yīng)用開發(fā)平臺，深度挖掘、孵化、封裝，同時將精力轉(zhuǎn)向客戶端。努力實(shí)現(xiàn)客戶端與server端的粘合劑開發(fā)提高開發(fā)效率，建議的平臺是spring + jquery
閱讀全文
摘要: Look at our school building. nothing can describe the scene.
閱讀全文
摘要: 2007年終于過去了，從焦油坑里爬出來幸存的人們，互相握手慶幸，喜極而泣，紛紛在博客上寫工作總結(jié)與來年展望，而我終于厭倦了期權(quán)的精神鴉片，難得的坐下來，遠(yuǎn)離自己負(fù)責(zé)的網(wǎng)站，想一想來年的布局。
閱讀全文
摘要: full-stack 的設(shè)計，意味著各層能夠無縫的集成在一起，遵循的DRY原則（don't repeat yourself)，將各層共用的東西，抽取出來，并通過自頂向下的設(shè)計，無縫的集成在一起，粘合在一起，達(dá)到更高層次、更粗粒度的重用，同時為了保證靈活的可擴(kuò)展性，在更高、更粗的粒度上遵守開放-封閉的原則，在各層的各個關(guān)鍵點(diǎn)，要提供諸多的鉤子，回調(diào)的接口，供使用者擴(kuò)展。full-stack的設(shè)計，在層與層之間，并不一味的追求松散的機(jī)制，而是相反，在層與層之間增強(qiáng)一定的內(nèi)聚性，粘合力，以此來達(dá)到粗粒度的封裝與重用。
閱讀全文
摘要: 在現(xiàn)實(shí)當(dāng)中，真正影響我們，耗費(fèi)我們大量時間的，對我們進(jìn)度有很大影響的，就是在現(xiàn)實(shí)中復(fù)雜的需求，業(yè)務(wù)邏輯，這些復(fù)雜的需求，難以封裝，造成復(fù)雜的設(shè)計、復(fù)雜的庫表關(guān)系，這些復(fù)雜的設(shè)計，我們都知道越復(fù)雜的東西，越不穩(wěn)定，更容易遭受到需求業(yè)務(wù)邏輯變化時的沖擊。（希望那些做增刪改查的人不要跳出來扯淡）
閱讀全文
摘要: 長期以來，很多Team的組合都是隨意的，從創(chuàng)建到穩(wěn)定, 不經(jīng)意之間，一個Team就出世了，在項(xiàng)目進(jìn)行當(dāng)中，弊端盡現(xiàn)的時候，也沒有人注意到是團(tuán)隊(duì)的組織架構(gòu)，人員搭配是否出現(xiàn)了問題，Team成長過程，就好像一個樹籽落在地下，然后自生自滅，有的長成了歪脖子，有的則樹倒猢猻散，有一部分，運(yùn)氣好，成為能經(jīng)風(fēng)雨的大樹。
閱讀全文
摘要: 最近做一個比較大的電子商務(wù)項(xiàng)目，預(yù)計每天訂單量將在５萬多單，客服人員需要頻繁的下單、查詢訂單、操作訂單，客人預(yù)訂完訂單后，會立即進(jìn)入處理流程，為了提高服務(wù)質(zhì)量，要求流水化作業(yè)，平均要在４０分鐘－８０分鐘內(nèi)處理完訂單。所以訂單在創(chuàng)建后，會在短時間內(nèi)，被頻繁的修改和查看.
閱讀全文
摘要: 我覺得現(xiàn)在技術(shù)換代很快，使用一項(xiàng)技術(shù)，首先是要快速的解決問題，然后要學(xué)習(xí)他的思想，那些整天死抱著Hibernate，自認(rèn)為學(xué)習(xí)到ORM的設(shè)計技巧的人，就去繼續(xù)的學(xué)吧。
我已經(jīng)會用Hibernate的一些方面，我覺得夠用就行了，犯不上，天天鉆研HSQL，如果有時間，我覺得躺在草坪上看看Unix的編程藝術(shù)，看看代碼大全，看看Oracle的編程藝術(shù)，比看Hibernate的SB書要愜意多了。
閱讀全文
摘要: 我認(rèn)為避談代碼是可恥的，只要編碼有意義，我們在任何階段，都應(yīng)當(dāng)投入到編碼當(dāng)中。
閱讀全文
摘要: 說老實(shí)話，我都不知道什么算是大型項(xiàng)目經(jīng)驗(yàn)，我也不知道，那些所謂要求有大型項(xiàng)目經(jīng)驗(yàn)的公司，在做多大的項(xiàng)目，有多NB，但我并不以做過大項(xiàng)目為榮，我這幾年的項(xiàng)目經(jīng)驗(yàn)告訴我，團(tuán)隊(duì)不在于大，在于精，
閱讀全文
摘要: 所以對于框架來說，職責(zé)的分擔(dān)，是很重要的，完成你該完成的，該擴(kuò)展的地方，即要提供默認(rèn)實(shí)現(xiàn)，也要提供接口，供調(diào)用者二次開發(fā)。這才是框架的可擴(kuò)展性、靈活性所在。
很多人在開發(fā)框架時，總期望做很多東東，自己給自己加套，反而喪失的靈活性，同時提供了很多不能擴(kuò)展的實(shí)現(xiàn)，等于強(qiáng)加意志給使用者，愛用不用。
閱讀全文
摘要: 公司的發(fā)展出現(xiàn)了問題，不應(yīng)當(dāng)讓技術(shù)人員來買單，而是我們的管理團(tuán)隊(duì)，是公司的上層建筑出現(xiàn)了問題，當(dāng)領(lǐng)導(dǎo)的應(yīng)當(dāng)自己積極的反省，即使可以憑借權(quán)力讓下面無辜的人來買單，那又怎么樣，當(dāng)公司over的時候，大家不都是一樣over，總有一天，報應(yīng)會來的，終有一天，領(lǐng)導(dǎo)要為自己的決策失誤來買單。
閱讀全文
摘要: 星期四是約定去面試的日子，二面了，覺得還是有希望的，對方是臺灣的一家公司，從網(wǎng)頁上看，還算是跨國公司，規(guī)模也算比較大，做呼叫中心的。
閱讀全文
摘要: 我的項(xiàng)目中List都是基于ArrayList的，所以基本上很少用迭代器來遍歷，而是用for循環(huán)來遍歷，對于迭代器的作用我當(dāng)然很清楚，但是我覺得有點(diǎn)庸人自擾了。
除非你經(jīng)常用Collection作為你的接口方法中的輸入或輸出的集合參數(shù)類型時，你也就只能用Iterator。
但我一般在接口方法中，一般用List，所以我就不用迭代器，除非我的List是Linked List實(shí)例。
好的作法是：在供外部調(diào)用的接口方法中，使用Collection作為集合參數(shù)類型，在內(nèi)部實(shí)現(xiàn)當(dāng)中，使用List，而不是一味的使用Collections及Iterator，這樣做無異于作繭自縛。
JDK中推薦的是對List集合盡量要實(shí)現(xiàn)RandomAccess接口。
閱讀全文
摘要: 在電子支付的安全環(huán)節(jié)中，CA認(rèn)證是必須要了解的技術(shù)
閱讀全文
摘要: 隨著企業(yè)競爭日漸激烈，各商業(yè)銀行業(yè)在擴(kuò)展金融服務(wù)產(chǎn)品、服務(wù)渠道方面更是爭先恐后，但目前銀行系統(tǒng)存在的主要問題在于外圍前置機(jī)較多，部分業(yè)務(wù)流程復(fù)雜，系統(tǒng)交叉聯(lián)系，業(yè)務(wù)擴(kuò)展時需改動的外圍系統(tǒng)較多，導(dǎo)致業(yè)務(wù)擴(kuò)展較為困難。為了減少主機(jī)進(jìn)行路由服務(wù)，減輕主機(jī)的壓力，使核心業(yè)務(wù)系統(tǒng)成為簡單而穩(wěn)定的核心。同時為了滿足金融行業(yè)快速的電子化建設(shè)需要一個高度集成、 高可配置的開發(fā)和運(yùn)行框架，既是一個高效、方便的開發(fā)環(huán)境，也是一個穩(wěn)定、可靠的運(yùn)行環(huán)境。 通過配置化的管理，實(shí)現(xiàn)渠道接入整合，業(yè)務(wù)流程的優(yōu)化，數(shù)據(jù)分布的合理布局
閱讀全文
摘要: 電子商務(wù)發(fā)展的核心問題是交易的安全性問題，這也是企業(yè)應(yīng)用電子商務(wù)最擔(dān)心的問題，因此如何在開放的公用網(wǎng)上構(gòu)筑安全的交易模式，一直是人們研究的熱點(diǎn)和大家關(guān)注的話題，要構(gòu)筑一個安全的電子交易模式，應(yīng)滿足以下五個方面，這也是OSI規(guī)定的五種標(biāo)準(zhǔn)的安全服務(wù)
閱讀全文