野崎くん2014/08/29これは面白い。セカンドシーズン2014/08/24オープニングのフラットデザイン感がすごい。アルドノア・ゼロ2014/08/24ちょっとマンネリ化してきたかなと思ったら、こんどはこういう展開か。20代後半からずっと拙速な人生だったなあと2014/08/24壁にあたると迂回路を探す(それも総当り的に)、そんなやり方をずっと続けてきたけど、時間をかけて壁を叩いて壊すようなやり方もそろそろ出来るようにならないと。思っていますが、3年後、5年後にはそれは実現出来ていますでしょうか。オンプレ製品を”クラウド展開”するときに気をつけるべきn個のこと2014/08/24戯言ですが。■既存パッケージの競争力が充分に高いのであれば、そのままAWSなりに乗せて動かすだけでOK。ないのなら、競争力を高めるのが先。競争力を高め、維持する、という活動が継続可能な状態にすることが先。■”クラウド”で解決するのはデリバリー上の課題のみ。”クラウド”に載せたことで競争力がUPすることは無い。インフラの調達スピードが早くなる、顧客側のインフラ初期投資が抑制できる、などという調達上の課題が解消されるだけ。それを見て競争力が上がったと勘違いしてはいけない。■”クラウド版”に「ドアノック商品」を期待するのは、「初期費用の工数で稼ぐSIモデル」を継続することになるが、それがやりたいことなのか?つまり「初期費用の工数で稼ぐ(=フロー型)」を続けたいのか、月額課金の顧客数を増やしてストック型にしたいのか、をまず明確にするべき。■事業計画上で気をつけるべきは、どっちに転んでも大丈夫なように戦略を考えておくこと工数ベースの事業が拡大するかもしれないし、ストックベースが拡大するかもしれない。どっちもうまくいかないかもしれないが、そのときにどうするか。撤退可能なのか、撤退して致命傷を受けないためにはどうすればいいか。ストック型が充分な売上に達するまでは、ストック系の事業に充分な人材を張ることは出来ないが、そのことで事業の成長スピードが遅くなることが起きてはならない。(ので繊細な舵取りが必要なのか、あるいは、、、全員が開発も運用もインフラ構築も出来るスーパーな人材であれば当然問題が起きる可能性は減らせるが。するがデビル2014/08/17観た。小説シリーズ中だとこれが一番好きなんだが、アニメ版でもこれはこれで良かった気が。普通のシステム開発の会社ではインフラの仕組みに興味を持つ人はほとんど居ない2014/08/16社内でAWSの啓蒙っぽいことしてるけど、かなり引きが弱い。昔、いろんな会社でUnixとかLinuxとかサーバとかの社内教育を散々やったけど、全然ものにならなかったことを思い出すなあ、と。モダンなWEBアプリをJavaで作るっていったらどういう感じですかね。2014/08/09やっぱAPI系は必須として何を選択したらいいんですかね?と地元の知り合いに聞いてみた結果を共有しときます。Viewは不要とのこと。AngularJSbootstrapでシングルページWEBアプリが王道ORマッパーは、hibernateか、あるいは薄く自作パフォーマンス重視するなら最終的には必ず自作になるSeasar、Seasar2系はもう終わりちなみにnode.jsよりはvert.xかもやっぱDockerすごい(このへんから脱線して開発方法論の話)社内でメールは不要チャットから拾ってチケット管理に登録なので全チーム共通でのチケット管理ツールは必要ていうか開発方法論も見積もり手法ももはやどうでもいい作る人で百倍以上違うのに見積もりしても意味が無いできない奴は一生出来ないし、できるやつなら一日で作れる進捗何%ですか?は無意味あと何日で終わるか?だけが重要もし無理そうならほかの人に変わってもらうだけ9時過ぎて会社に残ってる人がいたら、困ってたりハマってたりしていないかを上司がチェックする毎日10時過ぎまで会社に居るのは何かが起きているというアラート単にこだわってるならOK、困ってて何日も進んでないなら担当を変更する問題が起きたら出来る人のチームで対応する。UIは、このUIが最適である、というのをデザインチームが決める。それを元にエンジニアチームが実装するリリースはエンジニアチームの都合で決める(延期する)そもそも管理も何も必要無い良いメンバーで、雰囲気良くしていればものすごいパフォーマンスを出せるアプリの仕様書は不要。そもそも仕様はテストケースで表現する。