iT邦幫忙

ruby相關文章
共有 820 則文章
鐵人賽 Modern Web DAY 2
Ruby on Rails面試題挑戰 系列 第 2

技術 Ruby on Rails面試題挑戰 Day02 - Ruby on Rails 是什麼?

既然要談Rails面試題,第一題就從基本的對於Ruby on Rails的理解開始吧! 請解釋Ruby on Rails 是什麼?Explain what...

鐵人賽 自我挑戰組 DAY 2
Ruby名詞解釋總匯 系列 第 2

技術 Day 2 : Ruby中的「變數」

變數 Variable 英文發音首先來聽聽英文發音~。 *名詞解釋 什麼是變數?對電腦而言,變數就是我們在撰寫程式的過程中,需要將資料紀錄到記憶體的某個位置(...

鐵人賽 Modern Web DAY 1
Ruby on Rails面試題挑戰 系列 第 1

技術 Ruby on Rails面試題挑戰 Day01 - 開賽宣言

參賽契機 第一次聽到鐵人賽總覺得是大神在參加的比賽,龍哥、Amos等講師等級表演的舞台,連續發表三十天技術文章當然不是我這種還在學習程式,轉職當中的菜雞能夠扯上...

鐵人賽 自我挑戰組 DAY 1
Ruby名詞解釋總匯 系列 第 1

技術 Day 1 : 萬事起頭難

源起「你為什麼要學習程式語言?」 近年來網際網路愈來愈發達,全世界吹起了「全民學程式」的風潮,愈來愈多國家將程式教育納入國小課綱當中。 乘著這推進之風的吹拂,愈...

鐵人賽 自我挑戰組 DAY 1

技術 Day01 - 不免俗一定要來一下的參賽宣言

轉眼一年過去了,時間過好快(怕 轉職後工作也 10 個月左右, 過程中有蠻多可以寫成文章, 但因為太懶而沒寫(逃 一直很苦惱要寫些什麼,很擔心自己寫不出所以然,...

技術 collection / member in Ruby 村

在修改專案的時候碰上了,所以就想說順便記錄一下,讓自己下次忘記時還能回來翻因為主要是想講這兩個方法究竟能做什麼,所以前面敘述會比較簡單一些。 首先因為 Rail...

技術 CGI.escape V.S url_encode in Ruby村

在處理實務的時候,因為有幸碰到前人使用這樣的寫法,一開始看到這樣一串的時候,還真看得心慌慌: url = "http://www.google.com...

技術 if、unless 語法矛盾? in Ruby村

在接觸正式專案後,常常會對一些 code 不甚理解,尤其是在邏輯判斷,感到苦手,所以想紀錄一下究竟if、unless該怎麼去理解 底下定義了兩個簡單的方法,分別...

技術 Day. 33 - 後記

上一次參加鐵人賽已經是兩年前,這幾年雖然一直都有在找適合的題目。不過都在開賽前認為內容不夠寫完三十天就一直沒有繼續挑戰。不過這次剛好遇到很難得的遊戲專案開源,而...

技術 Day. 32 - 實作練習 - 登入遊戲

到目前為止我們已經將遊戲的狀態保存機制處理完畢,接下來只要調整客戶端支援前幾天實作新版本伺服器就能夠透過玩家的暱稱登入遊戲,並且取回上一次進入的狀態。 登入機制...

技術 Day 31 - 實作練習 - 保存狀態(二)

在上一篇我們已經成功將資料庫建立起來,不過我們還需要將原本的 Player Model 轉換成使用資料庫的資料。並且加入玩家連上產生角色、記錄座標這些功能,才能...

鐵人賽 Software Development DAY 30

技術 Day. 30 - 實作練習 - 保存狀態(一)

現在我們已經可以完整的同步不同玩家的資訊,不過依舊無法將玩家的狀態保存在伺服器。因此我們需要改寫伺服器來保存狀態,受限於內容長度以及 RPG Maker MV...

技術 ( Day31 - 加碼 ) Windows 10 安裝 Ruby + Rails + Node.js + Git + postgresql

說在前面,鐵人賽 30 天其實已經完成了近期正記錄些文章,之後會以個人部落格 https://riverye.com/ po 文更新為主 一口氣將常用的軟體建...

鐵人賽 Software Development DAY 29

技術 Day 29 - 實作練習 - 玩家列表

經過重構之後我們終於可以回到「後加入的玩家看不到之前玩家」的問題,這個問題源自於我們在玩家加入時並沒有發送任何資訊給新加入的玩家「線上有多少人」 處理的方式我們...

鐵人賽 Software Development DAY 28

技術 Day. 28 - 實作練習 - Client 重構

在上一篇我們注意到客戶端的邏輯如果都放在同一個檔案(SimpleRPG_Map.js)裡面是相當混亂的,因此我們需要稍微區分不同的職責來處理。在前面提到的 Un...

鐵人賽 Software Development DAY 27

技術 Day. 27 - 實作練習 - 顯示其他玩家

在我們將加入地圖的指令處理完畢後,我們就能夠收到來自其他玩家的「加入」資訊,也就能夠呈現其他玩家在地圖上並且做出反應。不過原本 RPG Maker 所支援的只有...

鐵人賽 Software Development DAY 26

技術 Day 26 - 實作練習 - 加入地圖

當我們已經能夠管理所有線上的玩家後,需要再進一步做的處理就是將其他玩家都顯示出來。因此我們要先增一個叫做 join 的指令表示有一個玩家進入了地圖。 Playe...

鐵人賽 Software Development DAY 25

技術 Day - 25. 實作練習 - 連線池

到目前為止我們已經能讓遊戲的操作跟伺服器連結起來,可以透過伺服器去管理一些行為的操作。不過要讓其他玩家能夠出現在地圖上,我們就必須調整現階段的程式碼讓伺服器能夠...

鐵人賽 自我挑戰組 DAY 30

技術 Day30-完賽是這種感覺啊

且戰且走 30 天,老實說過程中 N 的 N 次方次想放棄,要同時忙作業、複習、專案、生活等,好幾次在失衡的邊緣,快撐不下去,看著一起學習的夥伴比我還努力時,(...

鐵人賽 自我挑戰組 DAY 29

技術 Day29 - Codewars 刷題

挑戰 Codewars LV3 題目 題目(Calculator): Create a simple calculator that given a stri...

鐵人賽 Software Development DAY 24

技術 Day 24 - 實作練習 - 架構客戶端

伺服器的部分我們已經有一個大概的雛形可以使用,所以我們先切換到客戶端把遊戲的操作設計進去。雖然可以直接繼續把伺服器開發完畢,不過能看到專案動起來也是很重要的。...

鐵人賽 自我挑戰組 DAY 28

技術 Day28 - Codewars 刷題

先補上昨天未解完 Codewars LV4 的答案,時間複雜度沒有解決,若有更好解法可在下方留言讓我知道喔~~ 到 LV4 解起來花的時間比平常更久,過程中會一...

鐵人賽 Software Development DAY 23

技術 Day 23 - 實作練習 - 指令執行

現在我們的伺服器已經可以處理 WebSocket 連線並且透過我們自定義的物件來管理,不過當接收到指令的時候還是無法直接執行。因為已經採用 WebSocket...

鐵人賽 Software Development DAY 22

技術 Day 22 - 實作練習 - 處理 WebSocket 連線

前面幾篇我們已經針對建構 WebSocket 做了一定程度的準備,接下來就要將 WebSocket 連線從預設的行為接手回來改為用我們自己的方式來進行管理。這樣...

鐵人賽 自我挑戰組 DAY 27

技術 Day27 - Codewars 刷題

倒數三天強度不升級下怎行呢Codewars LV4打算一氣呵成寫完,結果後面卡住 (暈正確解法明天補上~ 題目(Next bigger number with...

鐵人賽 自我挑戰組 DAY 26

技術 Day26 - Codewars 刷題

延續昨天的題目繼續解 Codewars LV5 題目,參考網路大大寫法,以自己的方式說明。 題目(Simple Pig Latin): Move the fi...

鐵人賽 Software Development DAY 21

技術 Day 21 - 實作練習 - Autoload 機制

正常情況下我們開發這類伺服器應用每當修改程式後都需要重新啟動,不過 Ruby on Rails 卻可以在不重新開啟的狀況下不斷修改跟測試,這極大的改善了開發速度...

鐵人賽 Software Development DAY 20

技術 Day 20 - 實作練習 - WebSocket 伺服器

我們現在已經有一個可以執行的指令,接下來就是要將 Web Server 啟動。在 Ruby 裡面我們可以透過兩種方式將 Rack 打開。 使用 config....

鐵人賽 自我挑戰組 DAY 25

技術 Day25 - Codewars 刷題

寫 code 前,先讀懂題目是很重要的,前面寫起來挺順的,實際丟 Codewars LV5 測試時,代誌不是憨人想的那麼簡單,例外訊息沒留意到,卡在後面搞懂問題...

鐵人賽 Software Development DAY 19

技術 Day 19 - 實作練習 - Server 雛形建立

既然已經決定好了 Server 和 Client 的方向,我們就先從伺服器端開始著手製作。至少要先有一個能提供基本操作的雛形,才能夠讓後續客戶端相對容易測試。...