はじめまして。
本日から内定者インターンをさせていただく高津と申します。
新卒ながら、幅広い経験が出来る&技術スタック(Python,Flutter)等の理由から内定承諾させていただきました。
趣味はフットサルで今も尚フットサル部に所属しています。
本日は初日ということもあってPCのセットアップと環境構築がメインでした。
次回は少しでもコードが書ければと思います。(社員さんとのコミュニケーションもとれるように頑張りたいですね。)
今後ともよろしくおねがいします。
Viewing posts for the category
はじめまして。
本日から内定者インターンをさせていただく高津と申します。
新卒ながら、幅広い経験が出来る&技術スタック(Python,Flutter)等の理由から内定承諾させていただきました。
趣味はフットサルで今も尚フットサル部に所属しています。
本日は初日ということもあってPCのセットアップと環境構築がメインでした。
次回は少しでもコードが書ければと思います。(社員さんとのコミュニケーションもとれるように頑張りたいですね。)
今後ともよろしくおねがいします。
こんにちは。23日目を終えた清瀬です。
今日は主にクッキーに関わるタスクをさせて頂きました。
コードを書き直すということで、他の部分に影響が出ないかを慎重に確認することに
想像以上に時間がかかりました。でもこれをしないと思わぬエラーを招いてしまうので、
大事なステップだったかなと思います。
そして、タイトルの通り今日がインターン最終日です。
来週の月曜はおやすみをいただいているため、
次は4月1日、新社会人として出社します。
新社会人として、今まで以上に頑張っていきたいと思います。
こんにちは、21日目を終えました清瀬です。
1週間おやすみを頂いていたため、久しぶりの出社となりました。
本日はSQLのタスクをいくつかと、その後にDjangoと睨めっこをしていました。
Djangoは多くの機能を備えてくれているため、簡単に機能を実装できます。
そのおかげで自分のような素人でもウェブアプリケーションが作れるようになっているのですが、
今回はそれが落とし穴でした。
自分のような素人にとってはDjangoは雲の上の存在であり、まさかバグなどあるはずもないと思っていました。
そのため、どうやって解決しようかと必死に調べたのですが、なかなか上手な方法を発見することができませんでした。
ついにギブアップして相談してみたところ、Django側に問題があるかもしれないということでした。
簡単にできる解決方法も提案して頂きましたが、「Djangoを書き換えてみたら?」という
素人には天地がひっくり返っても思いつかない提案をしていただいたため、
木曜日に挑戦してみたいと思います。
こんにちは。20日目を終えた清瀬です。
本日は、先週の金曜日にレビューをしていただいたコードの直しをメインにしていました。
最近、様々なタスクをさせていただく中で可読性の大切さを痛感しています。
どんなデータが、どんな型で入っているのか
どこから何を取得して、何を返してくれるメソッドなのか
この行で何をやりたいのか・どうしてこのタイミングでかくのか
個人で勉強してきたためあまり意識したことはありませんでしたが、
他の方のコードを読むとその大切さが痛いほどわかります。
今後、自分のコードが誰かに読まれることを意識していきたいと思います。
こんにちは。19日目を終えた清瀬です。
今日は昨日完成させたAPI部分のテストと、受け取ったデータを表示する部分を作成しました。
テストはFactory-BoyとDjangoのTestCaseを使用しました。
独学で勉強した頃は「テストなんて後回しでいいや。きちんと動いているし」
と軽視していました。しかし自分が作成したものが実際にお客様に使われると思うと、
そんな安易なことを言ってられません。予期せぬエラーが起こらないように、
しっかりとテストを作成していきたいと思います。
表示部分に関しては、結構苦手意識があります。
というのも、HTML&CSSは一切参考書などは使ってきませんでした。
そのため、想像通りの表示にならなかった時はGoogle先生にお聞きして、
とりあえずの場当たり的な対処ばかりをしてきました。
だから、フロント部分はあまり理解が進んでいません。
苦手意識も強いため、しっかりと勉強していきたいと思います。
インターン18日目を終えました、清瀬です。
16日目からの3日間、DjangoのSerializer をつくっていたので学んだことを軽くまとめようと思います。
DjangoにはSQLを書かなくてもすむように、ObjectManagerというものが用意されています。
そのため簡単な処理はSQLを書くことなくDBをいじれるのですが、単純な処理に限られてしまいます。
そこで直接SQLを実行できるように、いくつかのメソッドが用意されています。
その一つがextra関数です。
extra
(select=None, where=None, params=None, tables=None, order_by=None, select_params=None)¶
個人的にはまったのが、whereです。
tablesで別のテーブルを参照できるようになるのですが、
whereの引数に
1. 二つのテーブルを関連させる条件を書く( SQLでのON句のようなもの)
2. 絞り込みのためにつかつ(SQLでのWHERE句)
この二つのどちらになるのかが分からずに物凄い時間を費やしたのですが、
結論はなんと両方OKなんだそうです。
個人的には、どうして両方OKなのかがいまいちピンときていません。
もしかしたらSQLの理解不足かもしれないので、時間があるときに調べてみたいなと思います。
こんにちは。12日目を終えた清瀬です。
今日もSQLやデータベースに関する部分をやっていました。
SQLを書いていて悩むのは、文はどの順番んで処理をされているんだろう?ということです。
例えば
SELECT t1.name, t2.name
FROM TABLE1 AS t1
INNER JOIN TABLE2 AS t2.
こんな一般的なSQLがあります。
なぜ1文目の t2 は3文目に宣言されるよりも前に使うことができるのでしょうか?
知っている方にとっては当たり前のことかもしれませんが、今日は実行順序についてまとめたいと思います。
調べてわかったのですが、実はSQLの記載する順番と実行される順番は違うんだそうです!!
実行される順番は、
FROM -> JOIN -> WHERE -> GROUP BY -> HAVING -> SELECT -> ORDER BY -> LIMIT
つまり、SELECT は JOIN や FROM の後に実行されるため、AS で宣言した変数名が使えるんですね。
じゃあなんで記載順序と実行順序を一緒にしなかったのでしょうか。
調べてみたら、どうやら英語の文法に従っているらしいです。
特に今回の業務で驚いたのが、書き換えるコマンド (SET)の後ろに条件( WHERE) を書くということです。
個人的には頭が混乱する語順なんですが、英語話者にとってはわかりやすいんですかね。
あしたもSQLに関する業務がありそうなので、頑張りたいと思います。
インターン11日目を終えた清瀬です。
今日はいつもよりもたくさんのタスクをさせた頂ました。
インフラのことからアプリにかかわるタスクまで、様々な1日でした。
特に自分はインフラ関係はちんぷんかんぷんなので、たくさん教えて頂きながらこなしていきました。
インターンの無い日は自分でもAWSを触ってみているのですが、以前は全く分からなかった部分が、
少しずつでもわかるようになってくるのがとても楽しいです!!
独学でやっていた時はデプロイができなくて散々だった経験があるので、この機会にインフラについても
精通したいなと思います。
こんにちは。10日目を迎えた清瀬です。
今日は午前中はAWSを、午後はSQLをメインに触りました。
先週の段階でAWSはある程度調べていたので さぁやってやるぞ と意気込んでいたのですが、
いざいろいろと導入してみると、予想外の出来事がたくさん……
現場では予想外のことが次々と起きるんだなと痛感しました。
SQLは簡単なクエリを作成しました。
「簡単な」とか偉そうに言いましたが、経験のない自分は調べながらなんとか、という感じでした。
しかもコードがやたら冗長で読みづらい。
また、「これを求められたということは、こういう情報もあったほうがいいんじゃない?」
というアドバイスもいただきました。
自分は求められたことに応えるのに必死だったので、もっと考えながら仕事をできればいいなと思います。