前端新米

在最後結語部分，稍微記錄這次在翻譯時的一點心得感想，內容可分為以下幾點：

• 翻譯流程
• 文章管理
• 輔助翻譯工具
• 其他選擇
• iThome 平台使用心得
• 結語

原文連結：技術に興味がなくて何が悪い？ - Qiita

最後選擇這篇文章作為結尾，是自己也覺得挺有意思的主題。

作者從自身角度，說明為何不贊同「對技術不感興趣的人不適合成為工程師」這項論點；再進一步透過自身經歷，分享即使對技術不感興趣，該如何以工程師的身份面對工作。

畢竟自己對於技術本身，可能也稱不上是「充滿興趣」的那一側人種，但不可否認的是，學習也好，工作也罷，若能從中獲得成就感，仍舊是讓人樂此不疲的事情。

原文連結：AWSエンジニアロードマップ2023

終於來到了這篇，其實當初在決定要報名今年鐵人賽的時候，是想要從 AWS 主題著手，但一方面沒什麼自信能夠在三十天內寫出完整架構，一方面也還在摸索學習的步調。

本篇文章將會介紹 AWS 學習指標，部分圖解和影片以日文為主，但透過 Roadmap 還有每週主題，還是能夠參考並安排自己的學習進度，架構如下所示：

• 第 1 週：AWS 基礎知識（AWS Basics）
• 第 2～3 週：網路與內容傳遞（Networking and Content Delivery）
• 第 4 週：運算服務（Compute Services）
• 第 5 週：安全、身份和合規性（Security, Identity, and Compliance）
• 第 6 週：資料庫（Database）
• 第 7 週：儲存（Storage）
• 第 8 週：管理和管控治理（Management and Governance）
• 第 9 週：容器、無伺服器運算、應用程式整合（Containers and Serverless Computing, Application Integration）
• 第 10 週：分析、遷移、其他（Analytics, Migrations）
• 第 11〜12 週：SAA 認證模擬測驗
  • 練習 SAA 的注意事項

實際學習主要還是建議搭配 AWS 官方文件，或是其他線上課程等管道來進行。此外，也給自己訂下目標，希望今年結束前能夠達成，有機會的話，到時候再來整理一篇更詳細的準備心得。

原文連結：今さら聞けないログの基本と設計指針 - Qiita

在進行程式開發時，不論是前後端，應該都對 Log（日誌）再熟悉不過。尤其是在遇到非預期性的錯誤時，通常會需要立即調閱 Log，查看是否顯示錯誤訊息；或是在改良軟體時，需要透過 Log 來分析使用者行為等等。

接下來這篇文章，將會針對 Log（日誌）主題進行介紹，從 Log 相關的基礎知識、設計方法、操作時的注意事項，再到實際應用說明。

原文連結：[あるある]「詰まったら、すぐに質問してください」の克服法 - Qiita

倒數三天！不知不覺也來到第二十七天，終於快看到終點了似乎有點感概XD

接下來這篇文章，是打從自己在轉職學習程式的階段，直到現在第二份工作，有時仍是備感困擾的問題。因為不善於提問，或是希望先自己做好功課，等到萬不得已才找人求救，殊不知中間已經浪費太多時間，放在工作上也很有可能因此耽誤進度。

但是呢，這些過程其實是能夠訓練的，本文中提供面對問題時，應該如何善用「提問模板」訓練思考，並且著重於「輸出導向的輸入」，透過這些過程，將有助於改善語言表達能力，並有效提升學習的效果。

原文連結：エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

上一篇主要介紹「需求定義到內部設計」的流程，接下來這篇文章，將著重於設計規格書的寫法。

先是從作者個人角度統整觀點，如何提升文件的易讀性，以及如何避免資訊混淆等；而在團隊開發中，如何制定一致的「規格書撰寫方式」，使其易於後續維護。

原文連結：要件定義～システム設計ができる人材になれる記事 - Qiita

本篇介紹的主題是「需求定義到系統設計」，從為什麼需要需求定義，到如何進行這段流程，再接著說明基本設計的三個步驟，透過一步步解說，到最後完成系統設計圖。

文章架構如下：

• 需求定義的必要性
  • 需求定義的目的
• 確定需求定義的過程
• 在需求定義中決定的事項
• 基本設計（畫面設計・功能設計・資料設計）的作法
• 畫面設計（UI 設計）
• 功能設計
• 資料設計
  • 資料的具體內容
  • 資料庫設計
  • 資料的流向（Data Flow）
• 進一步推進基本設計

原文連結：えっ、まだChatGPT使ってんの？ Bingは無料でGPT-4使えますよ！ - Qiita

這篇文章主要是介紹 Bing Chat，和 ChatGPT Plus 同樣支援 GPT-4，卻能夠免費使用！然而，使用次數限制卻是一大硬傷，這點文中也有提及，但用作個人開發等用途，或許也不失為一種選擇。

此外，作者也舉出幾項實際導入開發使用的範例，可提供參考：

• 用於建立 Debug 配置
• 完成轉換（移植）腳本語言
• 改善程式碼

原文連結：ChatGPT使い方総まとめ - Qiita

這篇文章主要介紹現在正流行的 ChatGPT，整理幾項不論是日常或在工作上，都很實用的提問方式。作者是 sakasegawa。

使用方法分類如下：

• 文章範例
  • 提問-回答
  • 創作 Wikipedia 風格的文章
  • 建立任務列表
  • 建立時間表
  • 歸納
  • 將列點用文章呈現
  • 將文章列點呈現
• 程式碼
  • 生成程式碼
  • 生成程式碼的文件
  • 重構
  • 單元測試
  • DB 設計（資料庫設計）
• 故事範例
  • 語氣變化
  • 模仿角色的語氣來回答

原文連結：プログラミングで一番難しいのは「見積もり」だと思う - Qiita

在進行程式開發之前，通常會需要經歷更重要的「工時評估」。實際在開發時，也經常會被 PM 問到「這功能需要多久時間？這個 BUG 多久可以修好？」等情況，一開始可能會不知道該如何做評估，或不小心給出太長或太短的工時。

然而，這項能力是必須練習的，一方面與「成本估算」有關，另一方面也是「自我保護」，透過動態的修正，使估算工時的過程更加準確。