2021-05-10

9(日)

週報

📚 1週間ふりかえり

こんにちは。GWも終わってしまいましたね。私はGW中遊んだりプログラミング以外の学習をしていたりで、フィヨルドブートキャンプの日報も3日ほど空白期間を作ってしまいました。後半になってやる気が戻ってきたので課題や競プロをやったりしました。自分のような無職で勉強している人にとって、GWみたいな長期休みはルーチンが崩れるのでちょっと辛いな〜と思います。まあ普段働いてる人にとったらムカつく発言だと思いますがw

今週は、先週末から取り組んでいたRESTの課題にやっと合格しました！🥳 あとは、ブートキャンプ内でちょっと競プロの流行？が生まれていて、自分ももっと強くなりたいと思うようになりました！！とりあえず、ABCのC問題をコンスタントに正答できるようになりたい。

📚 もくじ

📚 1週間ふりかえり
📚 もくじ
📚 目標と成果
📚 学習時間
📚 週報
📚 来週の目標

📚 目標と成果

目標	成果	来週の課題
『Webを支える技術』読了	OK	JSON、HTML、HTTPもう1回読もう
TwitterのURI再設計の課題合格	OK	Sinatra課題1度提出
Sinatraの課題でやるべきことを理解して道筋を決める	タスク分割した	もうちょっと詳細に
ブログ作ろう！！！	ダメでした	Sinatra終わったらやりましょう

📚 学習時間

日付	時間
5/3(月)	02:00
5/4(火)	01:00
5/5(水)	02:00
5/6(木)	00:30
5/7(金)	06:00
5/8(土)	04:30
5/9(日)	04:30
合計	20:30

📚 週報

📅 5/3(月)~5/6(木)

💪 やったこと

REST合格できた😄 メンターさんに教えていただいたQiitaの記事、皆提出前に読んだほうがいいかも(どこかにURL貼ってあったっけ？)。
- そのリクエストパラメータ、クエリストリングに入れますか、それともボディに入れますか - Qiita

🍕 感想

まる1日学習時間が確保できないと、中途半端になっちゃいそうでSinatraの課題に着手できていない。READMEを眺めてみたが、全く理解できないので『Webを支える技術』を読み直したりしていた。→メンターさんより、手を動かしながら読んだら理解できるかも？とアドバイスをいただく。

📅 5/7(金)

💪 やったこと

Sinatra課題、やることが膨大にありそうで何から手を付けたらいいかわからなくなってきたのでタスク分割してみた。
SinatraでとりあえずWebアプリを立ち上げてみるをやってみたけど、課題に着手するには心もとない理解しかできなかったので、ドットインストールのSinatra入門を無料分だけ見た。動画は分かりやすかったのでYouTubeでないかな〜と探してみたがなかったので、Rails Girlsの投票アプリ作成をやってみた。
- コピペするだけでやりたいことが実現できたので、もうちょっとしっかりと理解するために、コーチ向けのアドバイスに回答しながら理解の曖昧な部分を潰すことにした。

🍕 感想

カナダで2ヶ月プログラミングブートキャンプに行った方の話を聞いて刺激を受けたので、自分も2ヶ月めっちゃ頑張る(当社比)ことにした！とりあえず7/7まで、5時間〜8時間の学習を毎日続ける。Discordのニックネームも期間限定で改名(eatplaynap→addcommitpush)した💪 😾
Sinatra、ドットインストール課金分を見ることにした。そのほうが効率的な気がする。

📅 5/8(土)

💪 やったこと

ドットインストール課金してSinatraの続きを見る。erbのファイルにシンタックスハイライトを効かせてくてVSCodeの設定ファイルを見たりしていた。この設定ファイルがJSONで書いてあることに今さらながら気づいた！
動画見て、メソッドの使い方がちょっと分かったのでとりあえず課題を書き出してみることにした。基礎ぐるぐるやってるだけど進みが遅いので、壁にぶつかったらまた戻ってくればいいかな。(設定ファイルどこに置こうかな…rubocopも通さなきゃだし、ちょっと考えるのめんどくさい)
京セラプログラミングコンテスト2021（AtCoder Beginner Contest 200） - AtCoder参加。初めて時間内にC問題まで行けたんだけど、TLEになってしまい、やる気を失って寝た。計算量とか言われるともう今の自分には手に負えない気がしてしまう。

🍕 感想

ドットインストール課金してみたけど、途中でJavaScriptの話になってしまってよく分からなくなってしまった。
ActiveRecordというものも出てきたけどよく分からなかったので、プレミアム会員のうちに見て勉強してみようかな。
VSCodeの拡張機能設定するのめっちゃめんどい…

📅 5/9(日)

💪 やったこと

新しいSinatra課題用のディレクトリを作り、一覧表示のページだけ作ってみた。こんな簡単なページでもめちゃくちゃ考えるべきことと調べることが多くて、何から手をつけたらいいものか…となってしまった。HTMLを忘れている気がするので、ちょっと復習もしたい。

やることリストももっと詳細にしたほうがよさそう。この課題、CSS上級並にやることが多い！
土曜のABCのC問題の復習を解説動画を見て行い、コード書き直した。数学が怖いので解説に今まで触れてこなかったけど、動画はとても分かりやすかったので今後も見るようにする。

# 😭 TLEになったコード
n = gets.to_i
array = gets.chomp.split(" ").map(&:to_i)
pairs = array.combination(2).to_a
i = 0
pairs.each do |pair|
  x = pair[1] - pair[0]
  if x % 200 == 0
    i += 1
  end
end
 
puts i

# 😄 ACになったコード
n = gets.to_i
a = gets.chomp.split(" ").map(&:to_i)
array = a.map {|element| element % 200}
hash = array.group_by(&:itself).map{|key,value| [key, value.count]}.to_h
ans = 0
hash.each_value do |value|
  ans += value * (value - 1) / 2
end
 
puts ans

🍕 感想

プログラミングを勉強してよかったな〜と競プロの問題を解いてるとき思う。コードを書いたり調べたり試したりするのがめちゃ楽しい。海外に行ったときに「英語勉強しててよかったな〜」と思うのと似てるかも。
Sinatraの課題が進まないからつい競プロやってる感じで、それはよくないかもしれない。
朝もくもく会に参加して、いつも夜やってる英語の勉強ができたので、夜英語を勉強してた分は技術書を読む時間にしようかな。逆でもいいかもしれない。

📚 来週の目標

Sinatra課題のタスクをもうちょっと詳細に詰める
HTMLの復習を軽くやる
Sinatra課題1度提出する
ActiveRecordのドットインストールの講座を流し見
やる気を失わずにやるべきことをやる

2021-05-03

週報 2021/4/26(月)〜2021/5/2(日)

週報

📚 1週間ふりかえり

一週間早すぎてびっくりしました。こんにちは。今週は何をしていた記憶もないです。ER図の課題は合格しました！多分勉強してたんだと思うので、週報を書きながら思い出したいです〜！

📚 もくじ

📚 1週間ふりかえり
📚 もくじ
📚 目標と成果
📚 学習時間
📚 週報
📚 来週の目標

📚 目標と成果

目標	成果	来週の課題
RESTの課題を終わらせる	課題提出した	合格
『Webを支える技術』を半分読み終える	1/3読み終えた	読了したい
TwitterのER図を作る課題合格する	合格した！	-
なんでもいいから個人ブログ早く作る！！	作れてない	来週こそ

📚 学習時間

日付	時間
4/26(月)	05:30
4/27(火)	05:30
4/28(水)	04:45
4/29(木)	03:30
4/30(金)	03:30
5/1(土)	02:30
5/2(日)	01:00
合計	26:15

📚 週報

📅 4/26(月)

💪 やったこと

『Web技術の基本』を読み直しながら、RESTについて学ぶ。
イラスト図解式この一冊で全部わかるWeb技術の基本
- 作者:小林恭平,坂本陽
- 発売日: 2017/03/16
- メディア: Kindle版
RESTとはWebの設計思想。下記の4つの原則からなる。
- 統一インターフェイス(あらかじめ定義された方法で情報がやりとりされる)
- アドレス可読性(全ての情報がユニークなURLの構文で示される)
- 接続性(やり取りされる情報にはリンクを含めることができる)
- ステートレス性(やりとりは1回ごとに完結し、前のやりとりの結果に影響を受けない。このリンク先のハンバーガーの注文での例示が分かりやすかった)
RESTの思想に基づいて設計されたWebシステムをRESTfulなシステムと呼ぶ。
具体的にRESTfulなURLがどういうものなのかはよく分からなかった！明日また考える。

🍕 感想

色んな方の日報を読んで、だいたいどんな感じで進めればいいのかの概観を把握することに務めた。
参考図書の『Webを支える技術』はとてもいい本だけど、内容はなかなか難しいみたい。しかし時間の投資だと思ってしっかり読むのがオススメされていた。自分はSQLでの反省を踏まえ、しっかりと読むことにした。1ヶ月くらいかかってもいいので、ちゃんと読み通したい。→メンターさんより、『Web技術の基本』を読んでいればそれほど難しくはないとのコメントをいただいた！
Webを支える技術 ―― HTTP，URI，HTML，そしてREST WEB+DB PRESS plus
- 作者:山本陽平
- 発売日: 2018/11/14
- メディア: Kindle版
『Web技術の基本』の中で、ブログが動的ページの例とされていて少し驚いた(著者が更新するまで変わらないと思った)が、確かにはてぶの場合でもコメントやスターなどがつくことで、状況に応じてコンテンツが変わっているか。

📅 4/27(火)

💪 やったこと

RESTfulなURLについて学ぶ。
- URIはリソースを示すから名詞のみで構成させる。
  - /api/getUsersではなく/api/usersがRESTful。
- パス名は、小文字とダッシュ-で構成させる。
  - service-api.com/usersやservice-api.com/app-setupsなど。
- attribute(属性)はserver_classのようにアンダースコア_を使う。
- リソースを表すとき、IDだけだとエンドユーザーに分かりづらいので、https://service.com/apps/{app_id_or_name}のようにIDと名前どちらも受け入れるようにできる。
『Web技術の基本』を読み進める。
- YouTubeやNetflixはプログレッシブダウンロード配信。オンラインで映画をレンタルするときは、キャッシュ期間が決められてるということかな。
SinatraはRailsと同じくRubyのフレームワークのひとつ。知らなかった〜というかきっと何度も聞いたことあるんだろうけど理解してなかった。
スマホとかのアプリとWebブラウザの関係、知らなかった。どちらもWebサーバーとやりとりを行うWebクライアントというソフトウェアだけど、アプリはそれぞれに最適化された専用のクライアントプログラムが用意されている。
🍕 感想
Web技術の基本、点と点が線になる感じで、読んでいてとても面白い！
新しく知ることが多すぎるとストレスだけど、うっすら聞いたことのあったあれってこのことだったのか〜！という瞬間がたくさんあると学習は楽しい。
なので、エンジニアに限らず色んな人の話を(わからなくても)聞いて興味のアンテナを広げるのは大切だな〜と思った。最近雑談タイムの参加していなかったけど、週1回は必ず参加するようにしたい。

📅 4/28(水)

💪 やったこと

『Web技術の基本』を読み進める。
- Googleやtwitterアカウントの情報で会員制サイトの登録ができると、ユーザーは個別にアカウント管理しなくてよいから便利だし、運営者側は個別に利用者の個人情報を管理する負担がなくなって便利。
  - 思えばGoogleのアカウントを作ったのは2008年くらい？で、高校の先輩にgmailを作れと言われたのがきっかけ。そのとき初めて設定したeatplaynapというアカウント名をずっと使いつづけている。
- OAuthの読み方はオーオウス
- ロボットじゃないことを証明するパズルはCAPTCHA
- 歪んだ文字を読むやつを考案したのはDuolingoを作ったルイス・フォン・アン https://www.lifehacker.jp/2014/05/140519duolingo.html
- データベースの物理設計について勘違いしていた。「データが文字列か数値か」とか「数値であれば整数か少数か」とかの検討は論理設計の一部かと思ってた。物理設計は、ハードウェアとかの話かと思ってた。
  - ER図を書くところまでが論理設計で、それ以降より具体的な作業が全て物理設計になる。達人の本(p.29)にも、論理設計は、一旦「具体的で実装レベルの条件」を脇に置いて行うと書いてあるので、自分が想像してたものよりずっと抽象度の高い作業みたい。逆にいうと、ER図を作っただけでは本当にラフスケッチ段階だとwakatta😄

🍕 感想

Web技術の基本読了した〜！分かりやすくてざっくり知るのにとてもいい本だ〜
UdemyでセールやってたのでJavaScriptの教材を2個買ってみた。評判のいいアルゴリズムの講座がJavaScriptの知識が必要っぽかったのでそのために買った。もっと競プロの難しめの問題を解けるようになりたい！
- Master the Coding Interview: Data Structures + Algorithms | Udemy
- The Modern Javascript Bootcamp Course (2021) | Udemy

📅 4/29(木)

💪 やったこと

『Webを支える技術』を読み進めつつ、TwitterのURIを設計する課題にちょっと取り組む。使うHTTPメソッドはPOSTとGETだけになりそうだけど、「ツイートに返信」「リツイート」もPOSTでいいかな？
ダメな例については『Webを支える技術』に載っているけど、理想的な(RESTfulな)URIが何なのかわからないから、手を付けるのがちょっとむずかしい。
- と思ってたけど、ブートキャンプのサイトの設計を見ればいいことに気づいた。
階層構造にできるところは階層で表して、難しそうなところはマトリクスURI(p.62)を使って表現できそうかな？

🍕 感想

頭痛であまり進まなくて残念。まあ祝日だからいいか…
HTTPのメソッド、POSTとPUTの使い分け方がよく分からないな。

📅 4/30(金)

💪 やったこと

『Webを支える技術』を読み進める
- クライアントのアプリケーション状態とは、クライアントがシステムを使ってる間のやりとりで発生した情報のこと。
  - 別名はセッション状態
  - システムにログインしてからログアウトするまでの一連の操作をまとめて「セッション」と呼ぶため。
- ステートレスなアーキテクチャでは、サーバはクライアントのアプリケーション状態を覚えない。クライアントが自らのアプリケーション状態を覚えておき、リクエストのときに自己記述的メッセージでサーバに都度伝える。
- HTTPのメソッドは8個しかなくて、そのうち2個(TRACEとCONNECT)はほとんど使われてないので実質6個。
  - GETが最も利用頻度が高いメソッド。
  - POSTは子リソースの作成の使われるメソッド。例) /listの下に/list/item5を作成
  - POSTではリクエストボディにキーワードを入れることができるのでGETではURIに入れざるを得ず検索できないような長いURIを検索させることができる。
ブートキャンプのサイトの設計について、とりあえず目についたページのパスを調べてみた。
- ヘルプというページはDocsの一部。
- Q&Aは/questionsという親から行く場合と、//practices/#{practice_number}/questionsから行く場合がある。
- 日報・提出物・ポートフォリオは個人や課題に紐付かない。→Twitterのツイートもそうかも。
  - その場合、リツイートとかはどういう扱いになるかな？

🍕 感想

Twitterの課題今日提出したかった〜なんかお腹が痛くてめっちゃ早く寝てしまった。
やるべきこととできないことが多すぎて落ち込みがちかも。
あ〜〜〜早く海外旅行したい〜〜〜！！！

📅 5/1(土)

💪 やったこと

とりあえずTwitterの再設計の課題提出してみた。
- 影響されるから見ないでいた本家のURIと結構違うので自信がなくなってきたが、まあいいや。
これからは次のSinatraの課題に入りつつ、Webを支える技術を読み進めるつもり。

🍕 感想

Twitterの再設計の課題、とりあえず一度出してみることにした！よくわからないので一度フィードバックをもらってから考えたい。
YouTubeの登録者がちょっとずつ増えて嬉しい🥺自分の成長の記録が主目的なので、人気になりたいとか収益化したいという気持ちはないのだけど、見てくれている方がいると思うとモチベーションが上がるので本当に感謝です。
- 最近ベタ書きしてからメソッド化するのに挑戦しているので、メソッドってどう定義するのか気になる人は見てもらうとちょっと役に立つかも…(？)

📅 5/2(日)

💪 やったこと

Twitterの再設計の再提出した〜。メソッドの理解が曖昧で何でもPOSTを使っていたけど、Qiitaの記事を読み直して、PUTを使うべきでは？と思う箇所が出てきたので修正修正。指摘をいただけると理解が深まってイイネ。
登録だけ/eventIdが無いのは/eventIdが自動採番されるためです。/eventIdが振られたイベント(一つのリソース)に対し異なるメソッドで取得、更新、削除などを行います。RESTではこのようにHTTPメソッドを利用するというインターフェースの統一が図られている為、サービスが利用しやすくなっています。

🍕 感想

この日の夜はYuka Masuda (@yukamasuda) / Twitterさんの主催されている、海外で働いている・働きたい女性エンジニアDiscordのコミュニティで自己紹介LTをして、他の方の話を聞いた。
私は今すぐに海外で(どこでもいいから)ジュニアエンジニアとして働きたいという希望はないので、全部が自分に当てはまる話ではなかったけど、見聞が広がったし自分のやりたいことも認識できたので、色んなコミュニティの話を聞くのは大事だな〜と思った。

📚 来週の目標

『Webを支える技術』読了
TwitterのURI再設計の課題合格
Sinatraの課題でやるべきことを理解して道筋を決める！
来週こそブログ作ろう！！！

2021-04-26

週報 2021/4/19(月)〜2021/4/25(日)

週報

📚 1週間ふりかえり

こんにちは。もうすぐGWですね〜。花粉が落ち着いて、暑すぎず寒すぎない、このくらいの気温が1年中続けばいいのにと思います。今週は生理で休んでる日もありましたが、午前中しっかり勉強するという流れが出来てきていい感じです！

あと先週の週報でバイトしよっかな〜と書いてましたが、1社落ちたので今の所はもういいや！！と諦めモードです。勉強に集中するためにバイトでもするかな〜という浅はかさがにじみ出てたんでしょうか😘 まあ最近は集中できているので、落ちてよかったかもしれないです。

Netflixを見てるだけでお金になるバイトがあったらご連絡ください！！！

📚 もくじ

📚 1週間ふりかえり
📚 もくじ
📚 目標と成果
📚 学習時間
📚 週報
📚 来週の目標

📚 目標と成果

目標	成果	来週の課題
進捗がなくても毎日日報をつける	OK	引き続き
Udemyの動画をできれば全て見る	必要な箇所は全て見た	必要になったら続き見る
YouTubeでの活動を記録するブログを書く	別ブログを作るアイディアがでた	さっさと作ろう

📚 学習時間

日付	時間
4/19(月)	04:00
4/20(火)	05:30
4/21(水)	05:30
4/22(木)	01:30
4/23(金)	03:30
4/24(土)	02:15
4/25(日)	03:00
合計	25:15

📚 週報

📅 4/19(月)

💪 やったこと

引き続きUdemyの講座でSQLの復習(というか、ちゃんと理解してないまま進めたから復習じゃなくて新規学習かも)。
Udemyの課題はInstagramのDBクローンを作る課題なので、TwitterのER図を作る課題の参考になりそう。

🍕 感想

SQLのことを少し理解できてきたら、『楽々ERDレッスン』の課題の解説が少し理解できるようになってきたので嬉しい🥳
ひとつ前のプラクティスである、「SQLの基本を理解する」課題の終了条件を、個人的にはできればもっと厳しくしてほしい〜と思った🥺『ゼロからわかるデータベース操作』を読み終えて理解する、とか。
アルバイトの面接に行った。CS業務のバイトなんだけど、プログラミングの学習をしてる話をしたら「ポートフォリオあります？」と聞かれた。考えてみるとそういうものは特にないや。そしてあまり面接の手応えはよくない😞
- メンターのりほやんさんに、GitHubでlsコマンドやwcコマンドのソースコードを見てもらったらいいかも！とアドバイスいただいた。次聞かれたらそうしよう。

📅 4/20(火)

💪 やったこと

Udemyの講座のInstagramのクローンのER図を自分で書いてみる。 )
usersからfollowsに伸びる矢印がよく分からなかったが、大名の動画を見たら「1:多」の矢印を2本引けばよさそうなのでそうしてみた。
ER図を作るdrawio全然使いこなせない…。SQLからER図を自動生成するソフトウェアで答え合わせできないかな？と思ってちょっと調べたけど難しそうで使いこなせる自信がないので保留。

🍕 感想

Udemyの講座では、いろんなデータを取り出す課題に取り組んだんだけど、ER図を書いておいて、視覚的にどういうクエリを書けば良いのかイメージできたのでとてもよかった。
サブクエリの理解がまだ曖昧。
ここまで来るのが長かったけど、やっと理解が進んでいるという手応えが出てきた気がする。やっとスタート地点に立った感じ。
ポートフォリオの件、暇なとき静的サイトを自分で立ち上げてみようかな。JekyllとGatsbyで迷い中だけど、NotionBlogも良さそう。

📅 4/21(水)

💪 やったこと

SQLの復習はあらかた終わったので、『達人に学ぶDB設計徹底指南書』と『楽々ERDレッスン』の、ER図作成に関わりが深そうな箇所(正規化、エンティティの抽出、リレーションを結ぶ)を復習。

🍕 感想

DB設計の本2冊どちらも難しいけど、読んでてどこが必要かが検討がつくし、内容が分かる(SQLの部分とか最初ちゃんと読んでなかった)ので、最初に読むときの100倍楽だった。
達人に学ぶ本のリレーションシップを結ぶ課題あってた✨楽々ERDレッスンのエンティティ抽出を復習したらTwitterの課題に入ろう！

📅 4/22(木)

💪 やったこと

フィヨルドブートキャンプのQ&AページのER図を作ってみたものを添削して頂いた。
「ステータス」と「回答評価」を別テーブルにしていた(なんとなく、選択肢が複数あったらテーブルに分けるのでは？というイメージがあった)が、これは質問・回答テーブルにそれぞれ列を持たせればいいとのこと。
ユーザーと回答を多対多にしていた(動画内でご指摘のとおり、回答が複数あるしユーザーも複数あるし…と考えて)けど、回答に対してユーザーが多という状況は「複数の人がひとつの連名回答を作る」ということ。そういう設計ではなく、ユーザーは複数の回答を持てるけど、回答は複数のユーザーを持てないので、ユーザー1に対して回答多が正しい。指摘を参照に新たにQ&AのER図を書き直してみた(↓)。

🍕 感想

DB設計、メンターのmaedanaさんは「感覚でやっている」と仰っていたので、楽器の演奏とか外国語みたいに、理論と実践に乖離があるのかもと思う。実践してみて初めて「達人が言ってたのってこのことか〜」と分かるというか。そして実践してみるとそこまで難しくないかも。題材が分かりやすければ小学生でもできそう。
- 「感覚でやっている」という発言に対し、アジャイルな開発現場でRailsを使っている場合DB設計はざっくり素早く作ることが多いけど、ウォーターフォールな現場だったり、トラディショナルなDB設計を取り入れている場合は先にきっちり作ることが多いと教えていただいた。でも自分はたとえざっくりした設計でもめちゃくちゃ考えて間違えているので、プロはすごいな〜と素直に思ってしまった😅
DB設計、分かりやすい題材を見つけるのが難しい…。id:fkmbra さんがサザエさんを題材にそういう本を出してくれたらいいな〜😄(↓参照)

fukindesu.hatenablog.com

📅 4/23(金)

💪 やったこと

改めて、プラクティスのTwitterのER図で表現するべき項目と、実際のTwitterの画面を見比べ、この間書いたInstagramのER図と見比べたりした。
一覧を表示するというエンティティが必要？と思ったけど、SELECT * FROM tableで一覧表示できるから必要ない。
リストが難しい。実際にリストは使ったことがないので仕様がわからん。
YouTubeで「twitter ERD」で検索して出てきた動画を見てみる(今気づいたけど日本語の字幕あったんだ)。大半はもっと専門的なことを話しているけど、ツイートからリツイート、コメントの流れはヒントになった。

🍕 感想

TwitterのER図、エンティティの抽出は出来たと思うけど、お手本ページに貼ってあるモザイクがかかってるやつよりテーブル数がだいぶ少なくなってしまった。大丈夫かな？
- メンターさんより、Twitterの機能の代表例として「リプライ」「リツイート」「いいね」「フォロー」「リスト」があるので、このあたりが実現できるER図になっていれば良いとの回答を頂いたのでOKかな！？
英語のサイトを見ていると、テーブル名について複数形にしろ派と単数形しろ派がいるっぽい。StackOverflowで複数形のテーブル名を怒られている質問者がいて不憫だった。私は↓の記事の著者に賛成かな〜。
- 参考: The table naming dilemma: singular vs. plural | by Fabien Lasserre | Medium

📅 4/24(土)