「軟體廚房」正式成立公司了,主要的服務項目還是圍繞在軟體專案的諮詢
、規劃
、設計
、開發
,與其在體制內來來去去的,不如跳脫體制,解開體制的束縛,重新進入體制,從供應商的角度來去思考,如何協助客戶把軟體開發的工作做得更好?
走出體制,並非逃離體制,而是解開體制的束縛,重新進入體制。
- 1436
- 0
- 主廚的軟體廚房有限公司
「軟體廚房」正式成立公司了,主要的服務項目還是圍繞在軟體專案的諮詢
、規劃
、設計
、開發
,與其在體制內來來去去的,不如跳脫體制,解開體制的束縛,重新進入體制,從供應商的角度來去思考,如何協助客戶把軟體開發的工作做得更好?
Chef.DbAccess.SqlServer 這個套件是小弟本人開發的,在 ORM 工具盛行的現在,後端工程師能有一套像是 Entity Framework 的資料庫存取框架來協助開發工作,是件很幸福的事情,但是無奈因為環境的關係、政策的關係、仇恨的關係、...blah blah 的,無法盡如人意,在這種情況之下只好自立自強,於是這個套件就誕生了。
這個不要臉的 jQuery 擴充函式 - jquery-model 是在下的拙作,原本是我個人用 jQuery 在開發前端程式時所使用的,同事也拿去用了之後受到好評,應該也可以推薦給大家,它不是一個什麼高大上的東西,只是讓我在將 UI 上的內容兜成 JSON 物件時可以少寫一些程式碼。
「資安 ISSUE
」,此語一出,誰與爭鋒?約莫 15 年前,跟前輩在閒聊,說客戶那邊丟了一句「資安 ISSUE」,所以這個元件不准用、那個 SDK 不准裝,結果東西做好了,案子結不了案。時間回到今天,資安那邊丟了一個訊息:
appsettings.Development.json 裡面的 Server=(localdb)\MSSQLLocalDB;Database=dev;Integrated Security=true 這個連線字串有資安疑慮,請修正。
如果資料庫都隸屬於同一台伺服器,資料庫之間要 JOIN 彼此的資料表是相對容易的,在有權限的前提下,只要在資料表的前面加上「[資料庫名稱].[結構描述]
」,就能存取得到其他資料庫的資料表,就像這樣:[DB].[dbo].[Table]
。
但是在 Entity Framework Core 中,似乎沒有那麼容易,通常一個資料庫會建成一個 DbContext,當我們直接把隸屬於不同 DbContext 的 DbSet 拿來做 Join,我們得到以下的錯誤訊息:
Cannot use multiple context instances within a single query execution. Ensure the query uses a single context instance.
微軟有一個 System.Net.Mail.SmtpClient 類別,被建議說不要在新開發的應用程式中使用,並且給了非常明確的指示「請改用 MailKit
」,MailKit 是建構在 MimeKit 上面的一個跨平台郵件發送套件,既然微軟爸爸都這麼說了,我們直接上手。
根據外部傳入參數,動態組裝資料庫查詢條件,這是一個很常見的需求,多數的程式設計師應該都有實作過,這天我在使用 Entity Framework Core 做動態條件組裝的時候,「OR
」條件讓我卡了一下。
這是一個冷門的問題,我不知道有多少程式設計師會用螢幕校色器來校準螢幕的顏色,我自己長期使用多個螢幕工作,不同螢幕的色差,終於讓我在某一天忍不住買了 Datacolor Spyder5PRO,它現在是已經停產了,雖然使用頻率不高,不過它讓我們從 Windows 7 用到了 Windows 11,現在還在用,一台才五千多塊,夠本了。
最近換了新的電腦,新電腦的螢幕在從節電模式喚醒的時候,校準設定會跑掉,即使用原廠的常駐程式 SpyderUtility
重新載入校準也會失敗,幸好有找到解決方法。
有考量到資訊安全的程式設計專案,通常都會要求機敏資訊,例如:連線字串、API 金鑰等等,不得直接簽入版控當中,等到應用程式要部署的時候,另外在正式環境中進行設定,這篇文章就來介紹如何在 IIS 上透過環境變數來覆寫 ASP.NET Core 網頁應用程式的組態設定。
講到要讓我們正在開發的網頁應用程式,臨時生一個網址來對外服務,就不能不提到 ngrok 這個服務,而且它有免費版,但是免費版斷線重連會重新產生新的網址,即使付 $10 鎂/月(年繳 $8 鎂/月),也只能固定一組網址。
如果不嫌免費版 ngrok 一直換網址麻煩,那 ngrok 就能滿足我們,但如果想要有固定的網址,可是一個月 $10 鎂又付不太下去,那麼 Cloudflare Tunnel 是可以考慮的服務。