<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                企業??AI智能體構建引擎,智能編排和調試,一鍵部署,支持知識庫和私有化部署方案 廣告
                ## 業務與技術 ![](http://cdn.aipin100.cn/17-10-10/31734530.jpg) & ![](http://cdn.aipin100.cn/17-10-10/95220061.jpg) #### 業務邏輯 比 純技術 的開發要簡單? 業務邏輯的開發和純技術的開發是有很大區別的,**一般來說**,相對于底層純技術的研究和開發來說業務邏輯的開發要相對簡單一些,對技術性的要求低一些,為什么這么說呢,下面我們來分析探討一下。 * * * * * #### 業務邏輯:和客戶打交道最痛苦 業務邏輯的開發中很重要的是要和客戶、用戶打交道,要深入一線去真正的弄明白產品需求,很多時候不是業務邏輯有多復雜,而是很難理解清楚客戶真正想要表達的需求和意圖,以及怎么用最少的成本達到客戶的需求,這需要很多鍛煉,需要多方面的能力。 * * * * * #### 殺一個程序猿只需要改幾次需求 而與人打交道其實是很困難的,尤其是對于不善于與人打交道的程序猿來說,更可怕的是遇到刁鉆不好溝通的客戶。和客戶溝通并不容易,并且要站在客戶的角度切身的去理解需求和痛點(要是遇到奇葩的客戶,奇葩的需求那真是好喔藻好悲催),再切換到技術、產品開發的角度去思考怎么去做,而且還要用最低的成本完成產品,因為客戶最不愿意的就是掏錢了。 業務邏輯的開發需要克服與客戶打交道的困難,與客戶溝通的效率會直接影響開發效率,要知道因溝通問題,而頻繁返工、改需求是最不可忍受的。(殺一個程序猿不用刀,只需要改幾次需求就可以了) * * * * * #### 純技術的開發就徹底解脫了嗎? 雖然業務邏輯的開發**一般來說**(注意這里是一般來說)對技術性的要求不是太高,但是卻要面對麻煩的客戶,和復雜繁瑣的業務邏輯。那么純技術性的開發就能徹底避免這個硬骨頭嗎? * * * * * #### 架構師:那些漆黑的夜里,多的是你不知道的事 雖然不用直接和客戶打交道,但是純技術的研究也不能閉門造車,所有的東西應該是建立在可用性與實用性上面來的,否則就沒有價值,所以即使是純技術的開發也是需要了解業務邏輯的,只有這樣才能開發出高效的程序,所以你看架構師都是有豐富的項目經驗,通曉業務邏輯,善于獨立思考,并且對底層技術有鉆研,從小項目到大項目,經歷過這個領域所有的業務邏輯和難點,經歷各種折磨,和無數的天昏地暗、暗無天日的開發,才最終成長為一個合格的架構師的。 * * * * * #### 不以業務、實用為主的研究都是耍流氓 并且很多時候,通用性和性能等其它要點是很難共存的,所以針對不同的應用場景要有不同的取舍和架構方案。可見業務邏輯對于底層純技術開發也是非常重要的,只有經歷過業務邏輯的鍛煉,才能更懂產品,才能開發出健壯,安全,高效的底層服務出來。(這點可以參考很多著名的開源庫的作者的經歷就知道了) * * * * * ### 擴展 [程序員嘛,先做個好架構師再說](http://mp.weixin.qq.com/s/C4i02BAEglxvl8wzNGzCcg) [產品和研發,斷裂與連接](http://mp.weixin.qq.com/s/69Lw2gt5h5ex1zuckhowjA) > 產品站在價值方,研發站在成本方。 > > 產品代表業務與用戶,對產品功能進行價值判斷并轉化為研發需求。而研發中的個體,也就是程序員會習慣從自身開發成本(好惡、難易)去評估需求,而感覺自身開發成本高(麻煩)時,就容易進入和產品的「討價還價」模式。 > > 這里面的問題就在于,研發沒有習慣優先從需求的價值出發去考慮;而產品的問題在于,絕大部分產品并沒有程序開發背景和經歷,所以有時很難評估清楚,甚至理解完成一個功能需求的研發成本。 [法國政府搞的一個軟件項目,坑出新境界](https://mp.weixin.qq.com/s/DtedRXA2Ss9wKlLe0N2Gqw) [Facebook曲曉音:為什么說程序員懂產品很重要?](https://mp.weixin.qq.com/s/wGa1-gwH2D1ezdnEVExk-A) [面試題:你如何理解前端的工作](https://mp.weixin.qq.com/s/BiBsW0W0oP4UvvM7r_ORIQ) > 產品汪:請根據手機殼的顏色,來實現APP啟動的顏色。 > > **【程序有一顆藝術的心】** 程序是一件思想上的作品,要達到藝術的境界,從功能、體驗和邏輯上都必須是合情合理的。就像一件藝術品一樣,看起來是渾然天成的!因為一件看起來很“丑陋”作品,一定是不符合人的邏輯和習慣的。 [你可以把編程當做一項托付終身的職業](https://mp.weixin.qq.com/s/16Um85XzzQV_PHFIG_li3g) > 除了技術之外,我更需要能夠突破程序員思維,去發現用戶需求背后所隱含的真正問題。我比以前變得更加務實,不再刻意追求技術的高深,而是盡可能從問題本身出發,選擇最有效的技術手段去解決它。 > 編程是在表達,也是在創作:編程對于我來說已不再是一項技能或是工具,我是在通過編程進行著自我表達與創作,這種感受帶給了我極大的自由度,而我也從中感受到了前所未有的喜悅與樂趣。 [產品經理究竟要不要會編程?](https://mp.weixin.qq.com/s/1kX6mR0o53M4bjXm0rJ9ag) [轉管理,先要問自己的5個問題](https://mp.weixin.qq.com/s/8R9HYbzk_gzZlxzRTYcOeA) [甲方頻繁改動需求!乙方:媽的 智障!](https://www.365yg.com/a6262944762530103810) [為什么我不建議你去外包?](https://mp.weixin.qq.com/s/y3hi6KE7Mbv5-VXGPYYv8g) [「只差程序員」為什么會招黑? - 知乎](https://www.zhihu.com/question/22989105) [朋友說:幫我開發一個某東那樣的APP,對你來說太容易了吧?](https://www.toutiao.com/a6548268596659749383/?tt_from=weixin&utm_campaign=client_share&timestamp=1528260932&app=news_article_lite&utm_source=weixin&iid=33124962994&utm_medium=toutiao_android&wxshare_count=1) > 甲方要求一樓先不蓋,留著看市場發展方向再定。先蓋二樓以上的部分。另外4/13/14/18層因為不吉利,也不要蓋了。頂樓也不好賣,不要頂樓。 [為什么外行人認為寫代碼不值錢?](https://www.toutiao.com/a6549108172857016839/?tt_from=weixin&utm_campaign=client_share&timestamp=1529119182&app=news_article_lite&utm_source=weixin&iid=33124962994&utm_medium=toutiao_android&wxshare_count=1) > “淘寶挺貴的,幾百塊做不了” “為什么做不了?不用和淘寶一模一樣,我也知道淘寶不好做,只要把淘寶的功能基本上做出來,能正常用,交易不出問題就行,三個月時間還不夠?,這簡單,你不用說了,簡單” “我做不了” [為什么碼農要了解業務?](https://mp.weixin.qq.com/s/Qfl5p-B2vK5nwvJ1Nfy2Nw) [為什么碼農要了解業務?](https://mp.weixin.qq.com/s/2JTxxH46FHrvcuG8KBTncg) [騰訊把需求和代碼統一的內幕](https://www.toutiao.com/a6575056134816662019/?tt_from=weixin&utm_campaign=client_share&timestamp=1530892953&app=news_article_lite&utm_source=weixin&iid=33124962994&utm_medium=toutiao_android&wxshare_count=1) [甲方頻繁改動需求!乙方:媽的 智障!](https://www.365yg.com/a6262944762530103810) [為什么我不建議你去外包?](https://mp.weixin.qq.com/s/y3hi6KE7Mbv5-VXGPYYv8g) [程序員如何應對諸如「給我弄個網站吧」的請求? - 知乎](https://www.zhihu.com/question/36913495) [「只差程序員」為什么會招黑? - 知乎](https://www.zhihu.com/question/22989105) > 讓一個iPhone應用同時也支持iPad:如果要評選最坑爹“需求變更”,那么這個絕對是當之無愧的。理由很簡單:支持iPad根本不是TMD什么附加功能!iPad應用基本上都比iPhone應用來得要復雜,界面設計和用戶體驗也大不一樣。我問你,制造一輛電動自行車,然后把它改裝成一部燒汽油的摩托車,這能是一回事兒嗎!?電動自行車跟摩托車看起來是很像,但是制造它們完全是兩碼事。 > > > 為什么大家從來沒有遇到這種,“我們就差個運營/市場/人事行政了”,因為在執行層面的非技術型工作內容都可以跨崗位經過短時間學習,推進工作進度的。而只差程序員,短時間學習解決不了執行問題。 > > 1.程序員專業技能點強,沒有專業背景短時間學習是不可能替代執行的。差個運營,今天讓行政跟運營學習,明天就能頂一頂執行工作,差個iOS工程師,能今天教行政認識代碼,明天就開始改bug?…… ![](http://cdn.aipin100.cn/18-12-2/76159835.jpg) [我有一個 App 創意丨如何將其實現? - 知乎](https://zhuanlan.zhihu.com/p/21719921?refer=fenzo) [我有一個 App 創意,如何將其實現? - 知乎](https://www.zhihu.com/question/25284456) > 后來,他們還是在做他們原來的工作,心懷改變世界未果的怨念,而且始終認為現在他的夢想之路上只缺一個程序員。他們可能永遠不會知道,那 10000 步里剩下的 9999 步怎么走。 > <p>一句話的點子是不值錢的,不是在中國,在世界都是一樣的。只有把這一句話變成<b>具有可行性的方案</b>,然后有<b>靠譜的團隊和足夠的資金</b>,以及最重要的<b>判斷能力和執行力</b>,才能做成一款好的 APP 。</p> [剛才咨詢了一個軟件開發公司,說開發一個拍賣的app 安卓跟ios平臺一共需要十五萬元,真的有這么貴嗎? - 知乎](https://www.zhihu.com/question/49019480) > 就怕只有個idea,光用嘴說就。。。。。 [工程事故與現實世界](https://mp.weixin.qq.com/s/bY9HnwehaNQajg6_ysumNg) > 心懷敬畏之心,現實世界的工程事故更殘酷。 [程序員的創業陷阱:接私活](https://mp.weixin.qq.com/s/vvu-CrfQJ46SZ1AE2S4rpQ) [程序員口述:AI 創業兩年,積蓄花光,重新寫代碼](https://mp.weixin.qq.com/s/UdXdqGgM4qG0ydu9lMsddw) [我那牛逼老公,創業成功但最后被辭退,仍然一毛錢股份沒有拿到……](https://mp.weixin.qq.com/s/hiL1E4sf2KZBxKiJDjKvUg) * * * * * 程序員守則第一條,不要跟產品,測試說話!你花了一天跟他們討論需求和分析邏輯合理性,最終他們采納了你的建議,并得出了需求,要求你完成,他們需求有了,你代碼呢? (砍柴的不要和放羊的聊天,聊完了,他的羊也吃飽了,可是你的柴還沒有開始砍呢。做事的不要和不做事的人交流。) * * * * * ### 技術實現不必糾結 產品可以從多個角度去看,比如從運營,從設計,從技術,一個簡單的頁面,從不同的角度看是不一樣的視角。 比如一個背景圖片或者logo,從設計上,不管你怎么實現,只要看得到背景或者logo是一個圖片就可以了,從技術上,這個背景圖片可以用圖片標簽插入,也可以使用css背景,不同的實現方式,代碼結構不一樣,但是表面看起來是看不出來的,不管你技術是怎么實現的,界面外表看起來都是一樣的。 那么從運營上呢,如果是用圖片標簽,那么搜索引擎能抓取到,并且用戶右鍵能保存圖片,如果是用css背景實現的就沒有這樣的效果了,就看有沒有這樣的需求了,所以還是要看具體有什么要求,再來確定技術實現方案,只有做技術的人會關注技術實現的細節和方案,其他人是不會關注和在乎你的實現方案和其它想法的,只會站在他的角度和立場看待問題,只在乎他的需求有沒有得到滿足。 所以做技術的不要再試圖從技術的角度去給別人講解技術實現和說服別人了,這樣只會浪費口舌和浪費感情,因為別人根本不會在乎,也根本沒有聽進去,你只需要告訴他,這么做會怎么樣,這個能實現什么,不能實現什么就可以。 并且有時也不要過度糾結哪種技術實現好,只要滿足需求就是好了,不要舍本求末的追求代碼的美丑,追求一種看不見的完美,人生苦短,那樣沒有任何意義,這樣一不小心就很容易成為 [“民間哲學家”](https://segmentfault.com/q/1010000009586182) 了。 * * * * * last update:2018-6-16 15:32:29
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看