TechAmply

AWS認定試験を受けてみた

Thu, 29 Aug 2024 15:00:00 GMT

はじめに

これまで仕事でAWSに触れてきましたが、資格の取得はしていませんでした。そこで、今回AWS認定クラウドプラクティショナー(CLF)とソリューションアーキテクトアソシエイト(SAA)の資格を取得することに挑戦しました。

AWS認定クラウドプラクティショナー(CLF)

まずはSAAの前に、基礎となるCLF(クラウドプラクティショナー)を受験しました。勉強方法は、公式の動画を視聴した後に「クラウド試験徹底対策シリーズ CLF」の問題集を徹底的に解くというシンプルなもの。これを2週間続けた後、試験に挑みました。

出題される問題は比較的理解しやすく、難易度は思ったほど高くありませんでしたが、実際の試験は教材の問題よりも少し難しいと感じました。それでも、無事に合格点の780点を超えることができました。

AWS認定ソリューションアーキテクトアソシエイト(SAA)

CLFが予想以上に順調だったため、SAAも同様に簡単に合格できるだろうと油断していました。しかし、実際に練習問題に取り組んでみると、CLFよりも数段階難易度が上がっていることに気付きました。最初の予定では2週間で試験を受けるつもりでしたが、練習問題で80点以上を取ることができず、試験日を1週間後に延期することにしました。

そして、試験当日を迎えたところ、練習問題よりも明快な問題が多く、結果として900点を獲得することができました。

まとめ

CLFは、AWSの基礎知識を持っていれば暗記だけで合格可能な試験です。しかし、SAAはAWSの知識に加え、コンピュータサイエンスに関する理解も求められる問題が含まれており、より深い知識が必要です。

1ヶ月半の勉強時間と約3万円の費用をかけて資格を取得しましたが、その価値は十分にあったと感じています。特に、AWSのサービスに対する理解が深まり、インフラの選択肢が広がったことは大きな収穫です。

私のキーボード遍歴

Thu, 08 Aug 2024 15:00:00 GMT

はじめに

新しいキーボードを購入したので、これまで使ってきたキーボードの使用感をレビューしていこうと思います。

歴代キーボード

HHKB Professional JP

エンジニアを目指してMacBookに続いて購入したのが、このキーボードでした。

当時はMacBookのキーボードを使っていましたが、HHKBに変えてから入力が格段に楽になったことを覚えています。

HHKB HYBRID Type-S

HHKB Professional JPを使い続ける中で、二つの問題点が浮上しました。

1. 有線であること

2. 打鍵音が大きいこと

デスク環境を整えるうちに、ケーブルが邪魔になることが増えてきました。また、最初は気にならなかった打鍵音が、いつしかガチャガチャと響くようになり、気になるようになりました。

そこで、HHKB Type-Sに移行しました。上記の問題は解決し、非常に快適なタイピングができるようになりました。

自作キーボード沼

Keyball39

自作の分割式有線39キーのキーボードです。

HHKBに満足していたはずの自分が、Twitterで見かけたKeyball39に衝撃を受け、深く考えずに購入してしまいました。

高校生の授業以来のハンダ付けに苦戦しながらも、なんとか完成させましたが、分割式、トラックボール、レイヤー機能に全く慣れず、今でもメインで使うには至っていません。

Wings42

自作の分割式無線対応42キーのキーボードです。

キーボードを自作する楽しさに目覚め、もう一つ作りたくなりました。数あるキーボードの中で、デザインが一番気に入ったWings42を選びました。

2度目の組み立てだったので、スムーズに作業を進めることができました。しかし、レイヤーの使い方を覚えられず、結局有効活用できていません。

まとめ

最終的には、メインキーボードはHHKB Type-S、サブにはKeyball39、そして外出時にはwings42という使い分けをしています。

最近、Keyball39の無線化キットが販売されているようなので、無線化にも挑戦したいと思っています。

新しいエディターHelixを試してみた

Thu, 20 Jun 2024 15:00:00 GMT

はじめに

今まで、VSCodeを利用してきましたが、新しいエディタを試してみたくなりました。

そこで、Atomの作者が作ったHelix を試してみました。

利点

1. Rust製で高速

CPUとGPUを効率的に活用し、高速に動作するよう設計されています。

2. 言語対応

特別な設定なしで、シンタックスハイライトやインデントに対応しています。

さらに、Language Server Protocolに対応しているため、自動補完、ナビゲーション、診断、リファクタリングなどをプラグインなしで利用できます。

欠点

1. Vimモードの問題

厳密にはVimモードは存在しますが、通常のVimとは異なり、キーバインドを変更しても違和感があり、慣れることができませんでした。

まとめ

1週間ほど利用してみましたが、概ね快適に使えました。しかし、Vimモードに慣れることができず、現在は再びVSCodeを使用しています。

新しくて高速なエディタを探している方は、ぜひHelixを試してみてください。

RailsのHTMLメールをCSSで装飾する

Thu, 23 May 2024 15:00:00 GMT

はじめに

デフォルトのRailsメールはスタイルが適用されておらず、HTML形式で送信しても見た目はほとんどテキスト形式と変わりません。しかし、メールにCSSを適用する場合、各タグの属性にすべてのCSSルールを記述する必要があり面倒です

ここで、premailer-railsを利用することで、HTMLとCSSを別々のファイルで管理することができます。

使い方

まず、Gemfileにgemを追加します。

gem 'premailer-rails'

次に、app/views/layout/mailer.html.erbにstylesheet_link_tagを追加します。

CSSファイルは/public/static/css配下に設置します。

リセットCSSはこちらを参考にしました。



  

    <%= stylesheet_link_tag '/static/css/normalize.css', media: 'all' %>

    <%= stylesheet_link_tag '/static/css/extra.css', media: 'all' %>

    <%= stylesheet_link_tag '/static/css/outlook.css', media: 'all' %>

    <%= stylesheet_link_tag '/static/css/mailer.css', media: 'all' %>

これで、HTMLメールにCSSが適用された状態で配信されます。

参考

miseを活用したRuby LSPの設定ガイド

Thu, 09 May 2024 15:00:00 GMT

はじめに

Visual Studio Codeでmiseを利用する場合、その設定方法は公式ガイドに詳しく記載されています。しかし、Homebrewなどを通じてmiseをインストールした際には、予期せぬエラーが生じることがあります。この記事では、そのような問題への対処法を解説します。

対応方法

miseの設定には、以下のJSON設定がREADMEに示されています。

    "rubyLsp.rubyVersionManager": {

        "identifier": "custom",

    },

    "rubyLsp.customRubyCommand": "eval \"$(mise env -s fish)\"",

標準のインストールパスである /.local/bin/mise 以外に、例えばHomebrewを用いてインストールした場合、パスが異なるために ruby-lsp が起動せず、エラーが発生します。

この問題を解決するためには、最近の変更で追加された miseExecutablePath オプションを使って、miseの実行パスを適切に設定することが重要です。

    "rubyLsp.rubyVersionManager": {

        "identifier": "mise",

        "miseExecutablePath": "/opt/homebrew/bin/mise"

    },

    "rubyLsp.customRubyCommand": "eval \"$(mise env -s fish)\"",

上記の設定を行うことで、Homebrewなどを通じてインストールしたmiseを使用して、Visual Studio CodeのRuby LSPプラグインを効果的に動作させることが可能です。

raspberry piで空気質モニタの作成

Thu, 18 Apr 2024 15:00:00 GMT

はじめに

空気中の二酸化炭素の濃度によって集中力に影響ができることを知っていますか？

今まで触ったことのないラズベリーパイを利用した空気質を測る装置を作る記事を見かけやってみたくなりました。

準備物

参考資料

参考記事

センサーコードサンプル

構築手順

元記事の手順だと使えないパッケージがあるため pip3を利用してインストールします

$ sudo apt install python3-pip

$ sudo pip3 install wiringpi

また、元記事だとC言語で作成していますがパッケージがないためPythonを使用してプログラミングします。

コードはサンプルにあるのでそちらを利用して出力をjsonに書き換えます

以下のスクリプト例では、光センサーからデータを読み取り、JSON形式で出力する方法を示しています

#!/us#!/usr/bin/python3

import time

import smbus

import json

BH1750_ADDR = 0x23

CMD_READ = 0x10

class BH1750(object):

   def init(self):

       # Rev 2 of Raspberry Pi and all newer use bus 1

       self.bus = smbus.SMBus(1)

   def light(self):

       data = self.bus.read_i2c_block_data(BH1750_ADDR, CMD_READ)

       result = (data[1] + (256 * data[0])) / 1.2

       return format(result,'.0f') 

         

if name == "__main__":

    try:

        obj = BH1750()

        data = { "light": obj.light() }

        json_data = json.dumps(data)

        print(json_data)

    except FileNotFoundError:

        print('ERROR: Please enable I2C.')

    except OSError:

        print('ERROR: I2C device not found. Please check BH1750 wiring.')

    except:

        print('ERROR: General unknown error')

上記のようにprintでの出力をjsonに変更しています

あとは元記事と同じようにcronを設定を行います

/5   * /usr/bin/python -m mh_z19                > /home/pi/air-conditioning-monitor/data/MH_Z19.json

/5   * /usr/bin/python /home/pi/air-conditioning-monitor/sensors/HTU21D/HTU21D.py                > /home/pi/air-conditioning-monitor/data/HTU21D.json

/5   * /usr/bin/python /home/pi/air-conditioning-monitor/sensors/BMP180/BMP180.py                > /home/pi/air-conditioning-monitor/data/BMP180.json

/5   * /usr/bin/python /home/pi/air-conditioning-monitor/sensors/BH1750/BH1750.py                > /home/pi/air-conditioning-monitor/data/BH1750.json

これの設定を行うことでraspberrypi.localにアクセスすることでセンサーの値をブラウザで確認することができます

まとめ

このシステムが稼働すると、30分から1時間でCO2レベルが1000ppmを超えることがあります。1000ppmを超えると一般に環境が悪化し、仕事のパフォーマンスが低下すると言われています。そのため、定期的な換気が推奨されます。これにより、快適なリモートワーク環境を維持できます。

参考リンク

Ruby 2.7プロジェクトでVSCodeのRuby-LSP機能を活用するテクニック

Fri, 29 Mar 2024 15:00:00 GMT

概要

本記事では、rubyLsp.bundleGemfileの設定を介して、Ruby 2.7のプロジェクトにおいてもVSCodeのruby-lsp拡張機能を有効にする方法を紹介します。これにより、定義ジャンプやコードフォーマットといった便利な機能をRuby 2.7で利用可能になります。

Ruby-LSPとは

VSCodeでruby-lsp拡張機能を導入することにより、Ruby開発が格段に便利になります。この拡張機能は、定義へのジャンプ、コードフォーマット、リント機能など、開発者の生産性を大幅に向上させる多数の機能を提供します。しかし、これらの機能はRubyのバージョン3.0以上でなければ利用できません。

Ruby 2.7でのプロジェクトでは、標準ではruby-lspを利用することができません。しかし、rubyLsp.bundleGemfileの設定を適用することで、Ruby 2.7の環境下でもこれらの機能を活用できるようになります。

設定方法

rubyLsp.bundleGemfileをRuby 3.0以上をサポートするディレクトリ内のGemfileを指定して設定することにより、Ruby-LSPが動作し、Ruby 2.7のプロジェクトでその機能を利用できるようになります。

まず、プロジェクトとは無関係なディレクトリにGemfileを作成します。

# frozen_string_literal: true

source "https://rubygems.org"

gem "ruby-lsp"

gem "rubocop"

# プロジェクト内でRuboCopの拡張を利用している場合、それらのgemを追加

# gem "rubocop-performance"

# gem "rubocop-rspec"

次に、以下のコマンドを実行してbundle installを行います。

$ bundle install

最後に、VSCodeのsettings.jsonに先ほど作成したGemfileを指定します。

{

  "rubyLsp.bundleGemfile": "/Users/../ruby-lsp/Gemfile",

}

これにより、Ruby 2.7のプロジェクトでもVSCodeのruby-lsp拡張機能を活用することが可能になります。RuboCopの設定は、それぞれのプロジェクトに存在するrubocop.ymlファイルに基づいて自動的に読み込まれます。

本番環境でSlack通知が機能していなかった時の衝撃体験

Thu, 21 Mar 2024 15:00:00 GMT

結論

私たちは、本番環境でSlack通知がSSL証明書の有効期限切れにより機能していないことに気づかず、重要なエラーメッセージを見落としかけていた。幸いにも、この期間に致命的なエラーは発生しておらず、大きなトラブルには至りませんでしたが、この経験はSlack通知に依存せず、定期的にサーバーのログを確認することの重要性を感じました

エラーが発生した経緯

新たにデータ作成時にSlack通知を行う機能を実装し、ステージング環境でのテストを経て、問題なく通知が行われることを確認していました。しかし、本番環境にデプロイ後、変更をリアルタイムで監視していた際に500エラーが発生していると報告を受け取りました。

エラー対応

まず最初にサーバーログを確認し、原因究明に乗り出しました。ログの詳細を見ると、Slack通知時に下記のようなSSL証明書の期限切れエラーが発生していることが判明しました。

/home/appuser/.anyenv/envs/rbenv/versions/3.0.2/lib/ruby/3.0.0/net/protocol.rb:46:in `connect_nonblock': SSL_connect returned=1 errno=0 state=error: certificate verify failed (certificate has expired) (OpenSSL::SSL::SSLError)

このエラーメッセージを受けて、私たちは直ちにルート証明書を更新するコマンドsudo yum update ca-certificatesを実行し、正常にSlack通知が再開されることを確認しました。

その後の反省

エラー対処後、一息ついたその時、Slackへの例外通知機能(exception_notification)が以前から稼働していなかったことに気がつきました。つまり、前回の通知以降、いかなる例外通知も行われていなかったのです。この事実に気づいた時、背筋に冷たい汗を感じました。約1ヶ月分のログを調査しましたが、幸いなことに特筆すべきエラーは発見されませんでした。

まとめ

この経験から、「問題が表面化していないから大丈夫」という考えは危険であると痛感しました。システム運用においては、Slack通知のような自動化されたアラートシステムに依存することなく、定期的なログ確認の実施が不可欠であることを再認識しました。

honoでマイクロアプリケーションを構築してみた

Thu, 14 Mar 2024 15:00:00 GMT

目的

今回のプロジェクトでは、todoistにGitHubで作成したissueをタスクとして自動的に反映させる機能を実装しました。この統合により、開発プロセスの効率化とタスク管理の自動化を目指しています。

動機

創造の喜び: 何か新しいものを作りたかった

タスク管理の効率化: 日々、Todoアプリを活用して様々なタスクを管理しており、GitHubのissueとTodoistのタスクを連携させることで、より一元化されたタスク管理を実現したいと考えました。

既存ツールの限界: 以前はIFTTTを使用して同様の連携を試みましたが、不安定な動作と遅延が問題となりました。

これらの課題を解決するため、自ら手を動かして解決策を開発することに決めました。要件のシンプルさから、サーバーレスアーキテクチャを採用することで迅速かつ効率的な開発を目指しました。選定したプラットフォームはcloudflareで、その決定理由は以下の通りです。

コスト: 無料で利用開始できる。
デプロイの容易さ: ワンコマンドでのデプロイが可能
開発環境: TypeScriptでの開発が可能。
フレームワークの相性: honoとの高い互換性。

honoとは何か

honoは、日本人開発者によって作られたCloudflare Workersに特化したフレームワークです。その特徴は、軽量でありながら高速で直感的な開発が可能であることにあります。詳細については、こちらの記事が参考になります。

技術スタック

本プロジェクトでは以下の技術を採用しました。

Bun: モダンなJavaScript実行環境。

TypeScript: 静的型付けを提供するJavaScriptのスーパーセット。

Hono: 軽量なCloudflare Workers用フレームワーク。

Wrangler: Cloudflare Workersの開発ツール。

開発プロセス

開発の始め方は非常にシンプルです。以下のコマンドライン操作で環境構築から開発、デプロイまでスムーズに行えます。

# アプリケーションの作成

$ bun create hono my-app

$ cd my-app

# 開発サーバーの起動

$ bun run dev

# デプロイ

$ bun run deploy

# 環境変数の設定

$ wrangler secret put SECRET

アプリケーションの核となるコードはsrc/index.tsに配置されます。ここでは、簡単なHTTP GETリクエストに対して"Hello 🔥"と応答する最小限の例を示しています。

import { Hono } from "hono";

const app = new Hono();

app.get("/", (c) => c.text("Hello 🔥"));

export default app;

まとめ

Webhookを受け取り、他のAPIを呼び出すようなマイクロアプリケーションには、honoとCloudflareの組み合わせが非常に適していると感じました。このプロジェクトを通じて、サーバーレスアーキテクチャの利点を実感し、開発の柔軟性と効率を高めることができました。

TechAmply

AWS認定試験を受けてみた

はじめに

AWS認定クラウドプラクティショナー(CLF)

AWS認定ソリューションアーキテクト アソシエイト(SAA)

まとめ

私のキーボード遍歴

はじめに

歴代キーボード

HHKB Professional JP

HHKB HYBRID Type-S

自作キーボード沼

Keyball39

Wings42

まとめ

新しいエディターHelixを試してみた

はじめに

利点

1. Rust製で高速

2. 言語対応

欠点

1. Vimモードの問題

まとめ

RailsのHTMLメールをCSSで装飾する

はじめに

使い方

参考

miseを活用したRuby LSPの設定ガイド

はじめに

対応方法

raspberry piで空気質モニタの作成

はじめに

準備物

参考資料

構築手順

まとめ

Ruby 2.7プロジェクトでVSCodeのRuby-LSP機能を活用するテクニック

概要

Ruby-LSPとは

設定方法

本番環境でSlack通知が機能していなかった時の衝撃体験

結論

エラーが発生した経緯

エラー対応

その後の反省

まとめ

honoでマイクロアプリケーションを構築してみた

目的

動機

honoとは何か

技術スタック

開発プロセス

まとめ

AWS認定ソリューションアーキテクトアソシエイト(SAA)