計算幾何学とは 小学生や中学生の頃、算数や数学の授業で、台形の面積を求めたり、直線の方程式を解いたりした記憶が誰にでもあることでしょう。計算幾何学とは、コンピュータサイエンスの立場から、こうした「図形」に関するアルゴリズムを研究する学問です。計算幾何学は、今日のコンピュータグラフィックスやCADの発展においてきわめて重要な役割を担っているほか、地理情報システム（GIS）やロボット工学といった数多くの分野に応用されています。 本連載では、ブログ可視化サイトの「Blogopolis」で採用されている計算幾何的アプローチを引き合いに出しつつ、Javaプログラムでアルゴリズムを実装しながら、計算幾何学の初歩を学びます。 Blogopolisとボロノイ図 Blogopolisは筆者の開発したWebサイトで、主に日本国内で開設された25万件以上のブログを解析し、「仮想都市景観」として視覚化したサービ
今回からしばらく「Comparators」と題した読み物を書かせてもらうことになりました。よく似た、あるいは相反する2つのアイデアを見比べたら何かが見えてこないか。そんなもくろみで書きたいと思っています。 今回のComparator（比較演算子）はこの2つ、HackabilityとHackinessです（図1）。どちらも耳慣れない言葉かもしれません。 図1 今回のComparator Hackability Hackabilityとは、ソフトウェアやシステムの性質、その対象が「ハックできること」や「ハックしやすいこと」を意味します。ハックと言ってもセキュリティホールを攻撃するほうではなく、コードを書いて遊ぶほうです。 「あの会社から出てきた新しいサービス、スクリーンキャストを見たよ。デザインはカッコいいね。けっこう遊べそう？」「いやー、SDKどころかAPIもないからHackabili
前回の（1）はこちらから。 プロジェクトでcronを利用する 筆者は普段ゲーム開発のサーバサイドを担当していますが、プロジェクトによってはバッチサーバのcrontabが100行を超えることもあります。イベント、ランキング処理、監視、集計、バックアップ、リカバリ処理などをしっかりやろうとすると、どうしてもそれくらいになってしまいます。 100行とはいかなくても、プロジェクトで使うcrontabの行数が膨らんでくると、サーバで直接crontabを編集することは管理上現実的ではありません。 crontabの記述とリポジトリ管理 では実際のプロジェクトでcrontabをどのように管理していけばよいのでしょうか。筆者は次の方針を立てています。 crontabの記述にゆるやかな規約を設け、リポジトリ管理する crontabの自動テストを行う crontabの反映方法をなるべく自動化する crontab
日本人が知らない中国オープンソース最前線 ―「嫌儲」「原理主義」のないOSS文化を読み解く このところ各種OSSプロジェクトに大きく貢献を広げている中国。知られざる中国のOSS最新事情を，中国在住でオープンソース活動にも加わっている著者がさまざまな観点から紹介します。 2022年，AWSを図解で学ぼう～最短1日で基礎が身に付く 駆け出しからベテランまで，サーバ管理の世界ではネコも杓子もAWSが話題です。この連載では，AWSの解説をしつつ「結局，AWSって何なんだよ？！」という疑問に答えてきましょう。 はまちちゃんとわかばちゃんのREADER'S FORUM―読者のページ WEB+DB PRESS特別編集部員，さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが，毎号，読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
C#の非同期構文をフル活用し業界最速の応答速度を実現 現在、多くのソーシャルゲームがPHPやPython、Rubyといった、いわゆるLightweight Languageを使って開発されていますが、（株）グラニではプログラミング言語としてC#を採用し、Windows環境で開発および運用を行っています。実は、現在提供している「神獄のヴァルハラゲート」は、2013年1月のリリース時点ではPHPを利用していました。しかし同年4月にC#への移植を開始し、3ヵ月後の7月16日にはC#への切り替えを完了させています。 このようにC#にこだわっている理由の一つがパフォーマンスです。ソーシャルゲームはユーザがアクションを起こすたびにデータが更新されるというしくみ上、どうしてもViewのキャッシュを効かせられなかったり、1万リクエスト／秒を超えるような高負荷が発生したりしますが、そうした状況においても平
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回のハッカーはsongmuさんこと松木雅幸さんで、テーマはcronです。 なお本稿のサンプルコードは、本誌サポートサイトから入手できます。 cronとは？ cronは指定日時にジョブの自動実行を行うジョブスケジューラです。UNIX系のOSであれば実装の違いこそあれ、ほぼ標準でインストールされています。 作業自動化や、タスクを自動実行したいなどといった場合にcronは避けては通れません。Perlでバッチ処理を書く際などに多くの人が活用していると思いますが、ベストプラクティスがわからず恐る恐る使っている人も多いのではないでしょうか。 本稿では、cron活用におけるベストプラクティスについてお話します。 cronの使いどころ cronの使い途は、主に次の3つが考えられます。 a．アプリケーションのジョブの実行 b．システムに関わる
あけましておめでとう！ gihyo.jpでははじめまして。私、暮井 慧。よろしくね！ みんなはもう、今年の“初”プログラミングはした？ いろいろなプログラミング言語があるけど、今年はどんなことが起きるのか気になるよね？ そんな人たちのために、いろいろな言語について、去年のふりかえりと、今年の動向なんかを詳しい人に聞いてきたよ！ 「いろいろ」といっても、ちょっと偏っているかもだけど……お正月早々、細かいことは気にしないほうがいいよね！ C# 最初は、C#のことならなんでも知っているC#たん！ こんにちは！ こんにちは！ C#の2013年はどんな年でした？ 慧 さっそくだけど、去年のC#ってどんな感じだったの？ C#たん 2013年は、C#を使って開発できるプラットフォームが一気に広がった年でした。携帯端末ではiOSやAndroid、ゲーム機ではPlayStationなど、マイクロソフト
第12回おわりに：RESTがつくる明るい未来 山本陽平，羽生章洋，和田卓人 2008-01-28
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
この連載の目的 プログラミング言語の入門書を読んだり、学校で学習し終えても、実際にソフトウエアを作れないと感じる人が多いものです。それは、特定のプログラミング言語の「文法」を学習しただけだからです。ソフトウエアを作る手順を、私は次のように分解して考えています。 何を作りたいのか、必要なのかはっきりさせる 同じものが既に無いかを調べ、仮に同じものがあっても作る価値があるか考える 私の使えるプログラミング言語でそれができるか調べてみる 試作品を作ってみる 上手くいきそうならきちんと設計する 仕上げる 手順の3や4で頓挫することがあります。手順の5と6は、行きつ戻りつの作業になります。手順の6の作業中に、使っている言語だけではできないことが分かってがっかりすることもあります。 いずれにせよ、この連載が読者として想定するのは、上記の作業を未経験の人です。 上記の作業を効率良くおこなうためには、様々
Linux Daily Topics 2012年12月28日Linus怒髪天！─カーネルメンテナーに投げつけた連発F*CK、そのワケは…？ SHUT THE FUCK UP! だまりやがれ、この野郎! お前何年カーネルメンテナーやってんだよ!! ──我らがLinus Torvaldsは怒りのボルテージが上がると、相手が誰であろうとF*CKという言葉のつぶてを容赦なく投げつける。だが、今回のLinusの怒りようは尋常ではない。同じF*CKで相手を罵倒するにしても、NVIDIAに中指立てたとき、あるいは米大統領選の最中のロムニー氏を小馬鹿にしたときに比べて、その怒りの度合いははるかに大きい。そしてだからこそ、Linuxユーザは改めて彼を強く尊敬することになる。 まずは英語が得意ではない方でも、以下のリンクを開いてざっと目を通してみてほしい。Linusの怒りのほどがひしひしと伝わってくるはずだ
ソフトウェア開発の難しさ ソフトウェアの開発プロジェクトに少しでも関わった人は誰でも知っていると思うが、ソフトウェア作りで最も難しいのは「スケジュール通りにソフトウェアを完成させること」である。 バグがなかなか修正できず泥沼にはまってしまったり、変更され続ける仕様のために当初立てたスケジュール表がまったく役に立たなくなってしまったり、スパゲッティコードに頭を抱えたりということはよくある。出口の見えない状況でソフトウェアエンジニアが過酷な労働を強いられる状況を「デスマーチ」（death march）と呼ぶが、そんな言葉が存在すること自体が、ソフトウェア作りの難しさを表している。 ソフトウェアの開発は「生産活動」ではあるのだが、建物を建てる、料理を作る、野菜を育てる、ハードウェアを組み立てるなどの生産活動とは大きく違うのだ。 建物の場合で言えば、明確に定義された「設計図」がある。そして、その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
