カテゴリー DX (2) 一般 (60) 研究会 (6) 働き方 (4) 技術 (356) AI (2) LLM (2) Edge AI (2) Edge Computing (13) Erlang (1) FIWARE (2) Fog Computing (10) Infiniband (31) Internet of Things (32) Key Value Store (17) Linux (3) Linux KVM (10) Machine Learning (8) RealTime Web (14) SRE (4) Webサービス (42) インフラ (8) コンテナ (4) ストレージ (93) データセンター (7) データベース (47) データ流通 (6) テレプレゼンス (2) ネットワーク (215) 仮想化 (111) 災害コミュニケーション (26) 空間情報

第2版（2008年1月19日）：翻訳者による注釈を追加しました。 ヘテロジニアスなアプリケーション間の通信を実装するための「適切な」手法について議論が行われているということを、あなたは知っているかもしれないし、知らないかもしれません。そういった状況下で、現在の主流は明らかにSOAP、WSDL、WS-*仕様という世界をベースとしたWebサービスにフォーカスしています。しかし、少数派の人たちの中で、より良い方法があると主張する人がいます。それが、REST(REpresentational State Transferの略)です。本稿では、本筋から外れることなく、RESTとRESTfulなHTTPアプリケーション統合への実用的な説明を試みようと思います。これらの考え方の説明については、より詳細に踏み込んで説明をするつもりです。私の経験上、誰かが始めてこのアプローチを経験することで一番議論が活発に

今月がちょうどプログラミングの勉強を始めてから約１年になるわけなのですが、そのキリとしてこの１年間で買った本を自己確認も兼ねてまとめようと思います。 あと１年間勉強した感想とかも書こうかと。 先頭に付けてる印は下記の通りの意味となります。 ☆：読了　○：途中まで読んだ等　□：頂き物 Java 入門書 ☆明解Java 入門編 ☆解きながら学ぶJava 入門編 ☆改訂第2版 Java言語プログラミングレッスン (上) ☆改訂第2版 Java言語プログラミングレッスン (下) 言語の深い知識とか ○プログラミング言語Java (The Java Series) ○Effective Java 第2版 (The Java Series) ☆Java並行処理プログラミング ―その「基盤」と「最新API」を究める― エンジニアのためのJavadoc再入門講座 現場で使えるAPI仕様書の作り方 実装パタ

原文(投稿日：2010/02/25)へのリンク TDDとBDDは今や、広く使われているソフトウエア開発技術だ。しかし、単にBDDやTDDに従っているだけではビジネス機会を逸したり、もっと悪いときにはビジネスに悪影響を及ぼしてしまう。TDDとBDDには解決できないふたつの問題がある。すなわち、どのようにして開発したアプリケーションの使用を評価するのか。そして、どうやって顧客からフィードバックを得るか。 ユーザを調査する従来の方法は決して正確な結果にはならない。アプリケーションの提供者も顧客も多大な時間を必要とし、先入観にとらわれてしまう。Nathaniel Talbott氏はRubyConf 2009でのプレゼンテーションで次のような考えを発表した。すなわち、開発時におけるTDDと同じような方法でビジネスもフィードバックを得るべきだ、という考えだ。 (画像はLabnotesから) ソフトウエ

本稿の改訂版をnoteにアップしています。項目別に整理しているので見やすいです。下のリンクで最新版をご覧ください https://note.com/cabanon/n/n379c454aad4f 昨日の【雑誌原稿書き方基礎講座】で使ったKeynoteに書いていたことを改変・再編集してアップします。全111条。僕が個人的に積み重ねてきたノウハウです。ライターだけでなく編集者としての心得も混じっています。仕事をしてきた出版社が違えば、このノウハウも違うものになったでしょう。だからあくまでも私家版です。デザイナーや建築家やアーティストや工学研究者の取材記事執筆を前提にした話であることをご了承ください。 ＊アップデート情報 ・全110条を全111条にしたり、第74条を追加して他を統合したりなど、こそこそ修正しているので、3/5にアップしたものとは少し変わっています（3/8記） ・95条の説明に奥義

組み合わせ最適化の手法として「動的計画法」というモノがあります。 wikipediaから抜粋 動的計画法（どうてきけいかくほう、英: Dynamic Programming, DP） コンピュータ科学の分野において、ある最適化問題を複数の部分問題に分割して解く際に、そこまでに求められている以上の最適解が求められないような部分問題を切り捨てながら解いていく手法 一見難しそうですが、実は理解するのは以外と簡単です。いろいろな場面で応用が利く便利な手法ですので、覚えておいて損はないものです。コンピュータ系、情報系のお勉強をする人であれば、おそらく一度は習ったりするかもしれません。 ナップサック問題と動的計画法 動的計画法の一番親しみやすそうな例として「ナップサック問題」というのがよく取り上げられます。 こんな感じの問題です。 今ここに様々な大きさの品物が置いてあるとします。そしてそれらの品物は各

料理をしている時、包丁の切れ味が悪くてイライラしたことはありませんか？料理をする人でも、意外と知らないのが包丁の研ぎ方。そこで今回は、砥石の選び方からプロによる実演動画まで、「包丁の研ぎ方」を一から学べるエントリーを集めました。 ■砥石選び＆基本の研ぎ方を知ろう まずは包丁を研ぐのに必要な「砥石」と、研ぎ方の基本から見ていきましょう。砥石にも種類があるのをご存知ですか？ ▽包丁の研ぎ方 | YOSHIKIN ▽包丁の研ぎ方｜堺和包丁・堺刀司オンライン ▽包丁の築地・正本（マサモト） - 研ぎ方・お手入れ・砥石について（研ぎ方） ▽刃物の研ぎ方　包丁、ナイフ選びの達人 : watanabeBlade.com 渡辺刃物製作所 包丁を研ぐのに必要な「砥石」には、大きく分けて次の3種類があります。 荒砥石（粒度 ＃200〜＃600のもの。少し欠けた包丁を研ぐのに使う） 中砥石（粒度 ＃1000程度

3月に入り、新生活に向けて引越しが本格化するシーズンになりました。部屋のレイアウトを空想して、あそこにはベッドを置いてシェルフはここで、なんてイメージを膨らませるのは楽しくても、実際にインテリアショップや雑貨店に足を運ぶと、その値段の高さにガッカリしてしがち。でも、あきらめないでください。予算オーバーで買えなければ、自分で作ってしまえばいいんです！今日は、低予算で楽しめるインテリアDIYを紹介します。 ■DIY、これさえ知れば完璧！ ＜DIYとは？＞ ▽DIY - Wikipedia DIYは、Do It Yourselfの略で、業者に任せずに生活空間を作り上げること。その中でも、家具や雑貨などを手作りすることをインテリアDIYと言います。いわいる日曜大工ですね。 ＜DIYの基礎知識＞ ▽失敗しないＤＩＹ家具講座(作り方)｜自作・DIYを応援！ STORIO DIYの基礎知識を知りたい方は

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

この記事はjQuery is a Monad | Important Shockという記事の勝手訳です。 追記1: bonotakeさんが補足記事を書いてくれています → JQueryがモナドかどうかとか - たけをの日記＠天竺から帰ってきたよ 追記2: hirataraさんが補足記事を書いてくれています → jQueryは本当にモナドだった - 北海道苫小牧市出身のPGが書くブログ Haskellプログラマーは誰しもがモナドに関する各々のチュートリアルを書くと言われる。というのも、一度モナドの定義とその可能性を理解すれば、モナド全体を囲む神秘性に挑戦して打ち破るのが容易になるからだ。門外漢からすれば、モナドはHaskellを真に理解することを妨げる不可解な障壁だ。モナドはとても不適当な名前で呪われていて、一風変わった文法を持ち、一度に何もかもやってしまう様に見える。しかしながら、その動き

ブログを下記に移転しました。デザイン変更により移転先では記事が一層読みやすくなっていますので、よろしければ移動をお願い致します。 Ruby製ノコギリで株価を切り刻もう! : melborne.github.com - 株式投資は社会人のたしなみである 投資をせずしてリアル経済を知ることはできない ところが就業中に君がWebにアクセスして 株価をチェックしていると上司は怒る 場合によっては君を解雇する そんなばかなことはあってはならない yahoo_stockライブラリ 君がRubyを使えるなら上司に気づかれずに 株価をチェックできるかもしれない 幸いRubyにはyahoo_stockというライブラリがある Ruby gem for stock / finance data « Nasir Jamal yahoo_stockはYahoo!Financeが提供するCSVデータにアクセスする g

Illustratorで文章を扱うとき、矩形エリアに文字を流し込んだままではなく、次の4点は、最低限設定します。 行送りの設定 均等配置（行頭行末揃え／ジャスティファイ） 禁則 文字組み（約物前後や和欧間のスペースの設定） 逆を言えば、Illustratorではポイントテキスト（文字ツールでクリックして入力したテキストオブジェクト）を前提としています。 デフォルトの［行送り］は、文字サイズの175％に設定されています。「（14.4pt）」のように（）付きで表示されているときには「自動」行送りになっています。1行あたりの文字数に応じて調整します。 CS以前のIllustratorや、バージョン互換を行ったドキュメントによっては自動行送りが欧文に準じた120%になってしまいます。120%では行送りは狭すぎます。日本語では150-190%程度に設定します。 ［段落］パネルの［均等配置（最終行左揃

FX取引所の照会とテクニカル、経済指標の見方等を解説していきます。

a non-linear personal web notebook

Quicksilverの検索性能が、感性をくすぐってきた。 「apple」→「AppleScript Editor」 「ase」→「AppleScript Editor」 「prol」→「Property List Editor」 「im」と入力して、「Image Capture」を起動したいが、「iMove」がトップヒットになってしまう...。 そんな状況でも、候補リストから2回連続で「Image Capture」を選択すれば、3回目以降は「Image Capture」がトップヒットになる。 直近のユーザーの好みを学習してくれるのだ。 もちろん、「ima」まで入力すれば「Image Capture」がトップヒットになる。 「ase」「prol」のような、単純な前方一致でも、部分一致でもない検索には恐れ入る。しかも、シンプルだけど学習もしてくれる。使うほどに手に馴染んでくる仕組みは、この辺

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識（IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている）の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ

特にサーバー用途では、CPUがシングルコアに戻ってくることは考えにくい。 マルチコアCPUの性能を活かすにはマルチスレッドに対応したサーバーの実装が必要になるわけですが、マルチスレッドなプログラミングは往々にして「高負荷になると固まる」とか「たまに落ちる」といった悩ましいバグと戦わなければならず、イヤです。 かといってシングルスレッドでは、近い将来 32コアCPU! などが出てきたとき、たぶん性能を発揮できません。 そこで、そこそこデバッグしやすく、それでいて多コアCPUでもスケールするという落としどころを模索しているのですが、ボトルネックはネットワークIO周りにあるだろう*1という前提の元で、ネットワークIO部分だけをマルチスレッドで動かし、それ以外の部分をシングルスレッドで動かすというアーキテクチャを考えています。 ロジックの部分はマルチスレッドで書いても共有リソースにアクセスする度に

シングルスレッドではもう遅い。 以前にマルチコア時代の高速サーバーの実装で、「ネットワークIOはマルチスレッドで動かすが、その他の部分はシングルスレッドで動かす」というIOアーキテクチャの実装（mp::iothreads）を紹介しました。iothreadsはロジック部分をシングルスレッドで書けるため実装の手間を抑えることができ、ネットワークIOがボトルネックになるプログラムには特に適していると思われます。 しかし実際にiothreadsを使ってプログラムを書いてみると、非常に負荷が高い状況でシングルスレッドの部分の処理速度がボトルネックになってしまうことがありました。 そこでマルチコアCPUの性能を引き出すために、徹頭徹尾マルチスレッドで動かすIOアーキテクチャを実装してみました。 1つのスレッドが、ある時はepoll_wait()し、ある時はread(2)を行い、ある時はイベントを処理す

言語やインタフェースの設計には「驚き最小の原則」というのがある。まつもとさん本人はそんなこと言っていないようだが、かつて、Rubyはその原則に沿った言語と言われていた。一方、JavaScriptはそれに反する言語と未だに見なされているようだ。多くの場合、よく理解していないのが原因である。理解した上でも、やっぱりおかしいよ、というのもあるかも知れないが、じゃ、その場合どう定義したらよいんだ、というのはいろいろ難しい問題がある。 wtfjs(http://wtfjs.com/)にはJavaScriptのそんな「変な挙動」が集められている。wtfなんてタイトルをつけているくらいなので、あまり真面目に見る必要はないのかも知れないけれど、主なものについて古い順から軽く解説してみた。ちなみに、wtfはWhat The F*ckの略。 typeof NaN === 'number' // true In

気になる記事をスクラップできます。保存した記事は、マイページでスマホ、タブレットからでもご確認頂けます。※会員限定 無料会員登録 詳細 ｜ ログイン ここ数年、1次産業への注目が急速に高まっている。「BRUTUS（ブルータス）」（マガジンハウス）、「週刊 ダイヤモンド」（ダイヤモンド）「AERA（アエラ）」（朝日新聞社）といった、ちょっと前までなら農業に見向きもしなかったであろう雑誌が農業特集を組むようになった。昨年6月には、若い農業従事者の季刊雑誌「Agrizm(アグリズム)」（農業技術通信社）が創刊され、新たな読者層をつかんでいる。 こうした「農業」への視線には、有機・無農薬、農的な暮らしといったことにとどまらず、楽しい農業、儲かる農業というように、新たな産業という視点が盛り込まれている。 こうした動きは、林業も例外ではない。林業への就労希望は拡大してきており、先日、東京、名古屋、大阪

2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。