程序員做題游戲

㈠ 找一款游戲，男主好像是個程序員，工作就是輸入代碼，然後有一個迷之男聲指揮他走出辦公室，進不同的地方

這個是我學C的時候寫的猜數字游戲的代碼,你可以參考下include <stdio.h>include <stdlib.h>void main(){ int x1,x2,x3,x4; int a,b,c,d; int num,cout; int A,B; cout=0; while(1) { x1=rand()%10; x2=rand()%10; x3=rand()%10; x4=rand()%10; if((x1!=x2)(x2!=x3)(x3!=x4)(x4!=x1)); break; } while(A!=4b!=4) { printf("請輸入一個四位數:"); scanf("%d",num); if(num>9999num<0) { printf("輸入的數字不符合要求!\n"); break; } else { a=num/1000; b=num/100%10; c=num/10%10; d=num%10; } A=0; B=0; if(a==x1) { A++; B++; } else if(a==x2a==x3a==x4) { if(a!=ba!=ca!=d) A++; } if(b==x2) { A++; B++; } else if(b==x1b==x3b==x4) { if(b!=ab!=cb!=d) A++; } if(c==x3) { A++; B++; } else if(c==x1c==x2c==x4) { if(c!=ac!=bc!=d) A++; } if(d==x4) { A++; B++; } else if(d==x1d==x2d==x3) { if(d!=ad!=bd!=c) A++; } cout++; printf("有幾個數字正確:%d\t",A); printf("有幾個位置正確:%d\n",B); if(A==4B==4) { printf("猜的次數:%d\n",cout); printf("你猜對了這個數字!\n"); } }}

㈡ 為什麼很多程序員，晚上都喜歡玩游戲

在現在這個浮躁的社會，可能很多人住在面對面一年也不會講幾句話，很多時候大家都是加班完回家，洗完澡就自己躺在床上，坐著自己喜歡的事，當然也會有很多無聊但是又睡不著的這樣一群人，就會打開手機或者是電腦，玩一下游戲，一到周末甚至會通宵去玩，可能在很多時候都會覺得在工作，生活中找不到屬於自己的樂趣，那麼就只能在游戲裡面去找尋成就感了。最典型的就是以學生群體為主，然後就是程序員咯，可能在編程界是很少有不玩游戲的。如果有的話絕對是程序員界的一股清流啦！

㈢ 程序員升職記這個游戲對小白入門有幫助嗎

《程序員的數學》

書中講 解了二進制計數法、邏輯、余數、排列組合、遞歸、指數爆炸、不可解問題等許多與編程密切相關的數學方法，分析了哥尼斯堡七橋問題、少年高斯求和方法、漢諾塔、斐波那契數列等經典問題和演算法。引導讀者深入理解編程中的數學方法和思路。

本書還對程序員和計算機的分工進行了有益的探討。讀完此書，你會對以程序為媒介的人機合作有更深刻的理解。

演算法領域的經典參考書——《演算法•第4版》

《演算法•第4版》全面介紹了關於演算法和數據結構的必備知識，並特別針對排序、搜索、圖處理和字元串處理進行了論述。第4 版具體給出了每位程序員應知應會的50 個演算法，提供了實際代碼，而且這些Java 代碼實現採用了模塊化的編程風格，讀者可以方便地加以改造。本書配套網站提供了本書內容的摘要及更多的代碼實現、測試數據、練習、教學課件等資源。

《計算機程序設計藝術》系列

《卷1：基本演算法（第3版）》講解基本演算法，其中包含了其他各卷都需用到的基本內容。本卷從基本概念開始，然後講述信息結構，並輔以大量的習題及答案。

《卷2：半數值演算法（第3版）》全面講解了半數值演算法，分「隨機數」和「算術」兩章。書中總結了主要演算法範例及這些演算法的基本理論，廣泛剖析了計算機程序設計與數值分析間的相互聯系。

《卷3：排序與查找（第2版）》擴展了卷1中信息結構的內容，主要講排序和查找。書中對排序和查找演算法進行了詳細的介紹並對各種演算法的效率做了大量的分析。

《演算法的樂趣》

《演算法的樂趣》從一系列有趣的生活實例出發，全面介紹了構造演算法的基礎方法及其廣泛應用，生動地展現了演算法的趣味性和實用性。全書分為兩個部分，第一部分介紹了演算法的概念、常用的演算法結構以及實現方法，第二部分介紹了演算法在各個領域的應用，如物理實驗、計算機圖形學、數字音頻處理等。其中，既有各種大名鼎鼎的演算法，如神經網路、遺傳演算法、離散傅里葉變換演算法及各種插值演算法，也有不起眼的排序和概率計算演算法。講解淺顯易懂而不失深度和嚴謹，對程序員有很大的啟發意義。書中所有的示例都與生活息息相關，淋漓盡致地展現了演算法解決問題的本質，讓你愛上演算法，樂在其中。

《啊哈！演算法》

沒有枯燥的描述，沒有難懂的公式，一切以實際應用為出發點，通過幽默的語言配以可愛的插圖來講解演算法。你更像是在閱讀一個個輕松的小故事或是在玩一把趣味解謎 游戲，在輕松愉悅中便掌握演算法精髓，感受演算法之美。

本書中涉及的數據結構有棧、隊列、鏈表、樹、並查集、堆和圖等；涉及的演算法有排序、枚舉、 深度和廣度優先搜索、圖的遍歷，當然還有圖論中不可以缺少的四種最短路徑演算法、兩種最小生成樹演算法、 割點與割邊演算法、二分圖的最大匹配演算法等。

網頁鏈接

㈣ 軟考程序員考試app哪個好

目前這類APP多數是收費的。我知道的，希賽教育有這種APP。是這樣，本身參加軟考的人數不是特別多。市面上相關的考試書籍也比較有限。因此，開發這類APP的人員也不多。如果你想考的話，個人建議做歷年真題。

㈤ 有哪些適合程序員玩的游戲

程序猿玩游戲可能會出現這樣兩種狀況：
1、技術比較好的：卧槽，這什麼JB游戲，做的這么差勁，內存佔用著高！你看看這里，這個事件很明顯處理的不好嗎，還有這里，肯定是用了什麼什麼技術，這個技術早就淘汰了，還不如用那什麼技術。恩，還有這里，邏輯上根本就不合理嘛……艹，不玩了！
2、技術還不行的：卧槽，這什麼游戲，做的這么好！畫面這么精緻！這里問題處理的這么好，還有這里，讓我來寫，估計我做不到這么好。這是用什麼語言寫的，這是什麼架構的……網上有原碼嗎，趕快學習一下……
所以，通常可能沒辦法好好的玩一個游戲

㈥ 程序員可以自己一個人做游戲嗎

這要看你想弄什麼類型的游戲了。如果只是簡單的像素風格小游戲可能還行(美術方面不太要求)，但如果是普通游戲，你可能還需要會游戲美術(有的網上有素材，但不是自己的東西很難被人接受)，此外你還要懂音樂製作(沒有配樂和音效的游戲會很枯燥)，以及游戲的劇本問題(如果是純粹看玩法的游戲那就沒問題)。不過自己弄一個小游戲還是沒問題的啦，我一個非計算機專業的人都自己弄了一個小小的RPG小游戲，更何況題主這樣的程序員出身，不過一個人製作大作游戲還是難的。

㈦ 如何看待程序員面試讓上機做編程題，這樣的公司多嗎

從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。

直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。

一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。

很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。

有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。

這是一個正常的流程，我覺得有時候還是有必要的考驗一下面試者的。

以前這種面試實際上是很平常的，但是發展到現在越來越多的人對這樣的面試很反感，大概率的原因是因為很多人更多的是在搬代碼，並且搬的很成功，而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好？
我覺得挺好的，這樣可以刷下去很多劃水的人，有的人，寫代碼的能力並不強，但是搬代碼的技術一流，隨著技術越來越晚上，一些解決各種bug的網站越來越流行，現在更多的畢業生為了高工資，變成了搬代碼的人，他們能解決問題嗎？能，但是是他們自己的解決的嗎？不是，更多的是他們通過搜索的手段，問度娘，問谷歌，漸漸的形成了一個可以解決問題的方案，雖然問題解決了，但是等遇到一個需要創新開發的時候，他們就完了，基本上沒有了自我的思維。

筆試和上機可以有效的防止這類人進入公司，實際上也是一種不錯的手段。

這樣的公司多不多？
據我所致，目前來講上機編程的公司不是很多，畢竟，每個公司所使用的編程軟體不同，有的公司製作的軟體也比較具有保密性，沒辦法直接考程序員的實際能力，只能通過一些演算法測試，或者是什麼測試，來簡單的排除掉那些搬運的人。

所以上機測試的效果並不是特別好，一般的公司都會選擇用筆試的方式。

我遇到過不少筆試的，上機的從來沒有遇到過。

我一個同事之前換工作的時候倒是遇到過，按他所說，這樣的測試並沒有什麼效果，畢竟測試題出得很淺，太難的問題，基本上短時間內很難解決，也不會有那麼長的面試時間。

其實，在我看來，這個上機面試並沒有那麼大的用途，畢竟測試不到太多的東西，還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多，真沒辦法說，畢竟沒有統計過，根據我的經驗，我覺得不會太多。

筆試的我見過，但是上機的沒有過。

1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。

如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。

如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。

雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。

所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。

2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。

在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。

其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾

作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。

讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。

你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。

但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。

但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？

很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。

其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。

有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。

演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。

你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。

我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。

這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？

務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。

支持，不然很多水逼，劃水貨太多了

這樣的公司會存在

基於以下4個原因：

1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人

2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作

3 標准，對面試者統一對待，以免主觀原因造成誤判

4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）

以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。

基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。

㈧ 一款寫給程序員玩的模擬經營游戲

HELLO～大家好，這里是小白的每日一游推薦時間。世上的 游戲 千千萬，有許多好玩的 游戲 由於缺乏宣傳，所以不被廣大玩家所熟知。在這里小白每天會為大家推薦一款評價很高但是不太出名的 游戲 ～

《自動廚師(Automachef)》是由Hermes Interactive製作的一款餐廳類的模擬經營 游戲 ，是一款非常棒的資源管理 游戲 ， 游戲 中你要設計一套自動化製作食物的流程，合理擺放每個機器的位置，然後用他們製作出美味的食物來。

這是一款非常燒腦的模擬經營 游戲 ，也非常有意思，玩法獨樹一幟。 游戲 中玩家要通過一大串的機器來實現食物的製作，玩家不僅要按照一定的順序合理布置機械順序，還要給這些機械編程。

沒有錯，你沒有看錯，玩家要通過簡單的機械語言自己給機器編制行動，與其說這是一款 游戲 ，更像是一款編程入門教材。

這類 游戲 受眾還是比較小的，尤其是到了後期，菜單的復雜度增加，地形的狹窄，需要布置一大堆設備，還要進行各式各樣的變成，很多對寫程序不是很精通的小夥伴會完全摸不到頭腦，小白也是剛開始幾關順利，後面幾關就需要思考好久不斷嘗試才能過關了。

總的來說本作題材新穎，玩法獨特，但是並不適合每一位玩家來玩耍的，推薦給喜歡編程或者想學編程但是摸不到門道的小夥伴。

好啦，今天的 游戲 推薦就到這里了，小白這里還有好多好玩的 游戲 ，咱們下期繼續。