Java 7 時代の String#split() 事情
Java 7 になって String#split() の実装が変更されたことに今更ながら気付いたので、Pattern#split() や Java 6 との性能の比較をしてみたメモです。 Java 6 以前の文字列分割処理 古くから Java を触っているエンジニアであればみな当然知っていることだと思いますが、 TSV ファイルを Java のプログラムで読み込んで処理をするときなど、特定のデリミタで区切られた文字列を個々の要素に分割するときは String#split() を利用せず、事前にデリミタに対する java.util.regex.Pattern オブジェクトを生成しておき、そのオブジェクトを使い回す形で Pattern#split() を利用した方が処理効率 (処理時間) がよくなります。 これは、 String#split() の実装が実質的に Pattern.compile
暗黙知に頼ると、それを悪用する人が出現する。 - luckdragon2009 - 日々のスケッチブック(Archives)
ちょっと、先週聞いた現場の話を忘れないうちに書いておきたいので、本日は短めにこの記事を書きます。 IT 関係の現場で、設計書や共通知識がなかなか周知できずに、構成員の暗黙知*1に頼っている場合があると思う。その際に、奇妙な退職があいついだ。...調査をしていて判明したことがあったので、共有知識として記載することにした。 現場を調査して分かったのは、既に暗黙知を得てうまく行動できている人間が、それを得られずにいる人間に対して恣意的に行動を強要*2したり、その人不在の場では、その強要した行動を元に、対象人物の評価に介入*3していた。 暗黙知を知らずにいる人物に対して、重要な評価を得る前に必要知識を伝えず、評価の段階になって「○△がうまく出来ていないから、これは駄目だ」としていては、心が折れて退職する人間が出て当然のことだった。 おまけに、件の人物は普段は人当たりの良いような人物として行動し、自
技術的負債を管理する
日付2013-5-18(Sat) 書いた人おかざわ (id:yujiorama) 書いた理由技術的負債はいつ読んでも面白いんだけどそろそろ普通に向き合いたくなったので。 技術的負債を管理する 技術的負債は悪いものとみなされている。避けるべきものであり、できるだけ早く支払うべきものなのだ。 あなたもそう思うだろうか？私たちはそうは思わない。最初に技術的負債と財政的負債を比較して、戦略の設計とステークホルダーにおける類似点について驚くべき点があることを説明する。それからコード中の技術的負債を識別するための様々な可能性について一覧にする。それらはきっとあなたが対処しなければならないものだ。 最後にプロジェクトが技術的負債を返済するために取りうるいろんなやり方について述べる。あなたが返済したほうがよいのか、負債を変換するほうがよいのか、ただ注意を払うだけでよいのかを考える時にきっと役に立つだろう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
