editionをいじる2017/02/12これは良い某アプリのソースもまあまあすぐ動かせた。dllとかの依存関係とかが若干めんどくさいし、webアプリのホームディレクトリってどこやねん、みたいなハードルは若干あるけど、nokogiri入れようとしてハマる、みたいなのに比べたら全然楽だし。プログラミング診断室2017/02/08の著者の方とお話しした。分厚い技術書を書く人がいない、売れないというだけでなく、自分の好きな技術を広めたい、と思うような人が居ないと嘆いておられた。reactいじり再開2016/11/27機械学習とかみてたけど、一周して戻ってきた。react-railsプラスwebsocketでプロト作ってたけど、ポーリングで充分かも。みたいな事書いとかないと、自分が何やってたかすぐ忘れるんで。▽https://github.com/tokuhirom/tinyorm/blob/master/README.mdこの辺らしい。あと普通にWebAPIとかangularとか。モダンなWEBアプリをJavaで作るっていったらどういう感じですかね。2014/08/09やっぱAPI系は必須として何を選択したらいいんですかね?と地元の知り合いに聞いてみた結果を共有しときます。Viewは不要とのこと。AngularJSbootstrapでシングルページWEBアプリが王道ORマッパーは、hibernateか、あるいは薄く自作パフォーマンス重視するなら最終的には必ず自作になるSeasar、Seasar2系はもう終わりちなみにnode.jsよりはvert.xかもやっぱDockerすごい(このへんから脱線して開発方法論の話)社内でメールは不要チャットから拾ってチケット管理に登録なので全チーム共通でのチケット管理ツールは必要ていうか開発方法論も見積もり手法ももはやどうでもいい作る人で百倍以上違うのに見積もりしても意味が無いできない奴は一生出来ないし、できるやつなら一日で作れる進捗何%ですか?は無意味あと何日で終わるか?だけが重要もし無理そうならほかの人に変わってもらうだけ9時過ぎて会社に残ってる人がいたら、困ってたりハマってたりしていないかを上司がチェックする毎日10時過ぎまで会社に居るのは何かが起きているというアラート単にこだわってるならOK、困ってて何日も進んでないなら担当を変更する問題が起きたら出来る人のチームで対応する。UIは、このUIが最適である、というのをデザインチームが決める。それを元にエンジニアチームが実装するリリースはエンジニアチームの都合で決める(延期する)そもそも管理も何も必要無い良いメンバーで、雰囲気良くしていればものすごいパフォーマンスを出せるアプリの仕様書は不要。そもそも仕様はテストケースで表現する。代数的データ型ってなんだろ2014/07/03こういうものに二十年前に興味を持てていたら、全然違う人生だったかも。