プログラミング未経験の僕がインターン初日から書いている成長日誌

プログラミング未経験の僕がインターン初日から書いている日誌が溜まってきたため公開します。

読み返してみると、言語レベルの理解が足りない、Gitが分からないなど似たようなことを言ってるなーとおもいました。最初は会社に慣れること、働くことに慣れるので精一杯でGitもSwiftもプライベートで勉強できていなかったなと思います。
どんどん書く内容が増えていったり、箇条書きになっていったりしています。途中から誤差の原因と対策を書き始めました。

最初の３週間はPCを８時間見ていることに慣れず、目がしょぼしょぼして肩こりがすごかった記憶があります。新しいことを学ぶのがとても楽しくて、今はQiitaを使うことがとても楽しいです
今後もっといい扱い方をできるよう楽しみながら使っていこうとおもいます。
10/16に担当していただいている方との1ON1でかなり考え方などが変わりました。Qiitaも始めようと思った日でした。

インターンを通してエンジニアとしての働き方などを文面だけでなく体で感じ、エンジニアの方々からたくさんのことを学んでいます。

社内情報が書いてある箇所は修正しました。
以下が日誌になります。

出社した日	よかったこと	課題	誤差の原因・対策
07/17	最初の挨拶でしっかり話せた。 緊張が早い段階で少し和らいだためわからないことに対して質問を多くできた。質問の仕方、登録しなければならないことを登録した。これから頑張っていきたい。	gitやgithubなどこれから早急に学んでいかなければならないことが明確になった。 Swiftを与えられた課題のアプリを覚えるように勉強してきたことでやったことがないことや、少し内容が違うだけで全くわからなかったので、ここから一つずつプログラミングを学んでいく。
07/18	昨日理解できなかったことを予習から少し理解することができ、indexPathなど 理解することができた。	まだわからないことが多く課題一つ一つにたくさんの時間がかかる。 働いていない時間を有効活用して１日でも早く求められたことをこなせるよう努力する。
07/19	CustomCellにテキストを入れること、フレームを使わずに四隅にサイズを合わせること、文字列の自動調整、違う文字の表示、画像の配置まで終わった。 教えてもらいながら進めたのでコメントをすべて残した。	今日中に終わらせたかったので明日には完成させる。完全な理解までできていない。
07/20	初日から制作していたデモのtebleViewが完成した。初日と比べると理解できるようになった。	完成はしたが、完全に理解して自分の考えのもとに作成した部分がまだほとんどない。 1on1で月ごとの目標を立てていただいたので、その目標を一日でも早く達成できるようにする。
07/23	先週よりは自分で考えて作成し、完成にちかいところまで作成することができた。	autolayoutについて勉強が足らない
07/24	pullリクエストを作ってレビューを出す流れを教えてもらい、tableviewのお知らせ一覧画面の追加を行った。	コードもまだまだだが、chatworkがしっかり使いこなせていないので、明日から使っていこうと思う。
07/25	勉強会に参加させていただき、より会社の雰囲気をつかめてきた。 gitに少しだけ慣れてきた。	家で復習するときは、ターミナルやgit、githubを使ってコード以外の部分もレベルアップさせていきたい。
07/26	tableviewをpullまでできた。	教えていただいたことを忘れていたりするので、メモをしていく
07/27	当たり前ではあるが、先週の自分では全くできなかっただろうなと思うことも増えてきた。 先週の自分を忘れず進んでいきたい。 具体的には、内容を理解するスピード、何が必要かがわかるようになってきたこと、基本的な型など	今日は改めて言語レベルの理解が足りていないかを実感した。 まず何が理解できていて何が理解できていないか。ライフサイクルなども含め、調べるところから始める。 どうしたらそのコードが反映されるのか、反映されないのかを基本から理解していく。
07/30	なにができないかより明確になった。	全体的になんとなく使い方を浅く広く理解しているだけで根本的にどうコードを組み立てていくのかがわかっていないから、クラスを作る、インスタンスを作るという流れも理解できていない。 原因は確実に効率の悪い勉強方法。プロゲートや教材をただひとつずつどう動くか打ち込んで確認しているだけで、繋がりや流れができていない。だから何度もやってることでもここでこれを使うのか、みたいなことになる。　　 一つのアプリを作り上げる練習とかどんどん新しいことをひたすら打って進むことより、順序を理解して進まないといけない。その中で浅い知識を少しずつ深くしていく
07/31	chatworkを使って質問をしたり、会話したりすることになれてきた。 少しずつだが、基本的なことがしっかり理解してきている。いまは焦らず地盤を固めていきたい。	今日学んだ配列にデータを入れることや、for文の組み方などわかってるつもりだったことがたくさん出てきたので復習をしっかりして、一ヶ月後に今日までにならったことを人におしえられるくらいに深めていきたい。 プラスに考えると、復習次第で最初の一ヶ月で地盤を固めることができるので、先を見据えていますべきことを焦らずにやっていきたい。
08/01	何が理解していないかが明確になった。	今週は言語レベルから教えていただいているので、わからなかったことや時間がかかったことはメモをしておいて、何がどうしてわからなかったのかメモを取る必要がある。　 できないことに対して凹んでる時間がもったいないので、わからなければ調べて、目標の時間が大幅に過ぎたら質問をして、それでも理解できなければ一度その作業を止めてより難易度の低いコードを書いてみる。そして、わからなかったことをメモする。 一度わかったことは忘れないように理解したことをその日のうちに見直す習慣をつける。最初の１ヶ月である程度の基礎的な知識は理解できるよう目的を明確にして毎日勉強する。
08/02	数値の基礎的な並び替えやバスの並び替えから、for文の基礎的な扱い方を深く学んだ。	今日改めて詰まったら簡単なものから作って覚えていく方が効率も覚えもいいことを実感したので、今後そうしていきたい。 週５働くことになれてきたと思っていたが、朝とても体調が悪かったため、体調管理もしっかり行っていきたい。 今週で理解したことをメモにわかりやすく残したので、明日でバスの課題を終わらして土日で復習をする。また、gitやgithubを忘れないよう家でやる。
08/03	chatworkを使って質問をしたり、会話したりすることになれた。 半月働いてみて、先週までは一週間働くとかなり疲れていたがだいぶ疲労感が軽減されてきた。	言語についてはいつも通りやる必要がある。chatworkの使い方で、いま自分が何をしているのか、何で悩んでいるのかを伝えたほうが効率もよく自分も理解しやすいので進捗情報をより細かくタスクに分けて説明する必要がある。効率を上げることを来週は意識して進めていく。
08/06	先週学んだことを土日で復習ができたので理解ができた。先週よりも８時間働くことによる疲労が減った。　 先週の金曜日の1on1で決めた課題のchatworkでのやり取りを意識して取り組むことができた。 学んだこと・・・①クラスの定義からインスタンスの表示、配列の中身の出力の復習 　　　　　　　　②強参照と弱参照についての基礎知識	gitとgithubの使い方を少し忘れてしまっていたため、pushしてgithubにあげるまでに時間が大幅にかかってしまった。今後はgitとgithubの流れもしっかり復習していく。 もっとやることをタスク分けして時間の効率化を図る
08/17	あやふやだったgitとgithubの基本的な流れを細かく教えてもらいしっかり理解して扱えるようになった。 10日間休んでいた間に言語化して復習したことがコードをみたときに役に立っていることがわかったので続けていく。	今日は理解できていないことが多すぎて後半は口頭での質問ばかりになってしまった。 git/githubの理解してなかったことがわかるようになったから、今日習ったことを聞き返すことがないように復習をする。コードの前にまずchatwarkとgit/github
08/20	gitとgithubについてより詳しく学ぶことができた。	gitとgithubに時間を取られすぎてしまったため、自分が設定した時間が大幅にずれてしまった。 新しいことやなんとなく調べて打って動かしていたコードが理解できるようになってきているが、gitとgithubの使い方がわかっていないとそもそも前にすすめないし、なにもできず１日が終わってしまうので、今週でgitとgithubは使いこなせるように何度も繰り返しやってみる。 このペースで行くと8/31までに基礎を理解してstorybordの廃止など本格的に仕事ができるのは難しそうなので、まずはgitとgithub、次に今まで習ったことを理解して、見直したときに突っかからないようになる。 明日の目標はpullリクまでを今日よりも早くする。コードによる画面移行を理解する。
08/21	gitの基礎を復習したため昨日よりはるかにスムーズに作業することができた。	delegate　 　　・・・「あるクラスは、他のクラスのインスタンスに、処理を任せることができる。」 サンプルコードをみて出力したが流用はできない。＝ 理解できていない。 メリット　・移譲先を意識する必要がない 　　　　　・再利用ができる ・コードの整理 　・不要なコードを削除 　・ViewControllerを一つのファイルに書かない ・delegateの対応だけの未対応の状態にする 　・遷移処理などわかっている部分は実装する 　・アプリ実行できる状態にする 説明中に話が反れたり指摘箇所の発生を極力避けるため
08/22	Pull Requestのルールを改めて学んだ 1. タイトルは『課題番号 課題名（または要約）』とする 2. ディスクリプションの記述を忘れない 3. ディレクトリ階層のルールを忘れない 4. コメントアウトや不要なコードはコミットしない （必要であればその旨を記載しておいてくれればOKです） 5. 対象の課題と関係のないファイルは変更しない 6. レビューでコメントを受けた内容で同様の箇所がないか確認する 7. レビュー依頼時にPUSHし忘れていないか、最新の状態になっているかを確認する xcode上からファイルを消去する際、Move to trashをおさないと完全に消去されない	技術的な面は置いといて、一度習ったことはなるべくそのときに消化して次同じことを注意されないようにする。 昨日今日は特に多かったので、２週間め３週間めあたりで習ったことなどを思い出したり、github上にマージされているデータを確認しながら自然とできるようにする。 あとは単純に自分が提出したファイルを何も知らない人が見たときに見やすくする。今日教えていただいたルールを守って今後は作っていく。時間がかかることにストレスいちいちかかってたらメンタルがきつくなってくるから、いまできることできなきゃいけないことをやりつつ、少しずつ新しいことを入れていくことに専念する必要がある。
08/23	画面遷移の基本とPR、gitを学んだ。フォルダ管理の方法を学んだ。	今週は課題よりもgit,githubにほとんどの時間を費やしてしまったので改善していく。 今週より思ったのがわからないことがあったときに悩んでる時間が長すぎてほとんど何もできていない。今週は特にひどかった。 時間の使い方を考えないと来月から學校が始まるからさらになにも進まなくなる。 わからないのなら何がどうしてわからないのか、どこで詰まっているのかを明確にしてchatwark上で速攻聞く。そして学んだことは忘れないようにメモ。今日でインターン２０日目。あと１０日で今の状況は完全に抜け出すように調整する
08/27	UIViewControllerを作り方 ModalViewを表示 delegateパターンの実装 dissmiss/completionの扱い方 を理解した。	今週でiOSTrainingを終わらせるので、それにあった時間配分をする。今週は時間配分を考えて作成する。
08/28	git管理をより深く覚えた。 無限に push する画面遷移の実装方法を理解した。 navigationVarの実装方法を覚えた。 いつもよりは全体的に少しだけすばやく動けた gitのコマンドの復習ができた。 コード内の整理方法をより詳しく学んだ。ex.viewとpushButtonの初期設定は分ける。字下げは揃える。並びを上から読んでいって違和感がないようにする 新しいファイルを作るときは最初にブランチを切ってからする。ファイルが作られるとaddされるから	昨日たてた目標からするとかなりのロスになってしまったので時間を見つけて復習もしくは課題を進めていく。 git管理のミスでcommitしていなかったデータが消えてしまった。今後同じことが起きないようにしたい。
08/29	それぞれのボタンでそれぞれ画面遷移をして違う出力をさせる方法を学んだ	１日に進むペースが２つくらいの課題しか進めていないので、もう少し時間を考えて働けるようにしていきたい
08/30	UIViewの出力方法などインターンを初めて最初の方でやらしていただいたことの復習を改めて学んだ。	まだGitで不安な部分があるので固めていきたい。 集中力の持続が疲労からか夕方頃になるとむずかしくなるので短い時間で集中力を持続させて、それを何度もできるようにする	gitにかかった時間をtableviewにあてれれば終わっていた
09/03	UITableViewの扱い方を学んだ。画面遷移など時間をかけた課題はすぐにできたので、少しだができることが増えたことを実感できた。最初の課題以外は自分が指定した時間内に終わった。 ９月の目標 基礎的なことやgitのことなどの質問をなくす 質問するときはまとめて言う（何をしていて、こうしたいのだが、こんなエラーがでてしまう） インターンなのに夏休みが終わってもまだ山下さんの無料講義を受けているような状況だからとりあえずこの状況を変えて、９月が終わる頃にはお仕事をしていることに慣れていたい。	エラーが出たときに上からひとつずつ確認しなかったため時間が予定していたよりも２倍かかってしまった。 理解できていないことの量が多すぎて、口頭できいてしまうとゆう場面が多いので減らしていきたい。 正直まだまだ山下さんにおんぶにだっこな状態なので、基礎的なことであったり、gitのことであったりは無くせるようにしたい。	tableViewの初歩的なミスに時間がかなりかかってしまった。
09/05	今日からとても簡単な作業だけど本格的にお仕事が始まった。 git-flowというものを学んだ。使い方をあまり理解できていないので理解していきたい。 新しいことを多く学んだので忘れ雨に行きたい。	簡単な作業だったが変更点を探すのに手間がかかってしまった。github上に上げるまで、youtrackとgithubにあげてから修正点を治すのにかなり時間がかかってしまった。 今日学んだことを生かして、次回以降似たようなことを任されたときに今日よりも早く仕上げていきたい	午後にやったことがなかったことをたくさん学んだとはいえ、時間がかかりすぎたので、次は今日やったことの時間短縮を目標にしていく。
09/06	時間はかかったが、出力の方法がわかり、出力できた	無駄なことに時間がかかりすぎているのと、理解が遅いのでなるべくいろんな資料を読むなり復習するなりして忘れない。専門用語もそろそろ覚える。	いちを見積もりどおりになっているが、--さんが答えを教えてくれてなければ、朝と変わらない状態だった
09/07	昨日進まなかったところが進み、次にやるべきことが明確になった ➝ "昨日進まなかったところ"、"次にやるべきこと"をもう少し具体的に書いたほうがいいですね。"今"の記憶を前提に書いても未来の自分は忘れていると思います。	悩んで進まないという時間が長いので、わかりそうだからひたすら考えるというよりも、いまこれをやっています、これを調べてみます。などをチャットワークにあげる ➝ どちらかというと、"〇〇をやります"といったような宣言的に使ったほうがいいです。 "〇〇をやります" => xxに詰まってます xxを調べてます => "〇〇終わったので△△やります" これでループが生まれるので、〇〇と△△の幅を短縮していくと仕事が早くなるでしょう。	時間が足りず、payment_methodを出力することができなかった ➝これだと原因も対策も不透明なので書いている意味がないですね。。 ""時間が足りず""の原因はなんでしょうか。 「XXが理解が遅くなり時間が足りず」ならXXの理解を深めることが対策になるでしょう。
09/12	-----では画像の出力方法を学んだ。 -----では出力したい情報が多い時小さく分割して出力するとうまくできることを学んだ。 わからなくなったらまずひとつだけを出力してみる 前回の1on1のときに学んだいまやっていることをなるべくchatwarkにあげるというのを実践できた	まだ悩んだり手が止まったときに考え込んでしまうくせがあるので、何がわからなくて何で手が止まったかを明確にして、まずはchatwarkなどにあげる	platFormsの情報の出力方法がわからず後半の二時間ほどを考え込んでしまったので、最初に一番の原因を突き詰めて、わからないことを明確にする
09/14	-----は画像の変更を行いgithubに上げるところまで進めた。 -----の名前だけを取り出して出力することができた。 今日の1on1で今後の働き方の目標が定まった。これから３，４ヶ月は大学に時間が取られるので効率的にタスクを終わらせられるようツールを上手く使っていく	・-----は名前だけ取り出すことはできたが、JSONからは取り出せていないので次の出勤でできるようにして、次のステップに進む ・正しい言葉（配列だったら「挿入する」など）の使い方ができていない。言語化することができれば基礎が固まることに直結していると思うから、今後chatwarkなどでなるべくすべてのことを質問してあれこれではなく言語化していく ➝ 一応補足ですが、正しい言葉は一つだけじゃない場合もあるので（例えば配列に"追加"もおかしくはない）、1対1で覚えたり、絶対この表現が正しいなど過度に定義する必要はありません。イメージとニュアンスが大事です	画像の変更を途中から行っていたので-----はあまり進まなかった。今後はデイリースクラムに書く際、並行して作業しているタスクのことも考える
09/18	アップデートに午前中と午後の半分を使ってしまい時間が少なくなってしまったが、-----のforを使ったデータの出力の仕方がわかった。	無駄にトライアンドエラーを繰り返してしまっていた。chatworkで終了間際に山下さんに答えを探すことに走っているのが間違いと教えていただいたから、次回から気をつける。 過去に同じ間違いをしていてメモを取っているのにそこを探さなかったので、調べ方を改める。	15時ごろまでインストールなどをしていたのもあるが、課題にも書いたとおり同じことを何度もトライアンドエラーを繰り返していたので、まず調べ方をかえて、質問のクオリティを上げる。そうするとわかるまでのスピードが上がるはず
09/21	時間はかかったが、-----を表示することができた。また、配列やスコープなど完全に覚えているとおもっていたことをど忘れして答えにたどり着かない時間があり、忘れないアウトプットと復習をすることができた	良かったことでもあげたが、これを表示するのに1.5〜2日を使ってしまったので、なんでこんなに時間がかかったのかを明確にする。いま自分で分かる範囲だと、for in文や配列のアウトプットが足りず、わかっていることや何度も勉強していることが出てこなかったことが挙げられる。それによって、「swift for」などで検索などをして、殆どわかっている知識なので逆にそのピンポイントを探すのに時間がかかってしまっていた。今日だと配列も同じ。 覚えている、一度やっている、理解していると思っていることを口頭で説明ができるか試してみて、説明ができないものは理解していないとして復習をする必要がある	覚えている、一度やっている、理解していると思っていることを口頭で説明ができるか試してみて、説明ができないものは理解していないとして復習をする必要がある。すくなくとも先週と今日でやったことは説明できるようにする。ex.for in の名前を単数と複数で分ける、forの内容をどのようにしてfor の外で出力するのか、文字の配列を順に格納するときはappendを使う(なぜか+=を使って悩んでいた)など。
09/25	-----を見やすく出力することができた。 口頭の質問をせずに一日の作業を進めることができた。 ->わからないことを言語化できるようになってきた。	質問をする際に言語化できるようにはなってきたが、まだ伝えたいことにまとまりがない。 変数の名前をその都度わかりやすい名前にせず、〜１やaなどで作成してから完成次第名前を考えるとやっていたため、今日のように名前がぐちゃぐちゃなせいでわからないこともでてしまった	質問したいことがすぐに出るように言語化しながら作業をする癖をつける。 名前はその都度明確な物を付ける。
09/26	forを２重にすることで、"payment_method"内の情報を指定して出力することができた。 口頭の質問が減った。 タスクに分けて時間を指定して始めるという繰り返しやってきたことが自然とできるようになってきた。	わからないことが出たときの質問がだらだら長くなってしまったので、一回送った内容でなにで突っかかっているのかわかるように言語化する必要がある。	デバックに出力するのは時間の誤差なくできたが、共有スペースへの出力がわからず、悩む時間が多く時間どおりにいかなかった。
09/27	支払い方法の出力ができた。"payment_method"と同じやり方でforを二重にしてjsonArrayValueとstringValueを分けた。 支払い方法の出力していいものといけないものの選別をするようBoolを使い、全て出力されるようappendを使った。 -----で学んだことが詰まっていたのですらすら進めることができた。	・実行をするとファイルが多いため長いときだと30秒ほど待つので、作業が思うように進まないときが多々ある。 ・言語化ができていない	・実行をするとファイルが多いため長いときだと30秒ほど待つので、作業が思うように進まないときが多々ある。 -> 確実に違うものは実行しない。いくつかの可能性があるコードをわかるようにして一緒に実行してみるなど、工夫をする。 gitを扱ったときに時間がかかったので一度復習が必要"
09/28	見積もりの見直しをしたことによって今後の目処がたった。また、見積もりのたて方、書き方を学んだ。 終了したタスクの見積もりをしているときに表記ミスを見つけることができた。	新しい作業を始めたが、また調べ方が曖昧になっていたりしているので、何がわかっていてなにでハマっているのかを明確にする	見積もりの見直しに時間がかかることをわかっておらず、予定通りに作業ができなかった。
10/02	chatwarkをうまく使うことができてきた。書くことによって同じことを繰り返す回数が減った。	時間をかなりかけていたにもかかわらず、完全に理解しているはずの部分で間違っていた。一ヶ月前と同じミスで６時間消費してしまった。	色んなパターンでやっていて途中からよくわからなくなっていた。 ->わからなくなったときは一回落ち着いて、今時分は何処に何を書いているのかから確認する。今回だと、関数の中に関数を書いていた。Delegateの外でコードを書いていた。　これらのミスは他のことを考えすぎて眼の前のことが何も見えなくなっていたことが原因なので、何度もいっているが本当に今後内容に心がける。時間がもったいない。 print()を活用する。最初からやっておけば上のミスもすぐに気づいたはず。
10/5	特になし	１文書くのに５時間費やし、結果終わらなかった。 調べても答えが見つからなかったということは、見ていたサイトに答えはあるのにきづけていないということだと思うので、勉強する。 gitの操作がおぼつかなかったので復習する。	今日感じたことは、職場でやっていないことはどれだけ簡単でも全くできな買ったので、自分で勉強するときは復習以外にもやっていないこと疑問に思ったことはとことん調べる
10/9	いままでdevelopをmergeするということの勘違いをしていたことがわかった。 --さんにかなり頼ってしまったが、-----がなぜうまくいかなかったかがわかった。 -----はURLを推定時間を１時間５０分まいて出力した。	口頭での質問が多すぎる。 ----- : ・cellから文字列を取得することをややこしく考えすぎていた ・ell.textLabel?.textに一度通してから違う値に移動させていたため、無駄なコードがあるせいでエラーの原因になっていた Git : ・ブランチの切り忘れは時間がもったいないから今後しない ・developをマージするというのは、対象のブランチにdevelopをマージするということ	"理解度が低すぎて---さんから手を止めて口頭で教えていただくケースが今日だけで３回もあった。 原因は各所で理解してないことがあるせいでいろんなところでよくわからないエラーやミスがあったから。 今後なくしていく、ではなくならないのでとりあえず今日もしくは土日で再度理解した基礎的なことを覚える。 ・オブジェクト指向 ・developのgit push"
10/10	-----の修正を行った。 変更した箇所 ・.DS storeの消去、cocoapodの再インストール ・人数が指定されていないページではエラーが出てしまっていた ・無駄な()のカッコの消去 ・日にちなどを選択した後に出力されるシェア内容	時間がかかり過ぎてしまう。	時間がかかり過ぎてしまう。-> わからないことの言語化。今日多かったことがxcodeの処理が重く一度の処理に2.30秒取られていたので、2.3回実行したら再起動をしていく。
10/16	-----の出力したい内容をすべて出力することができた。 今日の1ON1でエンジニアとして大切なこと、考え方を教えてもらった。 ・今やっていることを家でも進める。 ・Boostnoteをタグを作って分ける。 ・会社で同じことでつまずき続けるのではなくて、会社で新しいことを学ぶようにする。 ・なんでもchatwarkにゆうのではなくて、なんでそうなのかを考える ・アウトプットとしてqiitaを使う	やはりGitに関して不安な部分がある。とくにあやふやしているのはマージするタイミング。今しなくてはいけないのか、もしくはしたらだめなのかなどぼんやりしていて手が止まる。 今日帰って理解	"時間はあまり誤差なくできたが、xcodeが重い->再起動するという何もならないことをやっていたりしたので治す。 Boostnoteを使いこなす"
10/17	Boostnoteの整理と-----のお気に入り欄にあるディレクトリのシェアの修正を行い、PRまでした。	Boostnoteの整理をしてみた結果読み返してもよくわからないファイルが多かった。	"一つにまとめずに分割する。他人がみてもわかるように書く"
10/18	引数の扱い方に関しての勘違いしていたことと改めて復習をすることができた	引数を呼ぶということが全くわからず何時間も使ってしまった。原因はいままでしっかり理解してやっていなかったためIntではないものを引数として渡すやり方がさっぱり分かっていなかった。	基礎過ぎてどう仕様もないが、自分でわかるが同じように基礎すぎることで理解していないことがまだあると思うので総ざらいする必要がある。
10/19	メソッド名のルールを学んだ。今後も意識していきたい。変数名がばらばらで他人がみたらわからないしエラーも置きかねないので修正する	引数を渡す というのがアウトプットが足りていないなと感じるので詰めていきたい。	最初に行った引数で渡す昨日の続きに時間が１時間ほどかかってしまった
10/23	searchResultCellで変換した文字列を受け取って戻り値を使ってシェア機能に渡すということを通じて、引数の扱い方、returnの扱い方などの正しい扱いを学んだ。	引数と戻り値の正しい扱い方が理解できていなかったので時間がかかってしまった。	今日やったことそれぞれ、いままで勉強しているときはこういったもの、というだけで終わらしていたのが確実に原因だと思う。returnはこんな動き、引数はこんな動きのような感じ。そうでなくて、実際に使ってどういったときに役立つのかまたは必要不可欠なのかを一つ一つ実感していく必要がある。
2018/10/24	変数の正しい名前、無駄な行を消去した。	まだ慣れていないということもあるが、変数名を考えるだけで時間をかなり使ってしまった。	その変数は何に使われるのかを理解して名前をつける。関数のメソッド名は頭に動詞をつけて、どうなったとき呼ばれるのかを明確にする
2018/10/26	structを使ってコードをまとめることができた。 Detailにある既存のコードを参考に自分のコードがいかに無駄が多いのかがわかった	Detailにある既存のコードを参考にしているが、どうしたらいいかわからない箇所が続出している	"-----にある既存のコードを参考にしているが、どうしたらいいかわからない箇所が続出しているので次回までにわかるようにする。 プライベートでの勉強法を改める"
10/30	-----は既存のコードに近い形に修正してコミットをした。 新しいブランチを取り込む方法とgit cloneのgitのなかでぼんやりしていた箇所を教えていただきメモをした。次に同じ質問をしないようにする。 -----を今日スタートさせた。どこでなにが実装されているのか、またどうやって呼ばれているかを理解していないと勘で探し続けることになるので、次の出勤の20分くらいをコードを見るだけの時間につかってもいいかも	gitでつっかかった。cloneと新しいブランチを取り込むという作業が混ざっておぼえてしまっていた	gitの復習。キータを今後活用していく。まず散々やってきたgitの使い方とかでもいいかもしれない、
11/1	出社50日目。初日と比べるとだいぶ働くことに慣れた。 -----を順調にこなすことができた。他のタスクもこれくらいのペースで進められるようにしたい	コミットをしたあとに無駄な空白やコメントのつけ忘れに気づくことがかなりあり、githubのコミット履歴が見づらくなってしまった。	"コミットをしたあとに無駄な空白やコメントのつけ忘れに気づくことがかなりあり、githubのコミット履歴が見づらくなってしまった。 -> コミットする前に一行ずつ確認をする ➝👍"
11/6	-----のPRが終了した。 ----- シェア機能に情報を追加 で前々回手が止まっていたので次に繋げることができた。	----- シェア機能に情報を追加 に時間がかかりすぎている。原因はよく理解せずに既存のコードを取り入れていったため１週間ほど無駄にした。今日である程度戻したのでそろそろ終わらせる	"なにがわかっていないのか何でとまっているのかを明確にする。 今日何度かあったが、文章にして見ると質問の答えを貰う前に理解したりするので、具体的に言語化してみる。"
11/9	----- シェア機能に情報を追加 のPRをした。来週PRの修正を行う。 -----のセルの指定を行った。 qiitaの気をつけることと扱い方を習ったので今後使っていきたい。	修正するのに夢中になり、分けてコミットし忘れていたため、少し面倒なことをしてしまった。	"修正するのに夢中になり、分けてコミットし忘れていたため、少し面倒なことをしてしまった。 　→新しく修正を加えたとき、その修正ひとつでコミットするのか、いくつか似たような修正をするのか考える"
11/13	・溜まっていたコミットの修正分を終わらせた。 ・より見やすいコードの書き方を覚えた。	・メソッド名のルールとインデントの爪が甘い ・無駄なコードをコミットする、もしくは修正しそこねた箇所があり、同じようなタイトルのコミットが増える ・より見やすいコードの書き方が思いつかなかった。	"メソッド名のルールとインデントの爪が甘い →・メソッド名はその時その時でこれがなんなのか、より他人がみても読みやすいように心がける ・インデントは{ がでたら1tab分開けるなどのルールを元に考える。 どちらも暗黙的なルールがあるので、一つずつ覚えていく。ex.Bool型はis---など 無駄なコードをコミットする、もしくは修正しそこねた箇所があり、同じようなタイトルのコミットが増える →確認をする より見やすいコードの書き方が思いつかなかった。 →余計な代入をなくす、switchを使うなど基本的なことでも、頭に余裕が無いといまやっているやり方の中で工夫をしようとしていたためもっとたくさん書いて、すぐに違う手段が思いつけるようにする必要がある。"
11/15	・gitのdevelopの修正、commitの修正、新しいブランチを終わらせた。 ・今までの反省をいかして、インデントと無駄なcommitをしないように気をつけた。 ・自分で決めた時間内にタスクを終わらせることができた。 ・無駄に手が止まっているということがなくなった	・developがよくわからない状態になっていて、commitしていたブランチをすべて消してやり直したのでタイムロスになってしまった。 ・gitのイレギュラーな動きに対応できなかった	"・developがよくわからない状態になっていて、commitしていたブランチをすべて消してやり直したのでタイムロスになってしまった。 →優先順位をきめてから作業に取り組むべきだと感じた。 ・gitのイレギュラーな動きに対応できなかった →一度git add, git commit , git push などひとつずつ深く理解したほうが今後も効率がいいとおもった"
11/16	・-----を終わらせた ・エンジニアブログを書くためのルールを学んだ。 ・スケジューリングの打ち合わせを自分で行った	・-----のループをやめて最初の文のデータだけ取得という単純なことで一時間使ってしまった	"・-----のループをやめて最初の文のデータだけ取得という単純なことで一時間使ってしまった →無駄にビルドして待機の時間を作らない。ビルドしている間も手を止めない。"