ドメイン駆動設計について DroidKaigi 2017 で登壇しました。
長らく Y.A.Mの雑記帳というブログでAndroidの技術情報を発信しています。最近はなかなか投稿できなくなってしまいましたが、それも仕事としてAndroidに関われているためです。Androidを触り始めたころはまだ学生だったので時間があったんでしょうね。 はじめて Android に関するエントリを投稿したのは 2009 年 5 月 24 日です。当時はJavaFXを触っていたので、NetbeansでAndroidをやろうとしていたようです。 当時のAndroidのバージョンは1.5、Fragment もなく、Support Library もなく、マルチタッチすらなく、ストアは Google Play ではなく Android Market という名前でした。 ここから2、3年くらいは、仕事でAndroid アプリを開発している人はもっぱらメーカーのプリインアプリを作っている方たち
点をぐるぐる回してどんどん重ねると楽しいな〜と思ってたらまたフィボナッチかよ！！ - アジマティクス
点を用意してxy平面上でぐるぐる回します。 その１段上（つまり高さ方向に１進んだ地点）に、１つめの点が１周する間に２周するような点を用意します。 ３段目には、１つめの点が１周する間に３周するような点を置きます。 段目には周するような点を、そうですね、60個程度重ねてみましょう。 ウオエアなんだこれ！！！ めっちゃきもい！！！ 楽しい！！！！！ 隣の点を線分でつないでみるとこんな感じになります（gifアップロード容量制限により途中まで）。 う〜ん気持ち悪いですねぇ〜 特にこの、 動き始めの部分がめっちゃきもい ほら。ﾆｭﾝってなってきもい それぞれの点は、単にずっと同じ速度で回転しているだけです。ただそれだけなのにこんなに気持ち悪くなるなんて面白さを感じます。 キャンプファイヤーみたいなやつ 今回の制作物は3Dで、めずらしくz軸があるんですよねえ。いままでフーリエ装置や人体模型などいろいろな
コードを美しく保つためのたった一つの方法 - ボクココ
ども、@kimihom です。 とあるイベントでエンジニアの方々と話していて話題になった “クリーンなコード” について書いていくとする。 結論から言うと、コードを書かない のが最も美しく保つための条件だと考える。 サービス設計レベルでの"美しさ" を極めよう いくら優秀なエンジニアがサービスを作ったところで、優秀でないプロダクトマネージャーの元で開発をしてはいいコードを保つことはできない。優秀でないプロダクトマネージャーは、機能の多さで他社と差別化をしたり部下の仕事を作ろうとする。この機能が他社サービスにはあるから、うちにも取り入れよう。そんな自社サービスの思想を全く考えない機能をエンジニアに要求するのだ。 その時点で、どんな優秀なエンジニアでも作ったシステムは確実に複雑になる。例えて言うなら、小説家が１冊の本の中にうまく章立てをしてまとめていたのに、全く別の話題をその本に書けと言われて
どのようにエンジニアの目標設定を行うか - $shibayu36->blog;
以前 ゴールを決め目標を決める・解決案ではなく質問する - コーチングの学習で学んだこと - $shibayu36->blog; で、「ゴールを決め、現在位置とのギャップを考え、目標を決める」と良いということをまとめた。イメージとしては以下の図の通り。 しかし、前回の記事だと具体的にどのようにエンジニアの目標設定を行うかイメージが湧かない。そこで、もう少し具体的に最近どのようにやっていたかを書いてみたいと思う。 僕がメンティーと目標設定を行うときは、以下のフローを辿っている。 なんでも良いのでゴールのイメージを明確にする 現在の自分とゴールのイメージのギャップを考える ギャップを埋める目標を考え、アクションを定める ちなみに今回は、チームの成果達成のために個人の目標を決めるのではなく、エンジニアのスキル向上の目標を立てるという前提で書いていく。 なんでも良いのでゴールのイメージを明確にする
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
設計の「なぜ」を考える | タイム・コンサルタントの日誌から
cunited.jp - このウェブサイトは販売用です！ - コーチユナイテッド コーチ ユナイテッド エンジ プライベート 採用 リソースおよび情報
