<h2>はじめに</h2>
<p><a href="https://www.amazon.co.jp/%E5%85%B7%E4%BD%93%E3%81%A8%E6%8A%BD%E8%B1%A1-%E2%80%95%E4%B8%96%E7%95%8C%E3%81%8C%E5%A4%89%E3%82%8F%E3%81%A3%E3%81%A6%E8%A6%8B%E3%81%88%E3%82%8B%E7%9F%A5%E6%80%A7%E3%81%AE%E3%81%97%E3%81%8F%E3%81%BF-%E7%B4%B0%E8%B0%B7-%E5%8A%9F/dp/4907623100">具体と抽象 世界が変わって見える知性のしくみ</a> を読んだ。</p>
<p>きっかけは、Xで回ってきた <a href="https://note.com/yonekubo/n/n4fe61173fe15">具体と抽象を行き来するということ</a> という記事を昨年末読み、自分の中で具体と抽象の反復に苦手意識があるなと感じたためである。</p>
<h2>感想</h2>
<p>以下、個人の感想。</p>
<ul>
<li>具体と抽象、どちらの理解も不可欠</li>
<li>自分の立ち位置を客観的に見ることができるのは重要。<strong>そして目線を合わせる努力を怠らないこと</strong></li>
<li>上流工程は人を絞って進めるべきという意見には、一理あるが注意が必要</li>
</ul>
<p>まずは、具体と抽象という二つの概念がどういう関係性なのかを理解することが大事である。
また、議論というトピックにおいて、自分が具体に飛びつきがちな傾向にあるのか、議題の背景から上位概念を理解することから開始する傾向にあるのかを理解する必要がある。</p>
<p>どちらかに特化した傾向がある場合は、議論が噛み合わないといった経験があるのではないか？ (自分はある)
その場合、以下のアクションをとってみるのがよさそう。</p>
<ul>
<li>具体に特化している場合: 一歩立ち止まって物の本質(複数の具体に共通する概念)を捉える練習をする</li>
<li>抽象に特化している場合: 具体しか見えていない人と話す際に、「視点が合っていない」と主張するのではなく、視点を自ら下位レイヤーに提供してあげることが大事(気づいていないだけの可能性もある)</li>
</ul>
<p>アクションを試しつつ、議論の際に自分が具体・抽象どちらの目線で話すべきかを要所で判断し、適切に切り替えると、スムーズに議論を進めることができそう。
これが<strong>具体と抽象の反復</strong>である。
実際に客観的に自分の立ち位置を把握して議論を進めると、潤滑に進んだ経験をした人も少なくないのではないか。</p>
<p>改めて、話す目線を具体・抽象の観点で合わせる努力を怠らないことを意識する。</p>
<hr>
<p>上流工程こそ人を絞って進めるのがよいという話も挙げられていた。というのも、複数の具体の観点を持つメンバーをより集めて大局の方針を決めるのは難しいから。</p>
<p>自分としては、理解はできるが、やり方を間違えないように引き続き気をつけようと思った。
具体的には、上流と下流で現場感の認識に差異が生じている場合である。</p>
<p>上流としては、下流のメンバー抜きで方針を決めたが、下流のメンバーとしては現場の状況が苦しくなる一方ということになりかねないからである。</p>
<p>それを避けるために、現場のメンバーの話を吸い上げて上の意見に活かせるようにという意識は忘れずにやっていきたい。</p>
<h2>まとめ</h2>
<p>ページ数も130ページほどで、説明も図を挟みつつわかりやすいため、普段本読むのが苦手という方でもすんなり読めるのではないかと思う。
具体と抽象の反復に苦手意識がある人もない人も、ぜひ読んでみてほしい。</p>


具体と抽象 世界が変わって見える知性のしくみ を読んだ感想

<h2>はじめに</h2>
<p>今年はここ2,3年と比較して、仕事や生活に多くの変化があり、非常に充実した1年だったと感じている。
備忘録も兼ねて、3年ぶりに1年を振り返りたいと思う。</p>
<h2>仕事</h2>
<p>今年2月から<a href="https://buysell-technologies.com/service/technology/">BuySell Technologies</a>で働き始めた。初の転職である。
引き続き主にバックエンドを担当し、結果的に5~10人のチームのリードとなった。
新規サービス開発の実装タスクだけでなく、チーム全体のタスク管理や技術選定をしていた。</p>
<p>そもそも転職の目的が、「エンジニアとしてもう一度基礎から自己成長を図りたい」からだった。
というのも、自分がエンジニアとして大事だと考えている以下2点が、前職では伸び悩むビジョンが見えてしまったというのが大きい。</p>
<ul>
<li>技術面 (ex. 触れる技術の幅を広げる, 特定の分野において深い理解がある, フェーズに応じた最適な技術選定・サービス設計ができる)</li>
<li>思考面 (ex. 作る機能がユーザーの課題解決に直結しているか考えることができる, 課題がある中でも議論を前に進める)</li>
</ul>
<p>振り返りとして、転職の目的は達成できたのか？を考える。</p>
<h3>技術面の振り返り</h3>
<p>結論、触れる技術の幅は大きく広がった。
また、フェーズに応じた意思決定に関しても、試行回数を積ませてもらったおかげで、少しはまともにできるようにはなったと思う。(知らんけど)
ただし特定の分野において、飛び抜けて深い理解がある状態は作れていないので、ここは来年に期待。</p>
<p>0→1のプロダクト開発の途中でアサインされたこともあり、バックエンドだけでなくインフラやフロントも必要に応じて手を動かす必要があった。
中でも、弊社のインフラで使われているGoogle Cloudに関しては触るのも初めてだった。</p>
<p>そこでタイミングもよく、Google Cloud Innovators Gym Japan (G.I.G) に参加させていただいてキャッチアップしつつ、並行して実際の業務で手を動かすことができた。
そのおかげで実務に問題なくスムーズに入れたと感じている。</p>
<p>また、忙しくはあったが、将来の自分たちが幸せになれるように妥協してはいけないところ (ex. データ設計) の認識をメンバーと揃え、実践していた。</p>
<p>ここは必要に応じて教育支援を検討してくれた弊社と、入社したてにもかかわらず長時間の議論と改善を並行で行っていく意思決定をさせてくれたチームの環境に感謝したい。
(結果的にリリースも無事終わり、エンハンス・運用も現在問題なく行われていてよかった)</p>
<h3>思考面の振り返り</h3>
<p>結論、プロダクトの先にいるユーザーの What (何を解決したいのか) / Why (なぜしたいのか) に着目する機会が増えて、1年前よりも確実にプロダクト指向が強まったと感じる。</p>
<p>途中で参画したメンバーが、How (どう解決するか) よりWhatとWhyを重要視するタイプで、今までの自分はHowに囚われすぎていたという気づきを得たのが大きい。感謝。
現在は一つの機能追加に対しても、まずWhat/Whyを考えるようになった。</p>
<p>これは今後も続けていきたいし、来年は答え合わせと新しい気づきを得る目的で、問題解決に関する本を読んでみようという気持ちである。</p>
<h3>その他</h3>
<p>前職でできていなかった登壇活動を始めた。
<a href="https://moneyforward.connpass.com/event/313929/">Go Conference 2024 Pre Party</a> でGoのプロジェクト参画当初の話をした。
来年はより中身が詰まった発表ができたらと考えている。</p>
<center>
<iframe id="talk_frame_1198045" class="speakerdeck-iframe" src="//speakerdeck.com/player/c569cc69d2954f13bbb244ca2474cf0c" width="90%" style="aspect-ratio:710/399; border:0; padding:0; margin:0; background:transparent;" frameborder="0" allowtransparency="true" allowfullscreen="allowfullscreen"></iframe>
</center>

<p>また、オフラインの勉強会へ再び参加し始めた。
<a href="https://hack-at-delta.connpass.com/event/332966/">わたし史上、最高のチューニング</a> での勉強会の雰囲気, 参加者・登壇者同士の交流の体験, 学びの密度が良かったのが大きい。</p>
<p>来年は早々から <a href="https://kichijojipm.connpass.com/event/339040/">吉祥寺.pm37</a> に参加予定なので、ご一緒される方はよろしく。</p>
<h2>生活</h2>
<p>近年仕事が忙しくてできていなかった旅行や遠征をたくさんした。以下にまとめたが、各所に飛び回っている。</p>
<p>全ての旅行が楽しく記憶に残っているが、特に海外旅行は2018年のドイツ留学以来で非常に格別だった。
日本とは違うカルチャーに触れる体験が刺激的すぎて、長期休暇があったらまたどこかに行きたい。</p>
<ul>
<li>1月: スペイン (サンセバスチャン・マドリード/トレド・バルセロナ), カタール (ドーハ), TDL</li>
<li>3月: 沖縄本島, インドネシア (ジョグジャカルタ・バリ), 中国 (廈門)</li>
<li>4月: 愛媛, 高知</li>
<li>9月: 山口 (角島)</li>
<li>10月: 沖縄本島</li>
<li>11月: 箱根</li>
</ul>
<p>それに加えて、現在基本はフルリモート勤務だが、毎月1回東京に出張に行くことがあり、そのついでに様々な人らと会うことができてよかった。</p>
<p>技術関連では、毎年出ているハッカソンでは最優秀賞を取り箱根の本戦に行くことができたり、誘ってもらったISUCONで久々にチューニングしたり引き続き新しいチャレンジをしていた。
どちらもメンバーに恵まれているのでやれているところがあり、感謝しかない。</p>
<p>来年も機会があるなら全力で頑張るし楽しみたい所存。</p>
<h2>まとめ</h2>
<p>2024年は良い年だったと思っているが、それに満足せず来年も頑張るぞ！</p>


2024年振り返り

<h2>はじめに</h2>
<p><a href="https://www.shuwasystem.co.jp/book/9784798068534.html">プログラマー脳</a>を1月の旅行中に読んだので、その感想を書く。</p>
<h2>概要</h2>
<p>基本的に脳科学的な観点で、コードが複雑に感じるのはなぜか・複雑に感じた場合どう解決していくか、を考えられるケースごとにまとめてくれている。</p>
<p>前提として、コードを理解するにあたって、</p>
<ul>
<li>長期記憶: 書かれている言語・フレームワークの文法・使い方を引き出す</li>
<li>短期記憶: 読んでいる箇所に存在する変数やメソッドの型や名前を引き出す</li>
<li>ワーキングメモリ: 長期記憶・短期記憶から引き出したものから、現在読んでいる箇所が何をしているのかを理解する</li>
</ul>
<p>三つの脳の役割が大事になる。長期記憶が十分でないと、毎度Googleで検索して内容を記憶する際に短期記憶を使ってしまい効率が落ちたり、一方で短期記憶が十分でないと、毎度変数やメソッドを見に行かないといけなくなったりする。その結果、処理の理解に時間がかかる。</p>
<p>結果的にワーキングメモリに負担をかけすぎない、つまり認知負荷を下げるように努めるのが大事。具体的には、メソッドをわかりやすい名前かつ単一責任の原則を守って、あくまで一つの役割をメソッドとしてまとめる、ということをやっていく必要がある。</p>
<p>あとは、</p>
<ul>
<li>別言語を触るにあたって気の持ちよう（メンタルモデル）を変える (概念的には同じでも、記法は違ったりするので)</li>
<li>記憶として定着させるには、反復が大事</li>
</ul>
<p>など、あくまで無意識に皆している・していたことを脳科学的に説明してくれている。</p>
<h2>感想</h2>
<p>総じて、読み物として面白かった。</p>
<p>大学時代必死にC言語を勉強して、変数・メソッド・配列・ポインタ..etcの概念を理解したから、長期記憶の部分が今いかせており、またメソッドの引数の数や変数の名前を詰め込みすぎず、明確な名前にすることで、短期記憶が働くようにできているのかなと。</p>
<p>単位のためとはいえ、なんだかんだで苦しんで覚えたC言語が今の礎になっているのは間違いないので、その点は同意。</p>
<p>逆に、今新しい技術スタックを触ることも増えているので、その時にどう取り組んでいたかを思い出して（マインドだけでも）実行していくのが、実は身に付く一番早い方法と思うので、仕事が忙しい等あるが毎日仕事以外でもきっちり決められた時間をとってコードを書いている。</p>
<p>できるだけ早く、長期記憶から引き出せるスピードと幅を上げるために、日々精進します</p>


プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ を読んだ感想と個人的見解

<h2>まとめ</h2>
<p>福利厚生で、オライリーの無料ライセンス 1 ヶ月分をもらった。ﾔｯﾀﾈ
この一ヶ月本読みまくるぞーということで、適当にこれらはガッツリ読んでまとめたい所存。（時間作ってやるぞーー）</p>
<ul>
<li><a href="https://www.oreilly.co.jp/books/9784873119762/">Head First デザインパターン 第 2 版</a></li>
<li><a href="https://www.oreilly.co.jp/books/9784814400010/">マイクロサービスアーキテクチャ 第 2 版</a></li>
<li><a href="https://www.oreilly.co.jp/books/9784873118703/">データ指向アプリケーションデザイン</a></li>
<li><a href="https://www.oreilly.co.jp/books/9784873119823/">ソフトウェアアーキテクチャの基礎</a></li>
</ul>


オライリーの無料ライセンス 1 ヶ月分をもらった話

<h2>概要</h2>
<p>Spring Boot で複数 DB に接続する際に少し詰まったので、備忘録代わりに書く。</p>
<h2>詳細</h2>
<p>今回、MySQLとPostgreSQLの二つを一モジュールから繋がないといけないケースを想定する。</p>
<p>JDBCとJPAでどのように実現できるかを検証した。(<a href="https://github.com/KaoruMuta/springboot_practice/tree/master/multipledb">プロジェクト</a>)</p>
<h3>JDBC</h3>
<p>まずは設定ファイル(YAML/Property file)にDBの設定情報を指定する。</p>
<pre><code class="language-yaml">spring:
  datasource:
    mysql:
      jdbc-url: jdbc:mysql://localhost:3306/sample_db
      username: dbuser
      password: userpass
      driver-class-name: com.mysql.cj.jdbc.Driver
    postgresql:
      jdbc-url: jdbc:postgresql://localhost:5432/sample_db
      username: dbuser
      password: userpass
      driver-class-name: org.postgresql.Driver
</code></pre>
<p>一つだけDBに繋ぐ際とは異なり、<code>spring.datasource</code>以下に各種パラメータを設定するのではなく、繋ぐDBごとに設定を行うのが大きな変更点。（今回なら、<code>spring.datasource.mysql</code>/<code>spring.datasource.postgresql</code>）</p>
<p>そして、設定ファイルを読み込みDatasourceを構成する。</p>
<p><em>*一つだけ繋ぐ場合、<code>spring.datasource</code>以下にパラメータを定義することで、自動的にDatasourceを構成してくれる (<a href="https://github.com/spring-projects/spring-boot/blob/v3.1.4/spring-boot-project/spring-boot-autoconfigure/src/main/java/org/springframework/boot/autoconfigure/jdbc/DataSourceProperties.java">DataSourceProperties.java</a>)</em></p>
<pre><code class="language-java">@Configuration
public class JdbcDataSourceConfig {

    @Bean(&quot;mysqlJdbcDataSource&quot;)
    @ConfigurationProperties(&quot;spring.datasource.mysql&quot;)
    @Primary
    public DataSource mysqlDataSource() {
        return DataSourceBuilder.create().build();
    }

    @Bean(&quot;postgresqlJdbcDataSource&quot;)
    @ConfigurationProperties(&quot;spring.datasource.postgresql&quot;)
    public DataSource postgresqlDataSource() {
        return DataSourceBuilder.create().build();
    }

    @Bean(&quot;mysql&quot;)
    public JdbcTemplate createMysqlDataSource(@Qualifier(&quot;mysqlJdbcDataSource&quot;) DataSource dataSource) {
        return new JdbcTemplate(dataSource);
    }

    @Bean(&quot;postgresql&quot;)
    public JdbcTemplate createPostgresqlDataSource(@Qualifier(&quot;postgresqlJdbcDataSource&quot;) DataSource dataSource) {
        return new JdbcTemplate(dataSource);
    }
}
</code></pre>
<h3>JPA</h3>
<p>設定ファイルに関してはJDBCと同様に定義。</p>
<p>そしてDatasourceの定義に関しても独自でやるところは同様だが、大きく変わるところは、</p>
<ul>
<li>transactionManagerをもう一つのDBと異なるユニットで定義</li>
<li>entityが格納されたパッケージの指定（基本的にはもう一つのDBと異なるEntityのはずなので、違ったパッケージを指定することが多いかも）</li>
</ul>
<pre><code class="language-java">@Configuration
@EnableTransactionManagement
@EnableJpaRepositories(
        basePackages = &quot;com.example.multipledb.repository.mysql&quot;,
        entityManagerFactoryRef = &quot;mysqlEntityManagerFactory&quot;,
        transactionManagerRef = &quot;mysqlTransactionManager&quot;
)
public class MysqlJpaDataSourceConfig {

    @Bean
    @ConfigurationProperties(&quot;spring.datasource.mysql&quot;)
    public DataSource mysqlJpaDataSource() {
        return DataSourceBuilder.create().build();
    }

    @Bean
    @Primary
    public LocalContainerEntityManagerFactoryBean mysqlEntityManagerFactory(
            EntityManagerFactoryBuilder builder,
            @Qualifier(&quot;mysqlJpaDataSource&quot;) DataSource dataSource
    ) {
        return builder
                .dataSource(dataSource)
                .packages(&quot;com.example.multipledb.entity.mysql&quot;)
                .persistenceUnit(&quot;mysqlTransactionManager&quot;)
                .build();
    }

    @Bean
    public JpaTransactionManager mysqlTransactionManager(
            @Qualifier(&quot;mysqlEntityManagerFactory&quot;) LocalContainerEntityManagerFactoryBean mysqlEntityManagerFactory
    ) {
        return new JpaTransactionManager(Objects.requireNonNull(mysqlEntityManagerFactory.getObject()));
    }
}
</code></pre>
<h2>まとめ</h2>
<p>基本的には、それぞれ繋ぎたいDBの設定を書いて、独自でConfigを構成するだけ（ただ、JDBCに関しては自動で設定してくれることもあり、若干戸惑うかも）</p>
<h2>参考記事</h2>
<ul>
<li><a href="https://www.baeldung.com/spring-boot-configure-multiple-datasources">https://www.baeldung.com/spring-boot-configure-multiple-datasources</a></li>
</ul>


Spring Bootで複数DBに接続する際の注意点

<h2>本記事での要点</h2>
<ul>
<li>何かの説明をする際に、つまる部分があって専門用語などを使ってぼやかす時は危険</li>
<li>どこが「わからない」のかを深掘りして、「わからない」の根本の原因に向き合うことが大事</li>
</ul>
<h2>はじめに</h2>
<p>自分は最近 <strong>何でも</strong>やっている Web エンジニアです。何でもというと、フロントエンド・バックエンド・DevOps 周り全部（以下例）</p>
<ul>
<li>フロントエンドの実装</li>
<li>バックエンドの設計・実装・パフォーマンステスト</li>
<li>ミドルウェア (Apache / Nginx) 周りの設定</li>
<li>CI/CD (Jenkins / Ansible)</li>
</ul>
<p>これだけ見ると、何でもできるやないかと思うかもしれませんが、全く大したことはないしむしろ自信がなくなってきています。。
そうなっている理由が、何かにつけて<span style="color: #ec004c; font-weight: bold;">「わからない」</span>が付き纏ってきているからです。</p>
<p>本記事は、「わからない」に向き合う時間がどれほど大事かを実感した筆者によるポエムとなっております。</p>
<p>*「わからない」：本記事での定義は、物事を自分の言葉で人に伝わるように説明ができていない点があると、自分で意識できている状態</p>
<h2>「わからない」に向き合わないといけないと思ったきっかけ</h2>
<p>自信がなくなっている理由が、「わからない」が付き纏っていることと前述しました。</p>
<p>「わからない」が付き纏っていると気付いたのは、つい最近誰もメインで触ったことがない実装領域・ツールに関しての説明をする機会が増えたことからです。</p>
<p>説明の際に「あれ言葉足らずだったかな、これ伝わってる・・？」「説明に詰まった部分は専門用語などを使ってぼやかした気が・・」と思い返すことも都度増えていき、自分は結局「何もわかってないけど、まあ都度いい感じで使うことができている」状態じゃないかと最終的に自信をなくしていきました。。</p>
<p>自信をなくしていくと仕事のパフォーマンスも下降してしまう傾向に自分はあるので、どうにかしないといけないなと思い、時間を使って「わからない」に向き合おうと決心しました。</p>
<h2>「わからない」に向き合うとは</h2>
<p>では、「わからない」に向き合うとはどういうことかですが、自分としては、</p>
<ol>
<li>一つの事柄に対して深掘りをしていき説明に詰まる部分に対しての理解を深める</li>
<li>再度説明ができるかどうかを確かめる</li>
</ol>
<p>この 2 ステップを踏むことだと思っています。</p>
<p>結局「わからない」の根本の原因を突き止めて理解することが一番の解決方法なので、深ぼって深ぼって深ぼります。</p>
<pre><code>Q. 特定の URL をアプリケーションサーバにアクセスさせたくない
A. Nginx の設定で弾けるよ（← そもそも Nginx のどこの設定？ / RewriteRuleを書き換えるだけ？←RewriteRuleって何？....のようにどんどん深ぼっていく）
</code></pre>
<p>深掘りには、めんどくさがらず粘り強く行うこと・またそれに伴う時間が必要なので、少し骨が折れる作業ではありますがやっています。（意外と深ぼっている途中でわかっている・わかっていないがはっきりするのが新しい発見で個人的には Good）</p>
<p>徐々にではあるが自分の中で頭の中でこんがらがっていたインプット群を整理できてきているので、</p>
<p>結局大事なのは
<span style="color: #ec004c; font-weight: bold;"><em>地道にコツコツと</em></span>
時間をかけて地盤を固めることだなと実感をしました。</p>
<h2>最後に</h2>
<p>自信をなくしている状況を踏まえて、<a href="https://kaorumuta.me/blog/posts/7">留学の際にぶつかった壁</a>とインターンに落ちまくっていた時を思い出しました。
その時自分の中にあった、逆に言えば伸び代しかないよ！！！という気持ちで、ポジティブにこれからもやっていきます！</p>
<p>社会人になって業務時間外に開発することが減っているので、これを機に夏までにもう一皮剥けるように頑張ります！！！</p>


「わからない」から目を逸らさずに向き合うということ

<h2>はじめに</h2>
<p>Python ベースの Web マイクロフレームワークの一つ、<a href="https://fastapi.tiangolo.com/ja/">FastAPI</a>で API を作る機会があり、開発体験が良かったのでその感想です。</p>
<h2>良かった点</h2>
<h3>シンプルな設計</h3>
<p>大規模アプリケーションでなく、モック API や簡単な RESTful API を作るなどといった、ちょっとした用途でアプリケーションを作る場合は、<strong>できれば最小限のファイル・ディレクトリで構成したい</strong>というのが個人的な好みです。</p>
<p>例えば<a href="https://spring.io/projects/spring-boot">Spring Boot</a>でアプリケーションを作る場合、jvm 言語特有で「最初のプロジェクトから、複数のパッケージとファイルで構成されている」のですが、<code>FastAPI</code>では言ってしまえば、1 ファイルでアプリケーションを実行できます。<code>Node.js</code>の Web フレームワーク<a href="https://expressjs.com/ja/">Express</a>みたいに構成できるので嬉しいです。</p>
<p>例：GET リクエストを受け取るのみの API を作る場合、1 ファイルのみで以下のようにコードを記述するだけで OK</p>
<pre><code class="language-python">from fastapi import FastAPI, Query
from fastapi.responses import JSONResponse

app = FastAPI()

@app.get(&quot;/hoge&quot;)
def getHoge(id: str = Query(...)) -&gt; JSONResponse:
  # ここでクエリパラメータを受け取り、レスポンスを作る
  # jsonでレスポンスを返す
  return JSONResponse(status_code=200, content={&quot;body&quot;: &quot;hoge&quot;})
</code></pre>
<h3>直感的な理解のしやすさ</h3>
<p>アノテーションベースでリクエストハンドラーを書けるので、ぱっと見で何をやっているのか理解しやすいです。実際に上で書いたサンプルコードをみて、「<code>hoge</code>というエンドポイントに<code>id</code>というパラメータがついた URI でコールされたとき、中身 json で 200 のレスポンスが返る」と理解はできますよね。（引数<code>id</code>がクエリパラメータとぱっと見でわかるかどうかは、<code>Spring</code>や<code>NestJS</code>で書いたことがあるかによりそうな気がしないこともないが。。自分は<code>Spring</code>を業務で使っているのでスッと腑に落ちました）</p>
<h3>Pydantic との組み合わせることで受けられる恩恵の大きさ</h3>
<p><a href="https://pydantic-docs.helpmanual.io/">Pydantic</a>と<code>FastAPI</code>を組み合わせることで、</p>
<ul>
<li>型アノテーションを使用することで、バリデーション・シリアライズが容易</li>
<li><code>OpenAPI</code>スキーマの自動生成により、仕様書作成が容易</li>
</ul>
<p>が簡単に実現できます。特にリクエストボディに対して、バリデーション機構をスクラッチから書くことなく<code>Pydantic</code>の<code>BaseModel</code>と<code>FastAPI</code>の<code>Query</code>の組み合わせでかけるのはすごく楽。。</p>
<p>また、自動生成された<code>OpenAPI</code>スキーマを<a href="https://swagger.io/tools/swagger-ui/">SwaggerUI</a>・<a href="https://redocly.github.io/redoc/">Redoc</a>でドキュメント化できるのもクールです！！（当然 description など全てコード内に書いてあげる必要はありますが）</p>
<h2>最後に</h2>
<p>機械学習のモデルを利用した API や簡単なモックを作る必要があるときは<code>FastAPI</code>を採用したいです。<code>FastAPI</code>はいいぞ。</p>
<p>というかまず<code>Python</code>が型アノテーションの追加などでさらに書きやすくなってて嬉しかったです！久々書いてて「これよこれ」と実家に帰った感覚がありました。</p>
<p><code>FastAPI</code>は現在いまだにバージョン 0.X.X の状態なので、開発が本当に盛んです。ぜひ興味があればコントリビュートしてみてはいかがでしょうか！！</p>


FastAPIの開発体験が良かった話

<h2>はじめに</h2>
<p>新プロジェクトで一から API 設計・開発をやる機会があり、それきっかけで読んでみたかった技術書のうちの一つ<a href="https://www.oreilly.co.jp/books/9784873116860/">Web API: The Good Parts</a>を読みました。
感想および個人的見解をまとめていきます。</p>
<h2>読んだ感想・個人的見解</h2>
<p>本技術書は、設計周りだけでなく API を公開することを想定した話が多く納得した点が多くありました。
特に、</p>
<ul>
<li>バージョニングによる後方互換性サポート（クライアント側が最新版に対応していないケースなどを考慮）</li>
<li>コール回数の制限（API サーバへのアクセス過多になるケースを考慮）</li>
<li>セキュリティ面のケア（不正なコールでこちらでは意図していない情報を与えてしまうケースなどを考慮）</li>
</ul>
<p>は一般公開するにあたっては当たり前だけども、普段自分が外部公開をする API を作らないこともあり、勉強になりました。（<del>JSON インジェクションに関しては意識できてなかった。。</del>）</p>
<p>その他、印象に残ったトピックとしては</p>
<blockquote>
<p>設計の際に REST を意識しすぎない</p>
</blockquote>
<p>一例をあげるなら、REST でいう URI はリソース（ある実体があつまった集合体; e.g. posts: 投稿という実体があつまった集合体）であり、それに加えて場合に適した HTTP メソッドを指定してエンドポイントを設計するのが主流だと自分は考えていました。</p>
<p>しかし、検索用の API のエンドポイントに<code>search</code>という動詞を入れてあげて、より用途をわかりやすくしたり、バージョンを含めたりすることでユーザーにどのバージョンを使うのがを明示的に指定してもらったりというケースは現実的にはありえます。これは厳密にいうと、REST に反したケースです。</p>
<p>つまり、<span style="color: #ec004c; font-weight: bold;">REST の考え方に反していたとしても、それがユーザーにとってのわかりやすさや使いやすさをより向上するものであればそれはよいこと</span>だと腑に落ちました。</p>
<blockquote>
<p>リクエストもレスポンスもシンプルであれ</p>
</blockquote>
<p>必要以上にフィールドをオブジェクトで包むケースは、使う側の実装の負担になったりそもそも冗長な表現である可能性があるため、できるだけシンプルな階層で送ってもらい、返すことが大事だと再認識しました。</p>
<p>ただ、将来的な設計を考えると、レスポンスに関してはなるべく共通化しておくことは大事だなと感じていて、自分ならなるべく階層はフラットに作りたいけど、共通化の面も考えて一個階層を深く作ってあげます。（以下サンプル）</p>
<pre><code class="language-json">{
  &quot;error&quot;: {
    // エラーの中身はエンドポイントやステータスごとに返したいものを入れる
  },
  &quot;data&quot;: {
    // 成功した時に中身が入り、エンドポイントごとに返したいものを入れる
  }
}
</code></pre>
<p>ですので一番大事なのは、</p>
<p><span style="color: #ec004c; font-weight: bold;">どういう API を作りたいかというところに立ち返って、リクエスト・レスポンスとして適している設計をメリットデメリット含め考えて、納得行く方で組んであげる</span></p>
<p>ということかなと自分の中ではまとまりました。（メリットデメリット考えるときに、REST など設計にベースとなる考え方が生きてくるという認識）</p>
<h2>最後に</h2>
<p>本書を通じて、Web API 設計および運用のスタンダードを HTTP や REST などベースとなる考え方をさらった上で学ぶことができました。いい復習になりました</p>
<p>基本的にエンジニアリングにするにあたっては、その場その場での<strong>当たり前</strong>を知っていないと、間違った認識が自分の中でのスタンダードになる可能性があるので、引き続きさまざまな本を読みます。</p>


Web API: The Good Partsを読んだ感想と個人的見解

<h2>はじめに</h2>
<p>あけましておめでとうございます。今年もよろしくお願いいたします。</p>
<p>本年度一発目の記事は、技術のインプットアウトプット通じての備忘録シリーズです。</p>
<h2>作ったもの</h2>
<p>今回サンプルとしてつくったものは単語帳アプリです。
ざっと機能としては</p>
<ul>
<li>ユーザーが設定したカテゴリを選択</li>
<li>選択後カテゴリに該当する単語が出現、答えを任意のタイミングで見ることができる</li>
</ul>
<p>のシンプルな感じで 1 日で開発が終わるようなレベルに設定しました。ちなみに<em>ユーザーは自分しかいない前提で進めています</em></p>
<h2>採用技術</h2>
<p>技術は以下の通りです。採用理由は<strong>自分が使いたかったから</strong>！！（結局興味があったりモチベが出るものが一番いいのよ個人開発は）</p>
<ul>
<li>Client (app): SwiftUI+Combine</li>
<li>Server: Go(フレームワーク: gin)</li>
<li>DB: Heroku Postgres</li>
</ul>
<p>バックエンド側は Heroku フル活用で事足りるはずなので使わせてもらって、アプリ側は久々 SwiftUI で書きました</p>
<h2>得た知見（ハマったところ多め）</h2>
<p>Client, Server, DB, Heroku 周りで詰まったところをまとめます。これは余談ですが、Go で作ったアプリケーションを Heroku で扱う<a href="https://devcenter.heroku.com/ja/articles/getting-started-with-go?singlepage=true">公式チュートリアル</a>が優秀すぎて、想像以上にスムーズにできたのでよかったです</p>
<h3>SwiftUI で元の画面に戻る処理</h3>
<p>UIKit でいう<code>dismiss(animated:)</code>を SwiftUI でやるには<code>PresentationMode</code>構造体にアクセスして、<code>dismiss()</code>を呼んであげます</p>
<pre><code class="language-swift">// 遷移元のView

// presentationModeの環境変数を取得
@Environment(\.presentationMode) var presentationMode

// 元画面に戻る処理
presentationMode.wrappedValue.dismiss()
</code></pre>
<p>iOS15 以降なら、環境変数<code>presentationMode</code>でなく<code>dismiss</code>にアクセスすればすんなりできそうです(<a href="https://capibara1969.com/3146/">参考</a>)</p>
<h3>NavigationLink で遷移した画面の上に謎のスペースができる際の対処法</h3>
<p>UI を調整している時に、なぜか上側に謎のスペースができていたので<code>navigationBarTitleDisplayMode</code>を<code>.inline</code>に指定して解決(<a href="https://www.hfoasi8fje3.work/entry/2020/12/30/%E3%80%90SwiftUI%E3%80%91NavigationLink%E3%81%A7%E9%81%B7%E7%A7%BB%E3%81%97%E3%81%9F%E7%94%BB%E9%9D%A2%E3%81%AE%E4%B8%8A%E9%83%A8%E3%81%AB%E8%AC%8E%E3%81%AE%E4%BD%99%E7%99%BD%E3%81%8C%E7%99%BA%E7%94%9F">参考</a>)</p>
<pre><code class="language-swift">HogeView {
    // SwiftUI.View
}
.navigationBarTitleDisplayMode(.inline)
</code></pre>
<h3>特定の処理が終わったタイミングで NavigationLink を使って画面遷移したい</h3>
<p>API との通信処理が終わったあとに画面遷移をしたいときは、<code>NavigationLink</code>の<code>isActive</code>フラグを通信が終わった時に<code>true</code>に変えてあげることで実現できます。(<a href="https://blog.studysapuri.jp/entry/2021/09/18/iosdc-swiftui-navigationlink-push-navigation">参考</a>)</p>
<pre><code class="language-swift">NavigationLink(destination: QuizView(words: viewModel.words), isActive: $shouldShowQuizView) {
    Button(action: {
        viewModel.fetchWords(
            by: selectedCategoryId,
            success: {
                // success callbackのときにshouldShowQuizViewをtrueにする
                self.shouldShowQuizView = true
            },
            failure: {
                print(&quot;Failed to fetch data from api&quot;)
            }
        )
    }) {
        Text(&quot;START&quot;)
    }
}
</code></pre>
<h3>Heroku デプロイで<code>app not compatible with buildpack</code> (Go 編)</h3>
<p>以下コマンドで Go のバージョンとモジュールの依存関係を記した<code>go.mod</code>を作成し、デプロイしてあげて解決。(<a href="https://stackoverflow.com/questions/48841627/cant-push-simple-golang-project-to-heroku">参考</a>)</p>
<pre><code class="language-go">go mod init {GIT_REPOSITORY_URL}
</code></pre>
<h3>Heroku デプロイで <code>cannot execute binary file: Exec format error</code></h3>
<p>ローカルでコンパイルの際に OS とアーキテクチャ の指定をしてあげてクロスコンパイル、その後バイナリをデプロイすることで解決(<a href="https://stackoverflow.com/questions/63412744/deploy-to-heroku-error-cannot-execute-binary-file-exec-format-error">参考 1</a>, <a href="https://qiita.com/Utr/items/9469c1611abe8a0a3486">2</a>)</p>
<pre><code class="language-bash">## fish
env GOOS=linux GOARCH=amd64 go build -o bin/terminology-memo-api -v .
</code></pre>
<h3>Heroku デプロイで<code>app[web.1]: bash: bin/: No such file or directory</code></h3>
<p><code>Procfile</code>でバイナリの存在するパスを記して解決</p>
<pre><code>web: bin/{BINARY_NAME}
</code></pre>
<p>参考: 上述の公式チュートリアル</p>
<h3>Go で作ったアプリケーションで<code>no required module provides package</code></h3>
<p>下記コマンドを実行して依存しているモジュールを更新(<a href="https://sumito.jp/2021/04/23/no-required-module-provides-package-github-com/">参考</a>)</p>
<pre><code class="language-go">go mod tidy
</code></pre>
<h3>改行コードを PostgreSQL で扱う</h3>
<p>E を追加したい文字列の先頭にいれてあげて解決(<a href="https://knowledge.reontosanta.com/archives/303">参考</a>)</p>
<pre><code class="language-sql">INSERT INTO words (name) VALUES (E&#39;明日\n晴れるかな&#39;)
</code></pre>
<h3><code>updated_at</code>を自動的に更新してくれる制約を追加</h3>
<p>MySQL なら<code>on update current_timestamp</code>を DDL に追加してあげるだけで OK だが、PostgreSQL だと同等の機能がないので、トリガーを描いてあげる必要がある。。。ので、<a href="https://www.raythebm.net/weblog/archives/249">このサイト</a>を参考に書かせていただきました</p>
<h2>最後に</h2>
<p>やる気が出た時にガツッとやる開発は久々だったが、楽しいしまた違う学びがある。</p>


SwiftUI+Go+Heroku Postgresで遊んでみた感想と知見

<h2>はじめに</h2>
<p>もう年の瀬ですね。全く実感がないし、そもそも体感 1 年が早すぎてびっくりしています。（毎年言っている気がする）
というわけで備忘録扱いでこの 1 年を 1 ヶ月ごとに振り返ります</p>
<h2>2021 年</h2>
<h3>1 月</h3>
<p><strong>実験と論文執筆の終わらないループ</strong></p>
<p>修士論文執筆と発表のために必死こいてたのが 1 月。我ながらよく頑張ったと思います。。。笑</p>
<h3>2 月</h3>
<p><strong>修論との戦いに終止符</strong></p>
<p>修論との長い戦いに終止符を打ちました。長らく先生方同期にはお世話になったなと実感した月でもありました</p>
<h3>3 月</h3>
<p><strong>長い学生生活の終わり</strong></p>
<p>長らくお世話になった知能メディア処理研究グループと Life is Tech!をはじめお世話になったインターン先を卒業しました。</p>
<p>酸いも甘いも経験したこれらの所属先での日々そして出会った人との繋がりはかけがえのないもので、感謝しかない一ヶ月でした</p>
<h3>4 月</h3>
<p><strong>新しい環境での生活の始まり</strong></p>
<p>社会人として新たな一歩を踏み出しました。まず安心したのは大阪所属の同期と仲良くなれたことだったなと思います。結局一緒に働く人が一番パフォーマンスに関わってくる要素だと自分は考えているので、その点よかったです。</p>
<p>研修では好き勝手やってた気もしますが、Spring boot に関して何も知らなかった自分にとっては慣らし程度に手を動かせて「ちょっとデキル」ようになったのはこの 1 ヶ月でした。</p>
<h3>5 月</h3>
<p><strong>研修、そして葛藤</strong></p>
<p>チーム開発での研修で、チームリードの役割をしたのがなかなかキツかった印象が強いです。。。
ミーティングをする上で、</p>
<ul>
<li>どのような目的で、何を決めなければいけないか（問題解決への最短経路を探る）</li>
<li>どのようにタスクを割り振るか</li>
</ul>
<p>この 2 点が想像以上に難しかったです。自分も Web に関しては素人同然だったので、技術的に難しいのかどうかの判別ができず、実装コストを考慮したタスクの割り振りに時間がかかりすぎていました。</p>
<p>どんくさかったし経験のなさが露呈したある意味教訓になった出来事でした。今は大丈夫だと思う、<del>知らんけど。</del></p>
<h3>6 月</h3>
<p><strong>部署の当たり外れを知る</strong></p>
<p>OJT 形式で 5 月以降研修をこなしていたのですが、</p>
<ul>
<li>事業内容</li>
<li>技術スタック</li>
<li>人</li>
</ul>
<p>がしっかりしているチームは満足感が高かったです。</p>
<p>前述した通り、自分は一にも二にも人が自分のモチベーションに関わるので、そこの部分で懸念点を感じるチームは<del>配属されたくはない</del>なと再認識するきっかけにもなりました。</p>
<h3>7 月</h3>
<p><strong>本配属と本配属前のオアシス</strong></p>
<p>配属先が決まりました。個人的にはモバイルアプリの仕事をやりたかったのは正直なところでしたが、Web をメインに仕事させていただくことになりました。</p>
<p>キャリアを作る上でエンジニアとしてサーバ側を知らずクライアント側だけやることに怖さはあったので、幅を広げるという意味でも結果的にいい選択だったのかなと思います。</p>
<p>そして配属前の準備期間は、ただただオアシスでした。（<del>準備期間という名の夏休み</del>）</p>
<h3>8 月</h3>
<p><strong>部署で仕事スタートした 25 歳一般男性</strong></p>
<p>25 歳になりました。アラサーです。精神年齢は上がっている気はしませんが、衰えは感じてきているのでつらみ。。（語彙力がなくなっている）</p>
<p>部署での仕事のやり方やステークホルダー、技術スタックなどを把握する期間でした。</p>
<h3>9 月</h3>
<p><strong>チームへの順応と初プロジェクト</strong></p>
<p>チームに順応し、プロジェクトに参加しガッツリ設計実装しました。社内で利用しているツールや独自実装の理解が乏しく、実装に思ったより時間がかかったのが印象的です。</p>
<p>最初のタスクとしては、</p>
<ul>
<li>PdM、デザイナー、QA チームとのやりとり</li>
<li>独自ツールの理解</li>
<li>アプリケーション全体の設計の理解</li>
</ul>
<p>ができるものだったので、ちょうどいいレベル感でよかったです。</p>
<h3>10 月</h3>
<p><strong>濃すぎる教訓ばかりの 1 ヶ月</strong></p>
<p>楽しくもあり課題を感じた充実感ある 1 ヶ月でした。ある意味ぬるさを仕事で感じていたので刺激をもらえてよかったです。</p>
<ul>
<li>デザイナーと PdM と議論し、多方面で辛みを感じる → 表現を柔らかくしています（）</li>
<li>個人ブログを制作 →Next.js の開発体験が良すぎました</li>
<li>ハッカソンで優秀賞 → チームメンバーがさいつよでした。</li>
<li>自身の技量の足りなさを実感 → 実装力、問題解決力もろもろ。</li>
</ul>
<h3>11 月</h3>
<p><strong>プロジェクト初リリース、そして次のプロジェクトへ</strong></p>
<p>ガッツリメインメンバーとして関わったプロジェクトのリリースがありました。無事終わってよかったです。</p>
<p>次のプロジェクトに早速入ることになりましたが、かなり首を傾げる場面が多く（表現を柔らかくしています）、正解がわからない場面が多かったです。</p>
<p>そういうときこそ、さまざまなステークホルダーを巻き込んで端的に聞きたいことをまとめる力が必要だなと再認識しました。返信ももちろん早く。</p>
<h3>12 月</h3>
<p><strong>私生活の充実と思考の変化</strong></p>
<p>まず私生活楽しかったです。出社することが増えて同期とサウナやボドゲバーなど行って雑談する、が自分の中ではストレス発散・リラックスになっていたと思います。</p>
<p>仕事ではプロジェクトの終わりが見えてきてまず安心しました。ちゃんと年内にきっちり終わらせました。めでたしめでたし。</p>
<p>そして、プロジェクトを進めている上で一員としてただ手を動かすのではなく、もっとチームメンバーみんなの開発体験がよくなるようになんとかできないかと考え方が変わってきたのもこの月です。</p>
<ul>
<li>CI/CD パイプラインの最適化</li>
<li>自動テストの整備</li>
<li>Linter, Formatter 整備</li>
</ul>
<p>などはサクッとできるはずなのでやってしまいたい。。。
これらは来年初めの課題かな。</p>
<h2>2021 年へ</h2>
<p>コロナも想像以上に収まり、手指衛生に気をつけつつ今までの生活が戻ってきたのですごく嬉しかったです。
来年も自分の健康には気をつけつつ精一杯楽しく生きていこうと思います。</p>
<p>目標諸々は、また自分で考えてやっていこうかな。では良いお年を</p>


2021年をざっくり振り返る

<h2>はじめに</h2>
<p>この度、はてなブログで運用していた tionblog ですが、当サイト（ドメイン: <strong>kaorumuta.me</strong>）を自作し移行しました。</p>
<p>旧: <a href="https://mutation.hatenablog.com/">https://mutation.hatenablog.com/</a>
<br>
新: <span style="color: #ec004c"><a href="https://kaorumuta.me/blog">https://kaorumuta.me/blog</a></span></p>
<h2>技術仕様</h2>
<p><code>Next.js</code> を使ってブログを構築しました。採用理由としては以下の通りです。</p>
<ul>
<li>SSG（静的サイト生成）がブログと相性がいい</li>
<li>公式リファレンスが充実していた</li>
<li><small>自分が <code>Next.js</code> 自体に興味があった</small></li>
</ul>
<p>ページの更新が頻繁に必要ではないブログサイトの構築には、SSG のプレビルドの考え方が活きると考えて採用に至りました。(<del><code>Gatsby</code>という選択肢もあったが<code>Next.js</code>を選んだのは、実質最後の要点が一番の採用理由</del>)</p>
<p>採用技術に関しては<a href="https://github.com/KaoruMuta/KaoruMuta.me#readme">README</a>にまとめています。</p>
<h2>感想</h2>
<p><code>Webpack</code> などの設定は <code>create-next-app</code> でやってくれているし、動的ルーティングがサポートされていて、DX (Developer Experience)的に非常に良かったです。。！！</p>
<p>そして肝心のウェブサイトの応答速度も早く、不快感なく閲覧することができるので UX を重視したものを作ることができました。</p>
<p>今回は簡単な静的サイトであるブログを作ることにしましたが、実際に <code>Next.js</code> をバックエンド側と連携させてシステムを作った場合のメリットデメリットが気になった次第です（今回の開発では特にデメリットは感じなかった。複雑な状態管理とかが要求されるケースではどうするのだろう）。</p>
<p>あと、興味ドリブン開発は捗るし楽しいけど、せっかくなので言語化して自分の知識にしていきたいですね。</p>
<h2>最後に</h2>
<p>当ブログは質問やコメント等あればこちらの<a href="https://github.com/KaoruMuta/KaoruMuta.me/issues">ISSUE</a>にて受け付けておりますので、お気軽にどうぞ！</p>


ようやくブログを自作しました

<h2>はじめに</h2>
<p>ずっと前の自分：「<code>GoogleService-info.plist</code>を gitignore してるから永遠 GitHubActions での CI のビルドが通らない！！！！！！どうしよう！！！」
何もわからん状態だった自分を救ってくれたのは，Android で同じようなことをしている<a href="https://qiita.com/sudo5in5k/items/5b6da5dbba3fc2514319">記事</a>でした．
その記事は</p>
<ol>
<li><code>google-services.json</code>を base64 に変換</li>
<li>GitHub Secrets に記入</li>
<li>GitHubActions の yaml ファイルから Secrets 読み込み</li>
<li>decode して正しい位置に配置</li>
</ol>
<p>という手順で CI を通していました．</p>
<p>ならば，これを iOS でも同じようにすればいいじゃないか！となりますよね．やりましょう．</p>
<h2>手順</h2>
<ol>
<li><code>GoogleService-info.plist</code>を json に変換</li>
<li>生成した json ファイルを base64 の形にし，secrets に記述</li>
<li>secrets から json ファイルを生成し，その json ファイルを plist ファイルに変換（<code>GoogleService-info.plist</code>という名前として適切な位置におく）</li>
<li>生成した json ファイルを削除</li>
</ol>
<h3>1. <code>GoogleService-info.plist</code>を json に変換</h3>
<p><a href="https://www.ecoop.net/memo/archives/convert_plist_to_or_from_json.html">記事</a>を参考に変換しました．
（下の<code>/path/to/dir</code>は GoogleService-info.plist が存在するディレクトリまでのパス．）</p>
<pre><code class="language-bash">cd /path/to/dir
plutil -convert json GoogleService-info.plist -r -o output.json
</code></pre>
<h3>2. 生成した json ファイルを base64 の形にし，secrets に記述</h3>
<p>cat で出力した結果（<a href="https://qiita.com/sudo5in5k/items/5b6da5dbba3fc2514319">記事</a>参考）をそのまま Secrets に貼り付けます</p>
<pre><code class="language-bash">cat output.json | base64
</code></pre>
<h3>3, 4. secrets から json ファイルを生成し，その json ファイルを plist ファイルに変換+生成した json ファイルを削除</h3>
<p>流れは以下の通り．</p>
<pre><code class="language-yaml"># Generate GoogleService-info.plist (Step 3)
- name: Translate secrets of base64 into json
  env:
    GOOGLE_SERVICE: ${{ secrets.GOOGLE_SERVICE_INFO_PLIST }}
  run: echo $GOOGLE_SERVICE | base64 --decode &gt; ./OgiriBattle_Swift/Common/Resources/output.json
- name: Translate json into plist and generate GoogleService-info.plist
  run: plutil -convert xml1 ./OgiriBattle_Swift/Common/Resources/output.json -o ./OgiriBattle_Swift/Common/Resources/GoogleService-info.plist
- name: Remove json file (Step 4)
  run: rm OgiriBattle_Swift/Common/Resources/output.json
</code></pre>
<p><code>GOOGLE_SERVICE</code>という名前で secrets に記述されている base64 を取得 →json に decode→json から plist に変換という流れ．
（<code>OgiriBattle_Swift/Common/Resources/</code>のパスは例です）</p>
<h2>最後に</h2>
<p>いい記事を残してくれた先人の方々に感謝を込めて，自分もいい記事を書こうとなりました．
間違い等あれば指摘してください．お願いします！
また，いい記事だと思った方はグッドボタンと Twitter のフォローをね，よかったらお願いします！（どこぞの Youtuber みたいだな）</p>
<h2>救世主となったサイト</h2>
<ol>
<li><a href="https://qiita.com/sudo5in5k/items/5b6da5dbba3fc2514319">https://qiita.com/sudo5in5k/items/5b6da5dbba3fc2514319</a></li>
<li><a href="https://qiita.com/hohohoris/items/f934beb4ea0b432af488">https://qiita.com/hohohoris/items/f934beb4ea0b432af488</a></li>
<li><a href="https://linuxjm.osdn.jp/html/GNU_coreutils/man1/base64.1.html">https://linuxjm.osdn.jp/html/GNU_coreutils/man1/base64.1.html</a></li>
<li><a href="https://www.ecoop.net/memo/archives/convert_plist_to_or_from_json.html">https://www.ecoop.net/memo/archives/convert_plist_to_or_from_json.html</a></li>
</ol>


GoogleService-info.plistをgitignoreしている時に，GitHubActionsでCIを通す

<h2>後編始まり</h2>
<p>前編に続き，留学まとめしていきます！</p>
<h2>生活面</h2>
<h3>食</h3>
<p>基本じゃがいもです．ただただ飽きます．そこで救世主になったのが，Milchrice です．普通ドイツでは子供用のデザートに使われる米らしいのですが，まだ日本米に近く食べれる感じでした．ですので大学食堂ではドイツ料理，家では日本料理みたいな感じで交互に作っていたりしました．アジアンスーパーに行ってみるのもおすすめです！</p>
<h3>天気</h3>
<p>寒いです．今年は暖冬だったとは言え寒かったです．がっつり防寒しましょう</p>
<h3>価格帯</h3>
<p>カイザースラウテルンは安い方やと思います．牛乳とかなら 500mL で基本 100 円切る程度？そこそこお手頃価格です．ただ外食は高いです．
旅行の際，電車は事前予約なら安いです．直前はめちゃめちゃ高いです．Flixbus はその点常に安いです(ただし夜行みたいな感じ)</p>
<h3>ドイツにも N◯K らしき組織が存在する！？</h3>
<p>滞在から 1 ヶ月後ある封筒が届きます．ARD というドイツ国営放送(多分そんな感じ)から月 17.5€ の支払い義務がありますとのお達しがきます．テレビもないのにくるのです．ちゃんちゃらおかしい話ですよね！N◯K 害悪にしたバージョンやん！！！<del>半年だけなら逃げれるみたい</del>ですが，めんどくさかったので支払いました．</p>
<h3>言語面</h3>
<p>英語は基本は通じますが，まれに通じないことがあります．あと半年でペラペラは流石に難しかったです．</p>
<h2>やらかしたこと(戒め)</h2>
<h3>アパート契約問題</h3>
<p>あらかじめ半年契約でとアパート側に言っていたので，大丈夫だと安心しきっていたのですが，実は<strong>契約書に退去する 3 ヶ月前までに解約届を提出しないと，自動的に契約がもう半年延長される</strong>と書いてあったのです…完全に見てなかった…ですので，もう半年住まないのにお金を払わなければいけません．当然納得いかないので(自分が悪い)，教授の秘書を通じて協議してもらった結果，テナントが見つからない限り最悪 2 ヶ月分払ってもらうといい形で落ち着きました．（まだましか…痛いけど）
みなさんも気をつけてください．<span style="font-weight: bold; color: #ec004c;">契約書は読みましょう</span>(戒め)</p>
<h3>鍵</h3>
<p>アパートのドアが閉めると自動的にロックがかかる仕組みだったために何回かトラブルが起きました．そう，<strong>鍵を部屋に忘れると締め出しを食らうのです</strong>．実はオランダ旅行 2 時間前にそれをしてしまい，急いで鍵会社の人を呼ばなければいけませんでした…気をつけよう(戒め)</p>
<h3>クレジットカード</h3>
<p>クレジットカードにキャッシュ機能がついてなかったため，お金を引き出すことができませんでした．これはかなりの致命傷，本当に確認しといたほうがいいです．あと，上限額に関してもしっかり頭に置きながらカードは使いましょう．基本的にはドイツはカードの方が使う機会は多いのでなおさら確認しておいた方がいいです．</p>
<h3>Mac 破損</h3>
<p>コーヒーをこぼしました．画面が真っ暗になりました．おわり．(戒め)</p>
<h3>胃腸炎になる</h3>
<p>スーパーの肉でお腹壊しました．(戒め)</p>
<h3>卵を投げられる</h3>
<p>クリスマス間近の際に，車から思いっきり投げられました．以上．</p>
<h3>見知らぬ変な人に絡まれる</h3>
<p>Flixbus の時間の都合上，フランクフルト駅で一夜を過ごさなければいけなかったのですが，そのときに変な人に絡まれまくりました．(基本物乞い)</p>
<h3>アパート探しの時に詐欺られかける</h3>
<p>最初アパートを探していた時に格安サイトでいい物件や！と思ってメールを送ったらその人は，詐欺師紛いの怪しい人だったことが判明しました．デポジットを海外輸送サービスで送ってとしか言われなかったので，それを持ち逃げするつもりだったのでしょう…秘書に相談してよかったです</p>
<p>てな感じですかね…また思いついたら追記します．</p>
<h2>最後に</h2>
<p>最後に，今回の研究留学におきましてサポートしていただいた皆様に感謝します．とにかくいろんな経験をさせていただき本当に貴重でした．また機会があるなら短期でもいいので，留学したいですねえええ！！！！</p>
<p>p.s. ブログでももう留学に関して書くことあるんかなあ…って感じなんで，これで最後かも？</p>


ドイツ留学まとめ(堅め)-後編

<h2>はじめに</h2>
<p>まとめます．まず一言．<strong>あっという間だった</strong></p>
<p>半年は秒で過ぎて行きました．その間で自分が何をしたのだろうか，どんな気持ちで作業していただろうか，おそらく数ヶ月もするとほぼ薄れてしまうでしょう…ですので，まとめます．
これこそ本当の備忘録</p>
<p>前編は技術面，研究への姿勢に関して，後編は生活面，やらかしたこと(戒め)に関してまとめます．お付き合いください．</p>
<h2>技術面</h2>
<p>留学以前から現在の時系列で書いていきます．</p>
<h3>留学以前(9 月)</h3>
<p>留学以前，僕は情報系の専攻にも関わらず，全くコードを書かない研究テーマに携わっていました．ですので，<strong>コードを書くことが圧倒的に不足していました</strong>．少なからずの不安を覚えながらなんとかなるやろ！と楽観視をしていたのがこの時です．その楽観視が後々仇となります．</p>
<h3>軽い挫折(10 月，11 月前半)</h3>
<p>新しい土地，そして研究所という研究一本でやっている場所で研究をさせてもらうということを，間違いなく甘く見積もっていたのが露呈します．<strong>圧倒的に技術不足</strong>．しかもインターンで来た若者という位置付けなので，<strong>まずは技術面を見られる</strong>に決まっています．そこで大きく期待を裏切ってしまうことになったのです．</p>
<p>なおかつ言語の壁がここで立ちはだかり二重苦の状態…supervisor がパキスタン人で訛りが半端ないし意思疎通も難しい…今思えばもがいてももがいても先が見えない状態でやっていたのだと思います．こんな状況だったのでまあ精神も削られる，本当に日本に帰りたいと思ってましたね．笑</p>
<p>ただ，僕は死ぬほど負けず嫌いなので，逃げたかったけどやっぱ supervisor の手のひら絶対くるっと返したる，となったんですよね．ですので，</p>
<ul>
<li>コーディング</li>
<li>deep learning</li>
<li>英語</li>
</ul>
<p>…etc の勉強をがむしゃらにやっていました．ここで，結果を出そうということよりはまず，<strong>ひたむきに勉強する</strong>ということに重きを置いた結果，ある時を境に事態は劇的に変わります．</p>
<h3>ブレイクスルー(11 月後半以後)</h3>
<p>勉強した結果，あるコーディングのミスに気がつきます．まさかの supervisor のコードにミスがあったのです．それで修正を加えた結果なんと驚き，精度跳ね上がりまくり！！！完全にブレイクスルーの瞬間です．それに気がついて supervisor に経緯を全部を説明した時あたりから，完全に態度が変わってきました．
そこからもやはり多少のミスはしましたが，問題なくコーディングできるようになっていたので，一つ自信をもつことができた契機だったかなと思っています（<del>俺天才やんと自画自賛していました www</del>）</p>
<p>少し脱線しますが，英語力が追いついてきたのも大きかったです．最初は</p>
<ul>
<li>yes…（はい）</li>
<li>I see…（なるほど）</li>
</ul>
<p>ととりあえずわからなくても相槌を打っていたのが(今考えたら相当やばい)，<span style="font-weight: bold; color: #ec004c">わからなかったら聞き返す，わかっても自分の言葉で表現してそれで合ってるかを再確認する</span></p>
<ul>
<li>I mean…（...という意味です）</li>
<li>In this case, you mean…, is it right?（今回は...ってことですよね、合ってますか？）</li>
</ul>
<p>これを心がけた結果スムーズにコミュニケーションができるようになりました．</p>
<p>あとは supervisor 側も僕が全くわかっていない場合は実際に図を使って説明してくれたり，多くの助けがあったのも事実です．ありがたかったです
というわけで必死の勉強の末，なんとか期待に応えることができました．</p>
<h3>現在(3 月)</h3>
<p>実際に僕の中での成功体験として，<span style="font-weight: bold; color: #ec004c">勉強する → 結果が出る</span>のフローが強く残る結果となりました．
ですので，これから修士の時，社会人の時どんだけしんどくても成功体験に基づいて，自分がどれほどやれるのかが楽しみです．</p>
<p>あとは新しい場所で研究とかするなら，間違いなくスキルがないとダメなので，しっかり行く前に勉強しておきましょう．まじで．下手すると毎日ストレスの日々になりますよ…</p>
<p><strong>最後に，結果無事卒業できたのでよかった！！！！！</strong></p>
<h2>姿勢</h2>
<p>研究所の人は，世の中のためにだけでなく<strong>自分たちの生活のために</strong>研究をしています．対する僕たちはどうでしょう？ただの学生という位置付けでだれてたりしませんか？？僕はだれてました．
ここの姿勢の違いを一番に感じました．</p>
<p>結局先生が僕ら学生に対して文句を言ったりするのは，方向性が全く噛み合ってないからだと思うんですよ．要は，先生は生活かけて研究やってるけど，こちら学生「どうせ卒業後研究なんてせーへんし，単位出ればええ！！」って考えも多いですもんね．</p>
<p>僕は彼ら研究者の姿勢を見習って勉強していたので，また言っちゃえば僕も<strong>卒業をかけていた</strong>わけなので，その姿勢を今後もし貫くことができるならあと 2 年研究もなんとかなるんだろうなと思います．良くも悪くも自分がどうなるか楽しみです．</p>
<h2>最後に</h2>
<p>技術面，姿勢に関して最後に一言．<span style="font-weight: bold; color: #ec004c">自分，ほんまにおつかれゆっくり休め</span></p>
<p>後編に続く</p>


ドイツ留学まとめ(堅め)-前編

<h2>はじめに</h2>
<p>みなさん明けましておめでとうございます．今年もよろしくお願いいたします．てなわけで，論文の片手間にブログを気分転換として書いていきます．</p>
<h2>ロンドン観光の流れ</h2>
<p>今回は，5 泊 6 日でロンドンに行ってきましたので，その様子について軽くまとめたいと思います．</p>
<p>行程としては以下の通りです．</p>
<ul>
<li>1 日目: ブリュッセル → ロンドン</li>
<li>2 日目: 大英博物館 →Kings Cross 駅</li>
<li>3 日目: Dr.Martens Factory shop→ ロンドン塔近くで年越し</li>
<li>4 日目: afternoon tea→New Year&#39;s Parade</li>
<li>5 日目: グリニッジ天文台 → ロンドンアイ</li>
<li>6 日目: ドイツ帰還</li>
</ul>
<p>比較的のんびりした旅だった気がします．みんな，あまり計画もしてなかったため押さえるとこを，絶対見に行くスタンスでした．</p>
<h3>これが個人的に最高だった</h3>
<p>一番よかったのは，<strong>年越しの瞬間</strong>ですね…花火が打ち上がるのはテレビ越しで見ることしかできていなかったので，実際に見て興奮しました笑</p>
<img src="/posts/20181231_arrive_at_london/fireworks.png">

<p>食という括りでは，美味しいという印象しかなかったです…いい意味で期待を裏切ってくれた！</p>
<img src="/posts/20181231_arrive_at_london/potato.jpg">
<img src="/posts/20181231_arrive_at_london/fish_and_chips.jpg">

<p>よきよきよき．また来たいですね</p>
<h3>もろもろ振り返り</h3>
<p>こちら順に，グリニッジ天文台での世界標準時の線，大英博物館，2 階建てバス，公衆電話です．</p>
<img src="/posts/20181231_arrive_at_london/greenwich.jpg">
<img src="/posts/20181231_arrive_at_london/musium.jpg">
<img src="/posts/20181231_arrive_at_london/bus.jpg">
<img src="/posts/20181231_arrive_at_london/telephone_box.jpg">

<p>特に 2 階建てバスとかロマン感じますよね…毎回乗るたび 2 階に上がってた気がします笑</p>
<h2>最後に</h2>
<p>ブログの更新が遅れてしまいおよそ 1 ヶ月前の下書きの記事を投稿する羽目になっちゃいました…忙しかったのでそこは勘弁</p>
<p>これから，DFKI を去るまでは自分の技術向上に時間を割きたいと考えているので，旅行の投稿はないと思われます．これからは真面目な投稿ばかりになるかもしれないですけども，お付き合いくださいませ</p>
<p>それでは！</p>


年を跨いだロンドン観光、今年もよろしくお願いします

<h2>はじめに</h2>
<p>クリスマスでしたね，ドイツでは家族と過ごすというのが一般的らしく，近辺に全く人がいなかったです…みんな帰省してたんかな．店も全部閉まってました．今年もあと 1 週間足らずで終わってしまうと考えるとこの 1 年早かったなあと思わされますね．</p>
<h2>ドルトムント観戦記の流れ</h2>
<p>雑談はさておき，ドルトムント観戦記完全版いきたいと思います．ざっくりまとめます</p>
<ul>
<li>選手からサインをもらうには？</li>
<li>試合チケットを買うには？</li>
<li>試合当日の注意点</li>
<li>余韻</li>
</ul>
<p>これらについてまとめていきます．</p>
<h3>選手からサインをもらうには？</h3>
<p>まず一つ目，サインをもらうには<a href="https://mutation.hatenablog.com/entry/2018/12/15/072038">前の記事</a>に書いた通り，練習場へ行きサインをもらうのが早いと思います．</p>
<img src="/posts/20181226_arrive_at_dortmund/arena_1.jpg">

<p>練習の始まる前か終わりが狙い目です．待つ際は，冬の場合寒いので防寒対策をしっかりと．</p>
<h3>試合チケットを買うには？</h3>
<p>次に，試合チケットの購入はまあ難しいです．何が難しいかってドルトムントはドイツで屈指の人気クラブで，一般の方へのチケットはほぼ売り出されないレベルなので，<strong>数が少ない</strong>という点が一番のネックです．これに関しては 2 週間前から毎日キャンセル待ちの人が出ないかを，ずっとチェックする他ありません．</p>
<p>僕の場合ですが，試合がある週の月曜日に PC の前に朝 10 時から張り付いていました…すると結構な頻度でキャンセル分のチケットが売り出されていたので，それをいかに早く購入できるか．<strong>瞬発力勝負</strong>ってわけですよ．それに勝ったってだけです．</p>
<p>ちなみに，代理店を通じて買った場合少なくとも 15,000 円程度はすると思います．(あくまで僕の見解です，興味ある方調べてみてください)</p>
<p>対して，公式サイトから購入するとなると 5,000 円程度で買うことができるので，まあ後者を選びますよね．瞬発力勝負，頑張ってみてはいかがでしょうか！！！</p>
<h3>試合当日の注意点</h3>
<p>次に，試合当日ですが，家で印刷したチケットを忘れないことが一番大事です(当然)．あとは<strong>防寒対策</strong>です．</p>
<ul>
<li>2.3 時間ほどはスタジアムの中にいなければいけないこと</li>
<li>スタジアムが吹き抜けになっていること</li>
</ul>
<p>を考えると，間違いなく防寒対策必須です．僕はそれをしていなかったので 2 日後風邪をひき，鼻がお亡くなりになりました…</p>
<p>スタジアムでの食べ物は可もなく不可もなくでしょうか．</p>
<p>スタジアムで食べる CurryWurst，普段食べてるのと変わらんのに美味しく感じました．単純な人間です．それよりもあったかいコーヒーとココアがたまらなく美味しかったです．あったかかった．</p>
<img src="/posts/20181226_arrive_at_dortmund/arena_2.jpg">

<h3>余韻</h3>
<p>最後に，余韻です．まず席の位置．</p>
<p>まさかのゴール裏！？！？この時点で高校の同級生らに自慢しましたね．シンプルに羨ましいやろ．</p>
<img src="/posts/20181226_arrive_at_dortmund/arena_3.jpg">

<p>ドルトムントのゴールは全て僕のゴール側で決まったものなので，わんちゃんテレビ映ったかも！？と思ったり．楽しかったですね．寒かったけど．(-2°C)</p>
<p>**半端ないって！！**さんも途中から出場していました．いい写真は撮れませんでしたが，目に焼き付けれたので満足です．</p>
<img src="/posts/20181226_arrive_at_dortmund/arena_4.jpg">
<img src="/posts/20181226_arrive_at_dortmund/arena_5.jpg">

<p>帰りの電車は案の定ホームに行くのすら一苦労でした．1 時間くらいかかったかな？いい意味でバスまでの時間を潰せたから今回はよかったですが，きちきちにスケジュールを組んでいる旅行とかなら気をつけたほうがいいですね．</p>
<p>最後に，ありがとう Signal Iduna Park．サインをありがとう香川選手各代表選手．サイン入りユニフォーム，試合当日しか売っていないマフラー，ニット帽は大事に持って帰ろうと思います．</p>
<img src="/posts/20181226_arrive_at_dortmund/arena_6.jpg">
<img src="/posts/20181226_arrive_at_dortmund/arena_7.jpg">

<h2>最後に（注意点もあり）</h2>
<p><span style="font-weight: bold; color: #ec004c">Flixbus ではトランジットがあるかどうかを確認したほうがいいです．</span>今回帰りのバスは，フランクフルト中央駅で 1 時 40 分に降ろされ，5 時 50 分発に乗るという過酷な旅程だったので気をつけましょう…フランクフルト中央駅はマクドがあるのでなんとかなりましたが，3〜4 時は空いておらずその間めちゃくちゃ人に絡まれました…(お金くださいみたいなことを言ってくる)
あとは何度も言う通り防寒対策を．</p>
<p>少し気が早いですが，では皆さん良いお年を．年越しはロンドンで過ごします！！！！！</p>


ドルトムント観戦記．完全版

<h2>速報</h2>
<p>僕がドイツに行きたかった理由として，日本代表でドルトムント所属の香川真司選手に会いに行きたいからというのがひとつありました．</p>
<p>結論から言いますと，<span style="font-weight: bold; color: #ec004c">香川選手のサインをゲットできてかつ，ツーショットまで撮らせていただきました！！！！！！！！！！</span>家宝にする！！！夢じゃないですよ現実です</p>
<img src="/posts/20181215_meet_with_shinji_kagawa/twoshot.jpg">

<p><strong>【Shinji Kagawa × tionblog】</strong></p>
<p>夢の共演，コラボです</p>
<p>うーーーーーん，tionblog の弱さが際立つ笑笑</p>
<p>名前が横に並んでも恥ずかしくないように，研究とかでバッチリ結果残していきたいと思いました．本当に香川さんはファンサービスがうまいなあという印象でした．いい人すぎる．精一杯の「応援しています！！」をこっちからは伝えたつもりです．</p>
<h2>どうして・どこで香川さんと会ったの？？</h2>
<p>おい，なんで香川さんと会えたんや！という意見もあるでしょう．練習場に行くのが一番です．Information の人が言うには，16 時練習スタートなら 14 時半には待っといたほうがいいとのことです．香川選手は 15 時過ぎに到着しました．香川選手が来るまでは，ドイツ代表のゲッツェ選手，イングランド代表の売り出し中のサンチョ選手などなどのサインをいただけました！！サンチョ，ナイスガイやったなあ…あれが 18 歳？信じられんって感じです</p>
<h2>最後に</h2>
<p>という感じで興奮冷めやらぬ中，ブログに書かせていただきました．練習場とかの詳しいことに関してはネットで調べるといくらでも出てきます(場所であったり非公開練習がほとんどであるという情報などなど)．是非時間があれば立ち寄ってみてはいかがでしょうか．</p>
<p>それでは明日の試合楽しんできます！！</p>


【速報】ついにあの選手と夢の共演！？

<h2>はじめに</h2>
<p>はいどうもこんにちは！</p>
<p>先週金曜の深夜から日曜の早朝にかけてミュンヘンへ夜行バスで観光に行きました！</p>
<p>本来は日本からの友達がきて一緒に行く予定だったのですが，研究室の都合とかで行けなくなったらしく，いくなら今しかないと思い断行しました！！</p>
<h2>旅の流れ</h2>
<p>行程としては</p>
<ol>
<li>ノイシュバンシュタイン城見学</li>
<li>アリアンツアレーナ突撃</li>
<li>ビアホールにて晩酌</li>
</ol>
<p>でした．字で表したらそんな観光してへんやんってなりましたね，移動時間が多かったんやなあと思います</p>
<p>先ほど移動時間が多かったと書きました．移動にお金がかかってるんじゃないかと普通は思いますよね．電車 10 本バス 5 本くらいは乗ったと思いますが，なんと**25€**しかかかっていません！
そう，今回の MVP はこの Bayern Ticket です．</p>
<img src="/posts/20181214_arrive_at_munchen/ticket.jpg">

<p>休日なら 0:00〜27:00 まで利用可能なワンデイチケットでこれがあれば電車バスはある程度乗り放題になります．これがなければ 3 倍以上のお値段になってたと思うとぞっとしますよね，チェックしといてよかった．</p>
<h3>ノイシュバンシュタイン城へ</h3>
<p>てなわけでミュンヘン中央駅からフュッセンまで行き，バスに乗りノイシュバンシュタイン城のチケットを取るべく全力疾走…</p>
<p>走ったおかげか 20 分待ちくらいでチケットを取ることができました！！ただ僕の場合は朝 9 時過ぎに行ったこともあり，割と空いていたのかもしれません．余裕を持ちたい方は絶対に予約をお勧めします．</p>
<img src="/posts/20181214_arrive_at_munchen/neuschwanstein_1.jpg">
<img src="/posts/20181214_arrive_at_munchen/neuschwanstein_2.jpg">

<p>チケットを取り終えてほっとしてたら馬車が現れてテンションが上がりました！！行きはゆっくり歩いて帰りは馬車に乗ろうと決めて，歩きでノイシュバンシュタイン城まで向かいます．</p>
<img src="/posts/20181214_arrive_at_munchen/neuschwanstein_3.jpg">

<p>上り坂を登っている途中で城が見えてきました．本当に映画で見たことある城そのものだなと遠くから見ていても感じられました．</p>
<img src="/posts/20181214_arrive_at_munchen/neuschwanstein_4.jpg">

<p>ノイシュバンシュタイン城についてからの写真です．とにかくきらびやかな城だったと思っていて，モンサンミッシェル大聖堂の荘厳な感じとは全く違う印象を受けました．(城の中に入ったら撮影禁止)</p>
<p>あ，ここで飲んだホットワインが最高にしみました．以上です．</p>
<img src="/posts/20181214_arrive_at_munchen/neuschwanstein_5.jpg">
<img src="/posts/20181214_arrive_at_munchen/neuschwanstein_6.jpg">

<h3>アリアンツアレーナへ</h3>
<p>正直ノイシュバンシュタイン城に行くのが一番の目的で，それを果たしてしまってこれからどうしようと考えていた矢先，今日バイエルンミュンヘンの試合やってるんじゃないか？と思って見てみたら，案の定試合でした．</p>
<p>なので！！突撃してやろう！！と急遽アリアンツアレーナへ向かいました！！！</p>
<p>フュッセンからミュンヘン中央駅までの道のりも電車で 3 時間半くらいだったのですが，そこで居合わせた陽気な集団に謎に絡まれました．そして一言「盃を交わそうじゃないか」と．ビールをいただいて楽しくお話もできて楽しかったです．こういう単なる旅の移動でも，思わぬ出会いがあったりするからいいですよね．</p>
<img src="/posts/20181214_arrive_at_munchen/beer.jpg">

<p>そしてたどり着いたアリアンツアレーナ．</p>
<img src="/posts/20181214_arrive_at_munchen/allianz_1.jpg">
<img src="/posts/20181214_arrive_at_munchen/allianz_2.jpg">

<p>良すぎませんか？？？いやー，写真より現地に行った方が伝わる…(当たり前)</p>
<p>ぜひ行ってみてください．スタジアムの大きさに驚かされます．ちなみに通路はタバコや食べ物の残り等で汚れていてなかなかひどかったです…まあどこもスタジアムはそんなものか．</p>
<p>そして帰ろうと思ったのですが，道に迷ってしまいどうしようかと考えていた矢先，同じく迷っていたスロバキア人の二人組に遭遇します．そこでなぜか二人組を僕が案内することになっちゃいました．(俺も迷ってるんやと思いながら)まあ英語でサッカーの話だったり自分の話だったり色々楽しく会話できたので，よかったです．</p>
<p>なんとか 20 分かけて駅にたどり着きました．去り際には熱い握手を交わし解散しました．ガタイゴツすぎたけどええ人らやったなあ…</p>
<h3>ビアホールにて晩酌</h3>
<p>そしてバス出発までの時間は，ドイツで一番有名なビアホールである，ホーフブロイハウスで晩酌してきました！</p>
<p>ここのお店，一人で入るところではありません．自由席のためまず席が取れない．団体じゃないと厳しいです．僕の場合 30 分くらい待ってようやく座ることができました．</p>
<p>そして名物 1L ビールを注文．</p>
<img src="/posts/20181214_arrive_at_munchen/beerhall_1.jpg">
<img src="/posts/20181214_arrive_at_munchen/beerhall_2.jpg">
<img src="/posts/20181214_arrive_at_munchen/beerhall_3.jpg">

<p>黒ビール苦味あるなあと思いながら飲んでいたのですが，中央駅へ向かう帰りの電車でお酒を結構飲んでいたことを思い出しました．その瞬間めちゃくちゃしんどくなってきて，きつかったです…味はもちろん，美味しかったんですけどね．完全に量がミスだったか．</p>
<p>ただ，またもや新たな出会いが僕を救ってくれます．横にいた人に「しんどいよ，これ量多くない？」と喋りかけてから，なぜか最終的には介抱してもらってしまうというまさかの展開に．冗談で「もう一杯ビール飲むかい？？」って言ってきたり，最終的にはびっくりするくらい仲良くなりました．
そしてバス停まで送ってくれたのに加えて，待ち時間まで一緒にいてくれるという…本当にいい人すぎました．**こういう人の運に感謝でしかないですね．**去り際には電話番号と名前を書いた紙を渡してくれて，心温まってカイザースラウテルンへ帰りました．</p>
<h3>その後</h3>
<p>家へ帰った後，その人に電話をかけて感謝の気持ちを伝えました．すると「今日もビール飲むんか？」とジョークかまされ，「またミュンヘンに来る機会があれば一緒に飲もうね昨日は楽しかった」とのことでした．またミュンヘン行きたいわ！！笑</p>
<h2>総評</h2>
<p>という弾丸ミュンヘン旅でした！読んでみてどうでしたか？？観光っていうよりかはいろんな人と出会った 1 日って感じですよね笑</p>
<p>それはそれで楽しかったしいい思い出になりました．良き旅でした．</p>
<h2>最後に</h2>
<p>そして！今からついに！！ドルトムントへ行ってきます！！！奇跡的にチケットが取れたのでまた夜行バスで直行してきます！！！！それでは！！！！！</p>
<p>p.s. 研究で進捗生めたよ</p>


弾丸日帰りミュンヘン観光。見知らぬ人ばかりに絡まれた一日

<h2>はじめに</h2>
<p><a href="https://mutation.hatenablog.com/entry/2018/12/06/044212">前編</a>の続きです！</p>
<h2>3 日目</h2>
<h3>Mont-Saint-Michel へ</h3>
<p>あいにくの大雨の中，Mont-Saint-Michel へ向かいました．ほんと天気がいい時に行きたかったですね</p>
<p>大聖堂は窓の造りであったり，様々なところに工夫がなされていました．雰囲気もそれなりによかったです．</p>
<img src="/posts/20181206_arrive_at_paris_part2/mont_saint_michel_1.jpg">
<img src="/posts/20181206_arrive_at_paris_part2/mont_saint_michel_2.jpg">

<h3>スイーツはうまい</h3>
<p>腹ごしらえには，ビーフシチューとチョコケーキをいただきました．</p>
<p>今回も言いますけどスイーツにハズレないですほんと．</p>
<img src="/posts/20181206_arrive_at_paris_part2/mont_saint_michel_3.jpg">
<img src="/posts/20181206_arrive_at_paris_part2/mont_saint_michel_4.jpg">

<h3>Flixbus はコスパが高い</h3>
<p>Mont-Saint-Michel へは flixbus を使いました．パリからは 5 時間ほどかかりましたが，不自由ない移動ができました．値段も安いしおすすめです．</p>
<h2>4 日目</h2>
<h3>凱旋門へ</h3>
<p>凱旋門へ向かいました．でかい！！</p>
<img src="/posts/20181206_arrive_at_paris_part2/arch.jpg">

<p>しかし中へは入ることができなくなっていました．理由としてはここ凱旋門近くで**3 日目にデモがあったためです．**死傷者が出るほどの激しいものだったそうで…</p>
<p>道理で中に入れないわけですわ…実弾入ってる銃をもった警官が複数人，警察のサイレンがずっと鳴り響く…緊張感が漂っていました．
(デモの主犯はこの黄色のベストを着た人たちだったらしいです．実は 3 日目の昼に Mont-Saint-Michel で黄色のベストの集団を目撃していたんですよね…ほんと巻き込まれなくてよかったです．LINE やメールをくれた皆様ご心配をおかけしました．)</p>
<img src="/posts/20181206_arrive_at_paris_part2/incident.jpg">

<h3>ルイヴィトンの中に足を踏み入れた男</h3>
<p>凱旋門をいち早く去り，その後ウィンドウショッピングを敢行しました．ルイヴィトンの中にも入りましたよ！！日本にいる友達に連絡したらめちゃくちゃテンション上がってて面白かったです．その友達が言ってたアークライトスニーカーかっこよかったなあ…お値段は察しで．</p>
<img src="/posts/20181206_arrive_at_paris_part2/vuitton.jpg">

<h3>晩御飯へ</h3>
<p>自然史博物館，メダイユと観光を行い(写真撮るの忘れた)晩御飯はまたもや chartier へ．美味しかったなあ…やっぱりここはおすすめです</p>
<img src="/posts/20181206_arrive_at_paris_part2/chartier.jpg">

<p>食べたあと宿に帰って寝落ちしてしまったんですけど，友達にその話を聞いたところ寝言言うてたらしくしかもそれが英語やったとのことです…</p>
<p>p.s.「◯△◇…just a minute!?」と言ってたらしいです．完全に会話してますね supervisor と discussion でもしてたんかな…</p>
<h2>総評</h2>
<p>4 泊 5 日の旅でしたがかなりの満足度でした！天気もずっと悪いと言うわけではなかったので耐えかなと．</p>
<p><del>ただパリの街並みに感動はしませんでした</del>，ドイツやブリュッセルの街並みを見ているからかもしれませんが．花の都，との総称とは裏腹に駅もかなりの汚さで民度もそこまで高くはない印象を受けました．スリも多いらしいですね．しかし一度は行くべきだと思います．特にスイーツとパンは必見です！</p>
<p>今週末は夜行バスに乗って弾丸ミュンヘン観光をしようと考えております．また時間があればブログにまとめます！それでは！！</p>


パリ観光 後編 - 無事帰れてよかったの一言

<h2>はじめに</h2>
<p>11/29 の午後から 12/3 の午前中まで，パリへ観光に行っていました．今回は前編で 1.2 日目，後編で残りを紹介します．</p>
<h2>1 日目</h2>
<h3>晩御飯へ</h3>
<p>17 時ごろにパリに到着し，そこから晩御飯を Bistrot victories へ食べに行きました．この店はなにより店員さんのテンションが高い！本当に気持ちのいい接客をしているなーと思いました．料理のお味はぶっちゃけ普通でした．ただ付いてきた無料のパンがとにかく美味しい！！さすがパンの国フランスです．食後にパン屋の Regis Colin に行って人気のクロワッサンを購入しましたがこれも別格と言っていいくらい美味しかったです．あのクロワッサンもう一回食べたい…</p>
<img src="/posts/20181206_arrive_at_paris_part1/steak.jpg">

<h3>生エッフェル塔とご対面</h3>
<p>その後エッフェル塔に向かいました．とにかく迫力がありました．夜のライトアップがさらにそれを際立たせていた感じもします．</p>
<p>頂上まで登りましたが，景色は良かったです．ただ風が強すぎて寒かったって言う印象の方が強かったかな…あとはシャンパン飲んだけど美味しかったです．高かったけど．</p>
<img src="/posts/20181206_arrive_at_paris_part1/eiffel_1.jpg">
<img src="/posts/20181206_arrive_at_paris_part1/eiffel_2.jpg">

<h2>2 日目</h2>
<h3>ルーブル美術館へ</h3>
<p>朝早くからルーブル美術館に行きました．広すぎました．よく歩きました．友達はオルセーの方が良かったと言っていたので，そっちの方がいいかもしれないです…(ルーブルが悪いとは言ってないからな！！！)</p>
<img src="/posts/20181206_arrive_at_paris_part1/louvre_1.jpg">
<img src="/posts/20181206_arrive_at_paris_part1/louvre_2.jpg">

<h3>Coffee break</h3>
<p>その後母親から教えてもらった，オススメのモンブランのあるお店である Angelina に行きました．</p>
<p>雰囲気が上品な感じで，お客さんもたくさんでした．</p>
<p>モンブランはこんな感じでした．美味い．上品．the ティータイムを満喫できましたね．</p>
<img src="/posts/20181206_arrive_at_paris_part1/angelina_1.jpg">
<img src="/posts/20181206_arrive_at_paris_part1/angelina_2.jpg">
<img src="/posts/20181206_arrive_at_paris_part1/angelina_3.jpg">

<h3>ワイン美術館とエッフェル塔</h3>
<p>その後ワイン博物館に歩いて向かったのですが，途中でエッフェル塔を目にしました．うーん，夜のライトアップされてる時の方が迫力があって良かったです．上に登るとすれば夜の方が正解だと思います．地上がよりきらびやかに見えると思うので．</p>
<img src="/posts/20181206_arrive_at_paris_part1/eiffel_3.jpg">

<p>そして，ワイン博物館での写真は完全にとり忘れました．ワイン美味しかった…樽の匂いがワインからしていたのが印象的でした．</p>
<h3>晩御飯へ</h3>
<p>晩には，行列ができると噂の大衆レストラン，chartier に行きました…ここ本当に大当たりだと思います．値段が安いそして美味い，このほほ肉の煮込みも 9.5€ でした．日本円で言えば 1100 円くらい？？口の中でほろっとなるくらいには煮込まれててかつ味は文句なしに美味しいのでこの値段は安いと言えます．</p>
<img src="/posts/20181206_arrive_at_paris_part1/chartier_1.jpg">
<img src="/posts/20181206_arrive_at_paris_part1/chartier_2.jpg">

<h2>最後に</h2>
<p>ざっと 1.2 日目まとめちゃいました．振り返ると食べ物の写真多いなあって思います．総評は次の記事で書きます！！</p>


パリ観光 前編 - パンとスイーツにハズレなし

<h2>はじめに</h2>
<p>最近少し余裕ができたので，ブログ書いてます．ぜひ見ていってください，ちなみに特に面白いことは書いてないです．真面目です</p>
<ul>
<li><a href="https://mutation.hatenablog.com/entry/2018/11/24/233302">PyTorch を使っての Deep Learning の実装での注意点</a></li>
<li><a href="https://mutation.hatenablog.com/entry/2018/11/24/234753">Overleaf で画像が真っ白のままになる</a></li>
</ul>
<p>今回はタイトルにも書いてある通り海外での discussion のあり方についてがテーマです，こっからはあくまで<strong>自分の経験に基づいた現時点での意見かつ主観</strong>です</p>
<h2>Discussion について</h2>
<p>まずはじめに，日本での discussion でこんな経験はないでしょうか？<strong>意見言って議論が白熱しすぎて最後ギスギスした感じになってしまった…</strong></p>
<p>正直日本では遺恨を残す感じになる可能性はあると感じています．しかし海外ではそんなことはないんじゃないか！？と思いこの文章にまとめている次第です．</p>
<h3>実例を交えて説明</h3>
<p>僕の場合，supervisor と二人で議論することがほとんどなのですが，まあ研究に関してはプライドが高いんですよ．自分の考え，プログラムは絶対間違ってないという確固たる自信があります．ですので，<strong>議論する際にはちゃんとした理由と話のストーリーをもってして話さないと大体意見が通りません．</strong></p>
<p>しかし，そのやり方で話しても意見が通らない場合もあります．その時に supervisor がヒートアップしていたので僕もガツンと口喧嘩のレベルで意見を言ってしまったことがありました．これ絶対日本で上司に対してやったら干されるやつやんって思い，あとで謝りに行きました．</p>
<p>supervisor も怒ってるやろな…と思って気持ち引き締めて行ったのですが，予想とは裏腹に満面の笑みで「えっ！？」と拍子抜けしちゃいました．supervisor は「これが discussion なんだよ」と口にしていたので海外ではそういうものなんだな〜日本とは違うねえ…と考えさせられるいい機会になりました</p>
<p>ですので，海外でもし仕事するとかの場合は，会議の際には<span style="font-weight: bold; color: #ec004c">遠慮なく自分の意見を主張する，変な遠慮はいらない！</span>ということが大事．これが海外に 2 ヶ月滞在して感じたことです．</p>
<h2>最後に</h2>
<p>supervisor と本気でぶつかり合うという予想だにしていなかった展開を経て，こんな経験はかなり貴重なのではと思い，この記事を書かせていただきました．</p>
<p>来週からはパリの模様をブログにまとめます！！ちょっとは華やかな記事になると思うんでぜひのぞいて行ってください！！！(これが一番言いたかった説)</p>
<p>p.s. エッフェル塔が似合う男になってきますわああああ</p>


議論＝口論！？！？海外でのdiscussionのあり方とは

<h2>はじめに</h2>
<p>PyTorch を使って Deep Learning の学習(train)，推論(validation，test)の部分を実装していた時にはまった罠を紹介します．</p>
<h2>PyTorch での学習・推論の際のモデルの切り替え</h2>
<p><a href="https://pytorch.org/tutorials/">PyTorch tutorial</a>に，</p>
<ul>
<li>学習時: <code>model.train()</code></li>
<li>推論時: <code>model.eval()</code></li>
</ul>
<p>とコードに書かれてあります．
model の中に batchnormalization 層や dropout 層が含まれていた場合，これらは学習時では使うが推論時では使わないと言う指定をしてあげなければいけません．なぜならこれらは学習を効率よく行うためのテクニックであって<strong>推論時では使われないもの</strong>だからです．</p>
<p>supervisor が渡してくれたコードにはこの二つが書いておらず，書かなくても別にいいものだとずっと放置していたため，このミスに気づくのに 2 週間ほどかかりました…
そのため推論の結果も散々で頭を悩まされていました…おそらくこのミスは一生忘れることがないと思います．</p>
<h2>最後に</h2>
<p>ですがこのミスのおかげで PyTorch，Deep Learning の知識をより深めることができたので結果オーライかなと…思い込みます！！</p>


【PyTorch】学習時，推論(テスト)時での注意/model.eval()←めちゃくちゃ大事

<h2>遭遇した問題</h2>
<p>昨日悩まされていた問題です．</p>
<p>研究室のパソコンを壊してしまったため，新しく日本から送られてきたパソコンを使っているのですが，それには Office が入っていませんでした．ですので overleaf を使って進捗報告を行っていたのですが，**画像/pdf を入れたくても真っ白のまま…**なんやこれ</p>
<pre><code>\usepackage[dvipdfmx]{graphicx}
</code></pre>
<p>も入ってるしなんで…</p>
<h2>原因</h2>
<p>原因は overleaf 自体にあったかもしれないです．左上の Menu ボタンを押すと Setting のところが出てきます．そこの Compiler のところを <strong>pdfLaTeX から XeLaTeX</strong> に変えたところ画像が無事表示されました…！</p>
<p>もし，overleaf を使っていて同じような問題が起きたらこれをチェックしてみるといいかもです．</p>
<h2>最後に</h2>
<p>話は変わりますが，来週木曜日に日本の研究室への中間発表がありその直後から 12/3 まで<span style="font-weight: bold; color: #ec004c">パリに行きます！！！</span>天気はあいにくの雨予報ですが！！！！！</p>
<p>p.s. はちゃめちゃに楽しんできたいと思います，その前に発表スライド作らなあかんな…</p>


【LaTeX】Overleafを使っていてpdfも画像も表示されない…真っ白…嘘でしょ

<h2>はじめに</h2>
<p>ドイツワイン美味しすぎますね…あともう一杯でやめよう…やめよう(やめられない)を繰り返しております．</p>
<p>前の投稿に続きまして，連投となりますがザンクトゴアール(St.Goar)，リューデスハイム(Rüdeshaim)に昨日行ってきました．ざっとまとめます．</p>
<h2>ザンクトゴアールへ</h2>
<p>本来はザンクトゴアールからライン川を船で下ってリューデスハイムへ行き，観光という予定だったのですが，まさかの川の水が不足していて船の運行が中止になっていました…いやー，残念でしたね…</p>
<h3>カフェへ</h3>
<p>とりあえずザンクトゴアールでなんか食べたいなと思って cafe st.goar に行きました．そこではシュヴァルツヴェルダー・キルシュトッテ(Schwarzwälder Kirschtorte)というさくらんぼのケーキをいただきました．チョコリキュールが効いていてさらにさくらんぼの酸っぱさと甘いクリームが完璧にマッチして美味しかったです…</p>
<img src="/posts/20181105_arrive_at_ruedesheim/cafe_1.jpg">

<h2>リューデスハイムへ</h2>
<p>食べたあと仕方なく電車でリューデスハイムまで向かいました．先に結論から言うとリューデスハイム，本当に素晴らしい街でした．<del>(タイトルでネタバレしてるやないかーい</del></p>
<img src="/posts/20181105_arrive_at_ruedesheim/street.jpg">

<p>川下りは断念しましたが来て良かったです…観光としてはワイナリー巡り，リューデスハイムカフェを飲むという二つに絞ってゆっくり歩き回りました．</p>
<h3>ワイナリー巡り</h3>
<p>ワイナリー巡りですが 1 軒目は日本人の方が店員をされていらっしゃった店でした．</p>
<p>ワインテイスティングが無料で行えてかつ，ものすごく店員さんが親切でよかったです．たくさん飲ませていただいたので一番気に入ったのを一本購入しました．</p>
<img src="/posts/20181105_arrive_at_ruedesheim/winery_1.jpg">
<img src="/posts/20181105_arrive_at_ruedesheim/winery_2.jpg">
<img src="/posts/20181105_arrive_at_ruedesheim/winery_3.jpg">

<p>二軒目は高級スパークリングワインを製造している Solter というワイナリーに行きました</p>
<p>酔ってるせいか店員さんが美人に見えたので一本ロゼワインを購入してしまいました．後悔はしていません．</p>
<img src="/posts/20181105_arrive_at_ruedesheim/winery_4.jpg">
<img src="/posts/20181105_arrive_at_ruedesheim/winery_5.jpg">

<h3>またカフェへ</h3>
<p>ほろ酔い気分で最後に cafe edel に行きました．ここではリューデスハイムカフェとアプフェルシュトゥルーデル(Apfelstrudel)をいただきました．</p>
<img src="/posts/20181105_arrive_at_ruedesheim/cafe_2.jpg">

<p>アプフェルシュトゥルーデルはまんまアップルパイで美味しかったです．リューデスハイムカフェはブランデーをコップに先に入れ，火をつけアルコールをある程度飛ばした後にコーヒーとクリームを入れて完成という工程なのですが，なかなかアルコールが強い！！おいしいけど！！飲む前から酔っていたのでなかなかきつかった…でも一回は飲んでみる，あと作る工程を動画で撮る価値ありです．</p>
<h2>感想</h2>
<p>という感じでただ飲んで食べてぶらぶら景色でもみながら観光を終えました．散歩本当楽しいなって最近実感しています．ヨーロッパの街いいですね…！</p>
<p>再度言いますが**リューデスハイム本当にお勧めできます．**機会があればぜひ行ってみてください．可能であれば僕の代わりにライン川下りも行っちゃってください！！！</p>
<img src="/posts/20181105_arrive_at_ruedesheim/great_view_1.jpg">
<img src="/posts/20181105_arrive_at_ruedesheim/great_view_2.jpg">
<img src="/posts/20181105_arrive_at_ruedesheim/great_view_3.jpg">

<h2>最後に</h2>
<p>以上です，お酒回り始めたからそろそろ寝ますか〜気が晴れてきました！明日から頑張れる気がします！！11 月後半にパリへ，ここに来ている研究室の仲間と行くことにしているのでなんとかそこまでに進捗を生みます．</p>


リューデスハイムは素晴らしい街。散歩の楽しさを知る

<h2>はじめに</h2>
<p>お久しぶりです．忙しくて更新する暇がなかったです…</p>
<p>こっちに来て 1 ヶ月が経ちました．半年間の滞在許可証取得，銀行開設，カイザースラウテルン工科大学の学生証取得等を終えて暮らしも落ち着き，さあ研究一本！という時期になりました．</p>
<p>自省の意味も込めて，この 1 ヶ月を生活面と研究面の二つに分けて振り返ります．</p>
<p><strong>再度言いますが，あくまで僕自身のための備忘録的な意味合いが強いです．</strong></p>
<h3>生活面</h3>
<h4>食について</h4>
<p>食事に関しては昼は大学の食堂，夜は自炊(ごくたまに外食)というサイクルでうまくやっていけてます．特に自炊に関しては楽しくて仕方ないです！フライパン一つしかないですが，炒める以外にも米を炊いたりパスタ茹でたりフル活用していろんな料理をなんとかして作ってます笑</p>
<p>参考程度にこの前作ったキーマカレーを載せときます．味は普通に美味しい、、、</p>
<img src="/posts/20181105_review_first_month_at_germany/curry.jpg">

<h4>書類関連について</h4>
<p>ドイツに滞在するにあたっての諸々の書類に関しては，</p>
<ol>
<li>住民登録</li>
<li>学生証取得</li>
<li>滞在許可証取得</li>
</ol>
<p>という流れでした．もしも滞在許可証をとれなければ 3 ヶ月で日本に強制送還させられるとのことです…強制送還だけは避けられそうでなによりです．(これが一番大事)</p>
<h4>ハプニング集</h4>
<p>ハプニングとしては，キャッシュカードでお金が下ろすことができなかったことがまず一つあります…キャッシング機能をカードを作った際につけていなかったらしく，お金を下ろすことができない事態になっていました．</p>
<p>次に端子(コンセント)が合わない問題がありました．皆さん端子って言われて真っ先に思いつくのはあの形ですよね？？？</p>
<p>そうこの形ですよね．</p>
<img src="/posts/20181105_review_first_month_at_germany/type_a.jpg">

<p>しかしドイツではこの形になっています…</p>
<img src="/posts/20181105_review_first_month_at_germany/type_c.jpg">

<p>刺さらない…確実に情報収集不足でしたね．スーパーで変換器を購入することになってしまいました，情報収集大事．</p>
<p>最後に，僕の Mac に大量のコーヒーをこぼしてしまい破損させてしまう事態になりました…もし修理となると 1712€(およそ 20 万円)らしく諦めました…研究室から新しい Mac を送ってもらうことでなんとか耐え凌げそうですが…やらかしましたね</p>
<h3>研究面</h3>
<p>いやー，正直しんどいです．(特に気持ちの部分)日本で何も学んでいなかったってすごく痛感しています</p>
<p>技術的に周りはものすごくレベルが高くて，僕は完全にできない扱いされてるな〜ってすごく感じます．(みんなは口では言わないけど対応がもろ初心者扱い)悔しいですね</p>
<p>僕個人として負けず嫌いすぎる性格なのでなんとかしてこの状況打破してやろうと必死(実際半ば焦りがほとんど)にやっていますが，なかなかうまくはいかないですね…空回りしてるなと思います本当．かくいう今日も supervisor にプログラムは正しく動いているのにもかかわらず，このコードは正しくないと言われ，討論(口喧嘩寄り？)になりました．冷静に見直してみたら無駄なコードの書き方をしていたなって気づきました，まじで空回りしすぎやろ！！！！！！</p>
<p>こういう時ほど冷静に深呼吸して，それでも落ち着かないならどっかに出かけるとかして気晴らしをしていきたいですね．</p>
<p>今日ワイナリーに行って買ったワインをもうちょっと飲みながら明日からまた足掻こうと思います．</p>
<img src="/posts/20181105_review_first_month_at_germany/wine_1.jpg">
<img src="/posts/20181105_review_first_month_at_germany/wine_2.jpg">

<h2>最後に</h2>
<p>ワイン美味しい…飲みながらこの文章書いてるけどちゃんと文になってるかな？まあ今思ってることを殴り書きしたものでおそらく駄文だらけですけど，最後まで読んでくれた方ありがとうございます．ラインとかで名乗ってくれたら日本帰った時にお土産あげますね(超適当)</p>


ぶっちゃけ1ヶ月経って思うこと

<h2>一週間の流れ</h2>
<p>怒涛の一週間を振り返りたいと思います．</p>
<ul>
<li>10/1 DFKI の方々に挨拶，諸手続き，一人暮らしスタート</li>
<li>10/2 全体ミーティング，グループミーティング，supervisor に deep learning に関して知識を深めなさいと言われた</li>
<li>10/3 日々諸々の疲れがたまり寝てた</li>
<li>10/4 Convolutional Neural Network についての discussion を行った</li>
<li>10/5 Bayesian Convolutional Neural Network の論文を読んだ</li>
<li>10/6 先輩にハイデルベルグ観光に連れて行っていただいた</li>
</ul>
<p>こんな感じでしょうかざっとまとめると</p>
<h3>英語でのコミュニケーションがつらい</h3>
<p>初日の手続きに関しては，偉大な日本人の先輩方が助けていただいたおかげでなんとかいけました…特に英語でのコミュニケーションに関しては最初耳が慣れて来なかった部分もあり全く聞き取れず，喋るにも喋れないというカオスな状況だったので救われたなと思います．</p>
<p>翌日の全体ミーティングでは自己紹介をしました．ドイツに来たからにはドルトムントの試合見に行きたいですって言ったらかなりウケてたのでよかったなと思います，割とみなさんと仲良くなれました．グループミーティングは一転してしんどかったです…またしても英語が聞き取れない．びっくりするくらい皆さん速い英語を喋りはるなあと思っていました．これが世界基準なのかもですけどね</p>
<p>あとは supervisor の下に初めてついて，deep learning に関しての本を読み discussion をしました．</p>
<p>ここでも英語の問題が立ちはだかります．supervisor の英語，本当にミーティングでの皆さんの英語以上に早くて訛っててやばい．聞き取れずグダった discussion になっちゃいましたね…一応意思疎通は最終的にはできたみたいでなんとか次のステップに進めました…</p>
<h3>初のドイツ料理</h3>
<p>その夜食べたドイツ料理ですビールとソーセージうますぎ．ビール気づいたら二杯目飲んでました…</p>
<img src="/posts/20181007_review_first_week_at_germany/beer.jpg">
<img src="/posts/20181007_review_first_week_at_germany/sausage.jpg">
<img src="/posts/20181007_review_first_week_at_germany/potato.jpg">

<h3>優秀なインターン生との出会い</h3>
<p>そして翌日 CNN に関しての discussion があり，私と同じ日に DFKI に来た Adriano という子が参加してくれてめちゃくちゃ助けてくれました．supervisor からの英語を聞き取りそれを私に英語で伝えてくれる的な笑</p>
<p>Adriano の英語は聞き取りやすくて理解ができたのでうまくいけました…仲良くなっといて私自身英語を使う機会を彼と研究であったり遊びであったりで増やせたらなあと思っています</p>
<p>という感じで今論文を理解してる段階です，自分なりに足掻こうと思います</p>
<h3>オフは観光へ</h3>
<p>昨日はハイデルベルグというところに先輩に連れて行っていただきました</p>
<p>城からの風景めちゃくちゃ綺麗やった…街並みが展望できました</p>
<img src="/posts/20181007_review_first_week_at_germany/heidelberg_1.jpg">
<img src="/posts/20181007_review_first_week_at_germany/heidelberg_2.jpg">

<h2>最後に</h2>
<p>なぜ最初の一週間をあえてまとめたのかというと来年 3 月に日本に帰る直前にこの記事を見て，自分のこういうところがいい方向に変わったなあ身についたなあって，回想できると自分に期待を込めてまとめさせていただきました</p>
<p>せっかく半年こういう一生に一度あるかの機会なので無駄にすることなく悔いなくやりたいと思います．</p>


最初の一週間を振り返る

<h2>どたばたの午後</h2>
<p>それではドタバタの後編です！</p>
<h3>ビールを求めて</h3>
<p>美術館散策の後，ビールのお店に入り購入．</p>
<p>世界一魔性を秘めたビールと称される Duvel ビールを頂きました，今まで飲んだことがないような香りと味でしたね…なんとも表現が難しいです，美味しかった．</p>
<img src="/posts/20180930_arrive_at_brussels_part2/beer.jpg">

<h3>グランプラスはいいぞ</h3>
<p>世界遺産であるグランプラスの散策を行いました．ビール飲んで気分上々になりながら回ってました(二重の意味で)</p>
<p>いい写真がなかった…動画なら上手く伝わったかもしれないです…ただただ素晴らしい建造物だらけでテンションが上がりっぱなしでした！！</p>
<img src="/posts/20180930_arrive_at_brussels_part2/musium.jpg">

<h3>ムール貝の酒蒸しを堪能</h3>
<p>気分が最高潮になったところで晩飯を食べるため Chez Leon(シェ・レオン)に足を運びました，日本の旅雑誌とかでは必ず載ってる老舗らしいです！</p>
<p>そこでは名物のムール貝の酒蒸しセットをいただきました！</p>
<p>塩気のあるスープとムール貝の磯の感じそしてパンがめちゃくちゃ合う…美味でした，今回ムール貝少なめにしてあるのですが写真で見て取れる量なので，普通のサイズなら食べきれなかったかもですね…ハーフでよかったです</p>
<img src="/posts/20180930_arrive_at_brussels_part2/dinner.jpg">

<p>ベルギーチョコも Neuhaus という老舗で購入し，帰るかーとなって南駅に着き，ホストの家に向かいます．ホストの家の住所に Aalst と書いてあったので，Aalst 駅へ向かいました．</p>
<p><strong>しかしこれが大きな誤算となってしまうのです</strong></p>
<h3>宿への長い道のり</h3>
<p>Aalst 駅についてまず思ったこと，何もないやんってことです．しかもデータ通信が使えない．キャリアは表示されてるのに…嘘やろ？？</p>
<p>これやばいやつやなと思って案内板を探して見てみると下の画像のような感じでした</p>
<img src="/posts/20180930_arrive_at_brussels_part2/googlemap.png">

<p>ピンを立てているのが Aalst 駅で現在地がホストの家です．</p>
<p>遠すぎひんか！？！？</p>
<p>携帯という通信手段を使えない中，現地民を頼るしかないと思って色んな人に聞いて回りました(なかなか緊張した)，でもイマイチわからない…やばい…</p>
<p>聞き始めて 30 分後くらいに外の気温が 5°C にもかかわらず半袖の元気なお兄さんがいらっしゃったのでその人に質問しました．この人が私を助けてくれる恩人となります…！</p>
<p>まずどのバスに乗ればいいか教えてくれてかつ方面が一緒かつテザリングまでしてくれて積極的にコミュニケーションも取ってくれる，ナイスガイでした！！</p>
<p>バスの乗り方も知らなかったので教えてもらったりとかしてもらって感謝しかないです…ただその人の英語が早すぎて聞き取れないことが多く，もうちょっとできるようになった方がいいねと言われる始末だったのでなんとかしないとなあと思わされました</p>
<p>というわけで近くのバス停で降りて，20〜30 分人のいない田舎道を歩き続け家に着きました…</p>
<p>羊がいるレベルで田舎．寒かったなあ…てなわけで稼働時間も 16 時間近くでクタクタで寝落ちして今に至るというわけです，濃い 1 日でした</p>
<p><strong>ブリュッセルは素晴らしい街です，皆さん機会があれば是非行ってみてください！！</strong></p>
<h2>最後に</h2>
<p>ノープランひとり旅は楽しいけどリスクもあります．やはり<span style="font-weight: bold; color: #ec004c;">事前準備をしっかりしときましょう(戒め)</span></p>
<p>p.s. 日本は台風直撃で大変らしいですね．何もないことを祈っております，それではまた．</p>


弾丸ブリュッセル観光（後編）

<h2>はじめに</h2>
<p>現在朝 6 時半です．疲れて寝落ちしてました…</p>
<p>昨日ブリュッセルへ弾丸 1 日観光を敢行しました！！もちろんノープラン(宿だけ取ってる状況)</p>
<p>その様子を一つの記事ではまとめきれそうにないので，前編後編の二つでまとめようかなと思います</p>
<h2>ブリュッセル旅の流れ</h2>
<p>旅の流れとしては，</p>
<ol>
<li>ヴィースバーデン中央駅(ホストの家の最寄り)</li>
<li>フランクフルト中央駅</li>
<li>ブリュッセル南駅</li>
<li>ロッカーにボディバッグ以外預ける</li>
<li>昼飯</li>
<li>美術館散策</li>
<li>グランプラスとその周辺散策</li>
<li>晩飯</li>
<li>南駅に戻り荷物をとってホストの家へ</li>
</ol>
<p>って感じでした</p>
<h3>チケット購入から始まる電車のあれこれ</h3>
<p>まずはじめに，電車の予約もしてなかったのでチケット購入からです．出発目的地がはっきりしてたので自動券売機で買えましたが，そこには電車をどう乗り継げばいいかとかが全く書いていませんでした…ですので道行く人とかに聞いたのですが，あまり理解ができず…最終的には DB(ドイツ鉄道)の案内所があったのでそこで乗り換え案内の詳しい紙を頂きました，親切！！</p>
<p>フランクフルト中央駅からは ICE という高速列車(新幹線みたいなもの)を使いました，やはり予約した人らで席が埋まってましたね…電車内は綺麗でした．</p>
<img src="/posts/20180930_arrive_at_brussels_part1/ice.jpg">

<h3>ブリュッセル南駅着</h3>
<p>そしてブリュッセル南駅に到着．治安が悪いという噂が立っていたのでキャリーやリュックなどはコインロッカーに詰め込み，ボディバッグに最小限の荷物を入れて観光を始めました．ちなみにロッカーは日本語の説明文が表示できるようになっていて，日本人にとっては親切でしたね．あとはお金を入れた後にレシートのようなものが出てくるのですが，それがないとロッカーが開けられなくなるので大事に保管しましょう</p>
<h3>昼飯を求めて</h3>
<p>とりあえず歩き始めるかあ，でもお腹すいたなってことでベルギーで愛されているジャンクフードである pitta(ピタ)を食べに Le Perroquet(ル・ペロケ)に足を運びました．日本で言えばケバブみたいなものです．素朴な味で美味しかったです！！！！(イケメンの店員さんが全部丁寧に教えてくれたことしか覚えてなくて味忘れたなんて言えない…)</p>
<img src="/posts/20180930_arrive_at_brussels_part1/lunch.jpg">

<h3>美術館とワッフルと私</h3>
<p>そのあと王立美術館に足を運びました．美術館とか久々にきたので新鮮な感じがして面白かったです．</p>
<img src="/posts/20180930_arrive_at_brussels_part1/musium.jpg">

<p>美術館出たあと，歩き進めるとワッフルのキッチンカーがありましたそこには長蛇の列…！ベルギー来たらワッフル食べとかなあかんやろ，と思いチョコソースがかかったものを購入，近くに眺めがいいところがあったので眺め見ながら食べてました．出来立てで美味しかった…</p>
<img src="/posts/20180930_arrive_at_brussels_part1/waffle.jpg">

<h2>旅ははじまったばかり</h2>
<p>てなわけで無事にめちゃくちゃ楽しんでいたのですが，まさか夜にしんどい思いをすることになろうとは…後編に続く</p>


弾丸ブリュッセル観光（前編）

<h2>ドイツに到着しました</h2>
<p>現在ドイツは朝の 6 時過ぎです，目が覚めてしまいましたので忘れないうちに昨日のことを書いておこうかなと思います．</p>
<h2>昨日の動き</h2>
<p>昨日の流れとしては</p>
<ol>
<li>伊丹</li>
<li>成田</li>
<li>フランクフルト(11 時間フライト)</li>
<li>フランクフルト中央駅に行き sim カード購入</li>
<li>ヴィースバーデンにある airbnb で取ったホストの家に泊まる</li>
</ol>
<p>費用としては</p>
<ul>
<li>空港駅から中央駅までの切符代:4.9€</li>
<li>プリペイド sim カード(スタート 3GB，キャリア Lebara):25€</li>
<li>中央駅からヴィースバーデンまでの切符代:8.5€</li>
</ul>
<p>こんな感じでした．</p>
<h3>機内食の話</h3>
<p>昨日一番びっくりしたのは飛行機での機内食が豪華過ぎたことです…JAL 本気出しすぎでは？？</p>
<p>デザートにハーゲンダッツ出てきたりほんと豪華だなあって思いましたね，かつ全くフライト中は不自由がなかったので JAL でよかったです．</p>
<img src="/posts/20180929_arrive_at_frankfurt/airplane_meal_1.jpg" alt="機内食">
<img src="/posts/20180929_arrive_at_frankfurt/airplane_meal_2.jpg" alt="機内食">

<h3>中央駅を駆け巡る</h3>
<p>そしてフランクフルトについてから sim カードを買うためフランクフルト中央駅まで行きました！</p>
<p>ちゃんと購入場所までたどり着くのに結構時間がかかっちゃいました，ドイツ語がほぼなにもわからなかったのでひたすら英語で駅員さん，案内所の方，親切なおばちゃんに聞いてなんとか sim を使うことができるまでなりました…！</p>
<p>現地民に聞いたらなんとかなるものですね…(I’d like to~, How can I ~ くらいしか使ってないけど十分)</p>
<h2>最後に</h2>
<p>最後にお世話になった宿の部屋の写真載せときます，ほなまた！</p>
<img src="/posts/20180929_arrive_at_frankfurt/stayed_room.jpg" alt="滞在した部屋">


フランクフルト着弾

<h2>初めまして</h2>
<p>はじめましての方ははじめまして．現在大学 4 年生の tion と申します．
又の名をゆっけ，その又の名をメントスと言うらしいです．お好きな名前で呼んでください！</p>
<h2>ブログを始めたきっかけ</h2>
<p>ところで，なんで急にブログを始めたのか…！と言いますと，私個人が今月の 28 日から来年の 3/12 までドイツ人工知能研究センター(DFKI)に派遣されることになり，せっかくなので備忘録として，また来年以降ドイツに行く，といった方のために文章に残せればと思い始めました！</p>
<p>あくまでマイペースに日々のこと，研究のこと，また私個人今夏からプログラミング教育(主に swift)の方に携わらせていただく機会があり，教える側の技術がなければ話にならないということで，個人の技術面(swift，c++，python)あたりの話もできれば、、、(希望的観測)と思っております．</p>
<p><strong>あくまで自己満ブログです．もう一度言います自己満ブログです．笑</strong></p>
<p>(結局次の投稿いつするんかな(この投稿も寝起きのノリ)，どれだけ見てくれるユーザー増えるかな…etc と不安一杯です)</p>
<p>ただ一般学生から見て留学がどんな感じなのか，プログラミングでこんなことができるんだといったことが伝われば嬉しいな，と思っております．</p>
<h2>最後に</h2>
<p>まだまだ書こうと思ってたら結構文章長くなっちゃいましたねえ，ってことでこの辺で最初のブログ投稿こんな感じで締めていきたいなと思います，ほなまた！</p>


tionblog

具体と抽象世界が変わって見える知性のしくみを読んだ感想

2024年振り返り

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチを読んだ感想と個人的見解

オライリーの無料ライセンス 1 ヶ月分をもらった話

Spring Bootで複数DBに接続する際の注意点

「わからない」から目を逸らさずに向き合うということ

FastAPIの開発体験が良かった話

Web API: The Good Partsを読んだ感想と個人的見解

SwiftUI+Go+Heroku Postgresで遊んでみた感想と知見

2021年をざっくり振り返る

ようやくブログを自作しました

GoogleService-info.plistをgitignoreしている時に，GitHubActionsでCIを通す

ドイツ留学まとめ(堅め)-後編

ドイツ留学まとめ(堅め)-前編

年を跨いだロンドン観光、今年もよろしくお願いします

ドルトムント観戦記．完全版

【速報】ついにあの選手と夢の共演！？

弾丸日帰りミュンヘン観光。見知らぬ人ばかりに絡まれた一日

パリ観光後編 - 無事帰れてよかったの一言

パリ観光前編 - パンとスイーツにハズレなし

議論＝口論！？！？海外でのdiscussionのあり方とは

【PyTorch】学習時，推論(テスト)時での注意/model.eval()←めちゃくちゃ大事

【LaTeX】Overleafを使っていてpdfも画像も表示されない…真っ白…嘘でしょ

リューデスハイムは素晴らしい街。散歩の楽しさを知る

ぶっちゃけ1ヶ月経って思うこと

最初の一週間を振り返る

弾丸ブリュッセル観光（後編）

弾丸ブリュッセル観光（前編）

フランクフルト着弾

ブログ始めました

tionblog

具体と抽象 世界が変わって見える知性のしくみ を読んだ感想

2024年振り返り

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチ を読んだ感想と個人的見解

オライリーの無料ライセンス 1 ヶ月分をもらった話

Spring Bootで複数DBに接続する際の注意点

「わからない」から目を逸らさずに向き合うということ

FastAPIの開発体験が良かった話

Web API: The Good Partsを読んだ感想と個人的見解

SwiftUI+Go+Heroku Postgresで遊んでみた感想と知見

2021年をざっくり振り返る

ようやくブログを自作しました

GoogleService-info.plistをgitignoreしている時に，GitHubActionsでCIを通す

ドイツ留学まとめ(堅め)-後編

ドイツ留学まとめ(堅め)-前編

年を跨いだロンドン観光、今年もよろしくお願いします

ドルトムント観戦記．完全版

【速報】ついにあの選手と夢の共演！？

弾丸日帰りミュンヘン観光。見知らぬ人ばかりに絡まれた一日

パリ観光 後編 - 無事帰れてよかったの一言

パリ観光 前編 - パンとスイーツにハズレなし

議論＝口論！？！？海外でのdiscussionのあり方とは

【PyTorch】学習時，推論(テスト)時での注意/model.eval()←めちゃくちゃ大事

【LaTeX】Overleafを使っていてpdfも画像も表示されない…真っ白…嘘でしょ

リューデスハイムは素晴らしい街。散歩の楽しさを知る

ぶっちゃけ1ヶ月経って思うこと

最初の一週間を振り返る

弾丸ブリュッセル観光（後編）

弾丸ブリュッセル観光（前編）

フランクフルト着弾

ブログ始めました

具体と抽象世界が変わって見える知性のしくみを読んだ感想

プログラマー脳～優れたプログラマーになるための認知科学に基づくアプローチを読んだ感想と個人的見解

パリ観光後編 - 無事帰れてよかったの一言

パリ観光前編 - パンとスイーツにハズレなし