なぜ円の一周は360度なのか、なぜ一日は24時間なのか？ - ハックルベリーに会いに行く
こういう質問があったとしたら、皆さんは答えることができるだろうか？ ちなみにぼくは（あれは確か中学生の頃だったろうか）友だちとの何気ない会話の中でこの話題となり、友だち共々ううんと頭をひねった覚えがあるのだが、この時は、結局その答を思いつけなかった。しかも、そのまま深く追求することもなかったから、いつしかその問い自体を忘れてしまい、答はずっと分からないまま。しかし、それから十年ほどが経った大学生の時分に、学科の仮題でとある建物の設計をしていた時、円形の建物のデザインを考えていたのだが、ふとした瞬間、全く不意にこの問いのことを思い出し、またそれと同時に、答の方もパッと閃いて、長年の疑問が一気に氷解したのだった。 ところで皆さんは、この問いの答がお分かりになるだろうか？あるいは、ご存じの方は多いかも知れない。この質問の答は、知ってる人にとっては言わずもがなのことなんだけれど、知らない人にとって
【ハウツー】システム開発の全体像を一気に把握! 新人技術者のための開発工程講座(5) - テスト・移行 (1) テストの種類と意味を知る | エンタープライズ | マイコミジャーナル
みなさんの配属された現場では、どんなテストを実施していますか。テストを分類する用語は様々で、それぞれが意味するところも組織やプロジェクトによって様々です。ここでは一般論として概要を説明してみますので、みなさんの現場に照らし合わせて考えてください。 テストの種類と意味を知る 機能やサブシステム、レイヤやライブラリ、モジュール、コンポーネントなどなど、「システムを分割した単位」を表す言葉がたくさんあるとおり、システムの設計の中で重要なアプローチに、大きくてそのままでは扱いづらいものをどのように分割するか、分割したものをどう繋ぎ合わせるか、ということがあります。 みなさんも、プログラミングを担当した箇所で、メソッドや関数を見通しが利く範囲で切り分けたりすることがあると思います。そのように「分割した単位」が、分割した意図に沿って正しく動くかどうか検証するのが単体テスト、分割したそれぞれを繋ぎ合わせ
【ハウツー】システム開発の全体像を一気に把握! 新人技術者のための開発工程講座(4) - 実装 (1) 仕様の詳細を詰めるのも仕事のうち | エンタープライズ | マイコミジャーナル
仕様の詳細を詰めるのも仕事のうち 二昔前のプログラム仕様書といえば、1行ごとにどうプログラムを書くかまで詳細に記述されたもので、プログラミング言語への翻訳と入力だけがプログラミングだったこともありました(コーディングと呼ばれることもあります)。今でもそういう現場はあるでしょうが、全体的な傾向としては、プログラミングに前もって、あまりに詳細な設計を行うことは少なくなっています。 予め決められたことが少なくなるということは、細かいところは(もちろん人にも確認してもらいながら)自分で詰めていく必要があります。エラー系の処理や、内部の関数・メソッド分割など、細かいことですが、システム全体の品質に大きく影響を与える重要な仕様を設計することも、プログラミングという仕事の一環なのです。 ラフにでも、頭の中ででも、設計してから書き始めよう そのような状況ですから、少なくとも経験の浅いうちは、資料を貰ってい
分裂勘違い君劇場 - 「この人無能だな」と思われる人の３つの特徴
主に、上場会社の経営幹部クラス、もしくは重要プロジェクトのキーパーソンクラスのリーダーorディシジョンメーカーに、「この人無能だな」と思われる人の特徴を以下の記事がまとめてくださっていました。 頭が良いフリをする方法 １．外向的 →とにかくたくさん話す。必殺「質より量」である。（略） ２．批判的 →相手を個人的に批判すると角が立つが、相手の会社や事業を批判するのは有効。（略） ３．自分の得意な分野について語る →これは、まぁ当然といえば当然だが、いかなる話も自分の得意な分野に引き寄せて語る、という話術が必要なのだな。 具体的に言うと、無能な人は、以下の３つの特徴を持っています。 (1)発言の濃度が低い (2)批判するときの対案がしょぼい (3)自分の得意分野を外へつなげられない 以下、これら3点について、説明します。 (1)発言の濃度が低い 上位のディシジョンメーカーは、発言の生産性にとて
人間の価値:Geekなぺーじ
人の価値に対する対外評価は人によって違います。 例えば、以下のような判断をする人がいるかも知れません（単独ではなく組み合わせもありそう）。 残業時間が長い人が偉い 研究者の価値は論文の数だ 試合で勝った数だ 練習時間が長いのが偉い 勉強時間が長いのが偉い 全国模試の順位 出身校 声の大きさ 目立っている人が偉い 容姿 「人脈」と称して知り合いが多いことが美徳 給料 保持している何かのアイテムのレアさなど ゲームが強い 絵が上手 出版した本の数 書いたプログラムの数 営業成績 受賞した賞の数 これって、何でしょうか？ 確かに非常に誇張して書いてますし、こうやって並べると非常にひどいものに思えます。 この中のいくつかに関しては「この人、突き詰めると、こういう評価してるんじゃないだろうか？」と思った事はあります。 時として他人を評価するためではなく、自分に対する評価として何らかの基準や信念がある
社会人基礎力って知ってる？ - hellkite 日記と雑記とメモ。
知りませんでした。 なんでも、「アクション（行動力）」「シンキング（考察力）」「チームワーク（協調力）」の３つが業種に依らずに仕事を遂行するために必要な能力なんだそうです。 自分的には、こんな感じかな〜。 アクション 手帳に書いたことは必ず手をつける*1 進捗は問わない 手をつけることが大事 シンキング ロジカルシンキングを身につけたい 3つの思考と3つのルール 最近使ってみたら、それなりに効果があるような感じ チームワーク なにそれ、おいしい？ ちゃんと社会人基礎力を測定してくれるセミナーみたいなものもあるようです。でも、この３つの観点から自分のことを考えてみるのもいいかもしれませんね。 *1:できていないんですけどね
才能と習慣 - LukeSilvia’s diary
WebDB Pressを読んでいたら「いいな〜」って思った言葉があったのでメモします。 以下、「vol.44 アジャイル開発者の習慣」からの引用です。 偉大な習慣を身につけたプログラマ XPの提案者であり、Junitの開発者でもあるKent Beck氏の言葉です。 僕は、偉大なプログラマなんかじゃない。偉大な習慣を身につけたプログラマなんだ この後、「アジャイル開発者の習慣」の著者、角谷さんは以下のように述べています（一部改変）。 誰でも身につけられるものがスキル 偉大であることは才能かもしれない。 しかし、偉大な習慣を身につけることはスキルだ。 スキルなのであれば、身につけられる／られないの違いは１つしかない。 やるか／やらないかだ。 良い言葉だなーって思いました。 才能って先天的なものだとしたら今更なに言っても仕方ないですよね〜。まずは習慣からだなと思いました。 すなわち継続のことでし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
http://www.netaxis.bz/article.php/200805131545598