1樓:東方幻月
就說那個typedef就把我看笑了。
typedef struct node node;
還特地提前寫個指標,真是辛苦了呢。
2樓:100eth
乙個人能把幾乎所有的概念曲解一遍並且自圓其說,也是厲害的。
把任何事物拉到自己的理解水平進行自洽的理解。
另外c#程式設計師不懂namespace是什麼情況?
c++還是老實從標準庫學起
3樓:
笑死我了
先不說第二篇文章開頭就暴露了自己的水平,就說以這種主觀意味特別濃重的視角去講故事就已經夠好笑了,2333333333333
4樓:
人被壓迫了,為什麼不鬥爭?——魯迅
作為乙個前端開發者,我經歷了,也見證了很多同行飽受產品的歧視和欺辱。
而且,這種行為,現在依然持續的發生在前端開發者的身上,就目前為止,絕大部分前端開發還都無法擺脫這樣的命運。
產品的基礎是【PPT+使用者使用邏輯】,其他語言的基礎是【語法+基礎設計模式】。
事實上,就基礎而言,需要學習的時間和學會後的技術等級,都是差不多的,兩個都只有一年工作經驗的新人,按理說,不存在誰比誰更厲害多少。
但在聊天和會議等語言溝通中,卻是不一樣的。
產品會佔據極大的理論優勢,因為使用者使用邏輯中包含了一部分的人性分析,當然那不是真實的需求,但產品會誤認為那就是真實需求。而程式設計師這東西聊著聊著,就會聊到一些高階的東西,比如真實需求,所以,產品開發在這樣的交流中,更能說的上話。因此,這種交流也容易讓外行人產生,產品更厲害一些的錯覺;而當你準備反擊,想改變在別人心中的水平低的印象時,當你準備談一些基礎設計時,則會被輕鬆反殺。
這也很好理解,因為設計這東西真不是你能在三言兩語中給說出來的,你說出來的只能是一點點片段,因此你要麼被對方抓住把柄反殺,要麼被對方以沒時間聽你廢話反殺。
實際上產品設計和開發技能都是開源的網際網路開放給大家的,並不能成為乙個人傲慢的依據,但產品不懂這些,當然前端也不懂,所以很多前端開發,在即興的聊天中,並不能及時的有效切中要害,有效的攻擊對方。而據我個人經驗,就算切中要害,也會輕鬆被對方詭辯回去。所以,結果就變成了,在外行人和技術水平不夠高的人眼中,同樣學習一兩年,,產品會擁有遠超其他語言開發的水平了。
其實,大部分產品是不懂需求的,這很好理解,因為他們沒到那個水平,但似乎產品都有一種莫名的自信,以為學兩年產品就有張小龍的水平了。所以前端開發要保持平常心,心裡要有數,不要真的認為他們如同他們自身所吹噓的那樣厲害,不要因為辯論失敗而喪失信心,進而對自身的技術水平產生懷疑,要相信自己。
總結,請不要因此喪失信心與追求。
5樓:航知
看了一遍文章,果然是重新複習,很多基礎概念都不準確,然後吐槽c++這不行,那不行,沒有c#好。
而且太高估自己了,已經把自己看做nb的不行不行的程式設計師了,俯視c++,然後得出乙個幼稚的結論,我還能說啥,默默看他裝唄
6樓:楊個毛
看了一眼
呃。。。基於C#,估計肯定不好理解這個const存在的意義了,因為如果不想改,就別改啊,標唯讀這麼費勁幹什麼。。。
我怎麼覺得這人的問題不是什麼C#程式設計師不懂C++,他這就是啥也不懂啊。
7樓:小豬
微軟爸爸該打屁股,居然把c++搞得這麼糟糕,他們是幹啥吃的?!
接下來的問題是,換誰來搞比較好,我覺得作者潛力不錯,可以幫爸爸搞一下。
8樓:orwell1984
這個博主。。。不要一竿子打翻一船人好伐!
都成年人了,還不能正確區分「語言的錯」和「語言使用者的錯」,把在同事身上受的氣撒到語言上。同事有問題你懟同事,自己不願意學不要不要去黑語言。
9樓:pansz
乙個目測學C++不到兩天時間的同學寫出來的東西,要怎麼評價呢?
也許可以評價為:是的,C++確實挺難學的。不過博主甚至都還開始學到C++,剛學了點C的內容就開始大呼不適了。
C++是難學,而且噴點不少,不過像這位博主一樣,連C++內容都還沒開始接觸就能抓著幾個C特性開噴,我也是服氣的。
10樓:changjiz
結論裡只有第一點算勉強合理。C++難學確實有很多歷史問題在裡面,甚至可以說從C++的發展可以窺見程式語言這麼些年的發展歷程。然而整篇文章寫得讓人感覺很外行,很多概念也不是C++獨有。
深深懷疑作者是不是真的會C#。
11樓:開源醬
寫 C# 的不懂什麼是 namespace?這是哪個野雞培訓班出來的?
還有這段,這大哥學的是 C with class 吧?
12樓:fantiny
大牛們都在批判,其實這篇文章寫得挺好的。
好在哪?好在完美的覆盤。
充分描述了一位學藝不精的碼農學習C++的思考過程以及痛苦的曲折。
雖然是系統地學習一本C#的書就能解決的C++問題,但是我就要自己摸著石頭過河。
然後體現一下我的小驕傲。
13樓:
感覺寫的,有點像是cpp剛入門的。
cin,cout是物件不是函式
define可以寫x macro,不止那些簡單的功能(雖然為了安全,一般用template)
指標地方寫的讓人不知道怎麼評價
cpp的IDE不止VS,而且也不一定在win上
14樓:
腦補太多了
文中的一些東西都是基本知識,而作者由此上公升到cpp的設計模式會有缺陷,此處他的參考係仍然是c#的設計模式
這就好比你要求gpu像cpu一樣有眾多cache一樣
15樓:Cyandev
看了幾眼,感覺就是個民科寫的文章,幾乎全是槽點。你能想象全文只提到了標頭檔案、指標、類這些東西然後就給 C++ 下結論了?連個指標都搞不懂的人,也好意思說 C++ 不優雅、難學...
另外,你見過誰講語法的時候還需要結合 IDE?還微軟給出的方案,你怕是不知道 C++ 的爹是誰吧。
笑死...
別怪人家會 C++ 的跟你裝逼,自己那麼弱自然看誰都在裝逼。
16樓:哈哈
極度懷疑該作者學C++的書是那種《21天精通C++》而且是2023年前的那種,不過作者沒有使用VC6.0,真的是文章的一大敗筆,不然又可以diss更多的「奧妙」了。作者用C#的理念看待C++,可惜在C#領域學藝不精,搞得就像用辟邪劍譜的心法搭獨孤九劍的外功(對作者作比喻,沒有貶低C#的意思),搞得自己學得不倫不類,就怪C++語法古怪,真的是程式設計初學者屆的一大奇才。
這孩子,或許能成為當代王朗。。。
17樓:一人一口酥
問題在於,C++不是一門直接能上手的語言。必須系統地從基礎知識點學起,要不然就像作者一樣,盲人摸象鬧出笑話。
很多答案也太偏激了。文章的還是很不錯的,提供了真實的乙個站在C++門前的新人的直觀感受,當作乙個語言黑盒體驗好了,不要冷嘲熱諷。
18樓:渣渣
PS:我在上面引用字串標頭檔案時,使用的引用方法是【#include 】;我發現,引用該標頭檔案時,並沒有加字尾.h;我把字尾.
h加上後【#include 】,發現編譯依然可以通過。
簡單的調查後得知,【#include 】是C++的語法,【#include 】是語法。因為C++要包含所有C的語法,所以,該寫法也支援。
emmmm 萌新想說這真的可以嗎,string.h不是cstring嘛,那怎麼會有string類?
19樓:墨雨蕭軒
PS:我在上面引用字串標頭檔案時,使用的引用方法是【#include 】;我發現,引用該標頭檔案時,並沒有加字尾.h;我把字尾.
h加上後【#include 】,發現編譯依然可以通過。
簡單的調查後得知,【#include 】是C++的語法,【#include 】是語法。因為C++要包含所有C的語法,所以,該寫法也支援。
C++的和C的明明沒有半毛錢關係... 他的「調查」也太「簡單」了吧...
20樓:張云聰
看了知乎推薦,本來以為是大佬痛陳C++缺點。
看了幾眼,發現文中對C++語法理解錯誤百出,例如:
string.h,struct定義的類必須帶struct來宣告變數(除非typedef)
就感覺浪費了我幾分鐘時間,然後我就又浪費了幾分鐘寫了這個回答,避免別人浪費太多時間
21樓:徐辰
關於C++的文章能成為熱門,甭管文章寫得怎麼樣,這事本身不是挺好玩的嗎?你看我要是寫篇吐槽perl的文章根本就不會有人看不是?
一門語言要有人罵才會有人用,罵的人多用的人才多,由此可見大C++一統江湖有望了!
22樓:florent
犀利至極。第一次聽說傳說中的設計模式是23種;第一次聽說c++是微軟規定怎麼設計的;第一次聽說指標成了應用設計模式的絆腳石……
c++確實不是個很潮的語言,但他這個理解也太犀利了。
感覺c++最大的問題是語言特性的抽象層次不一致,造成這個兄弟腦子徹底混亂了……
23樓:你知道的
還以為老哥要噴metaprogramming 結果老哥說的是指標。
這種感覺就像有人跟你說數學真難你以為他說的是微積分結果他說的是加減乘除。
24樓:任衛
這個博主C語言都不過關就敢來噴CPP,也真是那個啥,是吧
肯定沒見過C和CPP的大工程中工程,甚至我都關係沒見過正式的正經的小工程。
就說巨集吧,只知道巨集是行走的字串,不知道巨集在跨平台編譯時要解決的問題;肯定也沒見過gtest巨集,連gtest巨集都沒看過還能指望了解啥。
25樓:invalid s
哈哈哈哈哈哈嗝兒~~
充分展現了乙個hello world級碼農面對C++一臉懵逼的囧樣兒~
如何評價?
倆字:別看。
這種玩了至多一下午就趕緊跳出來譁眾取寵的渣渣,不值得在上面浪費時間。
26樓:kier li
「內行要是和外行去辯論那就是外行!比如我和火箭科學家說,你那火箭不行,燃料不好,我認為得燒柴,最好是煤,煤還得選精煤,水洗煤不好。如果那科學家拿正眼看我一眼,那他就輸了!」
27樓:Hao Zen
C++作者的設計哲學是zero overhead abstraction
俗話說就是我全都要
這導致了語言包羅永珍,過於複雜
落後的標頭檔案體系
沒有官方包管理工具
沒有系統網路庫和其它一些基礎庫
混亂的型別和過載系統
複雜的模板語言和各種新特性
沒有module和巨慢的編譯速度
令人窒息的錯誤提示待補充
28樓:「已登出」
雖然槽點大多數已經被吐過了,但那個cin、cout理解真是詭異,,,,這倆啥時候變成函式了,這倆要是函式那解釋一下後面跟的一堆左移右移運算子是幹啥的。作者有些太想當然了,對自己的能力太高估了。
29樓:黃色的香蕉
他用c#的觀念去理解c++,得到的都是不適應的體驗。因為c++的概念範圍比較大,跟c#有重合但是不被包圍。
作者也很客觀,說必須用其他裝x同事c++寫的com。那麼,他其實更應該去想想,為什麼他們公司的com元件要用c++寫?不是自己用c#?我猜,他找完答案,會更失望。
如何評價 程式設計隨想的部落格 ?
是中文部落格中致力於開啟民智,注重傳授思考的工具和方法,而不是試圖簡單傳達觀點的教育重鎮。如果我只能向乙個人推薦乙個部落格以希望他能學會批判性的思考,那麼我會選擇這個部落格。 看到乙個提到他可能身份的回答。就那個 沒人知道程式設計隨想是誰 的 無論他是CIA還是 無論他是資本家還是苦力,無論他的目的...
如何評價關於叔本華的《關於獨處》?
羅哥 叔本華的哲學思想根基來自古希臘柏拉圖 德國古典哲學康德及印度婆羅門教宗教影響。我看過他的思想隨筆中關於論獨處的敘述,個人十分贊成他的獨到觀點。我本人也是從閱讀叔本華哲學而過渡到佛學領域的。獨處,首先你要明白人為何要社交,為何要獨處?古人有言 行有不得反求諸己。絕大多數人把時間精力總在了向外求,...
如何公正的評價c羅?
靈犀一指 球技也好,榮譽也好,都算是歷史頂級球星了,尤其俱樂部層面,從球場表現 成績來說毋庸置疑的強,你可以不喜歡c羅 比如我個人對羅就很無感 但確實不應貶低他這麼多年來的努力與成就,不過有一說一,大批羅吹也是真的討嫌就是了 最近發現肥羅吹更浮誇 綜合能力最強的跑鋒,後衛永遠的跟不上防不住。自尊心很...