Casey and I wrote Getting Started with Processing as a short and inexpensive guide to writing code for beginners and non-programmers. The book is heavy on examples and designed to get folks started quickly. It's propaganda material to get people hooked on coding: before long they're pursuing careers as artists or computer scientists, or worse yet, creating new programming languages to get others c
期間限定で Surface Pro 8 ご購入で対象のキーボードが無料になり、本体にも特別価格が適用されます。
ソフトやサービスがどんなに優秀でも、見た目が悪く、操作性が劣っていれば誰も使ってはくれません。理解しやすく、わかりやすく、操作しやすいデザインであることが求められていますが、現在のアプリケーションなどではそういったユーザーの使い勝手、要するに「ユーザーエクスペリエンス」が開発者から軽視されていることが少なくありません。というのも、やはりこういうデザイン的な部分を整備するのは面倒であり、手間も時間もかかってしまうからです。 だがしかし、マイクロソフトはそこのところをなんとかしようとしており、そのために立ち上げられたのがこの一大プロジェクト「Project UX」である、というわけ。これによって、一体何がどのように変わるのか?どれだけ革新的な変化が得られるのか?そういったもろもろの疑問への回答がちゃんと用意されていました。 マイクロソフトの目指す驚愕の世界の全貌は以下から。 PROJECT U
ストーリー by hylom 2009年01月14日 17時04分 やはりよく言われている問題が多い、 部門より CWEとSANSが共同で「最も危険なプログラミングエラーTop 25」を取りまとめ、発表した。 このリストはSymantecやMicrosoft、米国国土安全保障省の国家サイバーセキュリティ部門、また日本の情報処理推進機構(IPA)など、国際的かつ多岐に渡る組織の協力を得て作成された。パフォーマンス上の問題やセキュリティ上の脆弱性、またサイバー犯罪の原因となり得るプログラミングエラーのうち、特に頻度と危険性の高いとされるものが25点挙げられている。 エラーは大きく「コンポーネント間のコネクションが適切に保護されていない」「危険なリソースマネジメント」「不備のある防衛策」の3種類に分類され、それぞれのエラーには簡単な説明と対処法などが記述されている。挙げられているエラーは「入力デ
ポインタ虎の巻 初級篇~ポインタはなぜ難しいか? C言語を学ぶ上で、ほとんどの人が引っかかり、往々にCの勉強を放棄するきっかけとなるのがポインタである。しかし、ポインタはC言語という特定のプログラム言語だけではなく、コンピュータというものを理解する上で、必要不可欠な重要な機能である。C言語参考書では、ポインタを解説する上で「箱」のモデルを使って解説することが多いが、この虎の巻では、より突っ込んだ具体的な動作を解説することでポインタというものの本質を解明して見ようと思う。参考書ではC言語の抽象レベルの上で解説がされるのが通例だが、虎の巻では単純化されたアセンブリ命令を使って具体的に解説する。 初級篇目次 変数とは何か? 疑似アセンブリの定義 文字列の処理 アドレスの取得 ポインタの型 関数呼び出しの手法 構造体とポインタ リスト構造 NEW 二進木 NEW 中級篇~ポインタの高度な技 ポイン
Chromeの動作が圧倒的に速いように感じている。Chromeがリリースされた当初、それがなぜなのかよく分からなかった。グーグルだけにできて、ほかのWebブラウザ開発者にできないことなどあるように思えないが、それにしてはあまりに速いように感じたからだ。 その疑問のほとんどは、Chromeのオープンソースプロジェクト版「Chromium」の公式ブログの解説で氷解した。ブログを読んで分かったのはグーグルのエンジニアたちが信じられないほどのスピード狂であることと、そのスピードへのこだわりには2種類の“スピード”があることだ。 1つは処理速度、もう1つは応答速度だ。特に後者、ユーザーをできるだけ待たせない、イラつかせないということに対する徹底したこだわりは、すさまじい。その背後には「スピードとは、つまりお金だ」という洞察があるようだ。 0.5秒の遅延でユーザー離れ グーグル創業約1年後の1999年
首藤 一幸 注: このページの文章はオープンソースマガジン 2006年6月号 (2006年 5月発売) に掲載された以下の記事の元原稿です。 編集部の了承の元に、本ウェブページに掲載しております。 首藤一幸, "ハッカー養成塾! -- ハック教を切り刻め", オープンソースマガジン 2006年 6月号, pp.114-115, ソフトバンククリエイティブ(株), 2006年 5月 8日 他の方の原稿 後藤氏 (2006/2): ハックの一歩は楽しむことから 鵜飼氏 (2006/3): ハックは素早くやれ 高林氏 (2006/3): 深追い、佳境、バッドノウハウ 太田一樹氏 (2006/4): 入塾案内 平林(幹夫)氏 (2006/4): はじめなきゃ はじまらない 川合氏 (2006/6): パワーハッカーへの道 平林(純)氏 (PDFファイル) (2006/7): オッパイ星人だってハ
John Hughes, Institutionen för Datavetenskap, Chalmers Tekniska Högskola, 41296 Göteborg, SWEDEN. rjmh@cs.chalmers.se この日本語訳は原著者の承諾を得て山下がここに公開するものです。 この訳文についての、御指摘などは山下伸夫(nobsun .at. sampou.org)までおねがい いたします。 翻訳最終更新日 : 2011-09-17 原文 "Why Functional Programming Matters" 日本語訳PostScript この論文は1984年以来何年ものあいだChalmers大学のメモとして回覧された。 1989年と1990年に幾分か改訂をしたのが[Hug89]と [Hug90]である。この版はもとのChalmer大学のメモ のnroff原稿をもとに
Ruby on Railsの開発で便利なツールはないだろうか。 そんなときにおすすめなのが、『20+ Tools For RoR Development』。Ruby on Rails開発の便利ツール20選だ。 以下にいくつかご紹介。 » DZone Snippets 数千のコードスニペット » Four Days On Rails 4日間でRuby on Railsの基本を教えてくれる » HoboCentral.net Ajaxと連携するエクステンションパッケージ » Instant Rails テスト用にRuby、Rails、Apache、MySQLが一つになった » Learn To Program はじめてのRuby on Railsチュートリアル » Locomotive RoR開発のMac OS Xアプリ » Ruby Cheatsheet RoRのチートシート Ruby on
ACM/ICPCの2008年度の大会日程が公開されています。 国内予選は2008年7月4日,アジア地区予選会津大会は2008年10月25日~27日でホスト校は会津大学です。 参加登録締め切りは2008年6月20日です。 ここではACM/ICPC(ACM国際大学対抗プログラミングコンテスト: ACM International Collegiate Programming Contest)で 国内予選を突破するために必要な情報を載せています。 ACM/ICPC自体については2006年度の横浜大会のWebサイトなどを読んでください。 結局のところ,ACM/ICPCで良い成績を残すにはひたすら問題を解く練習をするしかありません。 ですが,出題される問題の多くはいくつかのカテゴリ,例えば探索問題やグラフ問題,あるいは幾何問題などに分類することができます。 つまり,「傾向と対策」が存在します。 本サ
Introduction. Common classes and functions The Machine Learning Library (MLL) is a set of classes and functions for statistical classification, regression and clustering of data. Most of the classification and regression algorithms are implemented as C++ classes. As the algorithms have different set of features (like ability to handle missing measurements, or categorical input variables etc.), the
" | # | & | * | . | ? | [ | [ | _ | + | < | - | 1 | 2 | 3 | A | B | C | ' | C | - | D | E | F | G | H | I | J | K | L | M | N | O | - | P | Q | R | S | T | U | V | W | X | ア | イ | ウ | エ | オ | カ | キ | ク | グ | ク | グ | ク | グ | ク | コ | サ | さ | シ | ジ | ス | す | ス | ' | ス | す | ス | セ | ソ | タ | ダ | タ | ダ | チ | ツ | デ | テ | デ | テ | ト | ド | ど | ド | ト | ド | ト | な | ヌ | ネ | バ | パ | バ | パ | バ | パ | ハ | ピ | ビ |
スタティックリンク(静的リンク)とダイナミックリンク(動的リンク) 実は、リンカが行うリンク処理には2種類あり、スタティックリンクとダイ ナミックリンクと呼ばれている。 スタティックリンクとは スタティックリンクでは、コンパイル後のリンク処理の際に、 実際にライブラリの中のルーチンを実行可能プログラム (executable) に含めてしまう。 その分、プログラムのサイズは大きくなる。 ダイナミックリンクとは ダイナミックリンクでは、実際にライブラリ内のルーチンが結合されるのは、 プログラムの実行時である。 この結合はメモリ空間上で起こるので、 ディスクに格納されているプログラムには何の変更もされない。 コンパイル後のリンク処理の際には、 実行時に結合ができるようにするための設定をファイルに書き込むだけである。 (もちろん、ライブラリ以外のファイルについては本当に結合してしまう。) このよ
OMakeすごい。OMakeはマジですごい。 OMakeはGNU makeの代替品みたいなものなんだけど、正直なところこのツールの強力さはGNU makeと比べると失礼なくらいすごい。これのおかげで、「コード修正→ビルド→デバッグ→コード修正→・・・」のループの、ビルドにあたる作業がほぼ消え去った。 ファイルの依存関係の解析がとにかくすごい。よくあるユースケースなんかの場合、最小限の手間でほぼ完璧に依存関係を網羅して、よしなにビルドしてくれる。 とりあえず、はやみずが実際に使ってみたケースを例にとってそのすごさの一端を紹介しようと思う。 case study 論より証拠ということで、自分が OMake を試しにつかってみたケースを紹介する。C言語でスタティックライブラリを作っていて、それに加えて簡単なテストプログラムを書いている。 /include/ 以下にヘッダファイルが全部ある /sr
こないだ、ほかのひとの発表もスライドと動画がならんでたらなあと書いたけど、ないみたいなので地味に貼ってみるテスト。 しだらようじ ガラパゴスに線路を敷こう: 携帯電話用RailsプラグインJpmobile 6/22(日) - 2nd day メインセッション http://jp.rubyist.net/RubyKaigi2008/?MainSession#l34 id:darashi:20080626:1214493910 | View | Upload your own ちなみにこの発表が行われていたときは裏パネルセッション id:m_seki:20080623:1214152767 に参加していたため現地では見られなかった。とても助かる。 追記: 2008-7-29 id:darashi:20080626:1214493910 に本人が貼ってくれたのでこのエントリは用なしになりました
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く