DiaryRubyが好きな貧乏プログラマーの日記。日々の生活、開発に関するメモとか考えとか。5.1.0にアップデートした昨年末に*1リリースされていたので、アップデートした。昨年は、はてなブログを試しに使っていた。思ったよりはてなブログは書きやすかったので、そちらに書きまくってしまい、もうメインのブログがあちらになってしまった感がある。tDiaryには愛着みたいなものがあって、ここをなくす気にもなれないでいる。オチも無いが現状報告*2。29の日を迎えていたので、tDiaryがリリースされており、早速バージョンアップしてみた。今回はじめにリリースされた5.0.12には、assetsパイプラインの変更があり、それに絡んだ致命的なバグがあり、CSSやJSなどにアクセスすると500エラーになってしまった。tdiary/tdiary-coreで、それが治ったというので、アップデートした。今年に入ってからはてなダイアリーで書くようになってしまったので、こっちには何も書いてない。捨てる気にはならないし、どう使い分けていこうかな。2018年の振り返り今年はあんまり日記を書いてなかったけど、今年のまとめを書いて終わりにしよう。実践Kubernetes」に参加してきた。Shareを少し試したら期待した未来だった。Functionで作った。2017を使ったLaravelアプリをCircleCI上でテストする。8周年イベントで話してきた。OpenHackに行ってきた。Medium書いた内容は、だいたい今の仕事の中で、ハマったところや取り組んだことを主軸に細かく外に出せるものを出していってみた。あとは、個人的にもんもんと感じていることをまとめてみて、他の人達がどう反応してくれるか試してみた。最初は、技術的なことはQiitaに書くようにしていた。以前はKobitoでメモのように書き溜めてから、清書するようにしていたのが、それができなくなってしまったので書きづらかった。いうことで、最近ちらほら見るMediumで書いてみることも試してみた。Analyticsが使えるけど、Mediumは独自の計測機能があるけど追いづらかったりするので、一長一短で難しかった。結局、tDiaryに戻りそうということで、これを書いている。今年は2回、外で発表する機会をもらえた。Diary(2018-02-16)これは発表ではなく、見せられる限り最大限の普段やっていることをやっただけなんですが、たくさんの方々に来ていただけて驚きました。参加していただいた中から実際にモブを始める切っ掛けとなっていたら幸いです。TwitterやFacebookでたくさん反響を頂いて、自分たちのこのやり方に対してもよりいっそう自信を持つことができました。8周年イベントで話してきた。Medium今やっているB2Bサービスもサービスインしてから1年が経ち、振り返ってみると、当初は想像していなかったアーキテクチャ変更を何度もしました。それについて、まとめてみたのがこの発表です。最近教えてもらったのですが、日本企業の中でパブリッククラウドを導入しようとするところで初動が遅くなる原因の1つが、「予めアーキテクチャを固定しよう」とする傾向があるため、だそうです。Azureに限らずパブリッククラウドは、そういった変更を柔軟にかつ迅速に始められるところに利点があるはずなので、ガンガン使い倒していけば良いと思っています。この発表が、そういったところで悩んでいる方々が「とりあえずやってみるか」のノリで動きだす切っ掛けになれば幸いです。いえば、ログミーさんに書き起こしされたしていただいたので、当日の雰囲気と一緒にご参照ください。昨年から引き続きB2Bサービスを担当している。9月あたりで一旦契約が切れちゃうんだろうなぁ、と思っていたけどそれが続いて、さらに更新していただけて来年3月までは継続していただけることになった。今のお客さんがもうちょい達成感を得られるところまで伴走できればいいな。それに加えて今年は、新卒研修という一番大きな仕事があった。いただいている金額という話ではなく、教える立場だったはずだけど、色々と学ぶことが多かった。「自分の経験が未知のことへの挑戦を狭めていることもある」というのは、個人的に大きかった。Platform技術的な面では、相変わらずAzureやPHP、Laravelをメインとしている。Insightsで利用状況を見えるようにしたりといったこともやった。MVPの推薦をいただいたので、頑張って書かないと...推し事さ学においては、今年は第1四半期は希望した公演、イベントに参加でき、推しの卒業を見届けられたので非常に良かった。卒業式は行けただけでも奇跡なのに、貴賓席の真後ろという良席。DVDにもばっちり写れたので良い記念にもなりました。お渡し会も当選し、これまでの感謝の気持ちをお伝えできて感無量でした。今年度もそろそろ卒業に向けて準備しないと。BABYMETALにおいては、ギターの神の急逝とYUIMETAL脱退という辛い出来事があった。今年は外典と称しダークサイドというテーマで、衣装やら体制やらがだいぶ変わってしまった。TOURの日本公演には行ったのだけど、やはりこれまでとは良い意味でも悪い意味でも違うBABYMETALを見て、複雑な気持ち。FOCUSテキスト「運営管理」を(途中まで)読んだ。Diary(2018-01-21)旅猫リポートを読んだ。Diary(2018-01-26)エンジニアのためのデザイン思考入門を読んだ。Diary(2018-02-05)カイゼン・ジャーニーを読んだ。C#実践開発手法」を読んだ。Diary(2018-08-16)『組織にいながら、自由に働く。仕事の不安が「夢中」に変わる「加減乗除(+-×÷)の法則」』を読んだ。Diary(2018-08-19)「きみの友だち」を読んだ。Diary(2018-10-12)リーンスタートアップを読んだ。Amazonあとは図書館で借りて、掻い摘んで読んだ本とか合わせるともうちょい増えるかな。読み進めるのが遅くて、通勤の電車の中がメインの読書時間なんだけど、月に1冊ずつくらいは消化してたんではないだろうか。最初にスタートダッシュして、後はノロノロと読んでいた気がするけども。誕生日にたくさん良い本を頂いたので、当面買う必要が無い。ちなみに今はカスタマーサクセスを読んでいます。借りてしまい積読状態。今年はあんまりプライベートな開発ができてなかった。仕事で使っているLaravelについて勉強がてらに、簡単なサンプルコードのようなものを書いたりはしたけれど、外に出して継続して開発していこうというものは作れなかった。上に書いたQiitaの記事などのためにサンプルのプロジェクトをいくつかは作った。いえば、とある社内OSSの開発者とかメンテナが皆さんご卒業されてしまったようなので、あれを勝手にいじくり回すのもどうしたものかと悩みどころ。クライアントサイドの開発がこれまで苦手だったので、それを克服しようと11月ころからVue.jsを触りだしている。チュートリアルをガシガシやるのも飽きてしまうので、実際にアプリを作りながら勉強するように切り替えた。これまで自分が欲しいと思っていたTwitterクライアントをネタにちまちまと作っている。まとめなんだかんだで、色々と新しいことをやらせてもらえた一年でした。仕事のあとに疲れて直前でキャンセルすることが多く、外の勉強会にあまり出れなかった。来年は新しい繋がりとか知らないことを仕入れるために、もうちょい外に出ていこうかな。発表する機会をいただけたので、声をかけてくれたら嬉しいです*1。あと、新しいお仕事も探していかないといけないので、色々頑張ろう。「自分から声かけろよ」とツッコまれそうですが、初対面の人に話かけられないコミュ障なので、スタッフとか発表とかで話かけやすいネタを撒くスタイル。#ruby今年最後の肉の日にtDiaryが出て、その前にrubyも2.6がリリースされたので、早速アップデートした。CIは最新バージョンをリリース後すぐに利用可能だったので、素晴らしすぎる。設定してみたところ、記事を公開した直後に接続クライアント数がサーバーの上限を超えてしまい、エラーになることが何度かあった。Redisの無料版なので使って、接続クライアント数の上限が20と低かったので、あっさりとそれを超えてしまった。入れてみることにした。して使ってみることにする。欲しそうな人がいたらGitHub上でコメントとかIssueを書いてくれるとありがたいな。リーンスタートアップを読んだ。読んだのだけど、その時はリーンのことをよくわからずに読んでいたので、全然印象に残っていなかった。インタビューしながらキャンパスを埋めながら、事業とかプロダクトを作っていく方法だと思いこんでたと思う。いうことで、ちゃんと原典(?)を読んでおこうと思ったのが、読む切っ掛け。この本でのリーンは事業とプロダクトを無駄なく作るための方法として、トヨタのリーン生産方式を参考に考え出されたもの。考えただけでなく、著者のエリック・リースが自身で経営してきたスタートアップやコンサルティングとしてサポートした中で考え出されている。「無駄なく作る方法」というよりも、「無駄であることに早く気づくための方法」の方が正しいかもしれない。前者だと、予め徹底的に考えて無駄を失くそうとするやり方を含んでしまう。この本は、事業やプロダクト開発のために今一番知りたい事実を検証するために必要なことを考えて実践することを最重要視している。作ったものが無駄になることよりも、何の学びもなく無駄に時間を費やす事の方がより無駄という考え方だと思う。この本が出たのが2012年なので、今はきっともっと知見が出てるのではないかと思う。その一つが逆説のスタートアップ思考なんだろうな。前に読んだ本なので、また読んでみよう。Conferenceは今年もあるようです。今年は実行委員がまるっと入れ替わったようで内容も真新しくなっているらしい。その一つとして、ハッカソンイベントを併設するそうで、試しに事前イベントに行ってみた。参加者は、途中から来た人を含めて、20名くらい。自分含めて3人くらいという、グローバルな雰囲気だった。RapidAPIを作ってなにかするということくらいしかわからない。この事前イベントで、詳細の説明があった。スケジュール10/20(土)からカンファレンス当日10/27(土)までに以下のようなイベントを実施予定。20:30)で掲載されている情報は最新版では無いそうで、後日更新してくれるらしい。懇親会10/27(土)事前審査を通過したチームによる3分のピッチとデモ大まかな流れはこんな感じ。楽天のCIO、RapidAPIの開発リーダーや各スポンサー企業からの代表者により審査。審査基準については、後日参加者宛に連絡するらしい。2.0」などテーマは大きい。10/26の事前審査で、各スポンサーやコミュニティスポンサーに入っている団体から来ているメンター*1の方々が審査するらしい。テックカンファ当日にプレゼンできるのは最大15チーム。15チーム分のセッションの枠があるから、そこまでしか入れられないってことなのかな。参加チーム数が15チームより少なければ、事前審査しても全部当日のプレゼンはできるそうだ。この説明会の司会に言わせると「そのときの状況に依る」ってことらしい。各スポンサー企業、楽天から受賞者に何かしら提供。各社検討中ということかな?成果物の扱いこのハッカソンで作成した成果物は、当然だけれど開発したチームのものとして扱われる、と言っていた。当たり前だけれど、これははっきりしておかないと、作ったものがEventbriteで申し込んだ時に実は参加同意書的なチェックボックスがあったのかもしれないが、スルーしてしまったので覚えていない。久しぶりに英語だけでバーっと話をされたので、抜けてたりするところもあるかもしれないが、たぶんハッカソンの運営から近々何かしら詳細が来るんじゃないかと思う。今のサイト上の情報じゃ、怖くてエントリーしないし。対策ハッカソン自体は1日半くらいしか無いので、今のうちに準備できることはしておかなければいけないと思う。いうことで思いついたことを書いてみる。チームチームでエントリーすることが可能なので、さっさと周りに声をかけて、チームを作ってしまうのが有利になる。ハッカソン当日に初対面の人と組むのは、なかなかハードルが高いだろう。いうのは普段エンジニアとしてチーム開発したことある人ならすぐわかると思う。ちなみに、この事前イベントで参加してる人同士でもう勝手にチーム作りが発生していた。あと、万が一にも賞金を取った場合の取り分も合意しておいた方がいい。これでもめるケースもある。開発テーマは後日連絡が来るはずなので、その前に使う技術要素を固めておくといいだろう。RapidAPIは制約の1つなので、いまのうちにアカウントを作成して、サンプルコードを動かすのを試したほうが良さそう。言って、使いやすいサービスとは言えないので、今のうちにハマりどころは解決しておくといいだろう。関するエラーが出てきて、それをどう対処したらいいのかで今ハマっている。これはMicrosoftさんに聞いたらいいのか、それともRapidAPIの中の人に聞いたらいいのか、なかなか難しいところである*2。8,000ほどのAPIがRapidAPIで使えるようになっているので、ざざっとどんなものがあるのかを見ておくといいだろう。ハッカソンのテーマはまだわからないけど、スポンサー企業からの受賞を狙うとして、ガッツリその企業が提供するAPIを使い倒すという手もあるかもしれない。あとは開発言語や作るプロダクトをWebサービスにするのかモバイルアプリにするのか、デモのための実行環境等々をチームで決めておくといいのかな。ハッカソン中に相談にのってくれる人たち。この問題の場合、RapidAPIの使い方の問題だとは思う。