sharoa’s blog

ただいま勉強中。

おくすリングに服薬履歴機能を追加しました！〜AIを活用した開発の記録〜

こんにちは、sharoaです。

現在、個人開発で薬の飲み忘れを減らすLINEサービス「おくすリング」をリリースし、運用をしています。

今回は、新たに過去7日間の服薬状況を確認できる「服薬履歴機能」を追加しましたので、その内容をご紹介します。

また、今回はAIを活用しながら、機能の実装からテスト、画面デザインの調整まで進めました。

実際にどのように開発を進めたのか、工夫した点などもあわせてご紹介します。

目次

はじめに

おくすリングは、LINEで服薬をお知らせし、服薬状況を家族と共有できるサービスです。

リリース後も、実際にサービスを動かしながら、使いやすさや機能面で改善できるところがないか、日々試行錯誤しています。

その中で、「過去にきちんと薬を飲めていたか、あとから振り返って確認できる機能があったら便利なのでは？」と考えるようになりました。

そこで今回は、新たに過去7日間の服薬状況を確認できる「服薬履歴機能」を追加することにしました。

今回追加した機能

1. 過去7日間の服薬履歴とステータス表示

今回追加したのは、過去7日間の服薬状況を一覧で確認できる機能です。

日付ごとに服薬予定を表示し、それぞれの服薬状況を確認できるようにしました。

服薬状況に応じて、以下の3種類のステータスを表示します。

  • 済：服薬済み
  • 未：服薬予定時刻を過ぎても記録がない
  • 予定：当日の服薬予定時刻前

服薬済みの記録だけでなく、まだ服薬記録がない予定も表示することで、記録の有無をあとから確認しやすくしました。

＜服薬履歴画面＞

2. 履歴ページへの導線

服薬履歴を確認したいときに、すぐにアクセスできるよう、トップページとハンバーガーメニューの両方にリンクを追加しました。

必要なときに迷わず服薬履歴を確認できるようにすることを意識しました。

＜トップページ＞

＜ハンバーガーメニュー＞

実装で意識したこと

服薬履歴では、単純に服薬記録の有無だけで判断するのではなく、日付や服薬予定時刻も考慮してステータスを表示するようにしました。

例えば、当日の服薬予定については、予定時刻より前であれば「予定」、予定時刻を過ぎても服薬記録がなければ「未」と表示します。

一方、過去の日付については、服薬記録があれば「済」、記録がなければ「未」と表示するようにしました。

このように、当日と過去の日付で判定方法を分けることで、まだ服薬予定の時間になっていないものと、予定時刻を過ぎても記録がないものを区別できるようにしています。

AIを活用した開発

今回は、機能の実装からテスト、画面デザインの調整まで、AIを活用しながら開発を進めました。

実装時の相談

今回の服薬履歴機能では、実装方法やコードの書き方について、AIに相談しながら進めました。

開発中に分からないことがあっても、その都度相談できるため、一つずつ疑問を解消しながら作業を進めることができました。

また、コードを提案してもらうだけでなく、処理の内容や、なぜそのような書き方にするのかも確認するようにしました。

コードをそのまま使うのではなく、自分でも内容を理解してから実装することを意識しました。

画面デザインの検討

実装が完了したあと、実際に画面を確認してみると、服薬履歴ページの上部が少しシンプルすぎるように感じました。

そこで、画面のスクリーンショットをAIに共有し、デザインの改善案を相談しました。

提案してもらったデザインを参考にしながら、自分のイメージに合うものを選び、カレンダー風のアイコンや「7日分」のバッジ、区切り線などを追加しました。

AIの提案をそのまま採用するのではなく、実際の画面を確認しながら、自分が納得できるデザインに調整しました。

AIを活用して感じたこと

今回の開発を通して、分からないことをすぐに相談できる環境があることで、開発を進めやすくなると感じました。

また、疑問に思ったことをその都度確認し、コードの意味や処理の流れを理解しながら進められたことも良かった点です。

AIに任せきりにするのではなく、自分でも考え、理解し、判断することが大切だと改めて感じました。

今後もAIをうまく活用しながら、自分自身の理解も深めて開発を続けていきたいと思います。

動作確認・テスト・デプロイ

実装後は、RuboCopとRailsのテストを実行し、問題がないことを確認したうえで、本番環境へのデプロイまで完了しました。

その後、PCだけでなく、実際に自分のスマートフォンからも表示や操作を確認し、問題なく利用できることを確認しております。

今後の展望

今回、過去7日間の服薬状況を確認できるようになりました。

次は、前回のブログで今後の展望として挙げていた、以下の仕様について改善していきたいと考えています。

最初の通知後、再通知が送られる前に服薬を記録した場合と、再通知後に記録した場合を区別し、服薬状況を振り返れるようにしたいと考えています。

現在は服薬記録の有無を確認できる仕様ですが、今後は通知のタイミングと服薬記録のタイミングも区別できるようにし、より詳しく服薬状況を振り返れるようにしたいです。

また、服薬履歴を確認できる期間についても、現在の7日間から延ばしていきたいと考えています。

今後も、利用する人が迷わず操作できることや、日々の服薬管理を無理なく続けられることを意識しながら、改善を続けていきたいと思います。

技術スタック

おくすリングでは、以下の技術を使用しています。

  • Ruby 4.0.6
  • Ruby on Rails 8.1.4
  • PostgreSQL（Neon）
  • Render
  • LINE Login
  • LINE Messaging API
  • GitHub Actions

おわりに

最後までお読みいただき、ありがとうございました。

今回は、AIを活用しながら服薬履歴機能を追加しました。

開発を進める中で、AIとのやりとりから新しい発見があったり、自分では気づかなかった視点を得られたりと、良い経験になりました。

一方で、提案された内容をそのまま使うのではなく、自分でも考えて理解し、判断することの大切さも改めて感じました。

これからも今回の経験を活かしながら、おくすリングを少しずつ成長させていきたいと思います。

ぜひ、おくすリングもご覧いただけるとうれしいです。

サービスはこちら

okusuring.com

GitHub

GitHubリポジトリはこちらです。

GitHub

おくすリングをリリース後に改善しました！〜家族への通知と共有画面の見直し〜

こんにちは、sharoaです。

以前、薬の飲み忘れを減らすLINEサービス「おくすリング」をリリースしたことをご紹介しました。

今回は、リリース後の機能改善として、家族への服薬通知と家族共有画面を改善したので、その内容をご紹介します。

目次

はじめに

おくすリングは、LINEで服薬をお知らせし、服薬状況を家族と共有できるサービスです。

リリース後も、サービスがきちんと動いているかを確認しながら、より使いやすいサービスにするための改善を考えていました。

今回は、家族が服薬状況を確認するときの使いやすさと、家族共有の分かりやすさに着目し、2つの改善に取り組みました。

今回改善した機能

1. 家族への服薬通知にリンクを追加

家族が服薬状況を確認しやすくなるよう、服薬通知にサービスへのリンクを追加しました。

通知を受け取ったあと、必要な情報へアクセスしやすくすることを目的としています。

毎日使うサービスだからこそ、通知を受け取ってから確認するまでの手間をできるだけ減らしたいと考えました。

＜改善前＞

＜改善後＞

2. 家族共有画面の改善

もう1つは、家族共有画面の改善です。

これまでは、自分が招待した相手が一覧に表示される仕様でした。しかし、家族共有は自分から招待する場合だけでなく、相手から招待されて共有を始める場合もあります。

そのため、自分が招待した相手だけでなく、自分を招待した相手も一覧で確認できるように修正しました。

また、家族共有の相手を視覚的に判別しやすくするため、LINEから取得したプロフィール画像を一覧に表示するようにしました。プロフィール画像が取得できない場合は、人型のアイコンを表示することで、画像の有無にかかわらず画面が自然に表示されるようにしています。

共有解除ボタンについては、招待した側にのみ表示する仕様としました。

家族共有の関係を考慮し、それぞれのユーザーが必要な情報を確認できることに加え、相手を視覚的に判別しやすくすることや、共有解除の操作が意図しない形で行われないことを意識しました。

＜改善前＞

家族一覧には人型のアイコンが表示されていました。

＜改善後＞

LINEから取得したプロフィール画像を表示するようにしました。プロフィール画像を設定していない場合や取得できない場合は、従来どおり人型のアイコンを表示します。

実装で意識したこと

今回の改善では、新しい機能を追加するだけでなく、既存の仕組みを活かしながら修正することを意識しました。

特に家族共有画面では、招待した側と招待された側の両方から、同じ家族共有の関係を確認できる必要があります。

そのため、どちらの立場でログインしているかによって表示する相手を切り替え、共有解除ボタンも招待した側にのみ表示するようにしました。

サービスの利用者が増えた場合にも、それぞれの立場で自然に使えるよう、表示内容や操作できる範囲を考えることが大切だと感じました。

動作確認・テスト・デプロイ

実装後は、招待した側と招待された側の両方のユーザー画面で動作確認を行いました。

また、テストとRuboCopを実行し、問題がないことを確認したうえで、本番環境へのデプロイまで完了しました。

機能を実装するだけでなく、複数のユーザーの立場から動作を確認し、既存機能への影響にも注意しながらリリースすることの大切さを改めて感じました。

今後の展望

おくすリングは、リリースして完成ではなく、これからも改善を続けていきたいと考えています。

現在検討しているのは、服薬履歴を確認できる機能です。

最初の通知後、再通知が送られる前に服薬を記録した場合と、再通知後に記録した場合を区別し、服薬状況を振り返れるようにしたいと考えています。

また、直近3か月分の履歴を確認できる仕様を想定しています。

まずは既存の服薬記録や通知処理の実装を確認し、現在の仕組みを活かして実現できる方法を検討していきます。

さらに、今後はAIを活用した機能の追加にも挑戦してみたいと考えています。

機能を増やすことだけを目的にするのではなく、利用する方にとって本当に役立つ機能なのかを考えながら、改善を重ねていきたいです。

技術スタック

おくすリングでは、以下の技術を使用しています。

  • Ruby 4.0.6
  • Ruby on Rails 8.1.3.1
  • PostgreSQL（Neon）
  • Render
  • LINE Login
  • LINE Messaging API
  • GitHub Actions

おわりに

最後までお読みいただき、ありがとうございました。

今回の改善を通して、サービスをリリースした後も、利用する方の立場から使いやすさを考え、細かな部分を見直していくことの大切さを感じました。

また、家族共有のように複数のユーザーが関わる機能では、それぞれの立場から操作や表示を考える必要があることも、改めて学びました。

これからも、既存の仕組みを理解しながら改善を重ね、より安心して使っていただけるサービスを目指していきます。

ぜひ、おくすリングもご覧いただけるとうれしいです。

サービスはこちら

okusuring.com

GitHub

GitHubリポジトリはこちらです。

GitHub

薬の飲み忘れを減らすLINEサービス「おくすリング」をリリースしました！

こんにちは、 sharoa です。

このたび、薬の飲み忘れを減らすLINEサービス「おくすリング」をリリースしたので、ご紹介します。

目次

はじめに

毎日飲む薬でも、忙しい日にはつい忘れてしまうことがあります。

また、自分だけでなく、子どもや高齢のご家族、ペットなど、大切な人の服薬を気にかけている方も少なくありません。

そんな毎日の服薬を、もっと安心して続けられるようにサポートしたい。

そんな思いから生まれたのが、服薬忘れを防ぐLINEサービス「おくすリング」です。

おくすリングとは

おくすリングは、毎日の服薬をLINEでサポートするサービスです。

服薬時間になるとLINEで通知が届き、「飲んだよ」をタップするだけで服薬を記録できます。 記録した内容は家族と共有できるため、お互いの服薬状況を確認できます。 自分の服薬管理はもちろん、子どもや離れて暮らすご家族、ペットの服薬管理にも活用できます。

シンプルな操作で、毎日の服薬を無理なく続けられることを大切にしています。

LINEアカウントでログインするだけで、無料で利用できます。 また、家族と服薬スケジュールを共有する場合は、それぞれがLINEアカウントでログインし、招待機能を利用します。

実際のサービスはこちらからご覧いただけます。

okusuring.com

主な機能

1. LINEで服薬をお知らせ

服薬時間になるとLINEで通知が届きます。通知にはサービスへのリンクも含まれているため、そのまま「飲んだよ」の記録画面を開くことができます。

＜LINEの通知・再通知画面＞

2. 「飲んだよ」をワンタップで記録

「飲んだよ」をタップするだけで、その日の服薬を記録できます。記録後は「済」と表示されるため、服薬状況をひと目で確認できます。ワンタップで記録できるため、毎日の服薬を手軽に続けられます。

＜飲んだよ画面＞

＜飲んだよを押した後の済画面＞

3. 家族と服薬状況を見守る

家族と服薬スケジュールを共有できます。お互いの服薬状況を確認できるため、離れて暮らすご家族の見守りにも活用できます。

ホーム画面では、自分だけでなく家族の服薬予定や服薬状況も一覧で確認できます。

＜ホーム画面（家族の服薬状況も確認できます）＞

4. 通知設定

通知のオン・オフや再通知の間隔を設定できます。生活スタイルに合わせて利用できます。

＜通知設定画面＞

以上のように、おくすリングではシンプルな操作で続けやすいことを大切にしています。

なぜ作ったのか

私自身、毎日服用している薬があります。

1日1回、いつ飲んでもよい薬ですが、忙しい日には「あとで飲もう」と思ったまま忘れてしまうことがありました。

毎日飲み続けることが大切な薬だったため、継続して服用することの難しさを実感しました。

「無理なく続けられる仕組みがあればいい」と考え、おくすリングを企画・開発しました。

また、毎日続けるためには、特別な操作を増やさないことも大切だと考えました。

そこで、普段から使い慣れているLINEで通知を受けられるようにし、新しいアプリを開く手間なく、自然に続けられる仕組みにしています。

開発を進める中で、このサービスは自分だけでなく、子どもや離れて暮らす家族、ペットの服薬管理にも役立つことに気付きました。

家族へ服薬をお願いしたときに、ちゃんと飲めたかを確認できたり、離れて暮らす親の服薬状況を見守れたりするなど、家族みんなが安心できるサービスを目指しています。

開発で大切にしたこと

おくすリングは、毎日使うサービスだからこそ、「迷わず使えること」を大切にしました。

通知が届いたら「飲んだよ」を押すだけで記録できるようにし、複雑な操作をできるだけ減らしています。

また、自分だけでなく家族も安心して利用できるよう、服薬状況を共有できる仕組みを取り入れました。

今後の展望

おくすリングは、今回のリリースで完成ではなく、これからも改善を続けていきます。

今後は、実際に使ってくださる方の声を取り入れながら、UI/UXの改善や機能の充実に取り組んでいきたいと考えています。

現在は、例えば次のような機能や改善を検討しています。

  • LINE通知や再通知を、利用する方に合わせて細かく設定できる機能
  • 家族が服薬状況をより確認しやすくなる見守り機能の充実

一方で、おくすリングは毎日使うサービスだからこそ、機能を増やしすぎず、迷わず使えるシンプルさも大切にしたいと考えています。

毎日の服薬を無理なく続けられるサービスを目指して、これからも改善を重ねていきます。

技術スタック

おくすリングは、以下の技術を用いて開発しました。

  • Ruby 4.0.6
  • Ruby on Rails 8.1.3.1
  • PostgreSQL（Neon）
  • Render
  • LINE Login
  • LINE Messaging API
  • GitHub Actions

おわりに

最後までお読みいただき、ありがとうございました。

おくすリングは、フィヨルドブートキャンプ での学びを通して企画・開発したサービスです。

今回の開発を通して、技術だけでなく、ユーザーの課題を考えながらサービスを形にしていく面白さを改めて実感しました。

これからも改善を重ねながら、より多くの方に安心して使っていただけるサービスを目指していきます。

ぜひ実際に触ってみていただけるとうれしいです。

okusuring.com

GitHub

GitHubリポジトリはこちらです。

GitHub

前回のブログから１ヶ月以上あいてたよ、反省。

タイトルそのまんまですw

lsコマンドが終わってから、

次はwcコマンドのプログラムを考えないといけなかったんだけど

wcコマンドが難しすぎて いろいろ考えていたら

ブログのことなんて忘れていた😂

wcコマンドのポイントも書きたいな〜と思いつつ、

次にも進みたいな〜とか。

そんなこんなしてたら 子供が体調不良で家にいることが多くなり

３週間くらいちゃうかな〜 ほんとあまり何もできなかった😭

やっと今週頭から登園してくれていて まだ鼻水でよるけど、咳がおさまってくれただけでもだいぶまし。

でも、

でもでも、

なんだか今度は私が怪しい。。。。

時々咳き込んじゃうし、 鼻水も出てきた！！

いや〜〜〜〜〜〜😱😱😱😱

とりあえず、漢方飲んで 大人しくしておこう。

勉強はするけどね🤫

lsコマンド / File::Stat#modeを使って記号表記を目指そう。

lsコマンドのことを忘れないために、 続けてlsコマンドについて記します📝

lsコマンド / ロングフォーマットのファイルタイプとファイルモードとはなんぞや？

の最後の方にも書いたが、

ファイルモードってls -lを実行したから

drwxr-xr-xといった記号表記で表してくれているけど、

そのコマンドのプログラムを作ろうと思ったら、

記号表記にするための何かが必要になる。

そこで File::Stat#modeを使う🙂

(例)

fs = File::Stat.new('dir')

p fs.mode #=> 16877
p fs.mode.to_s(8) #=> "40755"
p fs.ftype  #=>"dir"

(例)を参照に、

File::Stat#modeはファイルモードを10進数の数値で返してくれる。（16877）

これを記号表記drwxr-xr-xにするための、意味のわかるものにするために

fs.mode.to_s(8)で8進表記の文字列に変換する必要がある。（"40755"）

fs.ftypeを実行するとファイルタイプを教えてくれる🤓（"dir"）※余談

ちなみに

File::Stat.new('dir')は

File.lstat('dir')という方法でもインスタンスが作れるが

挙動が異なる場合があるので使うときは注意が必要。

8進表記の文字列がわかったら

それを元に記号表記に変換していく作業が必要となる。

☆目指すところ☆

8進表記の40755を記号表記drwxr-xr-xにする。

その前に、

8進表記で、最初が０の場合だと省かれて５桁になる。

40755も本来なら040755と表して欲しいところだが、

File::Stat#modeが整数を返してきて、それをto_s(8)したところで、

最初が０だったらそりゃ表示されない。🙃

なので、プログラムを作る時にこの8新表記を5桁のままでいくか、あえて6桁にするか、

そこは個々の好みだと思う。（ちなみに私は6桁にした🤫）

8新表記の意味

それぞれ下記の意味を持つ。

  • 1~2桁目：ファイルタイプ
  • 3桁目：特殊権限
  • 4桁目：所有者の権限
  • 5桁目：グループの権限
  • 6桁目：その他のユーザの権限

(例)の040755を参照すると(6桁で考えるため0を足している🙇‍♀️)

ファイルの種類 特殊権限 所有者の権限 グループの権限 その他のユーザの権限
04 0 7 5 5
d 各組のx部分 rwx r-x r-x

1. 1~2桁目：ファイルタイプ

8進表記の1~2桁目はファイルタイプを表す。

それぞれの対応は以下である。

8進表記 記号表記 ファイルタイプ
01 p FIFO（名前付きパイプ）
02 c Character special file（キャラクタデバイス）
04 d Directory（ディレクトリ）
06 b Block special file（ブロックデバイス）
10 - Regular file（通常ファイル）
12 l Symbolic link（シンボリックリンク）
14 s Socket link（ソケット）

7種類のファイルタイプがあるけど、 dと -と lが大体のメインどころみたい。

3桁目：特殊権限

8進表記の3桁目は特殊権限を表す。 それぞれの対応は以下である。

8進表記 記号表記 特殊権限
0 なし なし
1 tまたはT スティッキービット
2 sまたはS SGID
4 sまたはS SUID

4〜6桁目：ファイルモード（各権限）

ファイルモードには「読み込み」「書き込み」「実行」の3種類の権限がある。

そして、それぞれの権限は 3桁の2進表記の各桁に対応づけられていて、

権限のあるなしを0か1かで判断している。

8進表記 2進表記 記号表記 権限
0 000 - なし
1 001 x 実行
2 010 w 書き込み
4 100 r 読み込み

この3種類の権限は同時に持つことができるため、

それによって以下のパターンが考えられる。

8進表記 2進表記 記号表記 権限
0 000 --- なし
1 001 --x 実行
2 010 -w- 書き込み
3 011 -wx 書き込み、実行
4 100 r-- 読み込み
5 101 r-x 読み込み、実行
6 110 rw- 読み込み、書き込み
7 111 rwx 読み込み、書き込み、実行

ファイルの権限は所有者、グループ、その他のユーザ の3組に分かれているため、

それぞれの組に対して上記の8通りの権限が割り当てられる。

上記の内容から(例)の8進表記040755を改めて読み解くと

ファイルはディレクトリー、特殊権限はなし、

所有者が読み込み・書き込み・実行の権限を持ち（rwx)

グループが読み込み・実行の権限を持ち（r-x)

その他のユーザが読み込み・実行の権限を持つ（r-x)

ということになる。

上記の内容が分かれば、 (例)とは違う8進表記や記号表記が表示されても、

それぞれの意味など理解ができるかと思う。

ただのつぶやき

lsコマンドでこのロングフォーマットのところは

ほんと、念入りに調べた。

とてつもなく疲れたのも覚えてる。

とりあえず、lsコマンドについてはこれで終わり。

次のカリキュラムはwcコマンドやねん。

考える前から頭痛くなりそう🫠

lsコマンド / ロングフォーマットのファイルタイプとファイルモードとはなんぞや？

先日、lsコマンドの詳細をざっくり書きましたが、

今日はその中で ロングフォーマットのファイルタイプとファイルモードについて、

もう少し詳しい情報を書きたいと思います。

前回のブログ

lsコマンドを作るんだ。にて

(例)

drwxr-xr-x  14  name   staff  448  1  24  16:10  dir

上記の、drwxr-xr-xについて 改めて説明すると、

これはロングフォーマットと呼ばれるもので、

１０桁で成り立っており、

１桁目はファイルタイプ、２桁目〜はファイルモードである。

ファイルタイプの種類は７つある。

ファイルモードは

  • r:読み込み
  • w:書き込み
  • x:実行
  • -:権限なし

この中の3文字❌（カケル）以下の３組

  • 所有者
  • グループ
  • その他のユーザ

で表示される。

（例）のdrwxr-xr-xで考えると

１桁目がdなのでディレクトリで

２桁目〜が、rwx：所有者は読み込み・書き込み・実行の全てを許可、

r-x：グループは読み込み・実行を許可、

r-x：その他のユーザーも読み込み・実行を許可

という意味になる。

なお、ファイルモードを表す記号には前述のr w x -以外に、

特殊権限というものを表す記号もある。

  • スティッキービット：tまたはT：3組目の3文字目（その他のユーザの実行権限）
  • SGID：sまたはS：2組目の3文字目（グループの実行権限）
  • SUID：sまたはS：1組目の3文字目（所有者の実行権限）

そして、一つのファイルに同時に複数の特殊権限を付与することはできないそう🙅‍♀️

特殊権限の記号の小文字・大文字の違いは

それぞれの特殊権限が設定されていて、

併せてそれぞれの組（オーナーやグループやその他のユーザ）の実行権限を持つか持たないか、で

持つ場合は小文字、持たなければ大文字。

(例2)

drwxr-xr-t   2 name  staff         64  3 6 15:23 stickybit
drwxr-xr-T  2 name  staff         64  3 6 15:20 not_stickybit
-rwxrwsr--  1 name  staff         0  3 6 15:29 sgid
-rwxrwSr--  1 name  staff          0  3 6 15:27 not_sgid
-rwsr--r--  1 name  staff          0  3 6 15:22 suid
-rwSr--r--  1 name  staff          0  3 6 15:15 not_suid

以上がファイルモードとファイルタイプの詳細になる。

ただ、

ls -lを実行した時に(例)のdrwxr-xr-xと表示をしてくれるけど

このコマンドのプログラムとして考えた時に

(例)のような記号表記にするためには他にも必要なものがある。

そこで使うのは

File::Stat#modeこれ！！

File::Stat#○○でいくつかの情報が得られる。（mode やnlinkなど）

またこれについては次のブログで😀

ただのつぶやき

いつもブログを書くときに思う。

書くの、おそってw

Markdownにまだ慣れていない、というのもあるけど

まとめながら書くと、日報同様本当に遅いw

もうちょっとサラッと書けるようになりたいな。

lsコマンドを作るんだ。

今習っているFBCのカリキュラムの中で 「lsコマンドを作る」というものがあり、

本日無事に全ての項目のOKをもらったので

サクッとまとめたものをブログに記しておこうと思う。

1.lsコマンドって？？

lsコマンドは、ファイルやディレクトリの情報を表示するもの。

「list segments」の略。

lsと打つと、現在いるディレクトリのファイルやフォルダを一覧表示してくれる、これが基本の動作。

そこにオプションが多く存在する。 （ただ、FBCのカリキュラムでは-a -r -lの３つのオプションのみ。）

2.オプションについて

  • オプション-a

　　　⇨よく使うオプションの一つ。

　　　⇨ファイル名の先頭にピリオド(.)があるファイルも表示してくれる。

  • オプション-l

　　　⇨こちらもよく使うオプションの一つ。

　　　⇨lはlongなフォーマットの意味。各ファイルのロングフォーマットを表示してくれる。

　　　⇨上のオプション-aと一緒に使ったりする。( -laとか）

  • オプション-r

　　　⇨逆の順番で表示してくれる。

3.実装したい内容

  • オプションなし

　　　⇨横に最大３列を維持して表示。　　※下記参照

　　　　(ファイルの並び順は列ごとに辞書式順序にソートされる)

　　　⇨カレントディレクトリの内容を表示。

  • オプション-a

　　　⇨ファイル名の先頭に.があるファイルも含めて表示。

  • オプション-l

　　　⇨１行目にディレクトリ内の各ファイルのブロック数の合計を表示(total 数値)

　　　⇨2行目以降に各ファイルのロングフォーマットを表示。

  • オプション-r

　　　⇨逆順での表示。

※ ファイルの並び順。

# OKパターン
0 4 8
1 5 9
2 6 
3 7

# NGパターン
0 1 2
3 4 5
6 7 8
9

また、以下の機能は実装の対象外。

  • 引数にファイルやディレクトリを指定可能にする。

  • 半角英数字以外のファイル名（ひらがなや漢字など）を持つファイルがあっても表示が崩れない。

  • mac拡張属性（@マークで表示される）に対応。

4.ロングフォーマットについて

オプションの-lを指定した時に

totalの下（２行目以降）に 表示される(例)のような形式をロングフォーマットという。 (例）

drwxr-xr-x  14  name   staff  448  1  24  16:10  dir

ロングフォーマットの情報（詳細）は以下の7個。

①ファイルタイプとファイルモード

(例)の中ではdrwxr-xr-xこの部分に当たる。

10桁あり、1桁目がファイルタイプで、2桁目〜がファイルモード。

（この詳細はここで書くととてつもなく長くなるので 別のタイミングでブログにまた書きたいと思う。）

②ハードリンク数

(例)の中で14の部分。

ファイルのハードリンク数を表示 (シンボリックリンクはカウントされない)

③所有者名

(例)の中でnameの部分。

ファイルの所有者名を表示。

④グループ名

(例)の中でstaffの部分。

ファイルの所有グループ名を表示。

⑤ファイルサイズ

(例)の中で448の部分。

ファイルサイズをバイト単位で表示。

（ただし、ファイルがキャラクタデバイスまたはブロックデバイスの場は

ファイルサイズの代わりにデバイス番号を16進数で表示する。）

⑥タイムスタンプ

(例)の中で1 24 16:10の部分。

ファイルの最終更新時刻を表示。

表示形式は、デフォルトだと<月> <日> <時間>だが

最終更新時刻が6ヶ月以上前または未来の日付の場合は <月> <日> <年> と表示する。

⑦ファイル名

(例)の中でdirの部分。

ファイル名を表示。

もし、ファイルがシンボリックリンクの場合は、リンク先のパスも表示する。

ただのつぶやき

前回から日にち結構あいてた。 なかなか続けて書けていないのはよくないな。

まぁ、でもこれも慣れ、ということで

そういえば、これを書いてたら あーこうだったな〜とすごく辛かった時期を思い出して （一番最初のオプションなしもだいぶ辛かったし、オプションの-lも辛かった） 嫌になったw

けど、それを乗り越えられたから完成できたのもある。

時間はかかったけどね。

いつか、サクサクっとコーディングできる時が来るのだろうか。。。。