With the advent of generative AI, AI applications are transforming and reshaping various industries and changing how people work. Software development is no exception. San Francisco- and Tokyo-based startup Autify…

なんとなくbitcoinがわかったような気がしたので書いてみる。 「P2Pで取引のデータベースを管理する」と聞いて、最初に不思議だったのは、「なぜみんなそれに自分のコンピュータを提供するのだ?」ということだった。 多数のコンピュータで分散処理をしてDBを管理すれば、やり方によっては効率的で確実な管理ができることは想像がつくが、誰がそのコンピュータを提供するのだ? 金がからむとなれば、それは儲けようとしてやる以外に考えられない。 しかし、P2Pというのは、単なる分散処理ではなくて、身元保証の無い分散処理だ。ネットワークを構成するノードの大半のコンピュータの所有者は、どこに住んでいるか誰なのかわからない。それをわかるようにしたら登録制度が必要になり、その登録制度を運用し管理する主体が必要になる。そういうのは普通、P2Pとは呼ばない。 だから、P2Pという限りは、ノードの中に、インチキのプログラ

とりあえず、移行が1年延期が発表されたみずほ銀行のシステム統合の行方を占ってみる - プロマネブログ 前回、みずほ銀行のプロジェクトが炎上しているんじゃないかな、と書きましたので、そこからの派生。 システム開発などプロジェクトに関わり続ける限り、いつ遭遇してもおかしくないのがデスマーチ。 クマに遭遇した時にやり過ごすために死んだフリすることもありますが、デスマーチに出会った時にやり過ごすための主な方法についてちょっとまとめてみます。 基本はQCDの再調整 デスマが発生した場合、いろいろなやり過ごし方がありますが、基本はQ(quality：品質)C(cost：費用)D(delivery：期限)を見直すことが基本です。 現在対処が必要となるプロジェクトの要求がプロジェクトメンバーの処理能力の限界を超えた時、往々にしてデスマが発生します。つまり、プロジェクトメンバーの処理能力の範囲となるよう、Q

【公開】第30回IT勉強宴会「最近感じる日本企業のITの問題と展望～「ソフトを他人に作らせる日本、自分で作る米国」を読んで」 【1】「ソフトを他人に作らせる日本、自分で作る米国」の著者である谷島さんが来阪されたのを記念に勉強会が開催されました。 数人が本の感想をメインに発表し、谷島さんに感想を述べてもらうという緩い勉強会でした。 いろんな議論がありましたが、詰まる所、「日本のユーザ企業がシステム開発を内製化するにはどうすればよいのか？」というテーマを巡る話だったと思います。 僕は、SIとユーザ企業の両方を経験した立場から、現状の日本のIT企業(SIとユーザ企業の両方)について、話しました。 【2】「日本企業はロールが多すぎる」という問題 【2-1】SIにしても、ユーザ企業にしても、日本企業は役職が多すぎる。 特に、管理職は部長、課長だけでなく、事業部長、PMO、○管理長、主査など色んな肩書

Your are seeing this error because the page you attempted to access was not found. If you think that's an error please inform the website owner.

Pick up the 9th-gen iPad with two years of AppleCare+ for only $298

自作サーバーにこだわる同社がデータセンターに移設した理由は？ このように、ひたすら自社サーバー・自社運用にこだわってきたピクシブだが、2009年末、いよいよ“年貢の納め時”が来た。キャパシティ的にサーバーの増設が難しくなったのだ。店本氏は「当初5台だったけど、200台くらいに増え、人が入れなくなった。冷房でオフィスも寒くなりすぎたし、なにより光ファイバーの増設が限界になった。（FTTHを収容する）局舎も処理能力がいっぱいになってしまった」と語る。また、片桐氏の懸念はやや異なっており、「誰かが間違って、サーバーを壊しちゃうんじゃないかという心配の方が大きかった。犬（チョビ）もいたし（笑）」だという。 おりしもpixivの収益が安定したタイミングで、オフィスの引っ越しとインフラのデータセンターへの移設を決定したという経緯だ。「自社サーバーのpixivというブランドもあったけど、それはいったん捨

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

動的計画法とメモ化再帰 今回は、非常によく用いられるアルゴリズムである、「動的計画法」「メモ化再帰」について説明します。この2つはセットで覚えて、両方使えるようにしておくと便利です。 なお、メモ化再帰に関しては、第5・6回の連載の知識を踏まえた上で読んでいただけると、理解が深まります。まだお読みになっていない方は、この機会にぜひご覧ください。 中学受験などを経験された方であれば、こういった問題を一度は解いたことがあるのではないでしょうか。小学校の知識までで解こうとすれば、少し時間は掛かるかもしれませんが、それでもこれが解けないという方は少ないだろうと思います。 この問題をプログラムで解こうとすると、さまざまな解法が存在します。解き方によって計算時間や有効範囲が大きく変化しますので、それぞれのパターンについて考えます。 以下の説明では、縦h、横wとして表記し、プログラムの実行時間に関しては、

2012年11月にイノベーションを生み出す場のつくり方、スタンフォード大学d.schoolの研究・実践書「make space」を出版したが、場とともにイノベーションの生み出し方のメソッドを知り、実践したいとの要望が多く寄せられ、同じくスタンフォード大学　d.schoolのイノベーション教育の中核である「デザイン思考」を実践するガイドを株式会社イトーキ オフィス総合研究所と一般社団法人デザイン思考研究所にて作成しました。 目次 はじめに　デザイン思考の概要 第１章　理解 ステップ1：チームビルディング ステップ2：課題設定 ステップ3：知識の把握 ステップ4：観察対象の設定 第２章　共感 ステップ１：観察 ステップ２：インタビュー 第３章　問題定義 ステップ１：情報整理 ステップ２：ストーリー抽出 ステップ3：問題定義 第４章　創造 ステップ１：テーマ設定 ステップ２：アイデア創造 ステッ

naoya さんのポータブルな Web アプリケーションを受けて最近思ってることをば。140 文字で時々書いてるんだけど、まとまりがないので一回まとめておきます。 12-factor app ステートフルなアプリケーションについては、Heroku の人が提唱してる 12-factor app というのが現在の状況をよく表してます。 The Twelve-Factor App The Twelve-Factor App（日本語訳） Heroku や他の PaaS によってもたらされたこうした一種の”制約”によって、アプリケーションの新しいカタチが生まれてきています。引き算によって新しい価値が生まれてきているわけですね。 とはいえ、PaaS は PaaS でそれぞれに独自の仕様を持っているわけですが、Heroku の buildpack という仕組みを使って、Heroku とインタフェース仕様

赤木真也(弁護士・LEC専任講師)の現場思考ブログ 弁護士・LEC専任講師赤木真也のブログです。ここでは、主に講義で気づいたことを記していきますが、それ以外にも、弁護士業務、日常生活での雑感等、思いのままに（現場思考？）、書いていきたいと思います。ただし、無断での転載または引用はご遠慮下さい。 井藤公量先生のブログですが、こんな記事がありました。 http://itolaw.blog134.fc2.com/blog-entry-1797.html 法的三段論法で文章を書けない修習生やロースクール生が多いとのこと。 これは、法的三段論法に関して、司法試験受験界にある大いなる都市伝説と無関係とは思えません。 つまり、「法的三段論法とは、問題提起→規範定立→あてはめである」などという誤解です。 私は、これまで本ブログにも何度か記事にしたとおり、問題提起をおすすめしない立場ですが、 問題提起の要否