ちょっとこんなことを考えるきっかけがあったので、ざっと書き出してみた。Webに公開されている情報からあるプログラマについて見てみたとき、どういう人ならいっしょに働いてもいいかについて。 ここに書く内容はソースコードの品質以前の問題についてのみにしてある。だからこの特徴を満たしていればどうということに直接なるわけではない。ただ、欠けているところがあれば、少なくとも自分はその人といっしょに仕事をしたいとは思わないだろう。 なお自分は現勤務先の採用活動にはかかわっておらず、このエントリの内容は勤務先の採用基準とは全く無関係です。 学生さんなどの場合にはまた話が違うと思います。 あと割と自分のことは棚に上げてます。「お前これできてねえじゃん」という部分については都度ご指摘をいただけますと大変ありがたく思います……。 1. その人が書いたソースコードが公開されている 日本語で何を言われてもぶっちゃけ
繰り返しはあまり役に立たない ものを覚えるのに、今でも頻繁に使われる方法に《繰り返す》というのがある。 これは思ったほど（一般に思われているほど）効果がない。 記憶システムを短期記憶と長期記憶から構成されるものとするレトロな二重貯蔵モデルにおいては，繰り返し唱えたり書きなぐったりして、記憶したい情報を反復することで，短期記憶から情報が失われないようにすると同時にその情報を長期記憶へと転送させるのだと考えられていた。 ところが，情報を単に反復することに時間を費やしても，必ずしもそれが記憶として定着するわけではないことがその後分かってきた。 現在では，こうした《繰り返し》は維持リハーサル maintenance rehearsal(または1次リハーサル primary rehearsal)と呼ばれ，情報を短期記憶に一時的に保持させるに過ぎないと考えられている。 記憶技法はめんどい 情報を長期記
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
