はじめの言語の賞味期限 - Kato Kazuyoshi
ライブドアブログの PSGI 化の話 は良いはなしだと思う。一方で、私はあんまり Perl が好きじゃないので、10年にわたって生き続けた Perl アプリケーションが、次の10年にむけてアップをはじめているのは、ちょっとしたホラーでもある。 Twitter と Ruby と JVM ライブドアブログが、将来に向けて mod_perl から PSGI + Starlet にかえたように、将来に向けてプログラミング言語をかえる人達も存在する。最近の事例で有名なのは、Twitter の Ruby から JVM 言語群への移行だろう。 OSCON Java 2011 の Twitter: From Ruby on Rails to the JVM では、JVM への移行に至った理由として Ability to handle server workloads A real concurrency
CloudSticky: Evernote用デスクトップ常駐付箋紙 (クラウドスティッキー) プロジェクト日本語トップページ - OSDN
（旧名：Evernote Sticky） クラウド付箋紙． 特定のタグが付与されたEvernoteのノートを検索してデスクトップに表示します． 複数PC間で同じ付箋を共有できます．簡易的な編集も可能です． 説明ビデオhttp://www.youtube.com/watch?v=Yb9N9rkUP5s 同期がうまくいかない場合は，ファイアウォールを無効にするか， 使用しているjavaw.exeのファイアウォール通過を許可してください． 注意Evernote APIの認証方式変更に伴い，旧バージョン（Evernote Sticky）は2012年11月より使用できなくなります． CloudStickyの最新版をインストールしてください．
風と宇宙とプログラム
遅ればせながら先日の皆既月食の写真をアップ。 普段の日だったら仕事中か帰宅電車の中なのであまり見られなかっただろうが、今回は土曜日なので十分に楽しめた。 Nikon D7000, Tamron18-270mm, F6.3, 1.0sec, iso640 ついでに木星を撮ったらどうなるだろうかとやってみた。とても見られたものじゃないけど、ガリレオ衛星もなんとか写っている。GIMPで画像処理。 さらに、レンズ性能が気になったので、シリウスを撮ってみた。中央付近の映像で、まぁ、こんなものか、という程度。ピクセル等倍を８倍に拡大。(270mm, F6.3, 1/100sec, iso800） ところが、左上隅で撮ったのが下のもの。それぞれの隅で放射状になっているので、コマ収差なんだろうと思う。 ところで、iPhoneアプリのSkySafari3が凄すぎる。星は13等星まで表示できるし、星雲・星団は
エンタープライズシステムの開発言語選定の一考察（C#とJava） - torutkのブログ
アーキテクチャ設計の一部に、プログラミング言語の選択があります。選択に関わるのは仕事では10年振り（うん？ ちゃんと数えると13年か・・・）です。3月から下調べを開始して、可能な限り公平に。 もちろん人間の判断なので、主観が大きく関与せざるを得ません。特にプログラミング言語は、パラダイムの選択になるので。 前提の明確化 技術選定にあたっては、前提を明確にしておかないと、果てしない議論に陥ってしまいます。 ここでは、開発対象をエンタープライズ・システムとします。エンタープライズ・システムは、開発期間よりも運用（保守）期間が数倍（たとえば、開発１年に対して運用10年といったことも珍しくない）になります。また、システム化範囲も昔に比べて増えてきており、その分作成されるアプリケーション規模（機能量）も大きくなります。 また、運用（保守）期間では、随時機能の変更・追加が行われる想定とします。 システ
App Engineではどの言語を使えばいいのか - ひがやすを技術ブログ
App Engineで使える言語は基本的にはPythonとJavaです。それでは、どちらを選ぶのが良いのでしょうか。 それ以外の言語の人向けの話は後から出てくるのでしばらくこのままお読みください。 趣味ならば単に好きなものを選ぶだけでいいのですが、仕事で使うためには、長所と短所をきちんと把握した上で選ぶ必要があります。また、ここでの話は言語としての一般的な話ではなくApp Engineで使うとき限定の話としてお読みください。 まず安定度ですが、インフラ部分の安定度は、どちらも基本的に同じです。もしかすると、まったく同じものを使っているのかもしれません。 その上で動くAPIの部分は、インフラと直接結びついている低レベルな部分と低レベルなAPIの上に構築された高レベルな部分とに分けて考える必要があります。 低レベルなAPIはLLAPIと呼ばれたりしますが、安定度は、PythonとJavaも同じ
欧美色精品视频在线观看九_wwxxxxx日本高潮_全免费a级毛片免费看_亚洲乱码无限2021芒果
,欧美色精品视频在线观看九,无码无套少妇毛多18p,欧洲精品无码完整资源抢先看,亚洲精品不卡无码成人AV,2020久久国产综合精品swag,召唤之绝世帝王
全Eclipse Java プログラマーに捧げる Eclispe 徹底活用術完全版〜Eclipseに空気を読ませて楽する術〜 - Yamashiro0217の日記
この記事は、http://d.hatena.ne.jp/higayasuo/20090612/1244772658 の「Ctrl+1とCtrl+Spaceうんぬん」の話にインスパイアされて書いた。Eclipse可愛いよ。Eclipse。 記事長いから、さくっと読み飛ばして、アニメーションgifがあるところから読んでも十分訳にたつと思う。 あと、新人さんとかに写経させるのもいいかも。というか、半分ぐらいうちの新人に勉強のためと思って書いたから。で、実際に写経させて役にたった。 Java は Eclipse などの IDE も含めて言語というか、環境というか…だと僕は思ってる。Commons, Maven なども含めたい（まぁ、そのあたりは、CPANも含めてperlだろ。とか、これは否定する人だらけだろうけど、Rails＝rubyということを言う人もいるよね）。 少なくとも僕は、Eclipse
あなたの「コード読解力」はどれくらい？ | スラド
奈良先端科学技術大学院大学の森崎助教らによると、ソースコードの読解力は個人差が大きく、実験では同じソースコードを理解するための時間に6倍もの差があることが確認できているそうだ（「2,000行のJavaソースコードを読むのに何分かかりますか？」）。 といっても、自分の「ソースコード読解速度」が速いのかそれとも遅いのか、なかなか立ち位置を知るのは難しい。そこで森崎助教らは、研究の一環としてオンラインでのソースコード読解ハンズオンを公開した。これにより自分のソースコード読解能力が他人と比べてどの程度なのかをチェックできるとのこと。また、集計されたデータは個人情報を除去した上で公開されるほか、ソースコードの差分（パッチ）とその理解に必要な時間（コスト）との関係を明らかにする研究の題材にもなるそうだ。
JRuby on Rails on Google App Engine勝手訳 - ずっと君のターン
Google App EngineのJava版が出ました。まぁJavaは比較的どうでもいいんですが、嬉しいことにこの上ではJRubyが動くようです。海外の先駆者ががんばってブログを書いてくれたので、いつものように勝手訳してみます。 http://olabini.com/blog/2009/04/jruby-on-rails-on-google-app-engine/ これは最近アナウンスされたGoogle App EngineがJavaをサポートするというニュースに関する記事の3つ目だ。今回の記事ではJRuby on RailsアプリケーションをGAE/Jで動かすのに必要な手順をさらってみて、アプリケーションの特性がどのようになると予想すべきかに付いて書きたい。 まずJRubyは最新版が必要だ。JRuby1.2リリース以降にJRubyのtrunkに加えられた変更のほとんどが必要になるので、
DIコンテナ【Dependency Injection Container】
DIコンテナは，「DI（Dependency Injection：依存性の注入）」と呼ぶデザインパターンに基づいて作られたコンポーネント群を集中管理するためのソフトウエアです。 DIは，コンポーネント（クラス）間の依存関係をソースコードから取り除くことで，プログラムの実行時までコンポーネント同士が依存関係を持たないようにするデザインパターンです。 例えば，あるクラスAの中で別のクラスBのインスタンスを生成して利用しているとき，AはBに強く依存してしまっています。つまり，Bを別のクラスに差し替えたときなどにはAも変更しなければなりません。このような依存関係は，AとBを別の人が作っている場合などに特に困ります。 こうした依存性をクラスから取り除くのがDIパターンです。Bへの依存性をAから排除するには，まずBの機能を抽象化したインタフェースIを定義し，Iを実装したクラスとしてBを作ります。 Bの
RubyはJavaより難しい(と思う) - Railsの acts_as の話 - — ありえるえりあ
Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ
[lib] モックとスタブの違い
TEST http://d.hatena.ne.jp/devbankh/201001 モックやスタブを使った効率的なユニットテスト http://d.hatena.ne.jp/devbankh/201002 モックとスタブの違い コミュニケーション http://d.hatena.ne.jp/devbankh/20051124 簡単かつ効果的に話すために "モックオブジェクト"という言葉は、テストのために本物のオブジェクトをまねる特殊なオブジェクトを表す言葉として定着した。しかしモックという言葉は元々スタブをキャッチーにしたものでなく、[スタブを使ったのとは別の] ユニットテスト方法を用いるためのものなのだ。この記事では、モックオブジェクトのファンに好まれる相互作用中心のテストと、よく行わている状態中心のテストスタイルとの違いを説明するために、モックとスタブの違いについて掘り下げる。 目次
ひがやすを blog
今週の土曜、9/24にSeasar Conference Finalを行います。 10年前に始まったSeasar Conferenceもいよいよ今度でFinalです。 お申し込みはこちら。 http://seasar.connpass.com/event/38679/ Seasar Projectの面白かったところって、開発方法論が盛り上がったところだと思うんですよ。 ステートレスなサービス + DTO vs Fatなドメインモデルみたいな。 マーチンファウラーをはじめとして、著名な人たちのほとんどが「ドメインモデル推し」の中、僕は、「ステートレスなサービス + DTO推し」だったからね。S2Daoは、このために作ったようなものです。 あの開発方法論の議論に、かなりの人が参加したり、自分で考えたりしたでしょう。それが、面白かったところです。みんなが自分の事として考えたから。そんな難しい話で
moratorium | Android Review
Android Review 2007-11-14 (Wed) 5:55 Uncategorized - Android - An Open Handset Alliance Project - Google’s Android OS early look SDK now available - グーグルが広げる携帯電話の可能性–Andoroidファーストルック HelloWorldを書くのは既にんぱか大先生にやられてしまったので、もうちょっと先を追ってみよう。iアプリからプログラミングを始めた人間としてクラス一覧を眺めていて気になったのは次のような機能。 バックグラウンドプロセス (Service, Intent, Intent Receiver) Android IDLを使ったInterProcessCommunicationの仕組み データベース (SQLiteDatabase)
ひがやすを blog - Javaを古くしたやつとRubyを煽っているやつ
その正体はわかったよ。正体わかった瞬間からだが震えたよ。まじで。 まずは、羽生さんのこのエントリを見て欲しい。 http://d.hatena.ne.jp/habuakihiro/20070922#1190464426 その後によしおりのこの有名なエントリも復習して欲しい。 http://d.hatena.ne.jp/jYoshiori/20070826/1188150596 もうさぁ、変わってないよねぇ。昔からのこの構図。歴史は繰り返すっていうの。 あからさまにいうとさぁ。賢いスーツな奴らと、頭の固くてあわれで保守的なおやじの歴史だよ。 最初は、EJBだよ。EJB。これからは、ビジネスコンポーネントが流通して、もうプログラミングはいらなくなる。コンポーネントの組み合わせを考えるだけでOKみたいな。最初にね、キャッチーな言葉とともに、あらたなテクノロジーを広めようとするのは、賢いスーツな奴
MOONGIFT: » GUIのようなWebアプリケーションを構築「Rialto」:オープンソースを毎日紹介
最近の流行はやはりWebアプリケーションだ。特にWeb OSをはじめとして、まるでGUIアプリケーションのようなインタフェースを実現したものが増えている。 あのようなアプリケーションを作るのは非常に手間がかかることだろう。だが、そのためのツールキットも登場している。これを使えば簡単に優れたインタフェース、操作性を実現できる。 今回紹介するオープンソース・ソフトウェアはRialto、各種言語に対応したWeb用GUIツールキットだ。 RialtoはまるでGUIアプリケーションさながらのコンポーネントが提供している。ツリーメニュー、ドラッグで動かせるウィンドウ、フレーム、タブメニュー、グリッド、カレンダー等だ。 ウィンドウ一つにしても、平行、垂直にしか動かせないようにしたり、グリッドを表示したりと細かく制御できる。これらのライブラリがPHP、.NET、Python、JSF、Taglib、GWT向
回転と脱線 - vimでjavaの開発を行う その1
まあ前々から考えてた事なんだけどできるのかなあと。 インスコ時はXみてーなのとか立ち上がってないといかんっぽいけどインスコが 終わればterminalだけで動くはずです。 まあちょっとやってみたいひとは参考にしてみてください。 使用するもの JDK1.5 Eclipse3.3 Vim7 eclim1.3.1 1. JDKをインスコ まあ普通にインスコします。 1.5以上じゃないとあかんらしい。 2. Eclipse3.3をインスコ Enabling Open Innovation & Collaboration | The Eclipse Foundationから3.3をダウンロードします。 解凍して適当な場所に置きます。 一度起動してworkspaceの場所、あと自動ビルドの指定をしておきます。 WTPとかインスコしておくといいらしいのでupdateから入れておきます。 emfとかもいる
Java running faster than C
Note: A lot of people seem to be taking this post to be the "Ultimate C vs Java shootout". It's not. Performance is a very complex topic. My only real point is this: Java (which used to be slow) has reached the class of "fast languages". For the majority of applications, speed is no longer a valid excuse for using C++ instead of Java. I just saw this page comparing the performance of several langu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer