跳到主要內容

2009東京自由行day3

三鷹吉卜力→秋葉原→東京鐵塔

早上是先去宮崎俊吉卜力博物館,真的很不錯,裡面講解動畫原理的工具真的很有趣。而裡面賣得精品最便宜的大概是明信片吧,我自己用這明信片寫一張給自己!後來我提議走井之頭公園到吉祥寺站,但是走到一半,大家開始暴腿哀號了。可以坐公車還是別走吧!接下來是秋葉原吃午餐和逛街,但是大家似乎對電器都沒啥興趣,我也過了ACG的時代了(唉!老了)想說先去唐吉柯德買皮帶繫快掉下來的褲子,第二層大家就在深陷在藥妝百貨店裡了,頂樓是女僕餐廳和素人表演場地,終於在現場看到這種只在日劇才看的到素人表演真是有趣!唐吉柯德這間女樸餐廳素值也不錯,不過太多人了,所以沒排!後來又跑去秋葉原UNIQLO店買衣服,來秋葉原竟然是逛唐吉柯德和買衣服,真是奇怪。接著要去東京鐵塔,但是轉車的途中,我突然發現我相機不見了,嚇死我了!這裡特別感謝Eason跟我一起回去找相機,從我們當初集合的店家回去找起,原來是掉在我在UNIQLO下面的超商,當時買明信片結帳時,落下了。還好1萬台票沒有就此飛走!幸好是虛驚一場!

P1000880 P1000887

三鷹車站往吉卜力的步道約一公里,可以看到很多日本人在運動,或遛狗。

走在日本街道上
P1000902 P1000907
通往機器人的樓梯,夏天來由下往上看,風景應該會很好。 機器人

 

IMG_3721 9627_1250661870957_1361807329_709742_5594584_n
大熊貓+牛仔褲廣告Pose 我還蠻喜歡這張,很有隨性感
P1000919 P1000923
裡面是小孩子才可以玩的龍貓公車 Gina問旁邊的警衛可以摸嗎,警衛說可以,結果Gina就打了娃娃幾下,警衛很緊張的說,You can touch,but don't hit heavly.
P1000933 P1000942
井之頭公園,好像在走森林步道 吉祥寺看起來也很好逛,不過我們急著去秋葉原,有人開始在抱怨幹嘛用走的到車站。
IMG_3741 DSCF8264
像女僕問路,長的不怎麼樣,但是還是不給照。不知是誰說,就因為這樣才會被派出來發傳單XD。 這位素質也是….
DSCF8267 DSCF8276
爆乳阿嬤 當天中午用餐,九州香格里拉,都三點了,還一堆人排隊。
   
IMG_3747 IMG_3748
九州香格里拉,其實還不錯,看起來很油,吃起來還好 唐吉軻德上的情趣用品店,非常明顯的繩縛女僕˙
P1000943 P1000948

唐吉軻德上的情趣用品店,Gina口裡雖講著很害羞,明明就很High,這不就是標準的口嫌體正直(誤)

女僕裝。大家想看Gina穿吧!請自行想像.
IMG_3750 IMG_3752
這兩個美少女,是在唐吉軻德樓上遇到的自行出專輯的二人組。一上到頂樓,就看到右邊那位在發傳單,左邊黑髮在舞台上唱,現場感受正宗Odaku的氣氛,很妙,而旁邊就是女僕店,很多人在排隊。其實我還蠻想等的,想進去坐看看。從外面看,女僕的素質頗優說。 這是在唐吉軻德大樓旁女僕店地圖,詳盡提供秋葉原所有女僕店的位置。有花名冊就更好了。
P1000950 P1000955
Eason終於穿外套了,其實很冷的說。 日本加油站加油槍是懸空的。

P1000979 P1000995
東京鐵塔上的景觀導覽,他可以秀這一面風景,24小時從早的晚的影片,非常漂亮,按下每各建築物還有跟東京鐵塔的距離與高度。 東京鐵塔50周年
IMG_3779 9627_1250665151039_1361807329_709770_322228_n
從塔上往下看川流不止的車流 投影下的大合照

P1010014 IMG_3790
仰望東京鐵塔。 東京鐵塔,從觀景台可以直接看到地面的玻璃。
9627_1250665231041_1361807329_709772_2251357_n IMG_3825
好認真哦!!! 就為了拍下一張的圖 唯一照正妹成功的一張

IMG_3827 IMG_3830
那天逛秋葉原買了不少藥妝和衣服戰利品也不少,嗯!秋葉原好相簿應該買這些吧XD。 Morris在車上遇到兄弟裝

DSCF8433 DSCF8436
晚餐是到六本木吃松屋,松屋的食券販賣機 Gina的泡菜蓋飯,還不錯吃。

留言

這個網誌中的熱門文章

解決 CI Trust Issue:Target Must Be Enabled Before It Can Be Used

📱 iOS開發 | 🔧 CI/CD | 💻 Xcode | 🐛 除錯筆記 🔴 問題描述 這兩天在跑 CI 時突然出現錯誤訊息: Package@swift-6.0.swift:PACKAGE-TARGET:CasePathsMacros: error: Target 'CasePathsMacros' must be enabled before it can be used 🤔 嘗試過的解法 💬 Claude 的建議 首先詢問了 Claude,得到以下步驟: 先更新 swift-case-paths 到最新版本 確保使用 "Up to Next Major Version" 執行 File → Packages → Reset Package Caches Clean Build Folder (Cmd + Shift + K) 重新 Build 結果: 一看就知道沒用 😅 🤖 ChatGPT 的建議 接著試了 ChatGPT 的解法,主要是降低引用到的 package 版本。繞了一圈,還是沒用。 ✅ 最終解決方案 最後還是回到 Google,找到了真正有效的解法。針對這個 macro fingerprint validation 問題,有三種解決方式: 📌 方法一:本機開發用(Terminal 指令) defaults write com.apple.dt.Xcode IDESkipMacroFingerprintValidation -bool YES 📌 方法二:xcodebuild 參數 在執行 xcodebuild 指令時,加上 -skipMacroValidation 參數 📚 參考連結: https://vocus.cc/article/690779ebfd89780001859b14 📌 方法三:CI 正統做法 ⭐️(推薦) 步驟 1: 在專案根目錄建立資料夾 ci_scripts 步驟 2: 在此資料夾中建立腳本 ci_post_clone.sh ,內容如下: #!/bin/zsh mkdir -p ~/Library/org.swift.swiftpm/security/ cp macros.js...

萬年季

這個活動上上個禮拜六看到新聞,我以為只有一天,禮拜日就沒去,感覺有點可惜。沒想到是九天的活動,看到阿蓮他們也要去。那就剛好約一起去囉!前一天剛騎完充滿自我鍛練的阿里山之旅,又摔車,左手臂形同殘廢,但是既然約好了還是要去,捨命陪美女。那天阿蓮一直說他可能遲到,沒想到當天因為跑去看醫生,結果遲到的人是我。拍謝啦!當天中午吃飯,虹君還問我明明知道馥菁沒來,為什麼還要來,ㄟ!太明顯囉!我是這種人嗎?我會讓Jim獨享兩位美女嗎?喔!不!我會拋棄Jim嗎?約了就要來啊!虹君後來說,他原本拔智齒也不太想來,臉太腫了。不會啊!我看不出來,都一樣圓!ㄜ!不!一樣可愛!笑起來,頗令人心動(有圓回來嗎..) 所有照片http://picasaweb.google.com/cccmail/JVqzQG# 從中午就一直繞著蓮池潭逛,上次來的時候還在清潭,封閉中,這次來看果然漂亮很多,和小時候的印象完全不一樣。大家好像不喜歡照相,身為高雄人在蓮池潭照相,有種詭異的感覺。 照這種人形立牌,是我很喜歡做的事,看得出來誰是誰嗎? 過七關,有意思的祈福關卡,但是太多人了沒去排。 阿蓮與蓮花。蓮花太小了。 偷照擺Pose。 當天在廟口前的表演,人太多,只能從狹縫中看到一點,兩位女生,完全看不到.. 看了一陣子,他們終於受不了,拉我們走了。順便去吃晚餐,Jim也受不了,他要找個位置坐下來,他說那天好像行軍,走的腳超酸。結果途中遇到馥菁帶著學妹來逛,78年次,喔!這個補!喔!不!真年輕。哥哥可以裝年輕嗎?很多人看我不是還是學生就是剛畢業!看樣子我可以講我75年次,這有人相信嗎? 歷經20多年再走一次龍虎塔與春秋閣,之前的18層地獄好像換掉了。我覺得是很棒的特色ㄟ,可惜了童年的回憶。 最後主舞台也是人山人海,只能看大螢幕。 失去舞台的舞獅,在人群中自己表演起來了。 主辦單位邀請各廟宇,舞獅或跳人偶的來表演。但是大家好像都表演得很盡興,無法控制長度,主持人一直在趕人,"XX國小,時間咖控制機勒,節目已經Delay了",國台英語交雜,頗有喜感。表演隊伍也很有意思,原本以為只是表演各廟宇慶典活動或民俗技藝,但沒想到還有原住民舞...

用 AI Debug 的迷思:當建議越改越糟時

現在許多開發者習慣用 AI 來協助 debug,但在實務上常遇到一種情況: 依照 AI 建議改了兩三輪後,錯誤仍然存在,甚至越改越複雜。 這種狀況其實有幾個常見的盲點,值得特別注意。 1. 先回到「上一個正常版本」 當你已經按照 AI 的方向修了好幾次但問題仍未解決時,最有效的第一步是: 回到上一個正常工作的版本,縮小問題來源。 許多 bug 並不是你正在看的那段程式碼造成的,而可能是: 同事剛好修改了某個底層模組 某個 shared component 產生 side effect Auto Layout 層級重新 layout 時觸發 crash 如果只是盯著眼前的 function 修,反而容易被誤導。 2. AI 沒有看到你的整個專案 AI 通常只能根據你貼出的片段判斷問題,這代表它不知道: 你的 view hierarchy 裡是否有其他 constraint 影響 layout 某些 model 是否被 extension 修改過 父層或子層邏輯是否干擾目前的行為 整個專案採用的 concurrency 模型是什麼 因此,AI 可能會朝著完全錯誤的方向修,導致反覆修改卻無法解決。 3. Swift 6 例子:錯誤真正原因常不在你修改的那一行 例如開發者常遇到的錯誤: passing closure as a 'sending' parameter risks causing data races 許多人(包含 AI)會開始從 function 內部調整,但這類錯誤真正的關鍵通常是: 傳進去的物件沒有實作 Sendable。 也就是說,你不是要改 function,而是要回頭檢查: 傳入的 model / struct / class 裡面是否有 non-Sendable 成員 是否需要標註 @unchecked Sendable 如果 AI 沒看到相關檔案,自然很難找到正確方向。 結語:AI 是工具,不是預言機 AI 很適合用來: 解釋概念 協助產生測試程式 提供重構建議 釐清你已懷疑的方向 但在 debug 狀況下,以下三件事更重要: 回到上一版,縮小差異範圍。 釐清真正問題來...