跳至主要内容

首次使用吸吸管(環保塑膠吸管)心得

· 閱讀時間約 3 分鐘

正題

過去就有使用過一些宣稱對環境友善的吸管,我對吸管的態度是需要他,可是搞到都禁用或用些廢物代替還是太白爛了,什麼插到烏龜你媽,那個問題是垃圾沒有被正確處置而不是那玩意材質是不是塑膠好嗎?每天看到吸管這樣用一次就丟用萬年不化,也是蠻不爽的,因此有點餘力還是會盡量選擇可能有改善的產品。

前陣子發現了吸吸管這個玩意,決定買來試試。

金屬吸管和矽膠吸管的麻煩點就是清洗很不方便,所以有好幾支金屬吸管但實在不愛用。

買來丟著一陣子剛剛才首次使用,會丟著的原因就是他有些事前作業要執行,看起來稍嫌複雜麻煩,實際操作了一遍也的確沒有到很直觀。

總之這部份就省略,直接說用起來感覺還不賴,雖然是用夾合的,實際吸起來不會不放心,清洗方面也便利許多。

之後就來看看到底是否耐用了。

這玩意要是真有那麼實用,那或許應該要成為新的日用品,至於那個使用門檻的問題,只要未來夠普及成為常識就不是什麼問題了,如同許多家電一樣。

以下順道分享下過往曾使用的其他聲稱環保的吸管產品。

玩艸植造 - 蒲草吸管

食力上申請試用的,用掛號寄給我也沒事前發寄送通知,害我拿到的時候距離提交心得只剩一天,來不及交出去,從此在試用平台黑掉沒機會試新的,有夠雞巴堵爛。

本身有個野草味,這可能有點看人,我還可以接受,放久了會脆化容易裂開的樣子,不算是個非常好用的產品,但絕對強過難用得要死的紙吸管數倍,有堪用以上程度。

也有想過要再購入,但是當時好像只有超大量的包裝,因而沒有再度使用。

蔗糖提煉環保吸管(Bio-PE)

之前逛百貨有那種舶來品展的時候順便買的,韓國東西,說是蔗糖提煉材質製造的,外觀和使用上完全就和一般吸管沒兩樣,也一樣有單獨的塑膠套包裝,不知道這個吸管套是否也是環保材質,所以當然好用,至於有沒有實質的環保功用,不得而知。

本來在找到吸吸管之前有想要再買,似乎沒有到很容易找,所以作罷。

圖片是從 momo 上的商店幹來的,想說不放個圖大概不知道在說哪個產品。

ECO STRAW

線上樂譜掃瞄轉檔服務實作了 ChatGPT 唬爛出來的功能

· 閱讀時間約 3 分鐘

Hacker News Daily 上讀到了這篇文章 - Adding a feature because ChatGPT incorrectly thinks it exists

我大致說下內容:

主角是一個叫作 Soundslice Sheet Music Scanner 的線上服務,提供上傳樂譜相片,將其轉檔為類似 GuitarPro 或 MuseScore 那種打譜軟體用的格式,方便閱讀、播放、編輯。

前陣子開始觀察到一些奇妙的錯誤,檢查了上傳的圖片,竟然是和 ChatGPT 的對話擷圖,上頭有 ASCII tab 譜,作者起先完全不明白這是怎麼回事,直到他親自試過才發現是 ChatGPT 豪洨說如果你想播放這個譜的內容的話可以用他們的服務。

然而該服務並沒有支援這種格式,完全是 ChatGPT 的幻覺。

這令他們受到了不切實際的期待,有損他們的商譽,考慮要直接在網站聲明沒有那種功能,最後決定乾脆把這個不存在的功能給做出來,反正本來就在他們排定會做的功能裡,只是順位在最底。

作者表示這大概是世界上第一次有人去做了 AI 妄想、唬洨存在的功能。


這一切是頗有共鳴的,問些相對冷門的領域的東西的問題 ChatGPT 就很會唬洨,我最近的例子是 CedarSpring Web Testing 相關的問題,都回答我一些不存在的功能或用法。

不過我更在意的是這年頭居然還有人在用那種 ASCII tab 譜,我以為是古早的時空背景下才流行,如今已經不太有人使用的東西才是…

我自己是沒有親自經歷過,畢竟是出社會後才真正開始學琴,但我想像中應該是早年網路頻寬比較有限,再加上打譜軟體也沒那麼普及等等因素才蔚為潮流的格式,在 Ultimate Guitar、911 Tabs 之類的網站上廣為使用。

在我還是學生的時候就已經都聽到是在用 gp 譜了啊,我過去還有找到可以讀取 gp 譜格式的開源軟體 powertabeditor,當時也早就有 Songsterr 這種線上網頁形式的,而且我看樂譜數量也是相當龐大了。

實在是有夠謎的…

WSL 2 因可用記憶不足而無法啟動的問題

· 閱讀時間約 2 分鐘
系統資源不足,無法完成要求的服務。
錯誤碼: Wsl/Service/CreateInstance/CreateVm/HCS/0x800705aa

[process exited with code 4294967295 (0xffffffff)]
You can now close this terminal with Ctrl+D, or press Enter to restart.

昨天正在打 Splitgate 2 突然想開一下 wsl 又遇到上面這個錯誤,前一次遇到的時候明明就沒有在打遊戲,所以困惑到不行。

這次才明暸原來是當下的系統記憶體不足,我桌機只有 32GB 的確是不多啦,可明明就還剩 8GB 以上,關了遊戲以後還真的就能開了…

於是查到 Advanced settings configuration in WSL # Main WSL settings 裡記憶體的預設值竟然是系統總記憶體的 50%。

沒事也切太多了吧,來改小一點看看還會不會撞到,日後電腦升級再順道加大,但絕對不能放預設抓一半就是了,有點瞎,一半的意思不就是要電腦夠閒或是主力都在 wsl2 上,超不合理啊。


後續更新:

看來問題根本不在記憶體… 後來又碰上了,當下關了一堆程式,閒置記憶體剩餘超過一半還是給我同樣的錯誤。

總之再度查找了起來沒什麼鳥結果,只發現這問題遠比想像中的普遍,大家都對於不講明什麼樣的資源不足感到莫名又束手無策。

Java Text Blocks (文字區塊)的運用要點

· 閱讀時間約 2 分鐘

最近開始拾起一些在 Java 裡屬相對較新的功能,例如本次想要稍微提下的 Text Blocks,這也是我個人期盼已久的功能。

自 Java 15 起 Text Blocks 脫離預覽成為標準功能,然而我的理解只停留在類似 Python 用 3 個引號括起來就可以寫下多行內容的程度。

至於縮排是怎麼認定的?尾巴的空白會保留還是被去掉?等問題由於過往的輕度使用大概都是在 SQL 語句上,便不是那麼在乎實際字串組成後的排版會長成什麼模樣,只要在原始碼裡面看起來順眼就行。

這回我下定決心要有足夠的理解便找到了這則官方教學 Programmer's Guide to Text Blocks,內容相當完善,相信已經涵蓋絕大部份使用上需注意的要點,亦有充足易懂的範例,強烈建議讀過原文,看似有相當長度實際上非常好理解且有不少示範,所以閱讀起來並不花費太多時間,以下取出一些摘要:

  • 基本語法
  • 解釋成品字串縮排空白計算的原則
  • 結尾的 3 個引號是否單獨成行會影響組成字串最後是否有個換行符號
  • 保留尾巴空白的技巧
  • 混用空白字元(空白跟 tab 等)縮排可能造成的問題
  • 如何使用跳脫連成同一行
  • 推薦/避免使用 Text Blocks 的時機
  • 應運而生的一些 instance method

以上要點大部份都是我原先沒想過要知道的事情,著是獲益匪淺,若干年前老覺得 Java 各種沒人性,近年許多實用功能補上來變成正式版,對於 Java 反而變得頗有好感了。