How to watch NASA's first Boeing Starliner crewed flight launch today (scrubbed)
タオソフトウェアはこのほど、Androidアプリを自動生成するWebサービス「ドロクリ」の試験運用を開始した。 ドロクリがあらかじめ用意するフレームワークに、ユーザーが持つ画像や動画などのコンテンツを組み合わせることで、Androidアプリを自動生成する。 現在利用できるフレームワークは、アナログ時計のウィジェットと動画ビューアの2種類。アナログ時計ウィジェットは、時計盤/短針/長針の画像とアプリケーションアイコンをアップロードすれば、その画像を使った時計ウィジェットが自動生成される。 イラストや動画など、クリエイターが持つコンテンツ資産を、アプリ開発能力がなくても低コストにAndroidアプリとして流通できるようにするのが狙い。「Android端末をコンテンツ発表の場にしてほしい」としている。 試験運用中は無料。本運用開始後には、生成したアプリをAndroidマーケットなどで有料販売でき
enum basics - しげるメモで基本的なことをおさらいしたので、私がよく使ってるenum関係のパターンをいくつか。 ステートパターンをenumで enumを使うようになってまず一番変わったのが、 private static final int SOME_STATE = 1; みたいな典型的なアンチパターンを書かなくなりました。これはステートパターンを非常に書きやすくなったためだと思います。 よくこんなコード書いてます。本当はもうちょっとロック処理とかを書かないとだめですが、ステート部分は大抵こんな感じです。 public class Lifecycle { // 初期状態はINITIALに固定 private State state = State.INITIAL; // 外側に公開する状態遷移メソッド public void start() { state = state.st
現場でEnumに慣れてない方によくEnumでのメソッドの使い方を聞かれるので、上っ面な内容ですが簡単に書いてみました。 またEnumでGofのStateパターンとか色々実装出来ますが、そこまで辿り着けない人の助けになればと思います。 以下のEnumクラスに色々肉付けしていきます。 public enum Language { JAVA,PHP,RUBY; } 列挙子に共通のメソッドを持たせるための実装 それぞれの列挙子に共通の振る舞いを実装をするには、以下のように単にメソッドを定義するだけ public enum Language { JAVA, PHP, RUBY; //これ public String sayHello() { return "Hello!! "+this.name(); } } 実行するためのコード for(Language lang : Language.value
Software Design 2010年6月号 にのった artonさんの 関数型言語についての記事中の、プログラミングパラダイムの分類(↓) について、Software Design 2010年6月号が面白いです - みねこあ で、 オブジェクト指向パラダイムの仲間のなかで、なんで Smalltalk だけ仲間はずれ(しかも「手続き型」にされてる)なんだろうと思ったり。(中略) その中で比べたらかなーり Lisp っぽいのに...。すくなくとも Ruby とグループが分かれる理由はわかんない。 と、疑問を書いたところ、arton さんから、Smalltalk が (関数が第一級オブジェクトになっている等その実質の機能は別として)意図として 関数型とのハイブリッドを目指していないこと、Ruby は 同じものに collect と map の二つの名前を与えている例を示し、関数とのハイブリ
昔々、アップルに、ジョブスとウォズニャックという二人のスティーブがいたころ、その主力商品はApple][ だった。 Apple][ は、当時のまだパソコンという存在のイメージが固まりきっていない時代のパソコン的な機械の中では、群を抜いて高性能で、色々な可能性を感じさせて、おしゃれな製品だった。虹色のリンゴマークはあこがれだったね。その感じは、今のiPhone やiPad に重なるところがある。 このApple][ で最高に素晴らしかったのは、ハードウェアもBIOSやOSのような根幹のソフトウェアもフルオープンに公開されていたことだ。今から思うと同人誌みたいな冊子で、それらの情報の書かれた本が色々売っていた。 だから、apple][上では、パソコンをただのおもちゃに過ぎなかった物から、仕事に使えるものに革新させるような、数々のイノベーションが起きた。最初の表計算ソフトビジカルクが作られ
慶應義塾大学総合政策学部総合政策学科卒業論文 2005/04/10 マンガ表現における児童ポルノ規制問題の基礎研究 伊藤 尭 慶應義塾大学総合政策学部4年 学籍番号 70100935 [本稿の要約] 我が国では1999年に児童買春・児童ポルノ禁止法が施行されたが、その前年に提出された同法案には「絵」が規制対象に含まれていた。この「絵」という文言にはマンガ表現が含まれる可能性が秘められている。マンガ表現における児童ポルノは法規制を受けようとしていたのである。また同法改正を経ることで、今現在も法規制を受ける可能性は残っている。このことを本稿では「マンガ表現における児童ポルノ規制問題」と名付け、それに対する世論、規制推進派、規制反対派、購買者の立場の分析を行っていく。 第一章ではこの問題の概要と、90年代前半に起きた有害コミック問題との接点
LocationManager.getLastKnownLocation()というのがあったので、これを定期的に呼べばいいのかと思ったのですが、これだとちっとも座標が変わりません。どうも、これは最後に(何かのアプリケーションが?)位置情報を要求したときの座標が返ってくるだけで、自動でアップデートはされないようです。常に最新の位置情報を受け取るには、Location.requestLocationUpdates()を使うようです。 public class MainActivity extends Activity { private LocationManager locationManager; public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); locationMan
5pb.社長「PS3はゲーム機として使ってる人が少ない、『ゲーマー熱』の平均値で言うとXbox 360には適わない」 5pb.社長、PS3について語る 5pb.志倉さん:前編「コミュニティの力に注目してます!」:Kotaku JAPAN ―PS3ではゲームは出さないんですか? うーん、出さないという理由は特にないんです。開発機材やライセンスの問題でもなく『なんとなく出していない』という流れだけなので。今スグに何か発表をするといった具体的な予定はありませんが、今後はどうでしょうね。何とも言えません。 ―Xbox 360メインでゲームを出している理由はなんですか? 一番着目しているのはXbox 360がゲームの装着率において大きなアドバンテージを持っているという事です。こういう言い方は誤解を受けるかもしれませんが、 PS3はゲーム機として使っていない、考えていない人も多いと思います。
3月に終了したお笑いタレント・タモリのNHK冠番組『ブラタモリ』(NHK総合)が、今年10月に復活することが28日、わかった。番組終了後も視聴者から反響が多数寄せられ、同局がタモリ側に熱烈オファー、終了半年で早くも“シーズン2”が実現した。尾関憲一プロデューサーは、前シリーズ同様に「一般の散歩では見落としがちな面白いものと、普通は入れない場所を紹介するっていうのを、NHKらしさを織り交ぜて見せたい。タモリさんにはまた驚いてもらいたいですね」と意気込んでいる。 【写真】古地図片手に上野を散策する、タモリと久保田祐佳アナウンサー 2008年12月に単発放送され、その後、昨年10月よりレギュラー放送された『ブラタモリ』。坂道や日本の歴史、地理に詳しいタモリが実際に都内各地を練り歩き、独特な味のあるトークや視点から街並みの変化を味わうという探検散歩型番組となっている。 新シリーズ放送にあたり
今日、ふと思ったのだが、riskに対応する日本語ってないんですね。 「危険」が一番近いかな? でも危険はdanger。 riskは危ないかどうかじゃなくて確率論の話。「望ましくない結果となる確率が高い」ことがrisky。 前も書いたような気がするが、高層ビルの屋上から飛び降りるのはno risk。必ず死ぬから。自殺するんだったら、「望ましくない結果」=「生き残ってしまう」だが、その確率はゼロだからno risk。 ・・・・・というのはちょっと嘘で、New Yorkで47階から落ちて生き延びた人がいるので、バビルの塔ならぬDubaiの160階建てのビルくらいまで行かないと実はリスクがあるかも。 もとい、リスクという概念がそもそも存在しない国の人に「リスクを取れ」といってもなかなか上手くいきそうにないですなぁ。「むやみに危ないことをしろ」って言われてるみたいですもんね。 <関連過去エントリー>
最近の私の仕事は Ruby on Rails 案件ばかりだ。そうなる以前、流行しつつある Rails を横目に見ながら Java 案件に取り組んでいた頃は、Java の融通の利かない言語仕様に苛立ち、一刻も早くJava から Ruby へ移行したいと思っていた。しかし、実際に Ruby で開発を行ってみると、そこには譲れないトレードオフがあった。Eclipse 上の Java コードは、死んだ文字列ではなく、呼びかければ応えてくれるオブジェクトだったが、Aptana RadRails 上の Ruby コードは、それとは程遠い代物だった。補完はまともに働かず、依存先へのナビゲーションや依存元の検索はインテリジェントでなく、リファクタリング支援は貧弱。これは、特定ツールの未成熟の問題というよりも、動的型付け言語のアイデンティティに関わる問題だろう。そして、Rails アプリケーションの実行速度
linq.jsってデバッグしにくいかも……。いや、やり方が分かればむしろやりやすいぐらい。という解説を動画で。HDなので文字が見えない場合はフルスクリーンなどなどでどうぞ。中身の見えないEnumerableは、デバッガで止めてウォッチウィンドウでToArrayすれば見えます。ウォッチウィンドウ内でメソッドチェーンを繋げて表示出来るというのは、ループが抽象化されているLinqならではの利点。sortしようが何しようが、immutableなので元シーケンスに影響を与えません。ラムダ式もどきでインタラクティブに条件を変えて確認出来たりするのも楽ちん。 ところで、JavaScript開発でもIDE無しは考えられません。デバッグというだけならFirebugもアリではありますが、入力補完や整形が可能な高機能エディタと密接に結びついている、という点でIDEに軍配があがるんじゃないかと私は思っています。動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く