PUTTYO's Blog

Unity、はじめました。

なんでもいうことの難しさ

なんでも言い合えるようにしましょうね。 自分のキモチをちゃんと伝えるべきですよ。 飲み込んでたら伝わらないでしょう。

結構上司に前から言われてて、言われる度に、「あーまただ、伝えることを怠っている。ちゃんと言うようにしよう」 っておもって実践していたつもりだった。

でも昨日悩みがあってまた上司に話聞いてもらっている時に、ちゃんと言えてないことに気づかしてもらった。

結構感覚というか、意識レベルのイノベーションがあって、

上司の「自分のキモチをちゃんと伝える」と僕の「自分のキモチをちゃんと伝える」って全然ちがった。 「自分のキモチをちゃんと伝える」のレベルが違う。

僕の「自分のキモチをちゃんと伝える」はまだ上司の「自分のキモチをちゃんと伝える」ではなかった。

これ、ほんと僕の中で衝撃だった。 自分の頭の中を全部出すのって思った以上に難しくてスキルいる。 出せたと思っていても出せてないんだわ。きっと。

Githubのプルリクエストで、マージ先ブランチに含まれている変更がプルリクエストの変更差分に表示されてしまう問題をQiitaに書いた。

Githubのプルリクエストで、マージ先ブランチに含まれている変更がプルリクエストの変更差分に表示されてしまう問題」というタイトルで久しぶりに Qiitaの記事を書いた。 結構困っている人、いるんじゃない?という話になったのでww

というか、この件実際、社内のエンジニアが困ってて、ほんと初めてきいた時はそんなことあるかいなって思ったけど、 ほんとだったww

疑ってすみませんw

この頃マネージングばっかりやってるから、ちょっと新鮮で楽しかったー。 みんなでわいわいするのは楽しいな。

qiita.com

同時更新処理について

「同時更新処理」でググってもあんましいい記事がでてこない。 もっといい方法あるとは思うんだけど、現在こまっていることをメモ程度に残して置こうと思う。

ソーシャルゲームでよくみんなで戦うバトルがあると思うんだけど、その処理が重い。 なぜかっていうと、データの不整合をなくすために、バトルの攻撃時にロックを書けているから。

よって、20人とかで一斉に攻撃されると一個づつ処理するから、1人200msで終わったとしても、20人目は2秒かかる。 もしロックをしないと、ボスのHPはRDBに保存されているので、

Aさん、Bさんが同時にボスのHPを取得してしまうと、ボスのHPに狂いがでる。

そしてそれをもっと解決しにくくしているのが、(僕達の)ドメイン駆動設計。 まあ、ドメイン駆動設計が悪いんではなく、僕達のドメインの分け方が悪いんだけど。

そういうノウハウってやっぱりあんまし外に情報としてでないのは、それこそ、企業のノウハウだったりするからかな。 逆にいいシステムができたら、公開したら評判になるかもww

うーん、解決に向けて頑張ってみる!!

作り直しだぁ

ちょっと作り直し案件が浮上している。 現在技術的負債が積もりに積もって、開発速度もあがらず、バグもかなりでる状態。 また速度も遅くストレスに感じる。

これをどうやって作り直すか。 エンジニアとしてはエンジニア冥利に尽きるので、ちょっと楽しみ。

まずは、どんなアーキテクチャにするかと、速度アップにするにはどうすればいいか調査せねば。 うん、がんばろう。

育児本を読んだ

子供は4月で4歳になりました。 この数年仕事に没頭して、まともに育児していなかった+妻に任せきりだった。

妻から「父親のすすめ」を渡されて、なにげに読んでみたら 今の自分が如何に父親としての務めを果たしていないかをまじまじと感じて焦りました。 「父親のすすめ」で感化され、続けて自分で「最高の子育てベスト55」を購入して読みました。

この2つ、とてもいい本です。親、父親として子供にどう接するべきか、とても具体的に書かれています。

特に「父親のすすめ」でなんどもでてくる「この家(家庭)をクリアしたらどこでもやっていける」という考え方には衝撃を受けました。

今までの父親としてあり方を反省しつつ、いい父親になるため、がんばります。

仕事がめちゃくちゃ忙しかった。

仕事がめちゃくちゃ忙しかったけど、ちょっと落ち着きそう。 今日はゆっくりMacのセットアップをした。

「記事も本も読めてねー」ということで、本を買って、RSSを整理をした。 毎日少しでも読んでいくようにしようと思う。