程序員遇到最“奇葩”的需求竟然是…...

某 CEO（某 211 大學(xué)大學(xué)生創(chuàng)業(yè)的）：給我搞個辦公自動化吧，美工，程序員，產(chǎn)品經(jīng)理，還有宣傳都能一鍵解決。（請哪位同行做出來之后跟我說一下，這位年輕帥氣的老板愿意出 500RMB+合伙人身份（不會給股權(quán)的，打死也不會給的）+給你喊 666）

[[236587]]

@漂泊的小石頭

都老大不小的年紀(jì)了，還不趕快找個對象。

[[236588]]

@匿名網(wǎng)友

查數(shù)據(jù)庫的時候效率太低，領(lǐng)導(dǎo)說讓我優(yōu)化一下，60W+ 的數(shù)據(jù)，多表聯(lián)查，優(yōu)化之前要花 20 分鐘左右，現(xiàn)在要我 1-2 秒查出來。

[[236589]]

“阿里巴巴能做到的事，我們?yōu)槭裁醋霾坏剑挛?3 點(diǎn)我要結(jié)果”這是領(lǐng)導(dǎo)的原話，我覺得這是對我能力的一種肯定，所以印象深刻，然后我就辭職了。

[[236590]]

@穆易陽

客戶需求是，我們想做一個 App 功能是讓所有進(jìn)入指定區(qū)域的手機(jī)禁用攝像頭，然后，我說您把手機(jī)收了統(tǒng)一管理不就得了，然后他就不說話了！

[[236591]]

話說這個需求有沒有大佬有實(shí)現(xiàn)的思路，困擾我多少年了！

[[236592]]

@初見若安

最近給客戶做了個小程序，當(dāng)然站在客戶的角度也把公眾號給客戶開通了，沒過多久，客戶就來問我了下面的問題。

@Syfh

今天 Boss 提了一個需求，要做一個視頻的綠幕替換。

細(xì)節(jié)是這樣的：攝像機(jī)錄制出帶有綠幕的視頻，然后上傳到我們的 App 上，用戶播放這段視頻的時候，先去服務(wù)器拿到要替換綠幕的視頻，然后實(shí)時的替換綠幕。

當(dāng)時就有點(diǎn)懵，這個不是后期用 PC 做的事嗎？讓客戶端做？還是實(shí)時的？我和產(chǎn)品經(jīng)理反饋了一下，看能不能否掉這個需求，結(jié)果被駁回了。

駁回理由：現(xiàn)在手機(jī)上那么多美顏 App 可以把照片上的綠幕換成其他圖片，換成視頻你們就做不成了？你就不能一幀一幀的處理嗎？

......我要能做出來還在這干嗎? 我當(dāng)場就去申請專利去。

[[236593]]

@匿名用戶

就是根據(jù)前幾局的結(jié)果，推測后面的結(jié)果。咋不讓我寫個彩票的預(yù)判程序呢？

[[236594]]

@劉阿毛

要看你在別人心目中的地位。

高端一點(diǎn)的，會遇到這樣的需求：

低端一點(diǎn)的，會是這樣：

@童學(xué)

以下都是本人經(jīng)歷過的真實(shí)案例：

1、甲：我要做一個類似淘寶(微信) 的網(wǎng)站(APP)。并發(fā)？中國這么多人就先按 1 億來做吧。預(yù)算？1 萬左右，你可能沒見過這么多錢，所以沒有預(yù)付款，只有我們滿意了才能付款。

2、一個爛大街的項目，溝通需求前必須簽保密協(xié)議。

3、甲：我有一個 IDEA，我要成為下一個馬云，我的項目落地非常牛逼，巴拉巴拉巴拉巴拉。預(yù)算？沒有預(yù)算，做成了給你 1% 的股份。

4、甲：我要做個軟件，多少錢？

乙：巴拉巴拉巴拉巴拉

甲：我要做個軟件，多少錢？

5、XXX三缺一，XXX撲克，看別人牌的軟件，預(yù)算：1000。

6、顯示別人位置的軟件，別人指的任何人，任何有手機(jī)的人。手機(jī)上不能裝任何軟件，你也接觸不到那臺手機(jī)。

7、在電腦上彈出一個窗口。簡單？在別人電腦上，別人指的任何人，任何有電腦的人，電腦上不能裝任何軟件，你也接觸不到那臺電腦。

8、把百度關(guān)鍵詞頂?shù)降谝坏能浖可督?SEO，我不管，我運(yùn)行你的軟件我的排名就上去了。

9、做一個搶紅包 WG，自動排雷，預(yù)算：1000。

10、新注冊的公司數(shù)據(jù)抓取，必須是最快的，別人沒有的，去市場監(jiān)督管理局抓，預(yù)算：500。

[[236595]]

@dy45

@梁靜涵

客戶：給我做個郵箱，只有一個要求，無限大。

我：？？？你的無限大是指？

客戶：就是無！限！大！收發(fā)郵件沒有任何限制的，我以后要發(fā) 4K 視頻的暢通無阻的那種。

我：哦，那做不了

客戶：我 2000 塊都給你了，你說做不了？

我：您如果需要發(fā)大附件，可以用 gmail，hotmail，qqmail…的！

客戶：用你說？那些要能用，我還找你做？我：qnmd

[[236596]]

@匿名用戶

二逼前端一枚。于某小公司試用期，老板把我叫進(jìn)辦公室，手指著公司網(wǎng)頁，這里，這里改改，這里改成 xx，這里要 xx 效果，還有這里，要改成 xxx。你需要多久？

瑟瑟發(fā)抖的我：半...半天吧？(前后端沒分離，打個開發(fā)包都要 5 分鐘，打個生產(chǎn)包可以泡茶的那種，項目是大前端)

老板：什么？半天？我覺得 5 分鐘(他線上看到才叫完成，本地不算)就可以了，我也是學(xué)編程的，我學(xué)的是硬件編程，你別以為我不懂編程，你把 CTO 叫進(jìn)來。

[[236597]]

還有一種迷之自信，識破你想偷懶的那種趕腳。

然后...

[[236598]]

當(dāng)然，不建議大伙這么任性。傻逼遇多了就習(xí)慣了。這時候，我是建議掏出手機(jī)，下載各種招聘 App，填寫信息。意向：在職，考慮跳槽。

[[236599]]

@風(fēng)逍遙

不懂為什么大家都覺得程序員做事動動，就能創(chuàng)造世界！

@Bird Frank

兩個系統(tǒng)采用 RESTful 樣式的接口進(jìn)行集成，接受數(shù)據(jù)的系統(tǒng)必須采用和提供數(shù)據(jù)的系統(tǒng)同樣的字段名和字段類型。這是客戶 IT 部門提出的需求。

好像還有人不理解這個需求的不合理之處。只要不是直接共享數(shù)據(jù)庫的集成，那么無論是 RPC，WebSevice 還是 RESTful 的接口，都是希望通過一個接口層屏蔽掉兩邊系統(tǒng)內(nèi)部的實(shí)現(xiàn)細(xì)節(jié)，以降低系統(tǒng)間的耦合度。

無論是接口/服務(wù)的提供方，還是使用方都不應(yīng)該對對方的實(shí)現(xiàn)方式、系統(tǒng)設(shè)計、模型設(shè)計、數(shù)據(jù)庫設(shè)計等等有除了接口以外的規(guī)定和依賴。

“接受數(shù)據(jù)的系統(tǒng)必須采用和提供數(shù)據(jù)的系統(tǒng)同樣的字段名和字段類型”直接違背了這個規(guī)則。

不同的系統(tǒng)是為解決不同的問題的，它們分別有各自自己的問題用，或者用 DDD 的術(shù)語說，有自己的 Ubiquitous Language。

即使同樣的數(shù)據(jù)，在不同的系統(tǒng)中可能有不同的業(yè)務(wù)含義、用途，怎么能要求它們具有相同的名稱和類型呢？

例如 A 系統(tǒng)向 B 系統(tǒng)提供的數(shù)據(jù)中包含記錄的 id，在 A 系統(tǒng)中這可能是一個由數(shù)據(jù)庫 sequence 產(chǎn)生的數(shù)字。

但是在 B 系統(tǒng)中這只是表示數(shù)據(jù)在來源系統(tǒng)中的唯一標(biāo)識，就不一定非得采用數(shù)字類型。

如果 B 系統(tǒng)要從不同的系統(tǒng)中獲取數(shù)據(jù)，抽象為同一種業(yè)務(wù)實(shí)體存在同一張表里，那么采用字符串類型標(biāo)識“源系統(tǒng)中的 id”這個概念就更加合適。

如果一定要求和 A 系統(tǒng)中一樣采用長整數(shù)，那么和采用 UUID 的 C 系統(tǒng)、使用了 MongoDB 的 ObjectID 類型的 D 系統(tǒng)集成的時候該怎么辦？

又比如這樣的情況：有些老系統(tǒng)采用的字段命名在當(dāng)時可能是合適的，但是隨著時間的變化，在現(xiàn)在可能就不合適的。

怎么能要求新系統(tǒng)一定要跟著老系統(tǒng)走呢？就在我說的這個系統(tǒng)中，老系統(tǒng)中有一個字段名采用了客戶某個部門的兩個字母的部門代碼。

[[236600]]

@我的筆名叫棉花