プログラムのファイル読み書きで「mmap」を使うと速度が向上する理由とは？
ソフトウェア開発において「ファイルの読み書き」は使用頻度の高い操作であり、速度の向上はソフトウェア全体のパフォーマンスに大きく影響します。そんなファイルの読み書き操作を行う際に「mmapを使った方が通常のシステムコールよりも高速にファイルを操作できる理由」について、ブリティッシュコロンビア大学の准教授であるAlexandra Fedorova氏が説明しています。 Why mmap is faster than system calls | by Alexandra (Sasha) Fedorova | Medium https://sasha-f.medium.com/why-mmap-is-faster-than-system-calls-24718e75ab37 OS上でユーザーがプログラムを実行する際、プログラムは「ユーザー空間」と「カーネル空間」と呼ばれる2種類の領域を利用します。
東大松尾研究室監修のエンジニア向け教育プログラム「DL4US」の演習コンテンツが無償公開 | Ledge.ai
2018年にかけて実施されていた、東京大学松尾研究室が監修するエンジニア向け無償教育プログラム「DL4US」の、演習パートのコンテンツが無償公開された。 関連記事：松尾研監修のディープラーニング無償オンラインプログラム「DL4US」が募集を開始 「DL4US」とは？Deep Learningエンジニア育成講座「DL4US」の演習コンテンツを無償公開しました。実装に重きを置いてエンジニア向けに松尾研で作成したもので、画像認識や翻訳モデルから始まり、生成モデルや強化学習まで扱う実践的な内容になっています。ご興味ある方はぜひ。https://t.co/jLWlrk9UdK — 松尾 豊 (@ymatsuo) 2019年5月15日 DL4USは高度なディープラーニング技術者を育成することを目的とした、アプリケーション指向の無償オンライン教育プログラムだ。 東京大学ディープラーニング基礎講座、応用講
MITら、ロボットに家事などの日常的なタスクを学習させる3Dシミュレータ「VirtualHome」発表
MITら、ロボットに家事などの日常的なタスクを学習させる3Dシミュレータ「VirtualHome」発表 2018-06-02 MIT（マサチューセッツ工科大学）、トロント大学、マギル大学、リュブリャナ大学の研究者らは、ロボットに家事などの日常的なタスク含め多様なタスクを学習させるための訓練用3Dシミュレータ「VirtualHome」を発表しました。 論文：VirtualHome: Simulating Household Activities via Programs 著者：Xavier Puig, Kevin Ra, Marko Boben, Jiaman Li, Tingwu Wang,Sanja Fidler, Antonio Torralba 本稿は、エージェントに特定のタスクに到達するための必要な一連のアクションを学習させるシステムを提案します。 ロボットは、人間と違って1を言え
プログラムできるエアコンないの？
最初の２時間は24℃設定、 以降は28℃設定して６時間でOFF、とか 28℃設定だけど、室内温度が高くなったら 一時的に22℃設定の急冷を１時間なり30分なり、とか おおよそのプログラミングができたらいいのに。 切るタイマーだけのエアコンってバカですか。 今の昨今。
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
契約による設計から見た例外 - Qiita
正しさは相対的な概念である。 Bertrand Meyer [1] Bertrand Meyer氏は「契約による設計」という概念から例外を導出し、例外の必要性をエレガントに説明しています。また、彼の説明に則れば今までの議論と比べて例外をいくぶんか形式的に扱えるようになります。契約による設計を学ぶ前に、プログラムの正しさについてもう一度考えてみましょう。 プログラムの正しさ あるプログラムが正しいかどうかを判定するにはどのようにすれば良いでしょうか。最も簡単な方法は、あるプログラムの正しさを形式的に定義する事です。より直接的に言えば、あるプログラムの正しさを簡単な論理式で表現します。その論理式が真ならばそのプログラムは正しい。偽ならばそのプログラムは正しくありません。 これだけだと関数の戻り値を検査すれば良いだけのようにも聞こえます。しかし、そう簡単な話ではありません。純粋でない言語の場合、
「UNIXという考え方」を読んだ - その手の平は尻もつかめるさ
「UNIXという考え方」をAmazonのwish listに入れていたらid:kenjiskywalkerさんが贈ってくださったので読みました．お陰でUNIXという考え方を学べました．ありがとうございます！ 本書では一貫して「プログラムを小さく作る」という事と「1つのプログラムには単一のことだけを上手くやらせる」という事について言及されています． プログラムを小さく作るということによって，そのプログラムはコンピュータのリソースに対して優しくなり，なおかつ巨大なプログラムと比較して人間が理解するのが簡単になるので保守がしやすくなり，かつ他の部品と組み合わせやすくなるという論旨です． プログラムを小さく作ると，必然的にそのプログラムは多くの責務を負えなくなる為，自然とプログラムは単一の機能のみを持つようになります．従ってこれら2つの考え方は対になっていると言えるでしょう． 本書で言われている「
詳細設計書ってよくわからない - 未来のいつか/hyoshiokの日記
わたしは、情報システムと呼ばれているものを作った経験がないので、よくわからないのだが、世の中には詳細設計書というのがあるらしい。 下記参照。 http://gm7add9.wordpress.com/2012/11/30/%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E6%9B%B8/ プログラムの詳細設計をやる人というのがいて、その人が書くらしい。あくまで自分には経験がないので、伝聞、想像でものを言っている。 プログラムの詳細設計というのは、プログラムへの要求仕様というのがあって、それを実現するために書くらしい。要求仕様というのは最終的な利用者が、こーゆーものが欲しいとか、こーゆーことができたらいいなということを、なんらかの方法で、なんらかの形でまとめたものらしい。 そんでもって、要求仕様を作る人と、詳細設計を作る人と、プログラムを作る人と、テストをする人と、
最近感じる日本企業のITの問題と展望~「ソフトを他人に作らせる日本、自分で作る米国」を読んで : プログラマの思索
【公開】第30回IT勉強宴会「最近感じる日本企業のITの問題と展望～「ソフトを他人に作らせる日本、自分で作る米国」を読んで」 【1】「ソフトを他人に作らせる日本、自分で作る米国」の著者である谷島さんが来阪されたのを記念に勉強会が開催されました。 数人が本の感想をメインに発表し、谷島さんに感想を述べてもらうという緩い勉強会でした。 いろんな議論がありましたが、詰まる所、「日本のユーザ企業がシステム開発を内製化するにはどうすればよいのか？」というテーマを巡る話だったと思います。 僕は、SIとユーザ企業の両方を経験した立場から、現状の日本のIT企業(SIとユーザ企業の両方)について、話しました。 【2】「日本企業はロールが多すぎる」という問題 【2-1】SIにしても、ユーザ企業にしても、日本企業は役職が多すぎる。 特に、管理職は部長、課長だけでなく、事業部長、PMO、○管理長、主査など色んな肩書
いかにしてバグらないか？
●ある日 とある冬のある日，私が担当するプログラムは無事に完成し「納品」という作業を行っていました． その日，予定していた作業を無難にこなし，定時で帰ることを確信し，機嫌よく残りの時間をすごしていました．気持ちはすでに明後日からのスキー場． と，そこに「ビビビ！…」取ってはいけない電話のベルがけたたましく鳴るのです．「はい．アプリケーション開発部です」「山崎君？，例の仕事は終わっているよね？」「あ，はい．後は納品のみです」「急な話で申し訳ないのだけど，明日こっちに来てくれないかな？」「（ゲ！ヤバッ！なにか断る用事を考えなくは…）明日ですか？」「なんとかなるよね？」「は，はぁ，まぁなんとかなりますが…」「じゃぁ明日ね，よろしく（ガチャ！，ツーツー）」．翌日，この嫌な予感は的中します． 話を要約するとこうなります．「某プロジェクトが火をふいているので，助けてほしい．期間はあと1月．仕様書はない
RaspberryPiでドライブレコーダ 【AVR＋MCP2515でCAN通信を実装】 - My Linux Diary
１．はじめに Raspberry－CANコントローラ間はSPI通信で情報をやり取りします。Raspberry Piが到着する前に、AVRマイコンを利用して実車でCAN情報を受信できることを確認しておきましょう。CANコントローラはMCP2515、CANトランシーバーはMCP2551、マイコンはATmega328Pを使用します。今回は取得した車両情報をLCDディスプレイに表示させるところまでやってみます。使用車両は2代目のトヨタプリウスです。 ２．準備したもの 基板製作のために下記の部品を準備します。 CANコントローラ／トランシーバはチップワンストップから、マイコン／素子関係は秋月電子からケース等はダイソーで入手すると良いでしょう。 マイコン ATmega328P CANコントローラ MCP2515 CANトランシーバ MCP2551 キャラクタ表示液晶モジュール SC2004C 水晶発振
プログラミングの入門
プログラムの定義プログラム:定義づけられた物事を進めていく妥当な手順・方法の決定、および物事・手順・方法の記述書 プログラミングの定義(コンピューター)プログラミング:コンピューターが進めていく物事を定義し、妥当な手順・方法を決定し、記述すること。 プログラミング = デザイニング union コーディング; デザイニング:進めていく物事を定義し、妥当な手順・方法を決定すること。 コーディング:コンピューターが進めていく定義づけられた物事の決定された妥当な手順・方法を、記述すること。 プログラミングに関わる人々PG(プログラマー):プログラミングする人。 CD(コーダー):コーディングする人。プログラマーとは限らない。 SE(システムス エンジニア):進めていくべき物事を定義する人。プログラマーとは限らない。 PM(プロジェクト マネージャー):(プログラマー)プログラマー。(コンピュータ
時給800円と8万円――仕事をしていて、なぜ100倍もの差がつくのか （Business Media 誠） - Yahoo!ニュース
時給800円と8万円――仕事をしていて、なぜ100倍もの差がつくのか Business Media 誠 3月13日(水)11時53分配信 仕事をしたら“10年後のサラリーマン”が見えてきた（中編）： マクドナルドの時給は800円、マッキンゼーのシニアコンサルタントは時給8万円――仕事をしていて、なぜ100倍もの差がついてしまうのか。リクルートで働き、中学校の校長を務めた藤原和博さんに、その謎を解説してもらった。 【他の画像】 ●「レアカード」になれ 土肥：前編で、藤原さんはこのような話をされました。「今後、サラリーマンの給料は『二極化』する。年収は200万〜400万円、800万円以上の人になるだろう」「年収800万円以上をもらうためには『情報編集力』を身につけなければいけない」と。 日本経済が成長していた時代のサラリーマンは「情報処理力」があれば、メシを食っていくことがでました。でも
原文をスラスラ読みたい！ 「MSDNライブラリによく出る英単語 100選」（1/2）：CodeZine
はじめに MSDNライブラリには、マイクロソフトの技術情報が大量に掲載されていますが、英語版に比べ、日本語版の内容は中途半端なのが実状です。 たとえば、スレッドの優先順位を設定する「SetThreadPriority」関数の説明を見ると、英語版には「Windows Server 2008およびWindows Vistaでは、スタートアップやレジストリのRUNから自動実行されたプログラムに対するスレッドの優先順位指定が、システム開始から60秒程度効かない」との注意書きがありますが、日本語版にはありません。 また、仮想ディスクの情報を設定する「SetVirtualDiskInformation」関数を検索すると、英語版には説明がありますが、日本語版には項目自体がありません。 そこで本記事では、MSDNライブラリの英語版がスラスラ読めるように、とはいきませんが、英単語で引っかかることが少なくなる
これってIT業界も全く同じじゃねえ？あるいは何故デカイ店のコックは育たないか：プロジェクトマジック：オルタナティブ・ブログ
僕には、いろんな人に自慢しまくっている従兄弟がいる。 彼とは1歳違いなので、小さい頃から仲が良かった。例えば、僕が最初に暗記した英文は、"This is a pen"ではなく、"Your name is shit!"なのだが、それは親の仕事の都合でアメリカに行っていた彼から、6歳の時に伝授されたのだ。 現地のガキとの戦闘用語として。 ガリ勉派の僕とは違って彼は勉強が嫌いだったらしく、若い時からフランス料理の世界で修行を重ねた。やがてシェフにのし上がり、今年になってついにオーナーとして自分の店を出した。30代で一国一城の主である。立派だ。 料理人の世界は努力と創造性と技術による、競争の世界である。そこで結果を出してきたことに対して、僕は素直に彼を尊敬している。 ちなみに、彼の料理は滅茶苦茶ウマイ。彼の料理以外で太るのは悔しいから、僕は他のフランス料理屋には行かなくなった。 先日も食べに行った
スーパープログラマーへの道
スーパープログラマーへの道 過去ログリスト ちゅうーって、ReGetしちゃってください（笑） 第一回 ＤｉｒｅｃｔＸは一夜にしてならず（開発言語探求篇） 第ニ回 ＤｉｒｅｃｔＸは不毛なのねん（書籍探求篇） 第三回 ＤｉｒｅｃｔＸはやめとけって（ライブラリ探求篇） 第四回 コモンプラットホーム構想（たんなる夢） 第五回 DirectX5は腐ってるんか？（不満ぶちまけ篇） 第六回 実はＣ言語ってよー知らんねん（ごめん俺が悪かったの巻） 第七回 バイナリ互換性は必要なのよね～ん（8x86はJavaをも超えるんか？） 第八回 だからＣ言語オタクって嫌いなのねん（Ｃマガの記事に横槍を入れるの巻） 上記の過去ログ 第九回 翻訳は金になる（コンパイラ作成のための準備体操） 第Ａ回 ゲーム作成講座はいつんなったら始まるねん！（一読者の不満） 第Ｂ回 やねうらおからの挑戦状！（80862C） 第Ｃ回 インタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
