日本国憲法、実は世界最年長 長寿支える「権利」の多さ：朝日新聞デジタル米シカゴ大学が中心となった「比較憲法典プロジェクト」のデータを使って、東京大学のケネス・盛・マッケルウェイン准教授が、日本の憲法を分析した。 プロジェクトは、米国憲法が施行された１７８９年以降に存在した約９００の成文憲法を英語に翻訳、７６０を超える項目についてデータ化した。日本からは、１９４６（昭和２１）年に制定された日本国憲法と、１８８９（明治２２）年に公布された大日本帝国憲法（明治憲法）の二つの憲法として扱われている。 制定７０年、世界一の「長寿」
うつ病に上司や部下がなる組織、ならない組織の違いって何だろう？（1）: 自分で考えて行動する「自律型人材（自律型人財）」が育つ組織って？
「自分で考えて行動しない」 「主体性や積極性、自律性、臨機応変性、柔軟性、チャレンジ精神、忍耐力、行動力、実行力、問題発見力、問題解決力、課題解決力などが足りない」 「それぐらい自分で考えろと言われても、どう考えたらいいかわからない」 「本当にわからないから質問しているのに、ちゃんと教えてくれない」 世界各国で自律型人財育成（自律型人材育成）の支援を行って参りましたが、日本ではこんな切実な声が聞こえてきます。 どうすれば自律型人財（自律型人材）が育つのかなどについて、皆で一緒に自律的に考えてみませんか？ リニューアルも兼ねてブログお引越し中です リニューアルも兼ねてブログをお引越し中です。 詳細については、以下の記事を見てやってくらぱいませませ～。 (⌒人⌒) ■ リニューアルも兼ねてブログお引越しの予告 「部下がうつ病になっちゃって、どーしたらいいかわからないんです・・・ ( TДT)
発注側から見て、困った開発をどうするか。 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
なぜ、サイバーエージェントは次々に新事業を量産できるのか？ 藤田晋氏が明かす「プロジェクト編成の科学」 - エンジニアtype
昨年末から始まった「Amebaスマホ」の大攻勢に続き、今年もクラウドファンディング事業への参入発表や、小学生向けプログラミング教育事業を行う新会社「CA Tech Kids」の設立など、グループ全体で新事業を生み続けているサイバーエージェント。 【インターネット×テクノロジー】に関するビジネス領域で、ほぼ毎月と言っていいほどの頻度で新サービスのリリースを行っている同社グループの、「尋常じゃない創造量」を支える組織とはどんなものか？ そこに興味を覚え、社長の藤田晋氏にインタビューを申し込んだところ、忙しい合間を縫って快諾してくれた。 読者に伝えたいのは「新規事業を生み続けるプロジェクト編成の科学」だと伝えると、藤田氏は開口一番、「科学というより“仕組み化”なんです。だから驚くような秘密もない」とさらり。 ―― 本日は貴重なお時間をいただきありがとうございます。まず伺いたいのは、CAグループは
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
LL Tiger » 公開資料
Language Update Perl 小飼弾 PHP 小泉守義 Python 稲田直哉 Ruby まつもとゆきひろ Clojure making HTML5白石俊平 Scala 尾崎智仁 Keynote PDF 開発ライセンスとプログラマーの自由 小山哲志 LLと電子出版 西尾泰三 鈴木嘉平 瀧澤昭広 高橋征義 森田尚 LLでフィジカルコンピューティング ごうだまりぽ 山本遼 原央樹 尾崎俊介 高速化虎の巻 藤田将洋 (公開資料なし) 高山征大 村主崇行 LTの虎 クロネッカーズ・デルタ 久井亨 初戦 (準決勝) co1row co1row 殺伐Python 渋川よしき 小泉守義 @ymotongpoo Shibuya.js 上島智士 川崎有亮 小林悠 破滅幼稚園荒川組 @hagino3000 @itkz @yuiseki エレファントカシマシタ choplin umitanuki t
たかが URI の設計、されど URI の設計 | システム設計日記
関心事オブジェクトの「現在の状態」を利用者に提供するパターンのひとつが、REST スタイルの GET 方式。 GET /リソースの識別名(URI) をサーバーにリクエストすると、「現在の状態 ( current state )」の表現 ( Representation ) がかえってくる、というやつですね。 ドメインモデリングのパターンとして、私は、「リソース」を「関心事オブジェクト」、「ＵＲＩ」を「識別キー」という言葉にしている。 実際に、HTTP を使うかどうかは別として、 ◎ リソース（＝関心事オブジェクト）の ◎ URI (＝識別キー) を指定して ◎ 現在の状態(current state)を入手する というのは、エンタープライズアプリケーションの基本価値のひとつですね。 「関心のあることを知る」という業務の基本ニーズ。 このニーズに応えるための GET 方式のモデリング・設計は
記憶は削除の方向で - trac をプロジェクトのポータルサイトとして使うために
trac は標準でもかなり高機能なんだけど、使っているうちにそれなりに不満点は出てくる。 個人的に、標準では使いにくいと思うものがいくつかあって、今のところこれくらい。 ユーザ管理 -> 標準だとコマンドラインで trac-admin するしかない。 -> サーバまで移動する or リモートログイン。面倒。 ニュースの表示 -> 一番目立つ WikiStart を編集するとか？ -> ニュースであることが気付き難いし、過去のニュースが追えない。 関連する情報へのリンク ->手動で関連情報にリンク。 -> めんどくさいし、漏れが出るのは確実だろう。 あとは議論するための仕組み(-> DiscussionPlugin ？)とか、自分のタスク一覧確認(-> デフォルトのレポート7？)が必要かとも思うけど、標準でもなんとかなるように思う。 trac の場合、プラグインやマクロを使えばある程度はカバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
gjks.org