連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
【戯れ言】PHPフレームワーク選択のベストプラクティス - yandod's blog
【戯れ言】symfonyはCakePHPよりは大規模向けです - ぷぎがぽぎ すでに過去の資料に言及されていますが、敢えて釣られてみます。 自分の基本的なスタンスとしては大規模であろうと小規模であろうと好きなフレームワークを使って開発するのが良いと思います。 結局のところ同じ程度に成熟していればどのフレームワークを使っても、レアなケースを除いて望んだアウトプットが得られると思います。 ただそれぞれのフレームワークにベストプラクティスというか勝ちパターンのようなものはあると思います。 業務での利用について自分なりに知っていると思えるCakePHPとsymfonyについて勝ちパターンを考えてみました。 CakePHPのベストプラクティス PHPのコーディングかRailsの経験者がチームに居る 連想配列が中心となるデータモデルに慣れる 各種日本語書籍で全体感をつかんでおく 開発のイメージにフレー
Multiversion concurrency control - Wikipedia
Multiversion concurrency control (MCC or MVCC), is a non-locking concurrency control method commonly used by database management systems to provide concurrent access to the database and in programming languages to implement transactional memory.[1] Without concurrency control, if someone is reading from a database at the same time as someone else is writing to it, it is possible that the reader wi
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
P2P分散ストレージ「Cagra」 - Blog by Sadayuki Furuhashi
id:nyaxt氏との共同開発の分散ストレージ「Cagra」（かぐら）のアルファ版をリリースしました。 cagra α3リリース cagra テクニカルデモ α２リリース 分散ストレージエンジンテクニカルデモ α版リリース cagraのα版試してみたよ - takumalog Cagraは以下のような特徴を持った（目指した）P2P分散ストレージです。 Zeroconf マルチマスタでレプリケーションするWrite 高速な分散Read オプションで高速な非同期Write インターネットレベルよりもLANレベルのマシン台数に特化 巨大データサポート 高速イベント駆動システムコール＋軽量スレッド 超アジャ〜イルな開発体制 まだα版で全部が実装されているわけではないですが、とりあえず動きます。 Zeroconf UDPマルチキャストでノードを自動的に発見するので、一切設定ファイルを書かずに動作せる
分散ファイルシステム/ブロックデバイスをまとめる - Blog by Sadayuki Furuhashi
昨日KLab勉強会#2の資料を公開しましたが、その中で動的な分散ファイルシステムを設計していると書きました。分散ファイルシステムというのは既にいろいろ存在しているわけですが、情報が分散していてサッパリ分からないので、このあたりでまとめてみたいと思います。 間違っていたり古かったりするに違いないので、正確な情報は本家の情報を参照してください。 ファイルシステムレイヤー NFS GFS(Global File System) OCFS GlusterFS Lustre 下位レイヤー Filesystem Block Device Block Device Filesystem Block Device 読み込み ○ ○ ○ ○ ○ 書き込み ○ ○ ○ ○ ○ アクセスの冗長化 × ○ ○ ○（負荷分散と排他） × データの冗長化 下位レイヤーに依存 下位レイヤーに依存 下位レイヤーに依存 ○
Key Value Store勉強会に行ってきました by kumofsのひと - Blog by Sadayuki Furuhashi
※分散Key-Valueストア「kumofs」を公開しました！ 先日開催されたKey Value Store勉強会に行ってきました。私の発表資料は↓ここからダウンロードできます。 kvs-kumofs.pdf 合わせて読むと理解が深まるかもしれない： スマートな分散で快適キャッシュライフ - mixi Engineer's Blog：Consistent Hashについて バイナリシリアライズ形式「MessagePack」：kumofsのプロトコル。高速なストリームバッファとストリームデシリアライザの実装も含まれています。 Protocol Buffersは遅い：MessagePackのベンチマークとProtocol Buffersとの比較。タイトルは釣り。 memstored：IOアーキテクチャのプロトタイピング マルチコア時代の高並列性IOアーキテクチャ Wavy memcached
vimしか使えない - Blog by Sadayuki Furuhashi
vimを使おう - ウノウラボ vimerとしては、こういう記事を見つけてしまうと黙っていられないわけです。vimerと言っても、私はhjklがどうしても慣れずに矢印キーを使ってしまう軟弱vimerですが。 そんなわけで、私もちょっとしたvimのtipsを紹介したいと思います。 私が使っているvimのバージョンはvim 7.0なので、vim 6.xでは動かない機能があるかもしれません（特に補完のあたり）。そう言う場合は、vim 7.0をコンパイルして入れましょう。（そのときはvimshellのパッチを是非…vimshellはvim>7.0-0には当たらないので注意） バックアップファイルの保存先 まずは地味なところから。 vimでファイルを編集すると、そのファイルと同じディレクトリに「~」が末尾に付いたバックアップファイルと、同じように「.swp」が付いたファイルが作られますが、これがなか
Comet/Ajaxの上を行く技術 - Blog by Sadayuki Furuhashi
上を行くかどうかは知りませんが :-p Ajaxはクライアントの都合でサーバーに通信を仕掛けるpull型の通信ができ、Cometはサーバーが好きなタイミングでクライアントへデータを送りつけるpush型の通信ができるわけですが、新たに双方向の通信ができる技術を開発しました。 具体的には、JavaScriptとサーバーの間で双方向のRPCができます。すなわち、サーバーからクライアント側のJavaScriptのメソッドが呼べるし、逆にクライアント側からサーバー側のメソッドを呼ぶこともできます。 サーバー側で call("addMessage", "Hello!") とやると、JavaScript側の function addMessage(msg) { ... } という関数が呼ばれたりします。 この技術を使って、試しにチャットシステムを作ってみました ＞ デモ （ソースコード）*1 リアルタイ
Needle in a haystack: efficient storage of billions of photos
Facebookで投稿や写真などをチェックできます。
追記型オブジェクトストレージ「Kastor」（pre-alpha） - Blog by Sadayuki Furuhashi
Facebookで写真配信のために使われているストレージシステム「Haystack」に関する情報が公開されました。（Needle in a haystack: efficient storage of billions of photos） Facebookは最初はNFSを使っていたようです。しかし写真の1枚1枚をファイルとして保存していたため、ディレクトリエントリなどのinodeメタデータの総量がキャッシュに収まらないサイズになってしまい、一つの写真を保存したり取り出したりするのにHDDのシークが複数回発生していたのがボトルネックになっていたそうです。 （もしかしたら「NetAppは高すぎた」のがもっと重要だったかも知れません：Facebook、独自の写真配信ネットワーク、Haystackを完成―収益性の改善に寄与か？） シークの問題を軽減するために、profile用などの小さな写真はキ
はてなダイアリーにslideshareのスライドを貼り付ける方法 - mollifier delta blog
ここで勉強会なんかの発表資料を公開することがあるけど、そういうのはエントリ内に直接埋め込みたい。その方がかっこいいし。 はてなダイアリーではそうやって埋め込める外部サービスが限られてるんだけど、どうやらslideshareのスライドならOKみたいだ。うまく出来てるページがあったので僕も試してみた。手順は以下。 slideshareに普通にスライドを登録する 「Embed」とあるところのタグをコピーする タグのobject要素の所だけを取り出す そのタグの中の http://static.slidesharecdn.com という所を http://static.slideshare.net に置き換える (2箇所ある) 2番目のタグをコピーする所はここ。 さっそく貼り付けてみる。 今回貼り付けたタグはこんな感じ。 <object style="margin:0px" width="425"
Grailsって凄いと改めてGAE/J対応で思う - uehaj's blog
Google AppEngine/Java対応のGrails 1.1.1が先日でました。GORMが対応してないことを除くと、大きな機能制限もなくすんなり動いていて、驚かされます。驚きますよね？ 驚くべきなんですよ！！ GAE/Jの制約を考えると、フルスタックフレームワークであるGrailsが１月たらずですんなり動いてるということは驚くべきことです。 Serivceでの宣言的トランザクションが動いてるかどうか、とかは未検証ですが、トランザクションが効くかどうかはEntity Groupの問題なのでその範囲で動いてもおかしくない。 Grailsは、こけおどしや建前ではなく、実態としてプラグインできれいに機能が分割されているので、hibernate pluginを１コマンドではずせて、そのレイヤをJDOにして（JDOのクラスはGroovyで書いて通常のようにアノテーションすればよい*1）しまって
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
コード中の class や function を perldoc で簡単に表示できる Vim プラグイン
id:secondlife さんの Vim プラグイン perldoc.vim がやばい。 久々にすごいヒット。使い方も簡単。インストールも簡単。 以下、本家引用 適当な func/class の上で K で読めるようになる。 perldoc 表示側でも K で飛べるのでぐるぐる巡れる。 s でソースコードとトグルする。 ここでいう func って perldoc -f で探すもののこと。(my, open, map とか) はまりどこ そんなだいそれたものでもないけど。。。 ~/.vim/ftplugin/perl/init.vim に setlocal iskeyword+=: をかく。かかないとモジュール名(::)で区切られて perldoc が開く。(ex. URI::Simple => URIで開く):set iskeyword で確認できるよ。 syntax plugin on
JSONPを使ってJavaScriptだけでマッシュアップ
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、Yahoo!地図の開発を担当しています前田博敏です。 今回は、JavaScriptから外部サイトのWeb APIを直接呼び出すことができる、JSONPという手法について紹介させていださきます。 JSONPとは JSONPとは、JavaScriptの外部ファイル読み込み（「script」タグとその「src」指定）を利用して、ドメインの異なる外部サイトのデータを読み込む手法のことを言います。 JSONPを利用するには、呼び出される側のWeb APIがJSONP形式に対応している必要があります。 Yahoo!デベロッパーネットワークでは、現在のところローカルサーチAPIとショッピングAPIが、JSONP形式に対応しています。
続・$HOME/.ssh/configを活用していますか？ — ディノオープンラボラトリ
以前の記事「$HOME/.ssh/configを活用していますか？」では、設定ファイルを少し頑張って書けば普段のSSHライフが随分変わりますよ、と紹介しました。今日はその続編です。前回よりマニアックな設定を紹介します。 2段以上先のサーバにログインする Dynamic Forward機能を使う 共通設定をまとめて書く 2段以上先のサーバにログインする 目的のサーバにログインするために、踏み台的なサーバを経由しないと入れない環境があります。例えば、dmz経由でないとDBサーバにログインできない環境、というのは良くある構成でしょう。 このような場合に、ProxyCommandパラメータが利用できます。 上の設定で「ssh db1」とすると、sshでdmzに接続し、dmzから192.168.0.201へログインします。これを利用するには踏み台サーバにncコマンドが必要ですが、大抵の環境にインスト
Live Mesh Devices
Features Meetings and conferencing Online meetings Video conferencing Screen sharing Custom backgrounds Webinars Accessibility Hot Desking Town hall Teams Phone Teams Phone VOIP PBX Video calling Business phones Contact Center Chat and collaboration Instant messaging File sharing Collaboration Chat Devices Teams Devices Teams Rooms Apps Apps and workflows Meeting apps Microsoft Mesh Frontline work
第22回 ZumoDriveかDropboxか。選択肢増えたクラウドストレージ
第22回 ZumoDriveかDropboxか。選択肢増えたクラウドストレージ：“PCで仕事”を速くする（1/3 ページ） Dropboxに出会ったとき、夢のようなサービスだと思ったわけだが、ZumoDriveはさらにその上を行くかもしれない。一見ローカルのファイルだが、ファイルが必要になったときに初めてネットからダウンロードして使う――という使い方を実現している。 これまでオンラインの同期環境を探ってきた中で、Dropboxは素晴らしい解決策となった……。ということを書いてきた。ところがここにきて、Dropboxに勝るとも劣らないクラウドストレージ（オンラインストレージ）であるZumoDriveが登場した。 β版の使用感を解説しつつ、Dropboxとの違い、メリット・デメリットを考えてみようと思う。なおZumoDriveはクローズドβサービスだ。βユーザーからの紹介も現状できない。 →現
DropBox と ZumoDrive の現在の棲み分け状況: 無茶な実験室ココログ出張版
DropBox と ZumoDrive という2種類のオンラインストレージ…いや、違うな。ファイル共有システムと言った方が良いかな。とにかく、その2つを使い始めてしばらく経った。だいたい、使い分けが出来てきたので簡単に紹介したいと思う。 DropBox ... 短いスパンで頻繁に書き換えるファイルを保存する。たとえば、Becky! の mail 情報とか、日々更新するファイルとか、その辺を保存。 ZumoDrive .... あまり書き換えないファイルを保存する。たとえば、色々なソフトのインストーラーとかその辺。 なんでこういう使い分けになったかというと… DropBox は、自動的にローカルのファイルが更新されるので、使いたいときに既に最新版がローカルに存在する。だから、ストレス無く使える。一方、ZumoDrive はオンデマンドでファイルをダウンロードするので、頻繁に書き換えるファイル
連続体仮説 - Wikipedia
この記事には参考文献や外部リンクの一覧が含まれていますが、脚注によって参照されておらず、情報源が不明瞭です。脚注を導入して、記事の信頼性向上にご協力ください。（2023年9月） 連続体仮説（れんぞくたいかせつ、Continuum hypothesis, CH）とは、可算濃度と連続体濃度の間には他の濃度が存在しないとする仮説。19世紀にゲオルク・カントールによって提唱された。現在の数学で用いられる標準的な枠組みのもとでは「連続体仮説は証明も反証もできない命題である」ということが明確に証明されている。 発想[編集] 1個よりも多い最小の個数は2個である。2個よりも大きい最小の個数は3個である。このように、有限の個数に対しては1を足すことでそれ自身よりも大きい最小の個数を得ることができる。では無限の個数に対してはどうであろうか。自然数や実数は無限個存在する。これらの個数は異なるはずであるが、個数
The New MySQL Landscape (by Jeremy Zawodny)
Interesting things are afoot in the MySQL world. You see, it used to be that the MySQL world consisted of about 20-40 employees of MySQL AB (this funny distributed Swedish company that built and supported the open source MySQL database server), a tiny handful of MySQL mailing lists, and large databases were counted in gigabytes not terabytes. A Pentium III was still a decent server. Replication wa
Webは開発プラットフォームとして機が熟した、グーグルCEOが講演 － ＠IT
2009/05/28 「今こそ、ウェブを使った開発を始めるべきときだ」。米グーグルの会長兼CEOのエリック・シュミット氏は、開発者向けイベント「Google I/O 2009」の基調講演を、こうした言葉で切り出した。米グーグルは5月27日と28日の2日間、年に1度の開発者向けイベントをサンフランシスコで開催中だ。基調講演では同社の各担製品当者が登場して新機能や新サービスを紹介したほか、MozillaファウンデーションやwebOSを開発した米パームの開発担当者が登壇するなど盛りだくさんの内容となった。 米グーグルの会長兼CEOのエリック・シュミット（Eric Schmidt）氏。共同創業者のラリー・ペイジ氏には成熟した大人の常識的視点を提供してくれる人と言われたりするなど、“グーグルには珍しいビジネスマンタイプ”という印象もあるかもしれないが、字句解析器ジェネレータ「lex」の開発者としても
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Efficient data transfer through zero copy
Charming Python: Functional programming in Python, Part 3
Charming Python: Functional programming in Python, Part 3
Build and implement a single sign-on solution
Efficient data transfer through zero copy
Charming Python: Functional programming in Python, Part 3
Efficient data transfer through zero copy
Charming Python: Functional programming in Python, Part 3
IBM Developer
IBM Developer
Linux でのバックアップを自動化する
Quick and Dirty : Vimdiff Tutorial
Build and implement a single sign-on solution
Executing scripts on a remote machine - Marigan's Weblog