楽々Framework3の特長 粒度の大きな部品を組み合わせることで チームの情報共有ツールから基幹系システムまで 本格的なWebシステムをかんたんにすばやく構築
楽々Framework3の特長 粒度の大きな部品を組み合わせることで チームの情報共有ツールから基幹系システムまで 本格的なWebシステムをかんたんにすばやく構築
たとえば PHP で、 if ($hoge) { ... } とか書いてあったら、 $hoge がどんな値のときに if の中身が実行されるのか即答できますか。 こういう書き方は多くの言語で可能ですが、言語によって何が真で何が偽になるのかが異なるので、それぞれまとめてみました。 C言語 C言語には bool 型が無い。 0 (int) だけが偽となり、それ以外はすべて真となる。 NULL 定数は stddef.h で以下のように ((void*)0) と定義されているため、偽値として使える。 意見が分かれそうなところですが、個人的にはNULLを偽値として使用するは好きじゃないです。 #ifndef __cplsuplus #define NULL ((void*)0) #else #define NULL __null #endif C++ C++になると bool 型が出てくる。C と同
なんというか、ブログに乗せるのもみっともないのだが、小1時間ほど悩んでしまったので、メモとして残しておく。 先のログで、Struts1.3をつかって「GAE/Jのデータストアにあるバイナリーをダウンロード」してみた。 これでは「つまらない」し、「用途が限られている」ので、「データストアに入れた画像を表示しましょう」と思ったのが発端。習慣というか摺りこみというかは恐ろしい。「画像はファイルシステムにおいて、そこにリンクをする」という先入観がある。だが、GAE/Jでは(ファイルシステムへの書き出しが禁止されているので)、これはできない。ちなみに、昔懐かしいAppletも使えない仕様になっている。それで「さてさて」となってしまった。 「あらら、imgのsrcにアクションを指定すればいいんだね」と気がつくまでに小一時間。先入観は怖い。だが、簡単にできることがわかってよかった。以下は、そうやって表示
Google App Engine(以下、GAE)上で、アップロードした絵に文字を入れてくれる掲示板を作ろうかなと思っている。 GAEではJavaの画像処理関係のライブラリはほとんど削られているが、いくつかの画像を合成する機能ぐらいは持っている。 しかしながら、1万文字以上もある日本語文字を全て画像として用意するわけにもいかない。 また、画像として文字を用意するのであれば、容量が大きくなるか、クオリティが低くなるか。 1文字ごとに別ファイルにして1万ファイルというのは、GAE上にアップ可能な静的ファイルの数制限に引っかかるので、1つのファイル内に複数の文字を収納する必要がある。 あるいはストレージ上に文字画像データを持たせることだが、やはりどうにも、非現実的な気がするのだ。 そこで、GAE上でフォントファイルを使って文字画像を生成しようというのが、今の所の予定。 フォントファイル描画は、こ
以前も書いたが、Google App Engine for Javaではjava.awt.image.BufferedImageなんかが使えないので、代わりのImage Manipulation APIを使うしかない。これには画像を合成する機能はあるが、図形を描く機能はない。しかし仕事で動的に生成したマスクを画像にかける必要が出てきたので、なんとかしなければいけなかった。 最初に、1ピクセル四方の画像を読み込んでそれをひたすら合成してマスクを作ることを考えた。ImagesServiceFactoryのmakeCompositeでひたすらCompositeを作成して、Listに格納して、ImagesServiceのcompositeでまとめて合成しようとするとエラーが出た。エラーメッセージによると、まとめて合成できるCompositeは16個までらしい。そんなに少ないならリファレンスにそう書
Google App Engine でカウンターを作ってみた(再) - すぎゃーんメモの続き。というか変更。 以前にPython版で作ったGoogle App Engine上で動くアクセスカウンターを、Javaで作り直してみた。 http://gae-counter.appspot.com/ 基本的な作りは同じで、 Google Accounts APIでユーザー認証 ユーザー毎に3つまでのユニークなカウンターを作成 カウンター毎に画像URL(PNG or JPEG)を提供 アクセス毎に画像の数字が増加 アクセス情報(時刻、UserAgentなど)を記録 という程度。ちょっと使う画像を選択できたりサイズを少しだけ変更できるようにしてみたりした。 カウンターを分散して負荷に耐えられるように、といった工夫はしてないw ソースはGitHubで公開しています。 http://github.com/
バイトでGoogle App Engine for Javaを使うことになった。Javaを使うのは初めての体験だ。画像を読み込んでピクセルごとの色を取り出す必要があり、java.awt.image.BufferedImageというクラスを使えばいいらしいことがわかったが、いざコンパイルしようとするとエラーが出る。調べるとjava.awt.image.BufferedImageはGoogle App Engine for Javaで使えないことがわかった。ほかにも使えないクラスは沢山あるようだ。 JRE クラスのホワイト リスト - Google App Engine - Google Code 代わりに画像処理用のAPIが用意されているが、機能はそれほど多くない。特にピクセル単位での処理はできないようだ。 Images Java API - Google App Engine - Goog
継続的インテグレーションとは Hudsonの具体的な紹介に入る前に、まず簡単に「継続的インテグレーション」(Continuous Integration、以下CI)のおさらいをしましょう。CIは、Extreme Programmingに端を発し、Martin Fowlerによって広められた概念で、狭義には、別々に開発された部品を持ち寄ってお互いの動作を検証する「統合テスト」を早い段階から恒常的に行うことを指します。この当初の概念には必ずしも統合テストの自動化という考え方は含まれていませんでしたが、最近では、CIは単に統合テストだけではなく、広くビルド及びテスト全般を恒常的に行うことを指すようになり、またこれを現実的な工数で実現するための必須の手段として、ビルド・テストの工程を極力自動化する、という事が重要なポイントの一つになってきました。 この考え方の背景の一つには、コンピュータの高性能
JavaのコアAPIに含まれるjava.util.Mapインターフェイスは、キーと値とのマッピングを表すデータ構造のためのインターフェイスです。同パッケージに含まれるListインターフェイスとともに、Javaプログラミングでは非常によく使われるインターフェイスといえるでしょう。 コアAPIには、このMapインタフェース実装クラスがいくつも用意されています。マップというデータ構造は、常にキーを通して値へのアクセスを行うものです。そのため、キーが許容する値やその格納方法などが、個々の実装を特徴付けるポイントになります。 マップの利用頻度は非常に多いだけに、コアAPIで使えるマップの種類を確認しておくのは、効果的なプログラミングへとつながります。ここでは、java.utilパッケージに含まれる5つのMap実装クラス、Hashtable、HashMap、TreeMap、IdentityHashMa
Swingのアプレット Swing の多くのコンポーネントは、AWT を拡張した軽量コンポーネントです そのため、多くの場合は AWT の基本的な知識を必要とします 注意しなければいけないのは、AWT を拡張しているとは言え AWT の重量コンポーネントとは基本的な仕様で異なる部分があります たとえば、レイアウトや子コンポーネントなどは AWT の考え方と異なります これらの理由から、AWT に Swing のコンポーネントを使ったり Swing に AWT のコンポーネントを使うことは好ましくありません そのようなプログラムをする場合、双方の異なる部分について注意する必要があります これをふまえて、Swingによるアプレット を作成しましょう なぜ Swing にもアプレットがあるのかというと、Swing のコンポーネントを配置するためです やはり Swing のコンポーネントには Sw
\閉鎖予定のサイトも売れるかも?/ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く