タグ

bizとprogrammingに関するnyopのブックマーク (7)

  • 神武天皇即位紀元#皇紀と安田生命保険 - Wikipedia

    神武天皇即位紀元(じんむてんのうそくいきげん)は、初代天皇である神武天皇が即位したとされる年を元年とする日の紀年法である。『日書紀』の記述に基づき、元年を西暦(キリスト紀元)前660年としている。 通常は略して皇紀(こうき)という[1]。その他、神武紀元、即位紀元、皇暦(すめらこよみ、こうれき)、神武暦(じんむれき)、日紀(にっき)[2]等の異称がある。 概説[編集] オランダ領東インド(現・インドネシア)を統治した日軍により発行された外國人居住登録宣誓證明書(身分証)複数の朱印に神武天皇即位紀元(皇紀)が使用されている 日では明治5年(1872年)に神武天皇即位紀元を制定するまでは、紀年法として元号や干支を使用(あるいはそれらを併用)していた。明治維新後、政府は西洋に倣って、暦法を改め太陽暦を採用するとともに、紀年法として紀元を使用することにした。 明治5年(1872年)、政府は

    神武天皇即位紀元#皇紀と安田生命保険 - Wikipedia
    nyop
    nyop 2016/07/14
    安田生命すげー。
  • 30日間で300回のプログラミング面接をしてわかったこと | POSTD

    プログラマの採用方法を改善するため、1カ月程前にTriplebyteを立ち上げました。昔から変わらず、履歴書、コードをホワイトボードに書かせるプログラミングテスト、そして直感など、これらを判断基準に面接を行う企業が多すぎます。私たちは、より良い採用方法について最初に考えたアイディアを マニフェスト に記しました。それから1カ月と少しが経過し、この30日間で、300回の面接を行いました。私たちはアイディアを実行に移し、どの方法が有効で、どの方法が有効ではないかを確認し、そのプロセスを繰り返すということを始めたのです。この投稿には、300回の面接を通して私たちが学んだことを書いていこうと思います。 投稿では、細かい内容についての説明が多くなりますが、キーとなる発見は以下の通りです。 私たちが作ったオンラインのプログラミングクイズの結果を見れば、高い確率でプログラミング面接の結果を予測できる。

    30日間で300回のプログラミング面接をしてわかったこと | POSTD
  • ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!

    私たちソニックガーデンでは、「プログラマを一生の仕事にする」ということを一つのビジョンにしています。 このブログではよく書いていますが、私たちの考えるプログラマとは、ただコンピュータに文字を打ち込むだけの仕事ではなく、ソフトウェアそのものの企画から、関連するすべての設計、そしてコーディングと、動かすための運用までの、ソフトウェアエンジニアリングのすべてを行う仕事です。 それらは「何をするか」という観点からプログラマの仕事を表したものですが、より抽象的に考えると、プログラマの仕事は何か、そして何を目指すことで「一生の仕事にする」ことができるのか、この記事では考えてみました。 Employees hand rolling cigars in a cigar factory: Ybor City, Florida / State Library and Archives of Florida プ

    ソフトウェアエンジニアの目指す道 〜 ナレッジワーカーとしてのプログラマ | Social Change!
    nyop
    nyop 2014/05/24
    "プロフェッショナルサービスでは、分業して効率化を図るのではなく、それよりも、一人一人の能力を高めていくことの方が、全体的にみると効率的"
  • 負の生産性のこと - 勘と経験と読経

    メモ。2013-10-15を読んだ。お説ごもっとも。とはいえ、ソフトウェア開発の世界にはさらに「負の生産性」があるので、そのことについて。 負の生産性について よく、PGの生産性はピンキリであり、倍率は3倍だとか10倍だとか100倍だとかいう人がいる。おおむねあっているのだが、しかし重要な、不足している概念がある。生産性はマイナスになるよ!ということだ! I am gathering you:人月問題解決の糸口にどうぞ。「PGの生産性にマイナスの概念の導入」 という上記記事は冗談めかして書かれているけれども、実際に検証された事実でもある。 Augustineの調査で観察されたのは、一部の人は一切の実のある貢献をしない(タッチダウンをしないクォータバック、特許を持たない発明家、事件を解決していない探偵など)ので、おそらくデータは実際の生産性におけるばらつきを過少評価しているのだろう、というこ

    負の生産性のこと - 勘と経験と読経
  • @ITイベントカレンダー

    平素よりイベントカレンダー+ログをご利用いただき、誠にありがとうございます。 イベントカレンダー+ログは「IT・製造業・ビジネス関係のイベント(セミナー・展示会・勉強会・コンテスト・Webイベントなど)を開催する企業・コミュニティが登録したイベント情報のポータルサイト」として約7年間運営をしてきました。これまでサービスを続けることができたのは、イベントカレンダー+ログのコンセプトに共感をいただき、適切なイベント情報をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、イベント情報の入手方法の多様化やイベント紹介サービス市場の状況、@ITの今後のメディア運営方針などを検討した結果、2020年6月30日(火)15:00をもちましてイベントカレンダー+ログのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知ら

    @ITイベントカレンダー
    nyop
    nyop 2013/06/14
    Kahnemanさん、また本出してたのか。買わなきゃ。(内容と関係ない)
  • BLOGOS サービス終了のお知らせ

    平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。

    BLOGOS サービス終了のお知らせ
    nyop
    nyop 2012/06/17
    "せっかく賢い理系の学生を採用しながら、その連中にソフトウェアを書かせずに仕様書だけ書かせ、最も大切なプログラミングを派遣社員や子会社に任せるのは大間違いである"
  • わかりやすい技術文章の書き方

    誰が読むのか。 読み手にどんな感想を持ってもらいたいか。 読み手はどれくらいの予備知識を持っているか。 読み手はどんな目的で、何を期待して読むのか。 読み手が真っ先に知りたいことは何か。 レポート・論文とは何か 問いが与えられ、または自分が問いを提起し、 その問題に対して明確な答えを与え、 その主張を論理的に裏付けるための事実・理論的な根拠を提示して、主張を論証する。 標準的な構成要素とは何か レポート・論文の構成は、 概要 序論 論 論議 という要素が標準的である。次にそれぞれの要素について簡単に見てみる。 概要 論文全体を結論も含めて、すべて要約する。 序論 論で取り上げる内容は何か。 その問題をどんな動機で取り上げたのか。 その問題の背景は何か。 その問題についてどんなアプローチを取ったのか。 論 調査・研究の方法・結論 論議 自己の議論・結論を客観的・第三者的に評価する。 そ

  • 1