「軟體廚房」正式成立公司了,主要的服務項目還是圍繞在軟體專案的諮詢
、規劃
、設計
、開發
,與其在體制內來來去去的,不如跳脫體制,解開體制的束縛,重新進入體制,從供應商的角度來去思考,如何協助客戶把軟體開發的工作做得更好?
走出體制,並非逃離體制,而是解開體制的束縛,重新進入體制。
- 1351
- 0
- 主廚的軟體廚房有限公司
「軟體廚房」正式成立公司了,主要的服務項目還是圍繞在軟體專案的諮詢
、規劃
、設計
、開發
,與其在體制內來來去去的,不如跳脫體制,解開體制的束縛,重新進入體制,從供應商的角度來去思考,如何協助客戶把軟體開發的工作做得更好?
Chef.DbAccess.SqlServer 這個套件是小弟本人開發的,在 ORM 工具盛行的現在,後端工程師能有一套像是 Entity Framework 的資料庫存取框架來協助開發工作,是件很幸福的事情,但是無奈因為環境的關係、政策的關係、仇恨的關係、...blah blah 的,無法盡如人意,在這種情況之下只好自立自強,於是這個套件就誕生了。
這個不要臉的 jQuery 擴充函式 - jquery-model 是在下的拙作,原本是我個人用 jQuery 在開發前端程式時所使用的,同事也拿去用了之後受到好評,應該也可以推薦給大家,它不是一個什麼高大上的東西,只是讓我在將 UI 上的內容兜成 JSON 物件時可以少寫一些程式碼。
要部署應用程式到 Azure App Service 的方式有好幾種,其中我認為最簡單直接的就是把應用程式打包成 Zip 檔案後上傳,讓 Kudu 服務來幫忙處理我們上傳的 Zip 檔案,而且自從 curl 在 Windows 10 version 1803 內建之後,就讓這件事變得更容易了。
我們偶爾會有從 URL 複製檔案的需求,這一天,程式在複製一個檔案的時候,收到了一個錯誤訊息:
The source request body for synchronous copy is too large and exceeds the maximum permissible limit (256MB).
錯誤訊息很明白,說程式在進行同步複製的時候,Request Body 超過了 256MB 的限制,我們來看看要怎麼解決這個問題?
四年一次會出現的不是只有總統大選,還有 2 月 29 日的問題,程式如果寫得不夠久大概也不會遇到,像今年就有可能會收到像是「113/02/29
」、「113年2月29日
」這樣的日期字串,在 C# 中如果直接先轉成西元日期的 113/02/29,再加上 1911 年,像這樣:
DateTime.ParseExact("113/02/29", "yyy/MM/dd", null).AddYears(1911);
那我們的程式應該已經爆了,因為西元 113 年沒有 2 月 29 日,關於閏年的問題,在 C# 我們有更優雅的做法。
我在 Google Cloud Platform (GCP) 上開了一台 Windows Server 2022 的虛擬機器,不曉得為什麼系統的預設時區不給我修改,即使我用系統管理員的帳號登入,時區的設定依舊是反灰的,禁止修改。
每每要在 Azure SQL Database 建立資料庫,設定定序這一關一定都會卡住,我必須用鍵盤輸入定序的完整名稱,可是完整的名稱有幾個人能記得住?而它那個尋找定序
的功能又不太好用,再加上官方又沒有 SQL Server 所有支援的定序資訊,所幸我就來把跟繁體中文相關的定序放到部落格上,以後要查就有。
去年(2022)年底自告奮勇向博碩文化報名了翻譯勇者,在此之前我已經知道翻譯是件吃力不討好的工作,但我還是跳坑了,僅僅是覺得我應該能為台灣正體中文的翻譯書籍做出那麼一點點貢獻,於是選了一本在技術領域上我還不算陌生的 Pragmatic Test-Driven Development in C# and .NET。
PayPal 是世界知名的第三方支付服務商,過去有一陣子有提供「台灣國內」的交易服務,後來因台灣法規的關係撤出台灣市場,不過如果是國外的交易我還是會用它,避免直接輸入信用卡號付款,降低被盜刷的風險,可是 PayPal 提供的匯率不是很好,付款的時候又預設帶它自己提供的匯率,一不注意就會多付錢,所以就來跟各位朋友分享一下,用 PayPal 付款的時候可以在哪裡選擇對我們比較有利的匯率?