サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
WWDC24
konifar-zatsu.hatenadiary.jp
採用を妥協していないという会社のツイートを見た。実際どうなのかはわからないけれど、そのマインドは素晴らしい。 逆に採用を妥協するとはどういうことかというと、今いるメンバーと同等もしくはそれ以上の成果が出せない人を入れるということだ。そうするとどうなるか。程度にもよるが、今までの自分の経験や聞いた話だと、まず他の優秀な人から疲弊していく。めちゃくちゃ雑な意見なのでツッコミどころは多いと思う スキルが追いついていないだけならそこまで大きな問題はない。問題になるのは、マインドや物事の考え方、それに基づく仕事の進め方などにあまりに差があるケースだ。論理的思考力や素直さと表現されることもある領域の話である。 新卒など若い人の場合は問題ない。これは採用を妥協しているわけではない。教育による伸びしろを想定しているからだ。 ある程度経験を積んだ人を採用する場合、妥協してはいけない。迷ったら採用しないのが正
仕事でマニュアルのような手順を記載したドキュメントを書く時、常にメンテナンスを意識しておく必要がある。メンテナンスと言うと抽象的でわかりづらいので、自分の思いつくアンチパターンを雑にまとめておこうと思う。 タイトルに日付をつける 日が経つにつれて似たようなドキュメントが増えていく。1つのドキュメントを常に最新にしておく方がよい 補足・修正内容をコメントに書く ドキュメントサービスによるが、コメントで補足や修正をすると見落とされる。本文を更新する方がよい 定期的に見直すタイミングや担当が決まっていない 程度の差はあれ、ドキュメントの内容は必ず古くなる。その前提で定期的に見直すタイミングや担当を決めておく方がよい バイネームの記載がある 担当が変わって情報が古くなるみたいなことになりがち。ドキュメントだけの問題ではなくチーム課題かもしれない 文章が冗長 これは人によって感覚が違うので難しい。よ
仕事において親切と言われ始めたらちょっと注意したほうがいいと思っていて、その話を雑にまとめておきたい。 親切と言われるともちろん悪い気はしないんだけど、同時にやばいなと感じることがある。親切と言われる背景には、「本来その人がやるべきでないタスクを拾っている」場合があるからである。 誰かがやらなければいけないのだけれど、毎回同じ人がやることになってたりすると属人化するしあまりよくない。チームで捌けるように工夫できないか検討したほうがいい。 実は突き詰めると意味のない仕事だったと気づいたり、自動化で解決したり、他の人でもできるようにドキュメントにまとめて共有したり、そういうことができてないから毎回手を動かしてしまう。結果、親切に映って感謝はされるんだけれど、本当は効率よく仕事ができてないことを反省しなければならなかったりするのだ。 もちろん状況による。あと信頼関係を築くためにあえて親切な動きを
最近面接を2人体制でやるようにしてみたので、気になっていたことを聞いてみた。その結果を雑にまとめておく。 気になるので聞いてみたい 面接者が2名いる面接、1名のときより緊張しますか— こにふぁー (@konifar) 2020年8月26日 面接する側の立場だと2人で面接する方が準備や当日のやりとりが楽だったり、見極めも2人で認識を合わせられたりと色々とメリットがある。 一方で、面接を受ける立場だと2対1の面接だとちょっと萎縮してしまう人もいるのではないかと思って少し気になっていた。面接ではミスマッチが起こらないよう、お互いに正確に見極められるようにしたい。そのために、面接を受ける人とはなるべく普段どおりの落ち着いた気持ちで話したいという気持ちがあった。 そこで勢いでTwitterアンケートを流してみた。もう少し文脈を明確にした方がよかったと後でちょっと後悔したが、まあそんなに結果に差が出る
ある日SNSをみると知り合いが嘆いていた。子どもがYouTuberの話し方や仕草を真似し出して、あの不自然なハイテンションというか独特の雰囲気がひどく嫌らしい。 ちょっとわかる。一方で、そこまで影響を与えられるのすごいなと思ってしまった。何度も見ているうちに無意識に似てくるのだろう。逆に、この人の所作を真似してほしいという動画を見せていたら人は意外と簡単に行動や性格が変わってくるのかもしれない。 思えば、自分のまわりのできる人は色々なところからエッセンスを抽出して真似るのが上手い気がする。それは本だったり先輩だったりSNS上ですごいと感じる人だったり、様々である。例えば同じエディタやキーボードを使ってみたり、会議のファシリテーション中の言い回しを真似してみたり、いいと思うところを組み合わせて自分のものにしているなと感じる。 自分のロールモデルを見つけるとよいとか、自分が一番下手くそでいよう
最近のテラスハウスのメンバーは年齢が若めなせいかコミュニケーションが雑で衝突が多くつらい。マジで今期は人にオススメできない。 意見の伝え方がヘタクソで無駄に衝突が起きることが本当に多くて不毛。相手が感情的になりやすいような伝え方をしていて、「オイオイあなたその言い方はダメよ」って感じ。具体的に言うと「わたしあなたのあの行動すごい嫌だった」という意見に対して「〇〇はそう感じたかもしれないけどでもわたしは〜」みたいに返してインファイトスタイルになることが多いのだ。 オフラインでもオンラインでも同じだけど、相手の意見に対して何か自分の意見を伝えるとき、賛同であれ反対であれ一度相手の意見に反応を返してから伝えるとうまくコミュニケーションを取れる。議論がうまい人や話しかけやすい人は、だいたいこのやり方が癖になってる気がする。 例を出そう。 「〇〇さんの資料分かりにくいので作り直したほうがよくないです
「言いたいことはあるけど言わんとこ」ってなることあるよね。言わなくて正解ってことももちろんあるんだけど、仕事の中でそういうのが積み重なるとストレス溜まるし、自分が逆の立場だったらどんなことでも言ってもらいたいのでなるべく言うようにはしている。 この意見はあるんだけど言わない/言ってくれないケースっていくつかパターンがあると感じているので、今後改善したくなった時のための整理としていくつか書いておく。 諦めている (今さら言っても仕方ないし) 言わんとこ (言ってもどうせ変わらんだろうし) 言わんとこ 気遣いしている (言ったら変な空気になりそうだし) 言わんとこ (時間押してるから長引かせん方がいいし) 言わんとこ (今ここで話すと誰かが嫌な気持ちになりそうだし) 言わんとこ (相手が感情的になっちゃいそうだし) 言わんとこ 線引きしている (○○さんが説明するべきだと思うし自分は) 言わん
ビルド待ちだ。駄文を書こう。 昨日の夜から、カンファレンスで身体的特徴に言及するのはナシだよね、アンチハラスメントポリシーを載せるべきだよねという話がTLにいっぱい流れてきた。実際に不快な気持ちになった人がいて、楽しみにしていたカンファレンスを途中で抜けてしまったということだったらしい。経緯に関わらず、誰かが嫌な気持ちになるのは悲しいことだ。 イベントではアンチハラスメントポリシーを明記しようぜというのはその通りだと思うし何も意見はない。気になっていくつかのポリシーを見てみたが、個人的にはメル社の規定しているポリシーは簡潔でよくまとまっていて素晴らしいなと思った。 about.mercari.com 何かをダメと伝えるときに難しいのは、「なぜダメなのか」「どこからダメなのか」を理解してもらうところである。ポリシーを読むとわかると思うが、矛盾がないようにかなり抽象化されつつ長くならない程度に
この記事はSHIROBAKO Advent Calendar 5日目の記事である。代打なので少し遅くなったが勢いで書くことにする。 adventar.org 劇中でずかちゃんがバイトしている居酒屋 松亭(正確には柗亭)に初めて訪れたのは、2015年7月のことだった。当時の話は@kgmyshinさんがブログに残してくれている。 以来、劇中そのままの何とも言えないアットホームな雰囲気と安く美味しい飯に魅了され、気づけば月一で通い続けていた。 松亭気づいたら4回行ってる— こにふぁー (@konifar) 2015年8月28日 もしかして次松亭行ったら10回目なんじゃ— こにふぁー (@konifar) 2015年10月29日 途中から数えなくなってしまったが、たぶん40回くらいは行ったんじゃないかと思う。最初は@kgmyshinさん、@shanonimさんと行き始め、2016年7月頃からred
Slackに慣れてない人は、流れが速すぎてメンションされていても見落としてしまう...という悩みがあると聞いた。そこで、Slackの内容を見落とさないために工夫できることを雑にまとめておくことにする。適当に書いていくので、自分にマッチしそうだと思ったら使ってみるといいかもしれない。 あまり見てないチャネルから抜ける いつの間にか参加しているチャネルが増えがち。チャネルが増えると未読が増えて、次第に未読を気にしなくなってしまう。このチャネル見てないし見てなくても実は問題ないなと思ったらエイヤとLeaveしてみるとよい。自分は定期的に10個くらい抜けたりする。 Mute機能で未読を無視するという手もあるけど、個人的には無視するくらいなら見なくていいはずなので抜けた方がいいと思っている。 スターを使う いわゆるお気に入り的なやつ。 スターをつけておくと、右上のスターボタンから一覧で確認できる。
この記事はSHIROBAKO Advent Calendar2019の記事である。 adventar.org 16話『ちゃぶだい返し』の小笠原さんのこの台詞がめちゃくちゃ好きだ。 「お酒を飲めば誰でも気分転換になると思わないでください。そういうことが苦手な方もいるのをお忘れなく」 言っている内容自体も好きなのだが、後輩を思っての台詞であること、気まずい空気になるのをわかった上で同僚に向かってはっきりと"それは違う"と主張していることが本当に素晴らしい。 何かを主張し、相手に納得して動いてもらうのはとても難しいことだ。言いたいことを言うだけで相手に動いてもらえると考えるのはアカチャンと一緒である。大人なら相手に動いてもらえるように言語化し、相手との関係やタイミング、伝え方も考慮しなければならない。 SHIROBAKOには、そういった自分の意見をしっかりと相手に伝えるシーンが多々出てくる。中で
物事を前に進めるのが上手な人がいる。時に手を動かし、時に人を巻き込み、時にファシリテートし、まるでブルドーザーのように問題を解決していくのである。そういう人を何人か見てきて、物事を前に進めるための小さなTipsみたいなものがいっぱいあるなぁと感じているので雑にまとめておく。 何が解決すれば物事が早く前に進むかを考える 自分がリードしたり誰かに決めてくれとせっついたりする 誰が意思決定者かを把握する 人を集める時は直接声がけした方が確実か考える 誰に何をいつまでにお願いしたいかを明確に伝える 期日の認識を揃える。期日が決まってなければ決めてしまう チャットで返事が欲しい時は個人メンションする 期限が近づいてきたらリマインドする 伝え方を工夫する 相手が気になるであろう懸念点と解決策を先に自分で補足する 提案する時はいくつかの案を用意した上でこれがベストだという自分の意見を伝える どうしましょ
これを読んだ。 medium.com とてもよかった。特にココ。 エンジニア出身ならわかると思いますが、企画はもちろんデザインナーエンジニアも、「なぜつくるのか」「今後どうするのか」ということはとても関心のあることで、そこの納得感はチームのパフォーマンスに直結するといっても過言でないです。 わかる。自分も納得した上で作りたい。納得感なくても素早く作ればええやんと思われるかもしれないが、ふとした時につらくなるし何か起きても提案する気も起きなくなる。特に小さい組織だと納得感重要。 自分でもちょっとしつこいなと思うくらい納得できるまで質問することがある。「この機能なんで最初のリリースに入れるんでしたっけ?」とか「これをつける目的は○○で合ってますか?」とか。相手を信用していないわけではなくて、納得して取り組みたいので気になったところを質問するのだ。聞き方をもっと工夫すればよかったと後で反省するこ
インターネッツの炎の元は、当人が面白いと思ったことが他の人から見たら面白くなかったみたいなケースが多い。 たとえばセロリが嫌いな人がいるとして「セロリ不味すぎるから燃やしたったw」みたいなことを言うと「セロリを無駄にするな」「農家に謝れ」「こういう奴が放火とかするんだよな」みたいなすごい論理のツッコミが入ったりするのだ。実は最初の方は内輪のメンツだけで「わかる、セロリは害」「ワロタw」みたいな反応だったりもするんだけど、インターネッツの広大な海に漂う多種多様な価値観に晒されて"殺伐"が始まる。「セロリは嫌い」と言うだけならこうはならない。好き嫌いは否めないからね。要は、余計なギャグを入れて袋叩きにあっているのだ。 内輪のノリが不快みたいな話に通じるのだけれど、結局これって育ってきた環境が違うから仕方ないと思ってる。自分は「そういうのを面白いと思う人もいるんだ〜」くらいにしか感じないが、不快
まだ現職辞めへんで!!ということを最初に宣言しておきつつ、どういう時に仕事/会社を辞めたくなるかを考えてみたい。 朝眠いとかだるいとかそもそも働きたくないとか5000兆円欲しいとかそういうやつではなく、基本的にはやる気がある状況でもふと環境をリセットしたくなるというか、ああなんだかめんどくさいなーと感じるみたいな、比較的ライトな感情の変化の話である。人によっては「にゃーん」とツイートしたり、シャワーを浴びながら「つらい…」とつぶやいてしまったりするアレだ。 なんでこんなことを考えてるかというと、最近TL上で「この人が辞めるのマジか」とか「この人が入社したのかすげえ」と感じることが何度かあり、全然そんな素振りを感じなかったのにやはり一期一会なのだろうかと思ったことがきっかけである。仕事を辞めるのにポジティブな理由だけということはまずないという持論がある。 自分にも感情の波みたいなものがあって
所属している組織によるけれども、やることがコロコロ変更になったり、やること自体がなくなったりといった経験はわりとあるあるなのではないだろうか。事業上の決定に自分のタスクが振り回されてるなぁと感じたときに、お互いにどう振る舞うのが建設的なのか答えがない。 振り回されると感じるかどうか、その耐性は育ってきた環境によって変わる。たとえば、VCとのミーティングのあと毎回のように言うことが変わる経営陣の下で働いていれば、かなり耐性がつくだろう。それは必ずしもよいこととは限らないけれども。 市場環境や会社の状況が変わる中で、方針が変わることはある程度許容しなくてはならない。重要なのは、その際の説明と納得感である。どういう考えで急に方針転換したのか、ちゃんと説明されれば波風立たないことも多い。 一方で、皆が納得する説明をするにはコストがかかりがちである。組織がある程度大きければ情報の偏りも起きる。かなり
何かの反省を活かしてルールを決めることはよくあるが、ルールが勝手に浸透することはまずないと考えておいたほうがいい。まれにスッと馴染むこともあるが、浸透しないものだと考えておいた方が無駄にイライラしなくなるのでオススメ。 たとえば、ミーティングの前にアジェンダを作って目的とゴールを明確にしましょうと決めても、なかなか守られず効率の悪いミーティングが続くみたいな。浸透させるのに重要なのは、根底の課題の認識を揃えることと、口うるさく言い続けることの2点である。 そもそも課題だと感じていないと無用なルールとみなされて守られない。なんでルール決めてるのにちゃんとやらねえんだと思ったら、まず認識が合ってるのか確かめたほうがいい。その上で、口うるさく言い続ける役を作っておく必要もある。ルールが浸透するまでは、誰かがリードしなければならない。ちなみに自分はこの役割を伝道師またはオカンと呼んでいる。状況に応
息子氏爆誕— こにふぁー (@konifar) 2019年7月4日 産まれて早2週間ほど経ち、ブクブクと成長を続けている息子氏。 7/4の朝、嫁氏と「もうすぐ産まれるかもね〜」などと談笑しながら出社。出社後10分くらいで今日産まれると連絡があり即退社。全てのタスクもミーティングも放り出して速攻で病院に行った結果無事立ち会えたので、フォローしてくれた同僚氏には大変感謝している。 出産報告後、たくさんの方からKyashでお祝い投げ銭をいただき、最新型のベビーカーが買えるくらいの残高になった。何かお祝いごとがあった時にお返ししたい。面識のないKyashユーザーやFintech協会の方からもお祝いが届いたのには驚いた。最近はいろんな意見を見るのが辛くてKyashエゴサもしなくなってしまっていたので、とても嬉しく優しい気持ちになった。送金機能をもっと磨いていきたい。 Kyashでは、長期のリモートワ
意思決定の場にいない人に対して決定事項を共有する際、いくつか気をつけておくといいなぁと考えていたことを雑にまとめておきたい。 決定する前から進捗をちょっとずつ共有しておく 決定前の話なので後の祭りかもしれないが、いきなり結果をドーンだと相手を戸惑わせることがあるので事前に議事録を共有したり中間で説明する機会を作ったりするとよい 背景と前提条件を伝える なぜやるのかわからないまま結果だけ共有すると納得してもらいにくい。決定する上での前提条件を知らないと余計な反発をうむこともあるので注意が必要。それまでずっと考えてきた当事者は気づきにくいが、びっくりするくらい前提知識が違うことがある。相手は何も知らないものとして、イチから説明した方がよい 決定までの経緯を伝える 結論より経緯の伝え方が重要。どのような議論があってそんな決定になったか、完結に伝えましょう 捨ててきた選択肢も伝える 結果に至るまで
世の中当たり前のことが一番難しい。 どんな粒度のタスクであっても必ずやらないといけないことがある。 タスクの目的を明確にして、責任を持つ担当者とケツの期日を決める これだけだ。「いやいや他にもあるでしょ」と言われるかもしれない。うん、あるよ。実際にタスクを終わらせるにはいっぱいやることあるよ。完了の条件を決めたりやることを明確にしたりアサインを決めたりチェックポイントとなる日付を設定したり色々あるよね。けどそれらは全部担当と期日を決めてからの話だよね。 目的を明確にして担当と期日さえ決めさえすればだいたいのことはうまく進むはずなのに、それすら決めてないせいで全然進まないみたいなことあるよね。タスクを前に進めたければ、とにかく目的と担当と期日を決めろ。話はそれからだ。アデュー
職場での挨拶の是非の話題は、もはや半年に一回くらい訪れる風物詩と言っても過言ではない。 「みんなに挨拶をする」がちゃんとリストに入っているのは、多分ドーシーさんが意識しないと挨拶出来ない人だからだとは思うのですが、一部のエンジニアさんもマジでこういうリストを朝読んでからご出社頂きたいですなw😅 「関係性ができていれば挨拶なんて不要」論は一体誰が唱え始めたのか…w💧 https://t.co/pmpds8TSUF— 勝又健太@テック系YouTuber (@poly_soft) 2019年5月7日 この話は自分の中では明確に答えがあるので雑にまとめておく。 まあどっちでもいいよね!!! こんなしょうもない話で物申す必要あるのは高校生までやろ。会社は学校じゃねえんだよ。 というシャウトは置いといて、仕事する上で効率がよくなると思うなら挨拶すればいいし、そう思わないならしなくていいってだけだよ
韓国のDroidKnightsという大きめのカンファレンスに参加してきた。 「Is Kotlin necessary for us?」みたいな感じのタイトルのセッションが満員御礼でちょっと意外だったので、韓国のKotlin事情についての考察の話をしたい*1。一応先に言っておくと、遅れているとか言うつもりは全くなくて、何が違うのかと思って色々聞いてみたことをまとめただけである。 (韓国語だったのでGoogle翻訳で日本語にしている) なぜ意外だったかというと、2017年にGoogleがKotlinを公式に採用するとなって以降、日本ではこういった話はすでに話しつくされてKotlin当たり前やろみたいな空気になっていると感じているからだ。現地に「何で開発してる?」的なアンケートボードがあったので見てみたが、たしかに日本よりもJava比率が高い気がする。カンファレンスに来るような人たちという意味で
春だ。初めてソフトウェアエンジニアとして働き始めた頃、いつも機能のレビューで突っ込まれまくって涙目になっていたのを思い出した。今ならそんなことにはならないので、意識していることを雑にまとめておこうと思う。 今の状況を最初に伝える ざっと考えた仕様や、とりあえず作ってみたプロトタイプを見てもらおうとしただけなのに、めちゃくちゃ細かい部分まで突っ込まれて「あー今そういう感じじゃないのになぁぐぬぬぬ」となったことはないだろうか。これを防ぐには、最初に今の状況を伝えて認識を合わせておくとよい。 「先に今の状況を伝えておくと、まだ完成度は20%くらいです」 「まだ叩き台なのでアラも多いと思うんですがとりあえずざっと作って持ってきました」 みたいな一言があるだけでもだいぶ違う。大事なのは、これを最初の説明で自分から言うことだ。意見をもらい出すと相手も白熱してきてなかなか言うタイミングが難しくなることが
今日も今日とてインターネッツは騒がしい。今日はたくさんの人がラグビーになっていた。 style.nikkei.com 『GAFA』『ラグビー』『乱入』という本来混じり合うはずのない言葉のハーモニーに、インターネッツの住人の心がコチョコチョとくすぐられたのだ。しかし、こんな真偽も実際の状況もわからないような話自体をいくら話題にしても不毛である。こういう話題は明日は我が身と考えて、学ぶべきことを探した方が生産的だ。ここで学ぶべきことはひとつで、「自社やチームのことを紹介する文章を公開する前にどういう観点でレビューすればいいのか」ということである。 まあ今回の話について言えば外部のメディアなのでレビューできなかったみたいな事情もあるのかもしれないが、自分が普段社のブログレビューで指摘しているポイントを雑に書き出しておく。 読者との間に温度差がありすぎないか 温度感をもった記事はそれはそれでよいが
zatsuというブログ名に恥じぬよう雑に考えを書いておく。 チームで働くときは自分がどこで成果を出そうと思っているかをちゃんと言語化して共有しておくとみんな幸せになりやすい。EMやPMなど、個々人が思い浮かべる役割のイメージが違う場合は特にやっておいたほうがよい(念のため書いておくと、いま一緒に働いている同僚氏にめっちゃ不満があって書きなぐっているとかではない) 仕事に限らず、ほとんどの人は気づかぬうちに他人に何かを期待していることが多い。一方的な期待に対して成果が足りないと感じるとストレスがたまり、それが積み重なると信頼関係が崩れていく。 あの人にはもっとこういうことしてほしいとか、私ならこうするのにとか、頭の中で勝手に期待して勝手に裏切られるのは不毛だ。イライラしている様子は相手に伝わるが、相手からするとなぜイライラしているかわからないことが多く、めんどくさい大人の関係が始まってしまう
自分がSlackやオンラインでよく使うフレーズをメモしておく。他の人のも知りたい。 「質問です! :raising_hand:」 質問をしたい時に最初に書く 例) 質問です!これって○○ということですか? 「進捗です」 ひとまず進捗報告する時に最初に書く 例) 進捗です!結論から言うと1日分くらい遅れてます :bow: 「just ideaですが」 ポッと思いついたアイデアを伝えたい時に最初に書く 例) just ideaですが、○○というのはどうでしょう? 「間違ってたら指摘してください :pray:」 誰かの考えられた意見に対して意見を言う時に書く 例) これって○○の方がいいかもと思ったんですがどうでしょう?間違ってたらすみません指摘してください :pray: 「:cool:」 よいと思ったときに最初に書く 例) Cool :cool: 「念のため確認です!」 相手もすでに考えてるで
大人になるにつれて、感情的に不快な気持ちをぶつける人が少なくなる。直接的な本音のかわりに、建前が増える。余裕がない人は、それが嫌味や苛立ちといった形で表面に漏れ出てしまったりもする。皆が見えるSNSへのボヤキとかも同じ。正直にいってめんどくさい。何よりも消耗する話だ。 例えば、仕事でなんとなく疎外感を感じてしまったり、方針に納得できなかったりした時、不満はあるけど何も言わないあるいは「まあいいですけど」といった言葉で不満な気持ちだけをそれとなく表明するみたいな。公私関係なくよくある話だと思う。 モヤモヤとした気持ちを消化する方法が見つからない時はとても辛いものだ。大人になると「てめえムカつくんだよ」みたいな感じで適当にふわっと感情をぶつけて消化できないケースが増えるのかもしれない。 自分の感情を理性的かつ正確に言葉で伝えられる能力があればいいというケースもある。自分の気持ちを深堀りして、何
これはSHIROBAKO Advent Calendar 2018最終日の記事である。 今年最後の少し大きめのアプリリリースを終え、『えくそだすっ!』最終話を完パケした後の杉江さんのような心持ちで家路についている。 いやー12話ほどではないにせよ正直なかなかひりつくスケジュールで 「綱渡りか…」 と呟く瀬川さんの姿が頭によぎったよね。 12月7日(金)にやるかどうかの会議があって、19日(水)にiOSアプリを申請するというスケジュールだったから、都合8日でデザイン、サーバーサイドの実装、アプリの実装、テストをやりきらなければならなかった。 「これ現実的に年末までに出せますかね?」 「現実的ではないですけど、まあ出せたら年末気分いいですよね」 などと話しながらも「正直厳しいなー」と思ったが、 変な話間に合わなかったらリリースしなければいいだけだし、ムサニよりはよっぽど楽だよなとも感じていた。
次のページ
このページを最初にブックマークしてみませんか?
『Konifar's ZATSU』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く