2017-05-09

タスク管理についてメモ

生産性

・退社前に明日の予定を立てておく

・週初めに1週間分の予定を立てておく

・割込み作業は基本的に明日以降に回す

・20%のバッファをとる

・作業時間の予定/実績を記録する

・5分以内に終わる作業なら、その場でやってしまう

参考ページ

仕事の効率化を実現するタスク管理の5つの秘訣 | オクゴエ！

タスク管理のためのタスク分解術とおすすめのタスク管理方法

2017-05-07

Blender進捗報告2

3DCG

今日は細かい顔パーツ(舌、眉毛、瞳のハイライトなど)を作成しました。

ハイライトが入って前回よりはかわいらしくなってきたと思います。

f:id:tyarennzi:20170507225617p:plain

GWでここまで作成できましたが、まだテキストの1/5程度なので、

燃え尽きずに完成まで頑張っていきたいと思います('ω')ノ

2017-05-02

Blender進捗報告1

3DCG

3日かけて、顔の作成まで出来ました。(作業時間は大体10hぐらい)

f:id:tyarennzi:20170502231357p:plain

まだ、目にハイライトがないので、若干怖いです。

これから、細かい顔パーツ(耳、舌など)を作っていきます。

頑張ります！

2017-05-01

Blender始めました

3DCG

GWを利用して前々から気になっていた3Dモデリングを始めました。

まずは入門書は以下を購入し、キャラクター1体の作成をゴールとして頑張ります。

やっぱり、かわいいキャラクターを作れたほうが、モチベーション上がるからね！

Blender標準テクニックローポリキャラクター制作で学ぶ3DCG

作者: 友
出版社/メーカー: エムディエヌコーポレーション
発売日: 2017/01/25
メディア: 単行本
この商品を含むブログを見る

タイトルにある「Blender」とはオープンソース3DCGソフトです。

無料で学習資料も豊富なので、このソフトを使うことにしました。

blender.jp

途中で挫折しないといいんですがね...

2017-01-21

ソースコードレビューをする際に気を付けること

プログラミング

背景

会社でレビューアとしてコードレビュー(配布形式)をしたんですが、

私が挙げた指摘にいろいろ理由をつけられて、

結局、1つもレビューイがコードを修正してくれなかったので、原因を考えてみる。

原因分析

①　レビューの観点がずれていた？

私の挙げた指摘はコードの可読性に関するものが多かった。

(変数名や定数名をもっと分かりやすくできないか。など)

しかし、レビューアは仕様書どおりに実装されているかどうかを
確認してほしかったのかもしれない？

⇒仕様書通りに実装されているかどうかは、テストでチェックするべきではないのか？

何はともあれ、レビューイに事前確認しておくべきだったかもしれない。

②　指摘の理由づけが十分でなかった？

～が分かりづらいなどの指摘を挙げたが、

理由については詳しくレビュー議事録に記載していなかった。

だから、指摘に納得できずに修正が見送られたのかもしれない。

⇒これは自分で納得できた。次から気を付ける。

③　指摘内容と修正コストが釣り合わなかった？

コメント文や変数名などを修正する必要性は、

実装ミスなどに比べると低いため、そこだけ直してコミットするのは不要と判断したのかもしれない。

⇒コードの読みやすさも大切だと思うのだけれど...納得できない。

④　だだ単に機嫌が良くなかった？

なにか嫌なことがあり、感情的になっていた。
開発者としての自尊心を傷つけられたと思った。
年下から指摘されて、イラっときた。など

⇒ただの事故だった可能性。

こればっかりは運がなかったと思うしかない。

今後の対策

レビューする前にどこを重点的に見てほしいのか、
どういった観点で見てほしいのかレビューイに聞く
(仕様書通りかどうか/可読性は低くないか/コードのパフォーマンスは低くないかなど)
挙げた指摘には必ず理由を記載する
(~は誤読可能性があります。~は仕様書と乖離があるように読み取れます。など)
レビュー報告は朝一で挙げる
(前日にレビューしておき、疲労が少ないであろう午前中に報告し、事故を減らす)