高校生から、アメリカに行ってエンジニアリングを学びたい中学生への手紙 - 素人がプログラミングを勉強していたブログ
アメリカに行ってエンジニアリングを学びたい中学生 - Togetter 404 Blog Not Found:アメリカに行ってエンジニアリングを学ぶ前に用意しておくべきもの １４歳の、アメリカに行ってエンジニアリングを学びたい少年へ を読んで。 自己紹介 僕は18歳で、今年からオーストラリアの大学にコンピュータサイエンスを学びに行きます。16歳の頃に語学留学でオーストラリアに1年半行きそちらでの進学を決め、日本に帰国し渡航の準備中です。 若い世代として、思っている事を書きます。長いですが、なるべく正直に、思っている事を書いたつもりです。 僕はエンジニアではありませんが、ベンチャー企業でフロントエンドのプログラミングに関わっていた事があります。数千行以上あるプログラムを書いていたのはその一度だけです。普段は趣味で適当にプログラムを書いて遊んでいます（iPhoneを振り回して近くのパソコンに写
文字通り「ネットワークがコンピューター」な金融HFTでのFPGAの使われ方 - スティルハウスの書庫の書庫
ここのところ重度のFPGA中二病にかかってしまい、冬休み中もDE0ざんまいな日々。気になっていた金融のHFT（high frequency trading：大手投資銀行等がμ秒単位の超高速で株式等を売り買いしてる恐ろしい市場）におけるFPGA利用状況について、HFT Reviewにこってりしたレポート（HFT業界のベンダー各社にインタビューしたもの）が載っていたので、勢い余って面白かった部分を超訳してしまった。 元ネタはこちら： FPGA & Hardware Accelerated Trading, Part One - Who, What, Where and Why? FPGA & Hardware Accelerated Trading, Part Two - Alternative Approaches FPGA & Hardware Accelerated Trading, P
「フカシギの数え方」の問題を解いてみた
先日、「『フカシギの数え方』 おねえさんといっしょ！ みんなで数えてみよう！」という動画を見た。格子状のマスの左上から右下までの経路が何通りあるのかを調べて、格子が多くなればなるほど組み合わせの数が爆発的に増えることを教えてくれる動画だ。これは自己回避歩行(Self-avoiding walk)と呼ばれている問題らしい。 これだけ聞いてもそれほどインパクトはないのだが、動画に出てくるおねえさんの経路を調べあげる執念がもの凄く、ネット上でも結構な話題になっている。執念と言うよりも狂気に近い。しかし、話題になった割には動画内で言及されている高速なアルゴリズムを実装したという話を聞かなかったので、自分で確かめることにした。 動画のおねえさんは深さ優先探索によるプログラムを使っていると思われるが、それだとスパコンを使っても10×10マスの格子を解くのに25万年も掛かってしまう。そこで、高速化のため
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
スペシャルベスト
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
C++の便利ツール・ライブラリ - DO++
フルタイムで働きはじめて4ヶ月。 いろんなことがありました。 今日はインターンが来ているということもあり日頃のC++コーディングライフの中で大変重用しているツールを紹介します。といってもどれも有名なツールでググれば解説がでてくるとは思いますので、一言ずつだけ紹介してみます。みなさんも何かよさげなライブラリ・ツールがありましたら教えてください。 - valgrind/callgrind/cachegrind プログラムの実行結果を解析するツール群。まぁ、王道であえて紹介する必要はないかもしいませんが.。valgrindはプログラムのどこかでメモリが漏れているかどうかのチェックに使います．コードのどの部分で確保した領域がどこで漏れているかまで追跡することができます valgrind --leak-check=full command プログラムのどのが計算量的にボトルネックになっているかを調べ
コラム「システムエンジニア 生き残りの極意」でちょっとした祭りになっている件 - babydaemons’ blog
"ちょっとした祭り"の実態は？ えーと、ソースはこちらです↓ 気分はstatic！: 実はオブジェクト指向ってしっくりこないんです！ とりあえず現時点でのこのコラムへのコメントのエッセンスを纏めます。 それよりも、ポリモーフィズムがオブジェクト指向の肝だと思います。 ポリモーフィズムをうまく使うと条件分岐の記述を減してすっきりしたコードが書けます。 ぬ様 貴重なご意見ありがとうございました。ポリモーフィズムについては勉強したいと思っております。 ポリモーフィズムについては、私は 「関数へのポインタ（Ｃ言語）のデラックス版を使って、何かをやる」 と捉えています。Ｃ言語において、関数をそのまま呼ぶのではなく、ポインタを通じて呼ぶようにすると、 「たまたまその時、どんな関数がそのポインタに指し示されていたか」 によって、結果がまちまちになりますよね。 この特性を意図的に活用すると面白いことができ
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
blog.8-p.info: sbt で Scala の開発サイクルを速くする (前編)
Posted at 2010/01/06 00:53, Modified at 2010/01/06 01:54 fsc は速くなった のだけど、コンパイルしたらテストしたいし、テストしたら普通に実行したい。コンパイルだけ速くなっても開発のサイクル全体はそんなに速くならないのでは、といまさら気づいた。scalac, fsc 同様に scala コマンドの実行のために Java VM をあげさげするのを減らす必要がある。 Java VM のあげさげを減らすのは Java 界にも需要があるらしく、具体的な実装として、Ant を対話的にした antshell や Ant Console がある。Scala は Ant からも使えるので、これらもまま使えるはずだけど、実はページがどちらも消えてしまっていて試せていない。 どうしようと探していたら sbt が良さげだった。 sbt - simple
CPad for Java2 SDKの詳細情報 : Vector ソフトを探す！
ソフト詳細説明 ■概要 ====== CPad for Java2 SDK(以下JCPad or CPad)は、 Sun Microsystems社の「Java2 SDK Standard Edition」用のJava開発環境です。 GUI環境で簡単にJavaプログラミングができます。 簡単に「コンパイル」&「実行」ができるので、プログラミング初心者の学習用途はもちろん、ちょっとしたテストコードの実行に手間をかけたくない中上級者にとっても有用なツールとなっています。 ■特長 ====== ・使いやすいGUI環境 ・複数ファイル同時編集 ・コンパイル環境の自動構築 ・見やすい構文強調表示 ・エラーを表示するメッセージウィンドウ ・柔軟な実行時ウィンドウ制御 ・自動バックアップ ・文字コード自動判別 ・任意コマンド実行機能 ・エラーメッセージからのジャンプはAntに対応 ・Package対応
「アラン・ケイの言語」を拒否したAppleに非難の声 | WIRED VISION
前の記事 日本の伝統的風景をゲームに変えた『超・ちゃぶ台返し!』 米国議会図書館は、なぜTwitterの全ログを保存するのか 次の記事 「アラン・ケイの言語」を拒否したAppleに非難の声 2010年4月21日 IT コメント： トラックバック (0) フィードIT Brian X. Chen Photo: Bryan Derballa/Wired.com 約40年前、テクノロジー界の伝説的人物Alan Kay氏は、子供達がプログラミングを学べる軽量タブレットを構想した。米Apple社の『iPad』はこのビジョンに近いデバイスとされる。しかし同社はこのほど、Kay氏の仕事に基づいた、子供も使いやすいプログラム言語がiPadに載ることを拒否した。 Apple社は14日(米国時間)、『iPhone』と『iPad』向けの『App Store』から、『Scratch』と呼ばれるアプリを削除した。S
アンチパターン - Wikipedia
ソフトウェア開発におけるアンチパターン (英: anti-pattern) とは、必ず否定的な結果に導く、しかも一般的に良く見られる開発方式を記述する文献形式を言う[1]。その内容は、基本的には、否定的な開発方式の一般的な形、主原因、症状、重症化した時の結果、そしてその対策の記述からなる[2]。 デザインパターンを補完・拡張する関係にあるもので、多くの開発者が繰り返すソフトウェア開発の錯誤を明確に定義することにより、開発や導入を阻害する一般的で再発性の高い障害要因の検知と克服を支援することが目的である[3][4]。 概要[編集] ある問題に対する、不適切な解決策を分類したものをアンチパターンと言う[5][6]。 アンチパターンという呼び方は、アンドリュー・ケーニッヒ（英語版）が1995年に作り出したもので[7]、後に書籍The patterns handbook[8]で再掲された。 ギャン
JavaScriptが第一級のプログラミング言語へ、分散バージョン管理にも注目が集まる
モデリングやオブジェクト指向などのソフトウェア技術などで知られるマーチン・ファウラー氏が所属するThoughtWorks社。同社が現在の技術のトレンドについて分析したホワイトペーパー「Technology Radar 2010」（PDF）がinfoQの記事「最近のテクノロジにおけるトレンドは？」で紹介されていました。 このホワイトペーパーでは、現在どの技術分野がホットなのか興味深い分析がならんでいます。ツールとプログラミング言語の2つの分野を取り上げて紹介しましょう。 分散バージョン管理と次世代テストツールに注目 分析結果はレーダーチャートのような図で表され、いちばん内側が「Adopt（受容）」で、外側にいくほど「Traial（試験）」、「Assess（要調査）」、「Hold（保留）」といった状態を示しています。 まずはツールの分野のチャートを見てみましょう。 内側の点から見ていくと、In
Twitterのクジラ解剖学、あるいは彼らがいかにサーバの処理能力を向上させたか
Twitterを利用していると、ときどきクジラの絵の画面が表示されることがあります。これはTwitterの処理能力がパンクして一時的に利用不可になったときに表示されるお馴染みの画面。 2月9日にTwitter Engineeringブログにポストされたエントリ「The Anatomy of a Whale」（クジラの解剖学）では、Twitterのエンジニアたちがこのクジラの内部に分け入ってどのようにTwitterサーバの処理能力を向上させたのか、という話が詳しく語られています。 彼らが行ったのは、まず詳細なデータを取得して原因がどの辺にあるのかを推測すること。そこから多数の無駄な処理を発見し、ソースコードの修正による性能の向上に成功します。 元記事は非常に長いエントリになっていますが、問題の調査から解決に至るアプローチについて多くのエンジニアの方の参考になりそうな内容が含まれていますし、T
プログラマーにとってのテストの重要性
優れたエンジニアはテストコードをとても重視している、という話を本人たちから直接聞く機会が最近ありました。 オープンソース会の重鎮として知られる楽天のよしおかひろたかさんは「下手なドキュメントを書くくらいだったらテストコードを書くべきだ」「ソフトウェアはテストコードと本体のコードの両方が必要。テストコードがないのは未完成品」と、テストコードの重要性を話してくれました。「全部書き直したいような（他人の）ソースコードを見たときでも、テストを書いていると心が落ち着いてくる（笑）」（吉岡氏）。 JavaのフレームワークSeaserの開発者などで知られるひがやすを氏は、コードレビューのときに「テストコードを見る」ことがほとんどなのだそうです。「テストコードがちゃんと書けていればOK」（ひが氏）。 これは1月30日に行われた「Source Code Reading Workshop Japan 2010
Sony Japan｜ソフトウェア脆弱性防止コーディングルール
ソニーが仕様を定めて作成・納品を依頼するソフトウェアにおいては、ソフトウェアセキュリティ上の脆弱性を出来るかぎり防止するために、原則として「ソフトウェア脆弱性防止コーディングルール（STM-0117 一般公開版）」*に規定するコーディングルールに従ったプログラミングをお願いしております。 ソニーはビジネスパートナーの皆様とともに、ソフトウェア脆弱性の防止に努力を重ねてまいりますので、ご協力のほど、よろしくお願いいたします。
Google App Engineでコードを書くと、処理のひとつひとつが課金に見える
先週末、ちょっとしたプログラムをGAE/Jで動かして実際に使ってもらってみたのですが、そうすると、いままでテストでちょこちょこやってたときには全部のDaily Quotaが0%だったものが、数%の数字を示すようになります。 これを、ちゃんとプロモーションして多くの人に使ってもらおうとすると、課金が発生したり制限にひっかかったりしそうです。 で、たとえばDatastore APIの呼び出し回数がヤバいとして、API呼び出しを減らすためにキャッシュしようとすると、MemcacheのほうのAPI呼び出し回数がヤバくなってきます。 で、じゃあということでデータストアにデータを置くようにすると、保存量の制約で課金がかかってきます。で、それならと、データストアに置くのはシリアライズしたデータにしてデータ量が最低限になるようにすると、今度はその処理をするためのCPU時間で課金がかかってきます。 コードを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドットインストール - 3分動画でマスターする初心者向けプログラミング学習サイト
TechCrunch
カリビアンコム期間限定スペシャルー無料お試し開始！
