顯示具有 雜談 標籤的文章。 顯示所有文章
顯示具有 雜談 標籤的文章。 顯示所有文章

(;′⌒`) 為什麼我不得不選用 github ?

最近因為 Ghostty 要離開 GitHub的新聞,讓我想好好談一下為何我有些專案不得不放在 github(或是不得不選 github 作為 mirror)

Stack Overflow 2025 年的問券調查報告觀後感

前幾天天看到 Stack Overflow 2025 年的問券調查報告。

還蠻有意思的,尤其是 AI 相關的部分。

這份調查和我自己的感受蠻接近的。

✍️(◔◡◔) 實測 blogger 的 google 搜尋預覽功能

 久久沒來 blogger,最近居然又更新,新增 google 搜尋預覽功能了!



要用的話,位於編輯列的這裡



✍️(◔◡◔) 看到 redit 的某篇留言有感而發

Comment
byu/Ambitious_Credit_591 from discussion
inlearnpython

看完這個留言很有感

雖然很多人在那裏說 AI 取代OO什麼的

但實際上,我自己用 AI 的感覺是:AI還是有所限的,你想用 AI 寫程式的話……算了吧,大師兄……

AI如果寫簡單的東西還行。

目前用起來,最好的是幫我把已知物件轉成 interface / struct

至於寫程式,別說複雜了,有時候連簡單程式都有問題

舉幾個自己遇到的例子

  1. 我今天有個 javafx 的 code,但他沒用 FXML,我請 AI 幫我將之轉換,經常會改完後就出現一堆 bug
  2. 我的 typescript 專案,請 AI 幫我根據要求的 API 建立 function,API會寫出一個包含一堆多餘 code 的 function。例如
    const response = await fetch("API URL", {
    	method: "POST",
    	headers: {
    		'Authorization': token,
    		'Content-Type': 'application/json',
    		'Accept': 'application/json',
    		'Cache-Control': 'no-cache',
    		'Pragma': 'no-cache'
    	},
    	body: JSON.stringify(params),
    	cache: 'no-store'
    })
    
    if (!response.ok) {
    	const errorText = await response.text();
    	console.error('無法取得資料', errorText);
    	throw new Error(`無法取得資料: ${response.status} - ${errorText}`);
    }
    
    const data = await response.json();
    
    // 檢查 data 類型
    if (Array.isArray(data)) {
    	/* 中略 */
    } else if (typeof data === 'object' && data !== null) {
    	/* 中略 */
    } else {
    	console.error('資料格式錯誤', data);
    	throw new Error('資料格式錯誤');
    	
    }
    

……等等


這種情況下,你要我怎麼相信 AI 啦

連幫我省時間都做不到,還增加我時間……

╯︿╰ 希望有更多 go 語言的 llama lib

剛才看到 iThome 的《AI生態系Python獨大,Go缺乏關鍵函式庫應用阻礙多》這篇文章,感觸頗多的

生成式 AI 已經出來這麼久了,但牽扯到自制模型、修改模型、讀取模型,基本上都是 python 的東西

其他語言寫出來的,很多都只是讀取現有網路模型的API而已,例如 sashabaranov/go-openai 就是使用 Open AI 提供的 API 的 golang 專案。

TensorFlow提供的 Go lib 又得基於 C ,要用 CGO 也無妨,不過我試著使用都沒法正常執行……

Building LLM-powered applications in Go

最近在 Go 的 blog 中看到«Building LLM-powered applications in Go»這篇文章。看到標題很開心終於有可以用的 library 來處理 LLM Model 了……

處理模型的部分要參照該文的«Using LangChain for Go»章節,他是使用 tmc/langchaingo 來處理的

他有使用 ollama 的範例,應該是可以期待。

其他

另外我還有看到 gotzmann/llama.go 、 nikolaydubina/llama2.go 這兩個專案。這兩個也是使用 llama 的


(  ̄ー ̄)φ_ 淺談自己對 🦊 Firefox 瀏覽器的感覺

最近看到這篇文章:《你還在用 Firefox 嗎?Chrome、Edge 強勢進攻 Firefox 瀏覽器使用者近兩年大減 5,000 萬人》。

裡面對 FF 之所以失去使用者歸於

  1. 更新聚焦在介面調整、額外功能整合
  2. 有更多瀏覽器主打隱私,使FF主打隱私這點的優勢減少
  3. Chrome、Edge、Safari……等等都有硬體將之設為默認瀏覽器

( ˘•ω•˘ ).oOஇ 談談一款動作遊戲到底要針對背景說明多少才行?

想談談一款動作遊戲到底要針對背景說明多少才行?

最近從 switch 下載一款叫做 Nevaeh 的2D卷軸動作遊戲(遊戲也可以從 Steam 上下載,連結放在最下面)

來談談HTML5製作的遊戲的使用者體驗吧

再過個月左右,《金色のガッシュベル Golden Memories》就要結束營運了。
就趁這機會,來談HTML5遊戲好了。

眾所周知,Golden Memories是HTML5遊戲,沒有手機APP,完全得靠瀏覽器來玩。好處是不用在乎平台,無論是電腦、平板、手機,只要有瀏覽器(而且不要太舊)就能玩。
但是如果是一般APP就算了,我想談的是對手機使用者而言,這樣製作遊戲是個好的做法嗎?

雖然都是瀏覽器,但手機和電腦是有差的(無論哪款手機;哪款瀏覽器都是,例如同為 Mozilla Firefox,手機上使用和電腦上使用的感覺是有差的)!
最大的差異就是網址列。對手機而言,為了讓網頁內容能夠最大化,網址列會隱藏起來,除非你滑動頁面;電腦沒這需求,所以網址列,除非使用者有特別設定,否則都會一直放在那。

如果是一般網頁,其實這種差異影響度很低,但是對遊戲而言就不同了。
由於智障智慧型手機是用手指操作的,如果因為不小心手指拖曳頁面導致網頁捲動,就會跑出網址列,這絕對影響使用者體驗。
此外,網址列如果不小心點到導致你網頁重整、跳出之類那又更麻煩了。
所以,要設計給手機玩的話,網頁遊戲真的適合嗎?

手機還有一個對遊戲來說是缺點的事,那就是旋轉,要設計給網頁的話,手機要室選轉整個網頁樣式可能會跑掉,就算沒跑掉,還是會有部分內容變成得滾到下方才能看到了……但這很好避免,關閉手機自動旋轉功能即可。

在這不得不提 Ameba 的《ガールフレンド(仮)》、《ボーイフレンド(仮)》等,他們不只有網頁版,還有另外製作一個APP(雖說那個APP也只是一個沒有網址列的瀏覽器罷了),可以避免上述問題。這好像也是以這種方式製作的遊戲最適當的解答吧……

但HTML55也不是完全不行,畢竟這是目前最容易跨平台的製作方式,而且現在HTML5也夠強大,有 Canvas、SVG、Web GL等技術能用,瀏覽器現在也比較不需要考慮瀏覽器差異的問題了(現在年輕人可能不懂,但以前製作網頁,一想到IE就是個痛!不提IE,光是 Firefox 和 Chrome 就有些許顯示差了,更不提還沒使用 Blink 的 Opera 12)。

總的來說,如果只是開發遊戲,HTML5當然是個很好的開發方式。但是如果你的遊戲有設計給手機玩的話,就得好好考慮許多額外問題,或者可以像 Ameba 那樣另外做一個 APP。

通勤族到底算不算是一個好選擇

自從換到現在這份工作,每天的通勤時間來回至少都要1小時到一小時半

其實以通勤族來說算短的吧

Embed from Getty Images


但實際上,回到家裡的時間已經很晚了。

回到家以後,幾乎就是在網路、手遊上浪費時間,甚至現在有好幾個遊戲都半放生狀態了……

這樣一想,雖然通勤賺到了錢(通勤再怎麼算,還是比在公司附近租屋便宜),但卻賠了時間……這到底算不算一個好選擇呢……

( ◉‿◉) …… 微軟你居然要捨棄 EdgeHtml !?

For the past few years, Microsoft has meaningfully increased participation in the open source software (OSS) community, becoming one of the world’s largest supporters of OSS projects. Today we’re announcing that we intend to adopt the Chromium open source project in the development of Microsoft Edge on the desktop to create better web compatibility for our customers and less fragmentation of the web for all web developers.

以上是《Microsoft Edge: Making the web better through more open source collaboration》的節錄。

今年微軟的爆彈也太多了吧,收購Github、改採 chromium ……

雖然我曾表明支持微軟收購 Github ,但這次採用 Chromium 我反倒採取反對態度!

(ŏ﹏ŏ、) 關於國外的醫療情況

意外在芬蘭駐日大使館的推特看到這個,我還真從沒想到過他國的醫療是怎樣情況