從猿到狗的進化，已經慢慢脫離了人類了。
給大家說說我為什麼轉產品吧，其實可能和很多人想法不同，和之前的程式設計師交流，有一部分人會認為產品是乙個很好的職位。為啥這麼說呢，產品一般是對所在的專案對各個方面了解最全面的乙個人，會認為如果選擇乙個專案經理的話會在產品中擔任。在我所在的圈子裡面問他們為啥去做程式設計師？大部分人都是迷茫的，沒有人說我因為喜歡**，所以去做這一行業。有的人是因為大學學的計算機，不知道做什麼工作，選擇了碼農這條路。有的人是因為之前的工資比較低，看著身邊的程式設計師收入高，去培訓然後變成程式設計師。
我呢，和我說的第一種是符合的，我大學學的計算機，要實習了，不知道去做什麼，考教師資格證考了2次，每次都是差一分，應該老天在暗示我不適合。考國家公務員，總分考的很好，單科劃線掛了。我乙個學計算機的還能幹啥，只能去找相關的工作了。可能會有人問我為啥不做測試，當時我認為幹不了開發的才去幹測試的（測試的同學不要打我），工作了之後，測試也是很不簡單的。
找工作也算順利吧，到了一家銀行外包的工作，給銀行做專案外包。剛到了公司是什麼也不會啊，大學也沒有學過框架，雖然做過專案，但是也是看著課本敲的，完全蒙蔽。就一直在學習，在工作加學習的過程中，慢慢的從小小白到小白。但是整個的學習過程中，我發現我了解業務的速度比其他人都快，甲方的需求，專案組理解都會存在偏差，很多的疑問點都是和我的想法相吻合。
公司這邊後來安排我和甲方進行相應的溝通，幫助甲方把需求文件明確，來幫助自己的同時更加高效的工作。慢慢的我寫**的時間就變得少了很多，其實我個人也不太喜歡寫**，就慢慢的變成了這麼乙個角色。我是後來才知道這個叫做產品。後來想去外面看看，做了一名產品經理。
我做過電商產品、物聯網產品、雲支付產品、銀行核心產品、營銷平台。
防止程式猿和前端狗打架的幾條約定
乙個專案或者產品的出生，往往包含需求 開發 測試再到生產，不是前端乙個人在戰鬥，而是乙個團隊，少則3 4人，多則十幾人，那麼問題來了，開發人員需要遵守哪些約定，才能不讓程式猿和前端狗不打起來呢？那麼前端人員在專案合作過程中應遵守的最基礎的規範是什麼？與程式猿約定的事 事兒雖不多，但是效果立竿見影，好...
MYSQL到EXCEL的轉換程式
define database parameter dbhost localhost dbusername webuser dbpassword 123456 dbdbname pa bbs dbtablename pw actions connect database connect mysql ...
程式猿的產品思考 2C與2B產品思維的區別
原創 朱季謙 我最早接觸到網際網路產品的時候，聽到最多的，是做產品要有使用者思維，即站在使用者角度去看待產品。這個先入為主的概念，在很長一段時間裡，都被我效作經典。然而也在很長一段時間裡，我竟混淆了其中的一些概念，或者說，認知止於膚淺 原來我一直都把2c與2b混成一談，以為兩者皆可用同樣的使用者思維...