❶ 你覺得《程序員那麼可愛》拍得如何
這部戲拍的不是特別好，全靠特效呈現甜蜜的愛情ai，如果一開始就有這樣的特效，絕對不會，所以製作成本決定了影視劇的質量。這部劇前面的內容是不可取的，但後面會更好。因為這部劇改編了太多虛構的漫畫內容，所以一開始角陸漓為了見到男主逸城跟他一起工作，所以不惜女扮男裝潛入男主公司，她這樣做是為了順利通過考試。
還有就是加入公司，沒有提交畢業照和身份證，不覺得有問題嗎？算了吧，陸麗和姜逸城的婚姻是最離譜的事情。雖然是先婚後愛的故事，但這樣勉強結婚的故事真的存在嗎？在姜媽媽的幫助下，兩家人吃了一頓飯，婚姻就定下來了。因為陸麗一直喜歡姜逸城，為了他學的電腦，為了他女裝，為了他能答應所有結婚的要求。
有些人覺得好看，自然是為了兩位明星，說不好看的觀眾，大多也注重情節、邏輯、形象和演員的表演等。沒想到的是，在《程序員如此可愛》這部作品播出後，觀眾的罵聲一片，看起來《程序員那麼可愛》也算內「陰溝里翻船」了。在這部作品播出後不久，觀眾對這部作品的評價就進入了低潮，甚至罵聲一片，口碑出奇的差。
❷ 「程序員」究竟是一群什麼樣的人
在21世紀的開端，程序員的職業是非常高大上的，有很多人在大學選專業的時候，都會選擇計算機相關的專業，一般選擇計算機與應用的人，到了畢業之後，就會做程序員，想要做一個優秀的程序員，並不是一件容易的事情，因為他們的頭腦是比較聰明的，要記住很多東西，而且他們在操作電腦的時候，一般是三台一起用的，電腦屏幕全部都是相關的代碼，他們在做任務的時候，不受其他人的打擾，全身心的投入在裡面，就算很認真，他們也有出錯的時候，他們有可能會因為一個符號寫的不好，而加班到深夜，程序員究竟是一群什麼樣的人呢？讓我們一起看一下吧！
總之，很多女生都希望找程序員做老公，因為他們的工作大部分都是在電腦前，沒有太多時間出去應酬，所以大部分的程序員，為人都是老實可靠的，每一份職業都應該被尊重，程序員也一樣。
❸ 程序員們是不是都很呆
不是叫呆！只是不善於交際而已，雖然有時候在想問題時會很投入表情會有點呆，但在日常生活中也有活潑的一面的。
❹ 程序員是不是都是一群苦逼的孩子程序員是不是很累，很辛苦程序員未來的出路是什麼
程序員的工作確實很枯燥，也很累，不過收入尚可……如果你不是天才級別的程序員，沒有什麼其他的出路
❺ 程序員是怎樣一群人
程序員分為碼農和工程師。碼農是一群苦逼的人，一天到晚敲代碼。工程師大多數是由碼農進化而來的，高級碼農而已。
還有一種人，那就是大牛了。獨自一人俯視那群苦逼的碼農。
❻ 程序員是一群怎樣的人
眾所周知，程序員屬於高收入群體，個別實力特別強的或運氣特別好的程序員，可以輕易的躋身富豪行列，全世界最有錢的人裡面，也有不少程序員，比如扎克博格，李彥宏，馬化騰等等。但就算當個普普通通的老實程序員，正常的工作三五年，也會有富足的收入。
編程是一項腦力活動，需要邏輯思維能力，在文字游戲上面，程序員都是一把好手。而整天被代碼摧殘，讓程序員變的非常聰明，這種聰明並不表現在買菜砍價上面，而是在面對這個復雜多變的世界的時候，這種聰明能夠看到更多的可能性。
程序員整天都開著電腦，除了寫代碼，這些電腦還接受大量的信息，任何新產品，程序員都樂意體驗，他們也同樣關心這個世界每天產生的新奇事物，這帶來的影響是遠見和包容的心態。
❼ 程序員是一群什麼樣的人
程序員是一群間在想著改變世界，天天都在努力加班的人。
程序員是這樣一群人，他們天天圍繞著廉價的機器轉，一行一行地寫著程序，他們的代碼深入到社會和生活的各個角落，影響著社會的方方面面，改善著人們的生活，甚至提高了綜合國力。看一看你周圍，電視機、電冰箱、洗衣機、空調機、手機、電腦，哪樣沒有程序員的血汗，再看看宇宙飛船，載人太空梭，汽車、火車、網路，都有程序員的足跡。
絕大多數人對程序員的認識都非常非常的不足。這一點甚至包括很多程序員自己。他們每天消極悲觀，被迫加班，找不到女朋友，他們自稱為碼農，意思是像農民一樣勤勞，也許是被迫勤勞。在別人眼中，程序員的工作無非就是天天敲一些英文字母， 並且就這點小事還弄得天天都是BUG。這里有一個非常大的問題，程序員不是工人，做的也不是重復勞動，所以程序員的工作有很大的不可量化性。對於一個優秀的程序員來說，寫代碼的時間只是工作時間的一部分而已。
❽ 產品經理怎麼和程序員打交道【3】
經常有人問我：「嗨，費傑你好！請問阿里巴巴的需求文檔怎麼寫？「，但很少聽到人談：「嗨，哥們你好！請問產品經理怎麼和程序員打交道？」你回去稍微琢磨了一下，心裡就會得到下面三種情況：1) 很多產品經理之前就是程序員，所以非常了解程序員是什麼樣的一個狀態；2) 很多產品經理還停留在關注自己產品規劃、設計本身，缺乏對團隊配合的思考；3) 很多產品經理，其實是有和程序員打交道的實踐技巧、心得的，但沒有重視和分享。事實上在很多產品研發體系下，產品經理和程序員因為思考方式、關注范圍、職能職責的差異，導致了溝通上的困難。如何更好的與程序員建立起一座暢通的橋梁也是每位產品經理需要思考的問題。一般情況下，產品經理和程序員溝通困難大概的原因：�0�21、得到信息不對稱；�0�2�0�2產品經理得到的信息一般集中在：商業需求、商業策略、戰略方向、產品規劃、運營數據、整體營收、目標任務等方面。產品經理往往在根據公司現階段的情況，以及市場的競爭情況，做一些產品策略或者一些產品的方案的策劃、發起、實施。
所以這個過程中，產品經理扮演的角色是翻譯：「市場需求、商業需求」，成為：「產品需求」，所有的信息全部圍繞需求本身。為什麼要做需求？怎麼做需求？先做什麼需求、後做什麼？基於怎麼樣一個思路去推送產品進行實施、從一個利益平衡獲得空間增長指標後達到另外一個利益平衡。程序員不一樣，很多時候程序員得到的信息是：有一個需求，可能是小需求、產品需求、或大到項目需求，然後得到一系列需求列表，然後產品經理會讓程序員看：「需求」哪些通過code改改就可以實現，哪些是需要開發可以實現，哪些是技術或構架或因為成本的原因不能實現。
所以在這個過程中，程序員扮演的角色是翻譯：「產品需求」，成為：「技術語言」的評估，所有的信息全部圍繞開發需求本身。如何開發這些需求？是溝通資料庫增加欄位？調用介面？開發新的介面？需要開發組件？重新構架引擎？來實現滿足或支撐這些需求？那這個時候問題來了，很多情況下我們只是把程序員當做一個寫代碼，通過編程語言來操作計算機完成需求的工具了。�0�22、溝通語言不對稱；�0�2�0�2說到兩者溝通的語言，這肯定是困擾產品經理本身的。產品經理的語言是：「描述「、」形容「，我也見過很多產品經理，很多人的需求文檔就是漫天飛舞的文字，一整段的描述+描述，不要說程序員看不清，可能過段時間連自己都看不清楚。除了書面語言，產品經理的溝通語言也是含糊的，沒有太多的邏輯去組織，很多時候總是試圖去述說一個需求，被程序員的一個計算機術語而打斷。程序員的語言，更偏向於技術化。很多產品經理做過技術，有技術背景，但是還有很多產品經理不懂得技術。所以在這個時候，程序員在解說或回答一個需求的時候，會把自己習以為常的變數、函數、實現方式說出來。於是很多產品經理聽到：「Sdk、webshell、select、api、組件、插件、控制項「等等的時候會雲里霧里，那這個時候問題來了，很多情況下我們總站在自己的立場上、自己的世界裡認為別人也懂自己在說什麼？實際呢？大家都是聽得一半一半，溝通沒有徹底到位。�0�23、思考角度不對稱�0�2�0�2產品經理思考的角度在於產品本身，對技術的細節、技術的性能沒有太多的發言權。很多產品經理要是的實現的業務邏輯，不管程序員是採用：c++ 、java、php、Python、找開源代碼改的，還是自己寫的都沒有關系。程序員只要在約定的時間里，把約定的業務邏輯開發出來就可以，產品經理不去會考慮目前伺服器的配置、程序員手上任務的配置、技術能力的情況，要的是結果。而且很情願的認為團隊中的工程師都是世界上最好的工程師，想做什麼都可以做，對因為技術原因而不能支持實現需求不能接受。程序員思考的角度有點區別，我也看到不到程序員本身對產品追求完美對需求的背景、意義去研究了解；但很多程序員還是停留在自己接單子任務一樣來一個做一個的境界，做好了自己玩自己的。程序員考慮程序實現的方式同樣的一個請求是get還是post，程序員考慮代碼的性能，從而採取不一樣的方案去實現需求，考慮請求並發量壓力和安全性。但是很多情況下，程序員對技術的理解會導致有一些業務需求滿足不了，不是因為不能實現，是因為實現了覺得是廢代碼，或者構架不完美了。那這個時候問題來了，很多情況下到底傾斜誰的立場上思考問題？我之前也會碰到很多情況程序員就程序的角度說業務需求不合理，產品經理說程序員消極罷工、霸得蠻。�0�24、考核標准不對稱；�0�2�0�2誰也不尿誰，哼！你能把我怎麼樣。產品經理和程序員有為完全溝通或誤會的時候，極端情況下，有一方會罷工。這個時候主要是2個角色的各個考核標准不一樣，所以在很多情況下顯得非常的無奈。產品經理很可能考核的是方案和上線的時間、產品上線後的數據；而工程師考核的是程序的性能、很多時候產品經理催的急要的急，但程序員每天的時間有限，還是得慢慢構架慢慢開發，程序員開發時間少了，未知的執行BUG沒考慮過是要負責的。這個時候問題又來了，產品經理天天干著急！咋辦？以上是我結合幾年來的工作經驗總結出來的，當然這4大因素把很多共性的因素概況進來了。當然過程中還是會因為很多產品經理或程序員本身（個性）的溝通技巧、態度、情商等因素導致的溝通不倡，影響了彼此之間的默契。其實仔細的分析一下，產品經理和程序員打交道的過程中不管是共性的因素還是個性的因素，也不是想像中那麼困難。通過一些努力之後，我們總是會找到一些快速和程序員建立溝通橋梁的辦法。我個觀點如下：�0�21、 要看到項目層面，不要只看需求本身。�0�2�0�2上面說到的幾點不管是：「信息不對稱「、」溝通的語言不對稱「、」思考角度不對稱「還是」考核的標准不對稱「是我們常見的幾個客觀隱私。把幾個因素抽取出來剖析，發現還是由於我們站問題的視角的高度不一致造成的。產品經理只是看到自己得到了商業的需求，策劃了產品的需求，接下來會把很多事情拋給程序員做了，那還是站在需求方的角色中。那如果真正的是站在意識層面的項目經理的角度，這個時候看待問題的視眼會廣很多。這個時候你就想著為了做這個項目這個需求，程序員是不是明白了為什麼要做？是不是對這哪些需求的優先順序有了重要的認識？作為產品經理我用怎麼樣一種表達方式程序員更明白？是不是需要把時間點等劃定？目前程序員的資源和伺服器情況允許他們能做的空間是多大？怎麼樣才能拉動他們的積極性更好的完成這個項目？適當的時候，需要幫助程序員做哪些申請或讓步？對產品經理來說，同樣張羅一件事情，同樣會了得到一個結果，但是中間的過程很可能是完全不一樣的。所以因為思考角度僅僅從做完一個需求死磨硬泡上升到，站在項目的角度去考慮各個關節的風險點、時間點，得到的效果是完全不一樣的。�0�22、從理解程序員開始，換位思考會更好。�0�2�0�2一直在問一個問題：「程序員是什麼一群人？「就和問自己：」產品經理是什麼一群人？「一樣，有點好笑、有點幼稚。從小工到專家，從CSDN到走出軟體作坊，發現很多很多非常優秀的程序員的心聲。程序員是什麼樣一群人？像切西瓜一樣一刀一刀切：寫php的寫Java的寫windows C的寫liunx C的寫C++的編程水平一般的編程水平還行的編程水平牛逼的編程水平大師級的構架牛的資料庫牛的勤奮的懶於思考的不會JavaScript的積極的喜歡鑽研的……好像都不太合適，因為你找不到解決和工程師溝通的好的辦法。而且這些很多是外在的條件，隨隨都在改變。看到很多朋友一年之間經歷幾個大項目水平突然猛進，態度、一些特點也變得完全不一樣。這個時候你需要的是了解和掌握程序員，作為職場的人，和我們一樣的人共同需要的一些特點。如下4點：1) 是不是特別想被肯定、獲得尊重；理解、肯定、尊重。這3個詞或許非常的空但確確實實是一個非常好的方子。靜下心來走近程序員，聽聽他們的心聲、他們的抱怨，或許產品經理和程序員的距離將不再是那麼遙遠。雖然很多時候我們講德行說尊重，但真正領悟到心裡、落實到行動、表現在態度上的完全不一樣的。真正，你是不是一言、一行本真理解、肯定、尊重程序員的，程序員是有感知的。2) 是不是想給產品提供自己的建議，而不是僅僅做一個編程的機器；很多程序員對產品非常熱愛、對產品有獨特的想法，但多數又局限於技術情節對產品的建議常常被忽視。相信很多程序員都希望參與產品，通過自己的專長改變產品，進而打磨出一款完美的產品。所以產品經理也可以適當的給程序員一點發揮的空間，特別是在技術創新、產品需要技術驅動的方面，在商業可控的層面讓程序員發揮排頭兵的作用。這樣程序員會開足馬力投入到開發實施的過程中。3) 是不是不僅僅和人任務指派，需求更多的和諧的人與人之間的溝通建立。產品經理和程序員兩者之間沒有一個良好的溝通，只是基於做與不做，做好做不好，什麼時候做好，這樣的功利性溝通肯定是不可靠的。往往兩者因默契不夠，或一方因溝通技巧不足、對待工作態度不夠積極，造成矛盾。建立一個人與人之間的良好溝通，幫助產品經理或程序員更好的認知對方、了解對方，這樣無論是在平時的溝通過程，還是在項目的合作過程中更好的促進了解、達成共致都會有一個前提保障。4)是不是需要別人的幫助，讓他在非技術領域獲得真知。看到很多產品經理朋友和程序員打成一片，和程序員一天聊天、抽煙、一起下班打游戲、打球，甚至有些時候產品頭腦風暴的時候要去幾個有產品情節的工程師參與前期的討論，效果都不錯。可能這些現象從另外一個層面來解決我們上面的一些疑惑。3、產品經理要改善心智，不斷自我學習。�0�2�0�2最近突然覺得說得想的，有點像哲學。群里的一個朋友說了， 其實哲學就是我們生活一些事情表現出來的道路。產品經理跟程序員打交道也好，對待生活也好，我個人認為是產品經理對哲學的認識、理解、應用。產品經理越往下走，拋開產品技能本身不談，沉澱商業以及人脈資源，都是需要以一種良好、可靠的思維方式去支撐的，也就是所說的心智模型。很多時候產品經理改善心智可以不斷的增強一些事物的判斷。如：遇到程序員的拒絕的、不行的理由，這個時候你通過分析起碼要判斷得出來，這個是程序員隔個人的態度問題，還是流程問題，有一點微妙的。所以產品經理需要不斷的學習，學習提高軟技能。說到學習，回應這篇《產品經理怎麼樣和程序員打交道》中，程序員常用的一些技術原理、技術術語得去學習一下、研究一下。Right? OK, End ！
❾ 程序員的魅力體現哪些方面
體現在邏輯思維能力，一般人解決復雜邏輯問題的時候總是感覺束手無策，到程序員手裡就會編程一個個方法，一個個類，這樣處理起來就簡單多了。
第二個魅力體現在能掙錢，程序員工資高已經是不爭的事實，而且程序員沒有女朋友沒有時間逛街購物，所以花銷也小，就是一個小金庫啊
第三個魅力就是學習能力強，程序員這個崗位要求不斷學習新的技術，這樣才能緊跟時代的步伐，要不然很容易被淘汰。
❿ 如果想成為一名真正的程序員，應該具備那些條件或者說應該掌握什麼知識
首先,我想說一下學習思想.學編程其實跟網路游戲有著類似的效果.開始的時候,你會對那些代碼,函數等產生很大的興趣,尤其是剛接觸編程的人,剛學習第一種語言的人.可是,當你一步步深入的時候,你會發現你沒有了以前那種鬥志.就好象你在玩韓國泡菜網游似的,玩到一定程度,每天就是練級練級,完全是一個想沖到高級別的意志力在支持著你.而學編程就更難了,學了兩個月後,總是覺得你好象全都學會了,卻又什麼都做不了,又沒有其他的意志力支持你.這時候你會很容易放棄,或者轉到別的如網業製作,PS,FLASH等行業的.其實我告訴你,雖然你覺得你好象已經學了很多了,其實你還是什麼都沒學呢,等你跨過這道坎,才是你剛入門的時候.說這些,只是想告訴你,學編程中會遇到很多困難,你要努力的克服這些困難,才能真正學到東西.否則,你根本別想學編程,趁早轉行.
接下來,我幫你規劃一條編程之路.
學編程的人,很少有人沒學過C語言的.我推薦讓C語言作為你第一個學的語言.雖然有的人說要先學VB,其實這種觀念是錯誤的.C確實比VB枯燥,而且說實話學完C後不學別的就好象沒學過,感覺什麼都沒學會.可是,對初學編程的人來說,只有C語言才能建立起你對編程概念的理解.VB不是編程,VB只是一種工具而已.C語言確實是個不折不扣的語言,真正讓你知道什麼是編程的語言.有初學C語言,用TC2編譯器的人總說他學了C什麼都不會.什麼軟體也寫不出來.我可以告訴他,編程編程,編的是程序,而不是軟體,軟體這是程序的一個構價.你想編程出軟體,那以後很輕松的就能掌握,現在你需要學的就是編程,說明確一點,你現在所需要學的就是演算法.編程的靈魂是演算法,這點每個人都要記住.
所以,第一門語言要學C,推薦的書為譚浩強老師的<C程序設計>(清華大學出版社)或者克尼漢的<C程序設計語言>(美國).
初學者也許需要一套視頻教程來幫助自己更快的入門,那麼就推薦你去網路搜索"C語言視頻教程",第一頁的第一條記錄就是這個教程.而且是和譚老師的<C程序設計>配套的教程!
注:有些人說譚浩強的書不好,太死板.那麼我只能說你最多是個一瓶子不滿,半瓶子逛盪的人.真正要掌握高深技術的時候,你會發現你沒辦法掌握.
C語言要學到什麼樣才算個頭呢?其實,C語言沒有學到頭一說.有些人學了一輩子,還在鑽研.那麼你應該到什麼時候學下一種呢?按時候算的話,我推薦,如果你每天有6個小時的時間學習的話,一個半月以後,你就可以轉到下一個語言的學習過程中了...(我估計普通人在這一個半月內該掌握的都掌握了)
那麼,下面要學的是什麼呢?這會不會還有人說VB吧.還美其名曰加深對編軟體的印象.這種說法很幼稚.學了C語言還學什麼VB呀.其實VB確實是很強大的,容易入門,想精通了也不容易.著名的DOS系統就是用BASIC語言寫出來的.可是,這種這么易用的軟體對於專業學編程的人是一種不好的東西,會讓人產生依賴,讓人產生惰性.VB的那些控制項的功能實在是太強大了,你都不用怎麼思考,就可以編寫出來.可是,控制項畢竟是不能隨你的意願支配的,控制項是死的東西.你真正要學的是編寫的思想,是函數(Java中稱方法).另外,學VB還不如去學Delphi呢.
注:市面上的軟體一般一眼就可以看出是用什麼語言編程的,而VB編寫的軟體幾乎找不到多少.
所以,下面要學的也就那兩種選擇了,C++/Java.我推薦,先學Java.
Java實際上是C++改的.去除了C++中指針的部分,讓C++變得更安全,同時也比C++稍微簡單了一些.你需要去找一些關於Java的介紹,在看下面的東西.
我聽一個北大青鳥的老師說Java的最終發展目標是J2EE.我覺得不然,J2ME一定也是個發展方向,只是他跟J2SE,J2EE有很大的不同,開發環境也很不同.關於J2ME的部分我不做討論.而J2SE呢.說實在的,市面上的J2SE軟體確實也是很少的,你見過有幾個拓展名為.jre的軟體?不過還是要告訴你,學習Java的人肯定最先接觸的是J2SE.Java的GUI軟體只是技術性的問題,也是開發手段的問題.不管你是要發展到J2EE,還是轉到GUI編程,J2SE絕對不是彎路.還是那句話,演算法是最重要的.而Java比C++最大的優勢在於他的完全面向對象和跨平台.其實,就算你先學了Java,你還是可以很容易的掌握C++,Java程序員和C++程序員的互轉是很容易的!再說一些Java的優點.Java比C++方便很多,下載了編譯器後一個記事本就能寫程序,JBuilder實際上只是個輔助的工具.我去一個搞Linux系統開發的公司看過,用JBuilder的很少,一般都是直接用UltraEdit直接寫程序.而C++必須要用VC++等編譯器,不說電腦配置低很不好用,光說VS是要花錢的,而JDK永遠都是正版(免費下載),就應該用Java.其實這只是習慣問題,不管你是先學Java還是先學C++,都會很快掌握另外一個的.
Java的書有很多,初學不要買實例的,買那種一直講基礎的,清華大學出版的書很好.另外推薦視頻教程,孫鑫老師的Java無難事.去52ebook直接搜索名稱"Java無難事",一共有12張CD,都下載下來就好了.教程的第一課會教你如何配置,去哪下載編譯器等.
要學到什麼時候呢?我是這么推薦的,學到你可以不看任何資料,(當然可查看JAVA幫助文檔)熟練的編寫出一個酒店管理系統來.接下來,你就可以去學別的了.
這個別的,就是C++,還是那句話,Java程序員可以很容易的掌握C++,只要學了C++的基礎語法,剩下的就是實踐了!
C++的書可以買一本C++語言+SQL的應用,就是講資料庫系統的例子.多練是很重要的.
視頻教程推薦孫鑫老師的VC++視頻教程,去訊雷上搜索"孫鑫 VC++",找到那個700M多的打包教程,就是了.
其實學懂Java和C,剩下的你真的可以自己掌握了.我粗略的說一下.
比如,你可以學匯編,匯編實際上是很磨人的,不過匯編高手永遠都是搶手貨.
那麼VB呢?DELPHI呢?哈哈,又是VB,你學,這個時候學VB,學不了幾天就掌握了.不比初學輕松?
想學的你都去學,甚至還可以去學Flash,連Flash ActionScript都可以很輕松的掌握.
其實現在,你的路已經定下來了.你剩下的就是不段實踐,不段往更高的方向發展.
在這之前,建議你去考幾個試.
去考中國計算機軟體職業資格水平考試,直接考中級的軟體工程師.或者再學一些別的,考個網路工程師.如果你願意,你可以再多學點東西,把全國計算機等級考試的1到3級的所有東西都考下來.呵呵.
到了這種程度,我想真的不用我再說了,都考你自己了.
最後,記住兩句話.
編程的靈魂是演算法+數據結構!
學好編程實踐最重要!
