遊舎工房に遊びに行ってその場で自作キーボードデビューした!

おばんです、はじめての自作キーボードはLily58になりました、田中です。

自作キーボードはずっと気になってはいたものの、一歩を踏み出せなかったのですが、今回遊舎工房に遊びに行ったのをきっかけにとうとうデビューしました!

遊舎工房は自作キーボードに関するパーツやグッズを取り扱うお店です。多くのキーボード愛好家に親しまれていて、これまではオンラインのみで活動していましたが、実店舗化するということで遊びに行ってきました。今日はその辺りをまとめます。

yushakobo.jp

遊舎工房の様子

さっそくよそにまとめがありました。詳しいことはこっち見た方が良さそう。

www.itmedia.co.jp

特に目玉なのは店舗内にある制作スペース。1月中は利用料無料で、道具や消耗品(はんだなど)の貸し出しを行なっているそうです。(それ以降は2時間で500円の利用料がかかるようです。どちらにせよ破格)

ということで、さっそく必要なパーツを店内で買い集めて作り始めました。

作ったもの: Lily58

はいこれドーン!

f:id:ktanaka117:20190113215551j:plain

f:id:ktanaka117:20190113215634j:plain

かっこよかろう?(左上の赤いのはキーキャップガチャで当てたやつ)

作るのに必要だったもの

f:id:ktanaka117:20190113215912j:plain

全部遊舎工房の店舗で揃いました。

  • パーツ
  • 道具(無料貸し出し)
    • はんだ
    • はんだごて
    • はんだ
    • 吸い取り線
    • ラジオペンチ
    • ニッパー
    • 電動はんだ吸い器(オプション)

あ、あと制作時間は約6時間弱でした。慣れたら4時間くらいにはなりそう。

なぜLily58を選んだか

  • もともとErgodox EZを使っていて、近い配列だったので抵抗が少なかった
  • 会社用と自宅用とで2台のキーボードが欲しかった
  • 外で使いたいとき用に、持ち運びに適したものがほしかった(Ergodox EZ大きすぎ問題、Macbookのペチペチキーボードの体験悪すぎ問題)
  • Ergodox EZはキーが多すぎ問題
  • 4行配列だとキーが足りないし、Lower/Raiseを使いこなせなかった
  • 親指部分が斜めに存在するのは偉大
  • 百合好きだから

上の選定理由に当てはまる自作キーボード基盤が出回っていなくて足踏みしていた部分も結構あって、全部クリアされていたので選びました。

使用感の感想

このブログは作ったキーボードで書いています。 Markdownで書いているのですが、完成から練習なしで全然書けているくらい手に馴染みます。控えめに言って最の高。

これはLily58の話ではないですが、キースイッチはGateron Silentの赤軸を選びました。 こちらの選択も正解だったようで、気持ちよく打鍵できています。キースイッチは重いものが好きで、赤軸は比較的軽い部類に入ると思っていて避けていたのですが、特に気になりません。

制作に関する感想

はんだ付け楽しい!
君だけのオリジナルのキー配列を手に入れろ!
溶ける基盤の匂い!最高だぜ!(良い子はマネしないでね)

f:id:ktanaka117:20190113215529j:plain

基盤が1万円くらいするので、僕のお財布事情としては気軽に挑戦できるものではなかったですが、壊すことなく成功して良かったです。 ずっとやりたいと思ってたけど、ふんぎりつかなかったところで、ようやく機会が重なって自作キーボードデビューできてよかった〜。

制作スペースは自作キーボード慣れした方々が楽しそうに話をしていて、聞いてるこちらも楽しくなりましたし、勉強になりました。「そのキー配列綺麗ですね」とか気軽に話ができてよかったです。こういう環境尊い。

作ってたらたまたまLily58の基盤を設計した方も現れて、制作を助けてくださりました。ありがとうございます! 「なんでLily58って名前にしたんですか?」と聞いたら「他のキーボードが花由来の名前にしていたからで、百合オタクだったわけではないです」と裏話も聞けました。どうも百合オタクです。

失敗

f:id:ktanaka117:20190113224003j:plain
必死こいてはんだはがすマン

制作の途中でいくつか失敗もしました。

  • 手順を間違えてアクリル板を挟まずはんだごてをしつくしてしまった。でも制作スペースに電動はんだ吸い取り器という「文明」が存在し、事なきを得ました。本当によかった。
  • ダイオードの取り付けを表裏間違えた。設計的に表裏間違えてもちょっとした見た目の違いしかないので大丈夫でした。神設計では?
  • 今打っていて、どうにも3と0のキーが反応しない。多分はんだ付け周り...。// TODO: あとで直す。

作るときに気づいたこと

制作の過程で気づいたよかったことと不安を書いていきます🙇‍♂️

  • よかったこと
    • ダイオードの向きの説明がわかりやすかった
    • マスキングテープで止めるテクニックの紹介が良かった(やらなかったけど)
    • 困った場合の問い合わせ先discordが書いてあって最高
  • 不安
    • アクリル板を挟む順序がどこかわからなかった
    • 各工程の前後で写真があると、どうなれば正解なのかわかりやすかったかも(向きとか表裏とか)
    • Lily58の中でもモデルが違うのか、微妙に写真と実物に違う部分があって不安になった(Pro Microまわりの基盤の図など)
    • (全体的にもっと写真多めだと不安が減りそう👀)

さいごに

最初がLily58で良かったと思ってます。Ergodox EZを使っている人が自作キーボードを始めたいとなったら、これが最高なんじゃないでしょうか!

いろんなハードルを一気にクリアして、沼に垂直降下しました。

  • キーボード基盤を買うハードル
  • キースイッチを選ぶハードル
  • キーキャップを選ぶハードル
  • 電子工作のハードル

一回できてしまったので、もう何も怖くない。もうやりたい放題です。買えちゃいます。作れちゃいます。やばいです。

YATTEIKI😇

転職して7ヶ月が経とうとしているので振り返る

こんぬづは、休みの日は100%可処分時間であるという真理に気付いてしまった田中です。

今年の6月にクラスメソッド株式会社からピクシブ株式会社に転職をしました。

dev.classmethod.jp

tanakalivesinsendai.hatenablog.com

試用期間が終わったあたりで「転職してどうよ?」みたいなブログをまとめようと思っていたのですが、忙しい時期が続いてしまって今になっています。

割と整理されない感じで書いていくけど、だいたいこんなことをまとめていきます。

  • 今どんな気持ち?
  • 前職と比較するとどう変わった?
  • はじめての転職はどう?
  • 会社の雰囲気はどう?
  • やったこと
  • 悩みとかは?
  • これからなにやりたい?
  • さいごに

今どんな気持ち?

f:id:ktanaka117:20181230115401j:plain

楽しい。

そもそもの転職の動機が「to Cのサービスをやってみたかった」「身近なものを開発したかった」だったので、バッチリ叶えられています。

ものごとの優先度はひたすらに変わり続けているけれど、以前からやっている「ブログを書く」「イベントで登壇する」という活動はペースを落としながらも続けられているのでほっとしています。

あと、さらに百合にのめりこめました。

入社直後はSlackに「業務に直接関係ないチャンネル(いわゆる雑談など)は作成しないルール」が存在していたのですが、ルールが変わって雑談もできるようになりました。ということで百合チャンネルを速攻作ってもらって入りました。百合チャンネル、お待ちしています。

inside.pixiv.blog

前職と比較するとどう変わった?

受託開発とサービス開発

前職は受託開発をやっていて、割と単発のアプリ開発のお仕事が多かった。今はサービス開発に従事していて、続きものをメンテして機能開発してとコネコネしています。

継続していてユーザーを抱えているサービスの開発はめちゃくちゃ刺激的です。継続的デリバリーをするし、一つの場所であらゆるものが古くなっていきます。 それにどう対処するかとか、適切に新しいものを取り入れていくバランス感覚はどうかとか。自分が持つエンジニア像としてはこういうことを考えるべきだし、考えてると強く楽しく生きていけるような気がしていて良い。

仕事のスタイルの違い、良し悪しが結構あると感じていて、受託だとこういうスタイルで働きやすくて、サービスだとこういう仕事に注力しやすいみたいな。 このあたりはうまく言語化できないので、もうちょっとじっくりコトコト煮込んだらまとめます。🍛

趣味にお金を落としまくるようになった💸

周りにサブカルとか趣味に投資しまくっている人が多いので自然と自分もそうなっていっています。

漫画とか同人とかガジェットとか、お金回しているとフレッシュでいられる気がしてます。 応援したい作家にお金を落とすのは非常に嬉しいです。

あとはお金の支出に対して、使える時間とのバランス考えなきゃなって思ってるるるる。

イラストを描くようになった🎨

イラストを投稿するサービスを運営する会社なので、「ドメイン理解!」と思って絵を描くようになりました。というかもともと好きだったからやり始めました。

まわりに実際に絵を描いてる人が多くて、かつ理解ある人々が多いので、自分を描く雰囲気に半強制的に置いておけるのが続ける動力になっています。

はじめての転職はどう?

忙しい時期と転職のタイミングをぶつけてはいけない

それはそう。

転職したてはカルチャーに馴染むために社員の人と積極的に絡むべきだし、絡みたいと思っている人間なのですが、忙しさからか、不幸にも黒塗りの高級車に追突してしまう。後輩をかばいすべての責任を負った三浦に対し、車の主、暴力団員谷岡に言い渡された示談の条件とは…

主に本書きと、社外イベントを詰め込んでいたために、今年は忙しかった...。 弊社は業務時間後に各自が勝手に集まってさまざまな催しがあるのだけれど、そういうのが放つ放課後感とか部活感に浸っていくべきだったという反省。

忙しさが落ち着いたのが9, 10月ごろで、「仕事に関係しないところでもようやく最近馴染めてきたなぁ...!」と感じてホッとしてます。扱っている領域が領域なだけに、趣味で重なる人と集まれると、仕事でも楽しさや過ごしやすさが増します。

前職の経験が活きている

転職してみて、前職で学んだこととか取り組んできたこと、関わりのあった人から聞いたいくつかの言葉が指針になったりしていることがわかりました。

  • 前職の社長が言っていたアレコレとか
  • 「赤魔道士になるよりも、専門的に掘り進んでいった方が良いかもよ」とか
  • 以前はこういう働き方で動けていたし、もっと自由に考えて動いても良いのかもなぁとか
  • 「あー、そういえばあの人に出世するって言っちゃったなぁ。そういう動きも必要かもなぁ」とか

これらを意識して「こうしよう」で動いているわけではなくて、自分がこういう考えに合っているから、ふとしたときに思い出して、比較対象としての指針になっていることを思い出す感じになっている、のが良いことだなと思いました。

持ってて良かった!社外の友達、コミュニティ👬👫

色々悩みがあったり、疲れ切ってしまったとき無限に精神の支えになってくれた。

  • 転職してこれが厳しい→「わかるー」とか
  • 「今日は頑張ったぞ!」→「よっしゃ肉食いに行こうぜ!」とか
  • 「疲れた...」→「うるせぇ!いいからこの尊い漫画・アニメ早く見て!!!」→「うん!尊い!!!!!🤤」とか

あと初めて遭遇するサービス開発の問題とか判断が相談できる相手が社外に居ると良い点として、具体的な説明は出来ないので、問題を一般化して整理していく過程を踏む必要があることがあると思った。 一般化して話をするうちに、自分の中で問題を整理して言語化できるので、勝手に解決に向かう。

会社の雰囲気はどう?

わかり手🙌だらけ

「今期アニメのこのシーンが尊すぎて...」とか。 「あの漫画のこのキャラのセリフがめちゃくちゃ好きで人生の支えになっていて...」とか。

アニメ漫画に限らないですが、あらゆるサブカルが前説ナシで通じてしまう。

沼だらけ

f:id:ktanaka117:20181230115744j:plain

こちらを歩けば沼にハマり、あちらを歩けばまた別の沼にハマる。特に金曜の定時後に同好の人々が集まって活動しだすのでヤバい。

以下は実際に発したことのある言葉なんですが、

  • 「えっ!あのゲームをやってるんですか!今度一緒にやりましょうよ言葉です。!」
  • 「えっ!お絵かきをする会があるんですか!iPad買ったので参加します!」
  • 「えっ!Magic: The Gatheringやってるじゃないですか!昔やってたので対戦しましょう!」
  • 「えっ!百合がお好きなんですか!これとこれが好きです!えっ、読んだことある!?良いですよね!!!!!」
  • etc...

同じタイミングで複数の催しが開催されているときもあるので、早く分身の術を身につけなければいけないと思ってます。

技術のレベルが高い💻

このサービスの開発にとって今必要な技術はどれかを考えるのに余念がないし、続いていくサービスをみんな受け持っているので、継続していくことも考慮にいれてどうかの判断をしていってる。

一人一人が専門性の高いスキルを持って取り組んでいる。トガった人が毎日のようにいろんな技術交換をするし、毎週の社内勉強会ではフロントとかバックエンドとかインフラとか問わずに発表しまくってる。「わからないということがわかった」「なぜそれが人にできるんだ???」みたいな発表がたくさんあって面白いです。

サービス開発のレベルが高い

限られたリソースの中でなにを優先して、将来的にはどうするか、手持ちでどうやりくりするか、今この判断はどうすべきか、サービスにとってどう?ユーザーにとってどう?開発者にとってどう?とか様々なもののバランス感覚とかが面白いです。 もちろん受託開発とか問わずこのあたりは気にするのだけど、続いていくプロジェクトにおいてどう舵きりするかみんな考えていてつよい。 自分にも求められることなので、できるところからやっていっている感じ。

やったこと

入社以来ずっとBOOTHというアプリのiOSエンジニアを担当しています。

ここで書いていくやったことは、「自分一人で全部やったぜ!ドヤァ!」ことではありません。 レビューやタスク整理、ここに挙げる開発を自分がやっている間に、他のメンバーが一緒に取り組んでくれたからやれたことでした。 このあたりも、サービス開発のバランスを感じることのできた良い体験でした。

設計改善👨‍🔧

今のところ、BOOTH iOSのアーキテクチャパターンはVIPERに寄せるようにしていっています。 リリースから一年以上が経過したアプリで規模も大きくなっているため、なるべく細かく責務を分割したくてそうしています。

ただアプリの中のアーキテクチャパターンにも歴史があって、MVPっぽい部分とかMVVMっぽい部分とかが一緒に存在していたりします。 幸いなことに、自分と、もう一人一緒に開発をしているパートナーの方は、どのアーキテクチャパターンも共通の理解をしているので、大きな問題にはなっていません。 適宜必要になったタイミングでVIPERに寄せた書き方に直したりしています。

いろんなアーキテクチャパターンが一つのプロジェクトに混在している中で整理をつけていけるので、ただひたすらパターン勉強してきてよかったあぁぁぁ!仕事に活かせてるうぅぅぅ!って感じてます。勉強してきたことは価値があったんだと自信になりました。

Singleton撲滅👨‍🔧

↑ではアーキテクチャパターンの設計の話に触れてきましたが、データの持ち方とか同期方法の面の設計でも、見つけ次第メンテナンスしやすい作りに直していってます。

共有範囲の狭いデータをSingletonで管理してしまっていた実装箇所がありました。 Singletonは初期の開発において「ひとまずデータを管理しておける」という名目で使う場合もあるようですが、後からの機能実装でどこでデータが変更されるのか把握しにくい、アプリケーション内のどこからでもデータが取れる性質上、データの誤用を招く可能性があったので撲滅していきました。

フロー同期による限定的な箇所でのデータ同期と、VIPERの各役割に沿った責務ごとのデータ保持によって改善しました。

自動テストの追加👨‍✈️

プロジェクトに参入したばかりの頃は自動テストが全く無い状態(手動テストのみの状態)でした。 ちょうど自分が自動テストに対する関心が高かったこともあったので積極的に取り組んでみました。もちろん「やりたいから」だけじゃなくて、必要だったので取り組みました。

入れやすいところ、これから触れていくところ、機能的に重要度の高いところから、設計改善とともに自動テストを追加していっています。

無料ダウンロード商品をダウンロードできるようにした👨‍💻

もともとiOSの機能開発はAndroidより少し遅れていました。これもAndroidではできていたけど、iOSでできていなかった機能のひとつです。

自分も欲しい機能だったので、対応できてよかったです。

有料ダウンロード商品を買えるようにした👨‍💻

入社してから一番インパクトのある機能実装です。ユーザーとしての自分もめっちゃくちゃに欲しかった機能なので、担当できて良かったです。

社内でも、業界でも知見がなかったところで理論立てて実装・説明できた自信のある部分です。カンファレンスなどでも記事が参照されたり、良い反響がもらえたのが嬉しかったです。

inside.pixiv.blog

API環境をランタイムで切り替えられるようにした👨‍💻

これ以前、デバッグやテストをするには毎回環境ごとのビルドをしなければいけなかったのだけれど、デバッグ用ビルドの中で複数の環境をランタイムでそのまま切り替えられるようにしたので、捗りました。

事前承認決済対応👨‍💻

一番最初の決済でユーザーから認可を得ることで、それ以降のPayPalやクレジットカードでの支払いを簡略化する機能です。 もともとの支払いフローは毎度毎度Webを経由する必要があって、支払い完了までのステップ数が多かったところで、ステップ数を減らしてよりスムーズに支払いが行えるようにしました。

決済部分の実装は非常にセンシティブなため、PlantUMLでフローチャートやシーケンス図を書いて仕様の認識を合わせたり、それ以降もどんな仕様か振り返りやすくしましたり、工夫しました。

dev.classmethod.jp

iOS 9のサポート終了📱

機能開発に対してコストを集中するために、対応OSをアップデートする必要がありました。厳かに終了しました。

購入完了アニメーションを追加した👨‍💻

つい最近の実装です。これはドヤれる!

Lottieを使って購入完了のタイミングでアニメーションを追加して、購入体験をハレやかに演出してみました。

inside.pixiv.blog

実装時は「自分はUI実装が苦手な人間なんだな...ロジックが書きたい...」とひたすら感じていましたが、いざ出来ると、「出来上がって良かったー!最高のアニメーションだ!」という気持ちが湧き上がって嬉しかった。

UI実装のつらいところは、アプリを実行しないと確認ができないところでした。 これを解決するためにPlayground駆動開発の導入を検討しましたが、Presentation Layerのみでモデル分割ができていない現状でワークしなかったので、涙を飲みながらぽちぽち頑張りました。

Playground駆動開発を前提にした設計・責務分良割というアイデアは、かなり筋が良さそうに感じたので機会があれば取り入れてみたいです。

medium.com

悩みとかは?🤔

負債との付き合い方

これは以前悩んでいたことで、今は割と解消されています。

長く続くサービスで規模の大きいものを体験するのは、割と初めてに近いものでした。(経験自体はあるけど、この長いスパンで携わることはこれまでなかった)

既存の設計にひきずられる部分が多分にあったり、かつては良かったが今では正しくない部分、部分的に機能していないコードが存在していたり、「これがいわゆる"負債"というものか!」を実体験しました。

「各所で絡み合うコードをどう改善しようか...」「設計を直すためには自動テストが欲しくて、でも自動テストを入れるには設計を直さなきゃいけなくて...」というよく聞く悩みを抱えました。 社内外のエンジニアに色々相談して、実コードと対面することを数ヶ月続けた結果、「これはすぐに解決できる問題ではない。必要なところから徐々に解決させていく問題で、思い悩む必要はない。焦らずやれる範囲でYATTEIKI」というスタンスが良さそうだと気付けました。

この気付きは今後もエンジニアをやっていく上で結構大事なことっぽいと今は思ってます。

体力落ちた

流れる情報の速度についていくとか、周りで起きていることに「対応したいからする」って動きをするためには体力が必要。 でも今年は体力を前借りしてその分最大HP値を削るような無理な動きをしまくってしまったので、改善していきたい。

可処分時間欲しい!

趣味や欲望が強くなってやりたいことが増えた。 複数ゲームを掛け持ちたいし、絵を描いたり、本書いたり、etc... 毎日続けることで力をつけられることもあるし、仕事の範囲外でしたい挑戦ことが以前よりも増えた。

体力つけたら動ける時間が増えるというのと、別方面の解決を合わせて考えたい。

これからなにやりたい?

設計の話を展開したい👨‍🔧

設計本著者だし。書いただけで終わりでなくて、悩んでいる人がいれば答えられるようにしたり、一緒に悩んだり、身近で活かす必要があると思ってます。これは社内外問わず。

著者とは言ったけど、設計で大事なのは知識だけじゃなくて、共通理解や共通認識だったりするので、そもそも話をする場を作ることが大切そうと思ったりしてます。ぶっちゃけ自分の知識もたかがしれてますしおすし。

あと負債との付き合い方でわかったけど、設計を学ぶと環境に適応する力(パターンで認識する力)がつきそうだと思ったので、サービス開発する人にはさらに大事っぽそうだと感じたから。 自分はいくつかのプロジェクトを通して学んできたけど、もっと効率よく身につける方法があったと思っています。たぶん誰かに相談しながらやっていくことが近道なので、受け口になりたい。自分の勉強にもなるし。

もっとまわりのためなにか出来るマンになりたい

今年は割と余裕のない過ごし方をしてきて、身の回りのことを解決するので精一杯でした。 プロジェクトや会社の中で、自分が最低限やらないといけない範囲外でもなにか貢献できるところで貢献していきたい。 そのための仕事のやりくりを慣らすにはもうちょい時間はかかりそうだけど、なんとかやりたい。

さいごに

ワーッとかいたワー!

転職しても普通に生きていける。自分は転職できる人間なんだ。という自信がついた。

2018年を振り返る - やったこと

おばんです、『SSSS.GRIDMAN』ロスで、特撮の方の『電光超人グリッドマン』を見始めた田中です。特撮の方も見ると、アニメと繋がってる部分とかめちゃくちゃ多くて2度美味しいです。アノシラスとか、フィクサービームとか、アクセスコード入力のUIとか。

前置きはこのくらいにして、今年はじめの方に立てた目標は振り返ったので、今回は実際にやってきたことをざっくり振り返ります。

  • 転職した
  • 本を書いた
  • 絵を描き始めた
  • 百合をめっちゃ摂取した

転職した

クラスメソッド 株式会社からピクシブ株式会社に転職しました。

dev.classmethod.jp

tanakalivesinsendai.hatenablog.com

受託仕事からサービス開発仕事に変わったのですが、これまでとはやること・速度・考えることが変わってとても楽しいです。

「転職して3ヶ月経ちました!」ブログを書こうと思って4ヶ月経過してしまって、気づいたら7ヶ月にさしかかっています。 ここ半年くらいで仕事でやってきたことはあとでまた別記事でまとめるかも。

本を書いた

『Swiftで書いておぼえるTDD』と『iOSアプリ設計パターン入門』の二冊を今年は書きました。

TDD本の方は持ってる知識を実戦形式でまとめた初学者向けの内容なので、設計本と比較するとシュッと出せた感じがありましたが、自力で製本してみるという体験は非常に学びがありました。Re:VIEWを使って文章をまとめて、表紙絵の制作依頼をして、印刷所について調べて自分のお金をつぎ込んで本にする、etc...という0→1の経験ができたのは結構大きなことかなと思います。

TDD本を同人誌で出してBOOTHで販売して〜という流れがあったから転職に踏み込めたところがあるので、デカいフラグでした。

iOS設計本は今年のリソースの多くを注いだものでした。酸いも甘いも色々あったけれど、やり遂げてまた新しいステージに立てたように思います。

  • これまでiOSの設計にフォーカスした本がなかった中で、重要な立ち位置をしめる本を世に出せた。これはすごい意味があることだと思ってる
  • クラウドファンディングに成功した。しかも加速は止まらず、1377人もの人々に応援してもらえた
  • 執筆に関わってくれたメンバーと、一緒に本を出せて良かった

そもそも本を書くエンジニアの数は多くはない中で、さらにこんなにも大きな成功ができて、幸せなエンジニアライフを送ってると思います。 支えられて成り立っているけど、自分自身ほんと頑張ったし、胸を張って自慢できることだなって思う。。。

ので! 読んだ感想とか、読んだ上で考えたことをガンガン発信してもらえると、さらに書いて良かったと思えるのでぜひ年末年始は楽しんで読んでくださいいいいい!

そのほか色々と感じたことは以下にまとめてまっす。

tanakalivesinsendai.hatenablog.com

tanakalivesinsendai.hatenablog.com

絵を描き始めた

iPad Proで絵を描きまじめた。お絵かきアプリはProCreateを使っています。

夏頃にバーベキューしてたら「iPad Proを持っていない」という話を友達として、「iOSエンジニアなのに持ってないんですか?」と煽られて勢いでその日に買って新宿に受け取りに行ってしまったのが経緯です。

もともと昔から落書きみたいなのはずっとやってて、「あー、絵描きたいなぁ」とずっと思い続けてたので、iPad買ったしちょうど良い機会だなと思って始めました。絵を投稿するサービスの会社にいるし、ドメイン理解ドメイン理解〜とも思った感じです。

会社に「お絵かきブートキャンプ部」というものがあって、みんなで集まってもくもくしたり、月に一回テーマを決めて描いた絵の講評会があって楽しくやれていて最高です。

inside.pixiv.blog


で、今年描いたやつらです。上からだいたい描いた順です。

これは30秒ドローイング。PoseManiacsというウェブサービスを使って、ランダムに表示されるポーズのラフを描いてます。本当は毎日一定量やり続けるのがよいのだけど、ぼちぼちな感じで続けてます。

sketch.pixiv.net

「好きな子を描きたい!」と思ってリズと青い鳥のけん...、じゃなくて鎧塚さん。猫背を表現したかった。

みじょれsketch.pixiv.net

模写。かっこいい系のお姉さん。女性の唇の赤を描きたいなとふと思って描いた。

描きかけお姉さんsketch.pixiv.net

もくもくしてたカフェでパッと見かけたお姉さんの、お勉強する姿が綺麗だったので勢いで構図覚えて描いた。肩が凝りそうな姿勢だなって思った。

描きかけお姉さんsketch.pixiv.net

ヘルシェイク矢野のことを考える日もありました。

あ、ごめんsketch.pixiv.net

iOS設計本を書いてるときに「Rxってやっぱりやりたいことに対してオーバーキルなことが多い気がする。ゴブリンを倒すのに伝説の武器は必要ないんじゃないか......」みたいなことを考えながら落書きした。

Rx武器商人 #とはsketch.pixiv.net

「お絵かきブートキャンプ部」で「楽器」というテーマだった時に描いた、リズと青い鳥の傘木希美。フルートが死ぬほどめんどうだったけど、ちょっと金属感出せたので楽しかった。物を書くのは結構好きかもしれない。

描きかけのじょみsketch.pixiv.net

にじさんじのえるえる。クリスマス衣装公開の時に可愛すぎて、初めてYoutube Liveでスパチャしたらなんとコメントを読んでくれて、興奮のあまり徹夜して描いた。

#えるの絵だよsketch.pixiv.net

描きかけの百合みあるお姉さんたちの模写。もうちょいラフでもいいんだけど、これくらいの頭身とリアルさの絵が好きかも。ED先生の絵が好きなので、あんな絵をいつか描いてみたい。

模写。途中。sketch.pixiv.net

マフラーの練習がしたいと思って描いた冬のお姉さん模写。

マフラー練習sketch.pixiv.net

百合をめっちゃ摂取した

2018年は百合界隈がめっちゃ盛り上がってて、最高でした。

tanakalivesinsendai.hatenablog.com

今年は初めてコミティアに参加してさらに百合同人の手を広げました。 前々からTwitterとかpixivで追っかけていた好きな百合絵師さんの本を直接買いに行けるのはすごく感無量でした...。

今年は技術同人誌が書けたので、その経験を活かして来年は絵とか百合の方の同人誌も出したい。

さいごに

イベント運営とか登壇とか、そのほかにももっといろんなことをしたんだけど無限の分量になってしまうのでこのくらいにしとく!

2018年を振り返る - 立てた目標を振り返る

おばんです、ヒラリチャン可愛い。

soundcloud.com

あ、田中です。2018年の最初の方に立てた目標を振り返ります。

今年のはじめに立てていた目標は以下のようです。それぞれ見ていきます。

  • アプリを出す
  • 仙台に帰る
  • テストのスキルを伸ばす
  • 設計のスキルを伸ばす
  • 健康を得る
  • 年収を上げる

tanakalivesinsendai.hatenablog.com

アプリを出す

出してない...!アプリを出す目標は気持ちが乗ったら推し進める感じでいこうと思う。仕事でも書いてるし焦らなくてよい。

技術同人誌を書く

書いた!SwiftでTDDを解説する、『Swiftで書いておぼえるTDD』という本を出しました。

tanakalivesinsendai.hatenablog.com

さらに「商業誌化」と「Amazonに名前が載る」という実績も解除できた。 同人誌化以降の動きについては色々な反省があるけど、行動しないと良きも悪きも体験できなかったので良かったと思う!

Swiftで書いておぼえるTDD (技術書典シリーズ(NextPublishing))

Swiftで書いておぼえるTDD (技術書典シリーズ(NextPublishing))

仙台に帰る

帰る理由が無くなったのでこれはナシです🤪

テストのスキルを伸ばす

伸びた!

先述したように、TDDに関する本を出せたので、実績として残せるレベルにはなりました。 実務でも自動テストを書くようになったし、以前より多くの実装に対してどういうテストをしたらいいかがわかるようになりました。 iOS Test Nightに登壇しまくったりしたことが始まりであり、力をつけることにつながりました。こういう場があって本当に良かった。

tanakalivesinsendai.hatenablog.com

inside.pixiv.blog

↓みたいなテストに関するイベントにも顔を出したりしました。

tanakalivesinsendai.hatenablog.com

テストに親しんできましたが、一方でテストそのものに対する体系的な知識不足を感じてしまうので、それは課題です。

設計のスキルを伸ばす

伸びた!『iOSアプリ設計パターン入門』という設計の本を書きました。

peaks.cc

本を書くにあたって、色々と論文を漁ったりWebを調べたので、一部のアーキテクチャパターンについて原点を知れた。 色々な設計パターンが抱えた問題、解決、モチベーションを知れたので、より深い探索ができるようになった。

次はこの得た知識を広めたり、もっと現場で活用したい。 本を書いたことで国内のiOSエンジニアの興味関心が設計に向いてくれたら嬉しいと思っていて、そうなるとより具体的な問題に対する解答を持てるようにしなきゃいけない。 あるいは本だけでは説明しきれなかった部分を埋める必要があるので、まだ引き続き設計については学んでいかないといけないと思う。

健康を得る

忙しくしすぎて余裕を作れず、むしろ不健康になったorz

年収を上げる

上がった。 けど当初思っていたほどは上がっていないので、まだもうちょいあげるためのことをしたい。

最近は可処分時間を増やしたいと思うようになったので、単価を上げて今くらいの水準を保ちつつ、仕事する時間を減らしたい。

さいごに

来年の目標はまた来月あたりに考えてみよーとおもうー。

2018年最高だった百合作品

おばんです、最近対戦ゲームで抱えるストレスがマッハの田中です。向いていないのかもしれません...、大人しくOxygen Not Includedします🤤

今年は去年にも増して百合に触れる機会を多く持ちました。最高の一年でした。 最高の一年ついでに、見た作品をまとめます。もし気になるものがあればぜひ見てね!

(あと2018年と書いたけど「今年見た」という意味で、2018年発の作品以外も入ってるかもです🙏)

アニメ

『リズと青い鳥』 京都アニメーション

童話を元にしたオーボエとフルートの掛け合いがあるソロ曲「リズと青い鳥」を通して、それぞれを担当する親友同士の高校3年生二人が主人公のお話。
最後のコンクールに向けて練習を重ねながら、学校生活や練習の日々の中でどこか噛み合わない二人の心情は、どう変化していくのかー。

静寂の中に存在するかすかな音の表現、声優さんの演技や場面から、常に身体に打ち付けられる純度100%の百合エネルギー。 息を飲む音、こらえる音の演技が他の作品ではとてもできないものがありました。 一挙手一投足が主人公二人の心情と周りの環境を表すものになっていて、こんなに完成された百合作品がかつてあっただろうか、いや、無い(反語)。

劇場で3回、ブルーレイで1回見ていますが、何度見ても見終わったあと言葉を失ってしばらく放心してしまう。 会社で上映会したとき、作品初見の人や普段百合作品を見ない人を交えてもこの現象は起きたので、『リズと青い鳥』という作品はすごいんです。 劇場版ならではという感じで、テレビシリーズだった『響け!ユーフォニアム』では出来ない贅沢な間の取り方が百合を描くのに適していたと感じます。

この記事はランキングというわけではないけど、2018年堂々の第一位はリズと青い鳥です。。。 公開が4月でしたが、今年一年で一番の生きる支えであり、生きる辛さになりました。リズのおかげで生きていると言っても過言ではない。 熱が入りすぎたので、リズはまた別記事でまとめるかもしれません。

『響け!ユーフォニアム』 京都アニメーション

『リズと青い鳥』は『響け!ユーフォニアム』のスピンオフ作品、という関係です。

こちらも高校の吹奏楽部のお話で、音楽をテーマにした登場人物の心理描写や成長が描かれていて最高です。 個人的には先輩後輩のペアと親友(悪友?)二人同士のペアが好きすぎます。。。 今度の新作劇場版が楽しみで仕方ありません。

『SSSS.GRIDMAN』 TRIGGER

ロボット・ヒーローものの要素をメインに、友人関係や青春を全部描いちゃったぜ!みたいな作品。 「昔は仲が良かったけど、最近疎遠になってしまった」関係から始まる、敵と味方のヒロイン二人の関係が尊すぎました。 なんとなく気にかけてしまうお互いの関係、敵方の女の子の心理的なもろさ、それを支えるもう片方の子の芯の強さなどご飯三合食べられます。

グレンラガンやキルラキルのトリガーが作っているからか、各所に散りばめられたフェチに愛を感じる作品でした。

『少女歌劇レヴュースタァライト』 キネマシトラス

少女☆歌劇 レヴュースタァライト Blu-ray BOX1

少女☆歌劇 レヴュースタァライト Blu-ray BOX1

舞台に立つ女の子を養成する学校で繰り広げられる、トップスタァを目指す9人の女の子達が繰り広げる、レヴューの物語。 戦いの中で見事1位に輝いたトップスタァは、なんでも願いを叶えられる。

女の子同士の日常と戦いの間で揺れ動く心理表現が、作画の細かさと相まって神がかっていました。 演出やストーリー構成が完璧すぎて、全12話の中で3度は「また1話から見直したい!」となりました。 実際面白い。

ネット上では演出が似ている部分もあったため「(少女革命)ウテナだ」と言われることが多かった。 でもウテナは男女の関係性であったり、性に言及する描写が多かったりテーマでもあったけど、レヴュースタァライトはまた別のものを描いているので、自分は違うものだと思った。 (ウテナも面白いよ)

商業マンガ

『2DK、Gペン、目覚まし時計。』 大沢 やよい

2DK、Gペン、目覚まし時計。: 1 (百合姫コミックス)

2DK、Gペン、目覚まし時計。: 1 (百合姫コミックス)

百合にハマって、社会人百合というジャンルを知ったのがこの作品でした。 働く女性二人(と周りを取り巻く人々)の夢とか恋とか現実とかを描いた、勇気付けられる作品です。 最終巻を迎えてしまって悲しい...。

『ふたりモノローグ』 ツナミノユウ

「「ふたり」」「「モノローグ」」、なんだよなぁ...。

ギャグ百合マンガの皮をかぶった少年漫画のような正統派百合マンガだと思います。 主人公の二人は、昔仲が良かったけれどうまくいかなくなってしまったところから再会して気まずい、でも仲良くなってー、から始まる話です。

登場するキャラクターの多くはなにかしらトラウマを抱えている。 それぞれのキャラクターが関わりの中で、そのトラウマを乗り越えたいとか、変わりたいという想いから少しずつ成長していく話で、胸がアツくなる。。。

2018年末までは無料で全話読めるそうです。1話ずつが軽いので、まずは軽い気持ちで7話まで!ほんと!お願い読んで!

cycomi.com

『はなにあらし』 古鉢るか

「私の親友は、私の恋人です。みんなにはナイショ。」

もともと親友の女子高生二人の、初々しい恋愛模様。 身長差萌え。 はい尊いの嵐。

舞台が仙台で、自分も仙台出身なのでふと出てくる街並みが懐かしくなったり、多分モデルになっている女子校(?)がわかるので楽しさ2倍です。

最新一個前と、3話まで無料で読めます。

www.sunday-webry.com

『総合タワーリシチ』 あらた伊里

負けず嫌いな子と成績優秀だけど他が鈍感な主人公2人と、2人を取り巻く登場人物のオムニバス作品。 全ペアが尊い。 シチュエーションと関係性の変化の嵐で、細かい掛け合いが凄まじい密度で込められていて楽しい。 「可愛い」が無限に広がっているのと、「あっ、この作者の人この作品とキャラ達のことがすごく好きなんだ!」がわかる。 それぞれのキャラが立っていて、たぶん「キャラが勝手に動く」タイプの作品。

『とどのつまりの有頂天』 あらた伊里

とどのつまりの有頂天 1 (ヤングキングコミックス)

とどのつまりの有頂天 1 (ヤングキングコミックス)

『総合タワーリシチ』作者の最新作! 田舎っ子と美人のデレとちょっとのすれ違いが嬉し可愛い! 雰囲気は変わらず!リシチとどちらから始めてもオッケー!

『付き合ってあげてもいいかな』 たみふる

のちのち紹介する同人誌版が注目を浴びて、Web連載からの単行本化の流れとなった本!

ゆるい軽音部で同じバンドになった女の子二人が付き合うお話。 ちょっとエッチ。(個人的にはだいぶエッチだと思う。)

男も女も登場キャラみんな可愛い。 主人公二人の、過去の恋愛経験などからくる恋愛に対する考え方が違くて可愛い。 ずっと一緒にいる関係として幸せになる二人ではない気がするけれど、お互いがこの時に必要な関係だと思えるもので人生を感じて良い。

1話がWebで無料で読めます。

www.urasunday.com

『草薙先生は試されている。』 安田剛助

『私と彼女のお泊まり映画』作者の最新作。

親友であり、過去(というか引きずって今も)の想い人を引きずる学校教師と、その想い人の娘との間で起こる年の差恋。 想い人の娘だから気にしてしまう心を抑えたい気持ちと、いやいやいうて可愛いし昔のあの人にそっくりだし辛抱たまらん...!なシリアスとギャグの甘いしょっぱいが美味しい作品です。

Webで全部読めるので、お試しや最新を追いたい方はこちらから。 https://sai-zen-sen.jp/comics/twi4/kusanagi/

『ララバイ・フォー・ガール』 松崎夏未

ララバイ・フォー・ガール (フィールコミックス)

ララバイ・フォー・ガール (フィールコミックス)

短編集。 時間の経過とともに成長し変わる女性がテーマとして描かれていて好き。 青春の中の刹那的な一瞬であったり、大人になるってどういうことかみたいなことが描かれていて、男性では表せないものなんじゃないかなと感じて憧れる。

一番最初の、優等生がギャルと触れ合うことでものを考えるようになって、大人になっていく話がすこすこのすこで、拙者こういう話大好き侍。

『指先から滑り落ちるバレッタ』 つつい

短編集。 違うタイプの二人が関わり合って感情が爆発しがちな話が多くて好き。 守備範囲は学生〜社会人百合。

一通り読んだ後で、表紙をもう一度見ると、あ^〜ってなる。 あと結婚ネタしんどい......しんどい......。

同人マンガ

『好きじゃないけど好きな人』 くわばら、Sal Jiang、ユニ、たみふる

yurikuzu.booth.pm

複数作家が短編をまとめてるやつで、帯のキャッチが「下衆×百合」。エッチ。 集まった作家陣でも「下衆百合」と称されている模様。 はぁ〜、「下衆」というワードを打ち出すなんと新しきことか。

肉体的にこじらせてたり、精神的にこじらせてたり、ここまでのは他では見られない偏りバツグンの同人誌。 作家陣が、好きでいつも追っかけていた方々が集まっていたので俺得すぎました。

『今、何考えてた?』 くわばら

www.melonbooks.co.jp

痛い!痛い、けど...。

ふとしたイラつきから友達を殴る妄想から始まる物語。 どこからくるかわからないけれど、「ブチ壊してしまいたくなる」感情とか、外では言えない薄暗い気持ちが描かれていて、どこか共感してしまって、好き。

『TANKOBU』, 『TANKOBU2』 くわばら

kuw8ra.booth.pm

kuw8ra.booth.pm

かつて部活のライバルだった二人、ケンカップル仲良く喧嘩しろ〜、な作品。 ただバッチバチにライバルということでもなく、ミステリアス・シリアスな雰囲気で進む中で二人の関係が進展するのが、独特な雰囲気。

『離れづらい朝』 くわばら

kuw8ra.booth.pm

TANKOBUの続編にして完結編。エッチ。

遠距離恋愛の関係になった二人が、お泊まりデートともに将来を考える話。 子供でもなく大人でもない二人が、大人になりかける段階で将来を考えていくの大好き侍の諸氏に読んでほしい!

『うそでも笑って暮らそうよ。』 たいぼく

COMIC ZIN 通信販売/商品詳細 うそでも笑って暮らそうよ

VTuberの「中の人」をテーマにした作品。 ここ半年〜1年弱のVTuberブームをリアルに追ってないと描けない話だ〜!って感じるのでバーチャル界隈好きな人に読んでほしい。 「もしかしてどこかの世界の中の人同士では、こんなことあるのでは...」とどこか頭の片隅で考えてしまうものが具現化されていて、てぇてぇ。

『沖縄に夜の魚』 たいぼく

yurindie.hatenablog.com

先輩が後輩(?)と沖縄旅行に行く話。沖縄に行きたくなる。 女の子二人のデートはこんな感じであってほしい!そして溢れるEmo。

ナクヤムパンリエッタ

ア

『Girlfriend』 シカヲ

親友の女の子が自分には見せない表情を、他の女の子にしているお話。 その親友が一番好きな子に見せる笑顔が好き、というお話...。 でも暗いわけではなくて、爽やかに二人の友達としての関係が続く。

叶う/叶わないにオチがちな百合作品が多い中で、「こういう百合も良いんだよ、こういう百合も」を思い出させてくれます。

『純情ミルクティー #2』 シカヲ

上で紹介した『Girlfriend』の、親友の女の子と、その子が一番好きな子のお話。 親友の女の子は優等生・超可愛いタイプで、その対比として出てくる一番好きな子はギャル。 お互いにないものに魅かれてか、意図せず好きになっていくやつ。

#2とあるように、2冊目らしいのですが、 #2 から入ってしまいました...orz

『付き合ってあげてもいいかな』 たみふる

booth.pm

先述した『付き合ってあげてもいいかな』の同人誌版。 商業版では描かれていないときの二人の話が描かれていたり、ちょっとゲスかったり、ちょっと暗かったりする話がある。 商業版と合わせて読んで、2度美味しい。

『付き合いきれない毎日』 たみふる

booth.pm

『付き合ってあげてもいいかな』の同じ話の別時系列作品。主人公は一緒。 本編がストーリー仕立てなのに対して、こちらは主人公二人の日常を3, 4ページでまとめた短編集的なもの。 デートの話とか飲みの話とか、同じバンドメンバーとの話があったりして本編を美味しく補完してくれます!

『付き合ってやってよ』 たみふる

booth.pm

『付き合ってあげてもいいかな』の同じ話の別時系列作品。主人公は一緒。 みわちゃん(黒髪ショート美人の方)と別な女の子との話。 本編と別の関係性が描かれていて、本編登場キャラの別の顔が見られて美味しいです!

『付き合ってないけどやりました』 たみふる

tamifull.booth.pm

『付き合ってあげてもいいかな』の同じ話の別時系列作品。主人公は一緒。エッチ。 ぜっっったい二人は添い遂げる関係ではないけど、この時必要な関係だなー!っと感じる話です(個人解釈)。 タイトル通りの話です。

『ペンライトより光って』 ヨルモ

booth.pm

冴えない地味な子と読モをやるくらいのイケイケギャルのお話。 地味な子はアイドルオタクで、その子がアイドルに向ける目を自分にも向けさせようとするギャルの子。 二人が「特別」同士になるために、成長していくまでの話。

表情で心理状況を表すのがうまくて、キラキラ眩しくて好きな絵でした!

『来週、雨が降ったら』 紫のあ

booth.pm

ふと出会った二人が傘を貸す関係から始まるお話。 「次に同じ駅で会う時に傘を返す」という名目でで、返さずに会い続ける。 絵・表現・待ち合わせという掛け算で導き出される詩的で綺麗な物語。 ふとした一言から意識してしまって、意識してしまうと終わってしまう、吊り橋のような関係が綺麗なので、気になったら読んでほしい。。。

『秘密』 Sal Jiang

saljiang.booth.pm

抑圧された家庭で育った女性が髪を切り、ボーイッシュになり、新しい街で出会った本屋の店員に恋するお話。 お互い魅かれ合うけれど、店員の子には男性だと思われたまま関係は続く。 顔の良いボイが良い。。。

『彼女の罠』 Sal Jiang

saljiang.booth.pm

和菓子屋の娘と美人お姉さんのお話。エッチ。 美人お姉さんの私生活をふと覗き見てしまって、女性同士の関係を意識しだしてしまう関係。 お姉さんの色香に惑わされて、完全に罠にかかってしまう和菓子屋の娘。年の差も美味しい。

『糖分事件簿』 くわばら

kuw8ra.booth.pm

「ケーキバース」という食人人種(フォーク)と捕食される人種(ケーキ)がいる世界観の短編集。 世界観から見て取れるように、メンヘラ関係やメリバが続くので、人を選ぶテーマかもしれない。

ケーキバースをこの作品で初めて知りましたが、ジャンルとしてあるみたい👀 個人的にはくらーい話が好きなので、ケーキバースもっと掘り下げたい気持ちが芽生えました。

好きすぎた作家さん

好きな作家さんに偏りがあって、好きすぎるのでどこが好きか書いてみる。 気になって読んだ作家さんがいて、共感してもらえたら嬉しい☺️ こっちから作品が気になって、見てもらえるのも嬉しい☺️

くわばらさん

twitter.com

幸せな話も好きだけど、暗い話も好きで、いっぱい描いてくれるので好き!やったー! ニヒルな顔とか、ドン引きの顔とか、いろんな意味の限界を感じている描き方が本当に好きです。

Sal Jiangさん

twitter.com

リアルな大人百合が本当に好きで、ひたすらにその百合の「つよさ」に魅かれる。 女性の丸さの描きわけが良くて、「アァ...、これすごく好きですごくフェチを感じて描いてらっしゃるな...」が伝わってきて好き。

たみふるさん

[https://twitter.com/tmfly:embed:cite]

輪郭や線が丸くて可愛い。 話の作風のリアルさと絵柄のバランスがとれていていつも楽しい! キャラ同士の「いろいろな」絡みが人を感じる。

たいぼくさん

twitter.com

歪み方、偏り方が他では絶対に無い作風で好き。 なに食べたらこんな設定をこんな風に描けるんだろうと、各作品で毎回感じる。 百合以外の本も精神的にエッチで好きでした。

あらた伊里さん

twitter.com

可愛いの密度と速さに勢いあって好き。 そう、密度と速さ。 間を取る百合が多い一方で(もちろん間をとるところは取っているけれど)、すごい速さでキャラのコミュニケーションが走るので、シリアスとの落差が大きくてドラマチックになっていて、独特のワールドを作り出してる。👀

さいごに

2018年は百合が一気に加速した一年だったように感じます。

例えばこれまでもいくつか百合作品はアニメ化されてきましたが、恋愛について強く触れて強く百合を前面に押し出した『citrus』や『やがて君になる』がアニメ化されたのが印象的でした。 百合というジャンルを知らなかったという友人からも、「タイトルを耳にしたことがある」と聞きました。

一方でこれまで長く続き親しまれてきた『2DK、Gペン、目覚まし時計。』が完結したり、『あの娘にキスと白百合を』も終わりが近いというちょっと寂しい話もあります。仕方のないこととはいえ、本当に寂しい。。。


個人的な話では同人誌をいっぱい書いました!これまでTwitterでしか見ていなかった作家さんを追いかけて、作品を買って、BOOTHで気持ちばかりのBOOSTをして応援したり...。 百合作品を描いてくれる尊い方々に、描き続けてもらうためにお金落とすし百合広めるよ!💪

消費してばかりでは歯がゆいので、来年は百合同人誌を出します!作家さんたちと百合語りたい...。同じ土俵に...。絵を描くぞ...!

『iOSアプリ設計パターン入門』を書き続けた約半年を振り返るエモブログ

おばんです、すごく遅れて話題のアニメを見ている田中です。メイドインアビスしんどいアニメですね...、楽しかったです、二期はよ。

さて、今回はPEAKSから出版された『iOSアプリ設計パターン入門』が、企画から半年以上続けてようやっと購入者の方々に届き始めるに至ったので、その期間で溜め込んだエモをぶち飛ばしていくぜ!!!🚀💥 (電子版は出ているなうです、製本版はもうしばしお待ちください🙏)

本を書いている期間は忙しくてあまり経過を書けなかったので、特に記憶に残った出来事を振り返ろうと思いました。 幸せも苦しみも全部詰め込みます。


peaks.cc

『iOSアプリ設計パターン入門』は技術書クラウドファンディングのPEAKSから出版された、iOSアプリの設計パターン本です。 現場で活躍するiOSエンジニア複数人で書き上げた生きた技術書です。

まずはじめに応援してくれたみなさま、ありがとうございます!そしてお待たせしてすみません! この本はありがたいことに、正式版リリースまでに1377人もの方に予約いただきました。 読者、企画、編集、執筆、様々な担当の方々によってこの数字を達成できたことを、とても喜んでいます。

技術書の始まりでやたら感謝しまくる海外の執筆者いるじゃないですか、今完全にあれです。今すべてに感謝しています。 あわよくば、「この本を書くにあたり、支えてくれたシンディへー」みたいな恋人に宛てたアレとか書けたらよかったんですが、あいにくーーー🤤

これは余談ですが、1377冊の購入って、技術書のくくりだとすごい数のようです。 小説だと「何万部突破!」とか目にしますが、一般的な書店に並ぶような技術書は、購入者の母数が多い入門者向けの本でも2〜3000部が初版でそれっきりということも少なくないということを風の噂に聞きました。 しかもクラウドファンディングでの達成。PEAKSの積み上げてきた圧倒的信頼を感じます。

このあとに一般販売もあるはずなので、お楽しみに!

すべてはここから始まった

PEAKSのながのさんとのTwitterでのやりとり。 完全にノリです。

f:id:ktanaka117:20181202164628p:plain

なんなら巻き込みも発生。

f:id:ktanaka117:20181202164644p:plain

ここから設計に心当たりのある、確実な執筆陣に声をかけていってプロジェクトはスタートしました。

キックオフミーティング

おかげさまで開始から半日ほどでクラウドファンディングは達成しました。爆速です。

ミーティングは執筆者それぞれで書きたい章構成を持ち寄って、つき合わせました。

  • 設計には多くの派生や誤解が存在しているので、全体をとりまとめる難しさがある
    • 初出に立ち返って情報を整理することで、オリジナルのアーキテクチャパターンのキモが、iOSではどう取り扱われるべきかをまとめる必要があった
  • 設計を学ぶ上で、コンセプトを追うだけでは正しい理解が難しく、コードを書くことでアーキテクチャパターンに対する認識が合う
  • いついかなる時でも通用する、絶対最強のアーキテクチャパターンは存在しないということを伝えていきたい

などの話し合いを元にして、思っていたよりもサクっと大枠は決まりました。 この時点で執筆陣全員がこの共通認識や課題感を持っていたのは、非常にプロジェクトを進めやすく、心強かったです。

合县

  • 進捗どうですか?(圧
  • 改めて認識を合わせる
  • 一気にかき上げようゼ

などなどの目的から執筆合宿に行きました。 気分は文豪です。その時の様子は、以前のブログにまとめました。

tanakalivesinsendai.hatenablog.com

合宿では調べた内容を話し合ってつき合わせたり、理解に間違いがないか確認していきました。改めて当初の目標や課題に間違いがないことも確認できました。 執筆に対する意識やモチベーションも上り調子でした。

無

合宿で持ち上がったモチベーションでしたが、その後は安心からか無の期間が発生しました。 おおまかに書けていた部分は多かったですが、無になると筆も遅くなって出てくるものがなくなり、そこには無限の苦しみがありました。

書きたいものはあるんだけど、良い言葉に乗らない。 普段書き慣れたブログでは、起きないことでした。 ブログを書き始めた頃を思い出していました。

「助けて」を言う

あれよあれよと時間は過ぎて、もう本当にどうにかしなければいけなくなって、プロジェクト内で相談。 筆が進まない部分を整理して、鈴木さん、杉上さん、加藤さんを中心にヘルプを出しました。 担当章の中では一番慣れの少ないMVVMで多くの助言をいただいたり、スケジュールの調整などで助けていただきました。 ありがとうの言葉では足りないものですが、本当にありがとうございました。🙇‍♂️

そしてストレスで胃がマッハ。 燃えたプロジェクトとか、元カノとの別れ話とか、過去これまでに味わった様々な辛い状況がなぜかフラッシュバックして、脳死しながらもなんとか手を動かしました。

立て直し

気持ち面で死んで「なんで書くんだっけ」を見失っていたので、この本を書きたかった原体験を整理しました。 そのときEmo issueに貼っていたのがこちら。

f:id:ktanaka117:20181202181653p:plain

限られた業務時間の中できれいに整えられたコードが書けず、目標とする正しい形がわからないまま書き進めるプログラミングは、非常に苦しいものでした。 なんとか汚いものを組み上げれてやり過ごしたとしても、後の自分自身の首をしめました。 自分以外が担当することになっても、苦し紛れのコードは git blame という悲しみの連鎖をうみます。

いざ「設計」というものに出会い、その目的がなんとなく理解できても、概念的な解説が多くて理解できず苦しむ日々が続きました。

画像の「当時の自分」「昔の自分を助ける」というのは、このような状況を指します。 自分と同じように苦しんでいる人の助けになれてこそ、過去の自分を救うことに繋がるというのが、この本を書くモチベーションでした。

モチベーションを思い出して、なんとか筆を持ち続けました。 「イケる!」「無理...」の躁鬱を繰り返しながらも、イケる気持ちのときに足りていない情報を整理して、構成を立て直しました。 論文を読み返したり改めて説明が必要な部分を洗い直すと、良い筋道が見つかり、内容が濃く自分で納得できるものが書けました。

反省

立て直しはできたものの、プロジェクトは遅延してしまい、先行購入者のみなさまには大変ご迷惑をおかけしました。深く悔やんでいます。 遅延の報告ではPEAKSにかけてしまった迷惑も、申し訳ありませんでした。

もし次に本を書くとしたら、以下のことについて基準を設けて臨みます。

みんなで「おつかれさま」を言えた

自分はなんらかのプロジェクトをやると、その後連絡が途切れたり、迷惑をかけすぎて関係修復するのも申し訳なくなるようなことも過去には多く経験してきました。 正直プロジェクトを始める前から不安だったけれど、それを加味しても世に出すべきテーマの本だと思ったので、「おつかれさま」をみんなで言えたときは本当に泣きました。 (loveeさんのお疲れ様はタイミング合わなくて見つからなかったけど、仲良くやっていますw)

f:id:ktanaka117:20181202190326p:plain

f:id:ktanaka117:20181202190344p:plain

f:id:ktanaka117:20181202190533p:plain

f:id:ktanaka117:20181202190356p:plain

f:id:ktanaka117:20181202190546p:plain

さいごに

紆余曲折はありましたが、最高の本を仕上げられてとーにーかーく、嬉しいです。 これから読者のみなさまの元に届いて、参考に、そして楽しんでもらえる本になれば完全なるプロジェクト成功です、お楽しみに!!!

おまけ

f:id:ktanaka117:20181202191320p:plain

心理的安全を担保するために、友達同士で設計について語る会を開いた

はじめに

おばんです、最近腰が痛くて爆発🚀💥している田中です。

今日は心理的安全を担保した設計の勉強会をやりました。 コンセプトはこんな感じ。

「設計」というと「怖い」という語がうしろにきがちなテーマなので、見知った人を集めて小規模に、心理的安全性を高めつつやろうと思います。 解釈が合ってる、間違ってるとかは気にせず、気軽にYATTEIKI。

設計の話ってマサカリが飛び交いがちで、いろんな人のいろんな解釈があって怖いということには共感していたので、「じゃあひとまず友達同士でやったら、心理的安全を担保しつつ、認識のすり合わせとかできるのでは?」と思ったのでやりました。

参加者の一人であるハゼさん(@haze_it_ac)もまとめを書いてくれました。

hazediary.hateblo.jp

やったこと、話したこと

自己紹介

  • 初めてリアルで顔を合わせる人同士もいたので、名前とidを言ってもらった
  • 普段やっていること、得意とすることによって「設計」という言葉に持っているイメージは異なると思ったので、技術領域とかを言ってもらった
  • 主な参加者の技術領域のキーワードは次のような感じ
    • iOS, Webフロント, バックエンド, Jenkins, AWS, Unity
    • Swift, Go, Python, Java, C#, PHP

設計とは

  • いろんな種類の設計がある
  • 設計にもいろいろあるので、どの設計の話か絞って、その設計に必要なものは何かから話がしたい
  • たとえば
    • アプリケーション設計
      • GUIに関する知識
      • プラットフォームに関する知識
    • インフラ設計
      • ネットワークに関する知識
      • セキュリティに関する知識
    • 「どこを専門にするかの話はあるけど、それぞれ関連しないわけでもないので、知識はあったほうが良いよね」という話も出た
  • 参加者がアプリケーションエンジニアが多かったので、ひとまずアプリケーション設計という単位に絞って話を進めることになった
  • この前提をふまえて、みんなはアプリケーション設計について何に困っているの?をざっくばらんに話していくことになった

フレームワークに依存したコードが辛い問題

MVホニャララがわからん問題

  • 「GUIアーキテクチャ」と「システムアーキテクチャ」という分類がある
  • GUIアーキテクチャ
    • MVC, MVP, MVVM, Flux, Reduxなお
    • UIに重きを置いてパターンの分類
      • Model: 画面に関係ないものすべて
      • View: 画面の表示
      • Controller/Presenter/ViewModel: ModelとViewの間でどうやり取りするか、どうデータを同期させるかなど
  • システムアーキテクチャ
    • ヘキサゴナル, オニオン, クリーンなど
    • UIよりも大きな範囲であり、Modelの部分にどういうパターンをあてはめるべきかまで語られている
    • layerという概念もあり、描画に関わる部分・アプリケーション固有の部分・外部のシステムとつながる部分・データそのもの まで語っている
  • なぜパターンで混乱するのか?
    • 人によって解釈が違うから
    • 例えばMVPの中でも色々な形があり、それが広まるごとに人々は誤解していく
    • 原点と、開発メンバー間で簡単にでも、コードに落とし込んで認識を合わせるのが大事
      • データの同期方法、
      • データの置き場所など
  • GUIアーキテクチャのパターンはいろいろあるけど、データの同期方法と、どこにどういうデータを置くかの違いを把握していくとわかりやすい
  • 具体的な書き方がわからん!問題
  • GUIアーキテクチャとシステムアーキテクチャの違い
    • サーバーサイドとクライアントサイドで関心が違う

アーキテクチャの管理をどうやっていくか問題

  • 依存関係の把握とか
  • コードレビューでカバーする
    • 組織がスケールしない場合はこれで回る
    • 「強いレビュワーがやめたらどうなる?」
      • 「知らんのか」
      • 「組織が死ぬ」
      • 正確には強いレビュワーが辞めてしまう状況が出来てしまったら、組織が死んでいるという話
  • ドキュメントでカバーする
    • ドキュメントの解釈違いも発生する...
    • そもそもドキュメントが古いとか、足りないとか...
  • レビューのタイミング
    • 実装する前のレビュー
    • 実装した後のレビュー
    • 実装する前のレビューの認識が合っていなければ、実装した後のレビューも合わないよね
    • 実装した後にレビューすると、設計がダメだった時の手戻りコスト高いよね
    • Design Doc
    • コードの近くにREADMEを置いて設計の話をまとめておく
      • 各パーツの大本となる部分のディレクトリに置いておく
      • 少なくともその時点での設計の意思決定の経緯をまとめておける

とまあ、こんな話をとりとめもなくざくざく話していったりしました。

開催して感じたこと

  • 思ったことを言いやすかった
  • iOSアプリ設計本は書いたけど、準備なしで口頭で喋るときにまだうまく言葉が作れていない部分があることがわかってよかった
  • バックエンドのエンジニアにとってGUIアーキテクチャはなじみがない
  • リモート参加の人向けの配信は、小規模であれば機材を強化して準備すれば出来そう(リモート参加の人がいた)
  • 設計の経緯や判断をどうやってまとめていくかという方法論が知れてよかった
  • GUIアーキテクチャの勘所みたいなのは、どこかで整理して発表してもよさそう
  • 事前にもう少し「設計で困っていることはなんですか?」的な話をまとめておいてもよかったかも