老大固執的認為C++的代碼比perl的代碼要穩定，如何說服老大？

01-11

老大最近老說，讓我不要用perl寫東西了，perl代碼的可讀性很差，也不穩定，老出這樣那樣的問題。
說幾點點背景：
a. 老大早年是寫perl出身的

b. 老大接觸過幾個寫C艹的處女座大神，這些大神的C艹代碼從來沒crash過；但是老大自己沒有寫過C或者C艹的代碼
c. 老大早年寫的perl總會出一些莫名其妙的問題，甚至整個perl進程crash掉（不是內存佔用過多的問題）

"老大最近老說，讓我不要用perl寫東西了，perl代碼的可讀性很差，也不穩定，老出這樣那樣的問題。" + "老大早年是寫perl出身的"

難道只有我覺得，真相可能是：　他在委婉地說：你的perl寫得太屎了，不要寫了！再給你個機會寫C++，如果一樣屎就……

先用C++寫一座屎山,然後辭職...

黑我大perl者, 雖遠必誅!

老大說的是對的。Perl程序如果不是一直維護，放在那裡過兩個月連自己也讀不懂了。

穩定的不是語言，而是寫出的代碼，水平夠了都穩定，對你們老大來說，或許他認為perl對他風險更高些

我最近在思想上發生了一個變化。

以前用Perl的Moose的時候，一條編譯期錯誤可以有好多行，我會感覺好醜陋，無法忍受。

現在用C++，編譯時期的錯誤輕鬆滾出N屏，卻已經麻木了。

perl太丑了

C＋＋強類型語言雖然寫起來麻煩，但是更容易寫得穩定。

至少傳進去的類型不會錯，出了錯編譯都過不去。

perl里你傳個scalar進去，誰知道是啥東西

支撐起整個互聯網的編程語言是什麼？如果只能說兩個的話，一個是C，一個是Perl。

我們公司生產環境用的最多的兩個Perl版本是5.6和5.8。很多2000年前後甚至90年代開發的程序到現在還在跑。

從語言層面講，Perl 語言隱藏了許多類型轉換的工作，用 Perl 寫的代碼，其中隱藏一些類型錯誤，解釋器不會認為有任何問題，但對於 C++ 來說，這根本就不能編譯。

習慣 Perl 語言編程的人，轉換到一門靜態類型，數據類型限制很多的語言是痛苦的。因為許多熟悉的數據結構不能使用，需要重新考慮演算法。

對於效率優先的應用，Perl 與 C++ 差的不止一個數量級。

你可以嘗試用 Perl 建模，達到預期需求後，用 C++ 重寫，就會發現許多隱藏的類型問題，程序的穩定性也會提升。

用c++代替perl？搞錯了吧，換python還差不多，算了老大讓你幹啥就幹啥吧，幹活不由東，累死都無功

別扯淡了，C++跟Perl卻別很大！！！比如你用Perl可以做系統自動化管理，你能用C++做嗎?

老大腦殘，鑒定完畢。

我謝廣坤覺得吧，論美觀的話C艹比perl也好不到哪裡去啊，（逃

如果perl這麼好寫的語言都能寫出問題來之能說明你們老大的水平。。。

讓你們老大自己用C++寫幾個程序出來看看。

他會發現他寫出來的C++莫名其妙的問題更多。。

要不你以為他們發明rust語言是為了啥？

原諒我的無知，我原先以為perl程序員都已經年老過世了，看來以後我拿perl裝B時得小心些。

其實，對於perl，我只知道它的名字，和「它難用但牛B」，其它啥都不懂，連代碼都沒見過，每次吹牛逼時，都是腦洞瞎開，隨機應變。

在吹perl之前我還吹過Delphi和PowerBuilder，PowerBuilder不好吹，要麼沒聽說過，聽說過的都知道它爛，而我連它是軟體還是編程語言都不曉得；delphi也不是那麼好吹的，知道的人比較多，況且我只知道它要在賦值號後面加個冒號，以及Borland死在這個語言上。

唯一好吹的是perl，操蛋，竟然還有這麼多人在用它。