時間	記事数	文字数	文字数平均	文字数中央値
00	115	12736	110.7	27
01	75	10082	134.4	36
02	35	9136	261.0	134
03	14	2544	181.7	43
04	8	751	93.9	36.5
05	15	1002	66.8	54
06	18	1440	80.0	59.5
07	19	4606	242.4	56
08	24	2363	98.5	40
09	60	6034	100.6	53
10	83	12941	155.9	28
11	132	8124	61.5	36
12	136	8410	61.8	29
13	103	8644	83.9	29
14	98	7574	77.3	32.5
15	109	10366	95.1	32
16	113	12292	108.8	36
17	109	6609	60.6	31
18	77	6853	89.0	45
19	94	10888	115.8	30
20	107	9564	89.4	38
21	74	4799	64.9	26.5
22	48	7045	146.8	80.5
23	69	6118	88.7	45
1日	1735	170921	98.5	35

頻出名詞 ()内の数字は単語が含まれる記事数

人(170), 自分(103), 今(80), 日本(69), 増田(66), 話(64), 女(62), 前(51), 男(46), 気(42), 仕事(42), 相手(40), 日本人(39), 人間(39), 問題(37), 好き(37), 最近(36), 感じ(36), 女性(34), 頭(33), 普通(32), 他(31), 意味(31), 男性(31), 場合(30), あと(30), 顔(29), うんこ(28), ー(28), 気持ち(27), 時代(27), 結局(26), 手(26), 社会(25), 理解(25), 結婚(25), 目(24), しよう(24), 一人(24), ネット(23), サービス(23), 今日(23), 言葉(23), 世界(23), 会社(22), 犬(22), 現実(22), 嫌(22), 子供(21), 一緒(21), アメリカ(21), 結果(21), ワイ(21), 扱い(20), 海外(20), 無理(20), 最初(20), 必要(19), 馬鹿(19), サイト(19), 理由(19), 時間(19), 関係(19), ゴミ(18), 勝手(18), 国(18), たくさん(18), 状態(17), ダメ(17), 他人(17), 風俗(17), 周り(17), 子(17), 別(17), 記事(17), スマホ(16), 出て(16), 幸せ(16), セックス(16), イメージ(16), 情報(16), 世の中(16), 仕方(16), 日本人女性(16), 名前(15), 声(15), 確か(15), 人生(15), 英語(15), 動画(15), 友達(15), 映画(15), 差別(15), お金(14), 金(14), 本(14), 勉強(14), 部分(14), 病院(14), 非常(14), 検索(14), 昔(14), テレビ(14)

頻出固有名詞 ()内の数字は単語が含まれる記事数

日本(69), 増田(66), ワイ(21), アメリカ(21), 日本人女性(16), スマホ(15), じゃなくて(13), キモい(12), 昭和(12), 東京(12), ブコメ(11), 1人(11), モテる(11), 新井浩文(10), 可能性(10), モテ(9), デリヘル(9), アプリ(9), 韓国(9), マジで(8), 平成(8), 何度(8), 欧米(8), 2019年(8), KKO(8), ブクマ(8), 個人的(8), なのか(7), 価値観(7), 自己評価(7), 日本人男性(7), 分からん(7), な！(7), カス(7), なんの(7), 外国人(7), アフリカ(7), 生産性(7), にも(7), 10年(7), ツイッター(7), Google(7), いない(7), キモ(7), バレンタイン(6), AI(6), 犯罪者(6), youtube(6), アジア人(6), キモくて金のないオッサン(6), ？？？(6), わからん(6), キチガイ(6), 中国(6), Twitter(6), コミュ障(6), るか(5), 新井(5), 客観的(5), フェミ(5), 恵方巻き(5), AV(5), s(5), なんだろう(5), LINE(5), 容疑者(5), いいんじゃない(5), トラバ(5), 一緒に(5), v(5), iPhone(5), ごめんね(5), B(5), マッチングアプリ(5), 1年(5), 現実的(5), hatena(5), 昭和時代(5), エロい(5), A(5), 100円(5), 最終的(5), 20 17年(5), 2人(5), Japan(4), アメリカ人(4), せやな(4), 韓国人(4), PC(4), いいね(4), イエローキャブ(4), n/(4), Web(4), 社会人(4), JavaFX(4), ブログ(4), 1回(4), イケメン(4), is(4), アラサー(4), おちんちん(4), SNS(4), 受刑者(4), キツ(4), URL(4), あるある(4), 東大(4), そうじゃない(4), イギリス(4), gt(4), twitter(4), ありません(4), 1日(4), 悪いこと(4), ドメイン名(4), インスタ(4), 3回(4), TSUTAYA(4), 陰キャ(4), OK(4), ちんこ(4), 死刑執行(4), no(4), NHK(4), ボコ(4), 被害者(4), 腐女子(4), 知らんけど(4), SE(4), はてな民(4), 日本女性(4), 基本的(4), 女に(4), 一日(4), 1週間(4), どんだけ(4), w(4), …。(4), 大五郎(4)

本日の注目単語 ()内の数字は単語が含まれる記事数

新井浩文(10), JavaFX(4), イエローキャブ(4), 水溶性(3), コバルト(4), 安置(3), 2000万人(3), 様変わり(3), ドメイン名(4), タンポン(6), 死刑執行(4), クッキー(10), マッサージ(10), チョコ(9), デリヘル(9), 昭和時代(5), アフリカ(7), 容疑者(5), 秩序(4), エレベーター(7), 解約(4), 本番(7), モテる(11), うんこ(28), 死体(6), 💩(10), 食品(6), 20 17年(5), 犬(22), 国際(7), 白人(11), 起こす(9), モテ(13), 返事(8), 通常(8), 姿勢(8), 寿司(8), サラリーマン(7)

頻出トラックバック先(簡易)

■おいしいクッキー教えてくれ /20190131195122(22), ■女性がよく言う「日本人女性は美人が多くて海外でモテる」みたいな話 /20190130153632(20), ■いじめられてた中学の同窓会に行ってきた /2019020210 17 33(10), ■22歳処女が初めてタンポンを使った感想 /2019020 20 31004(10), ■駅などの混雑時、前で歩きスマホしながらノロノロ歩いてるバカ対処法 /20181129233454(8), ■年配のおっさんには「親父!」とか「大将!」じゃん /2019020 2013629(8), ■コバルト文庫が終了しそう /2019020 12 11020(8), ■PCあるのに手書きメモ取る人 /2019020220 12 20(6), ■トイレ（大）するとき全裸になる人とか存在するんだな /20190130194711(6), ■良かったら答えてほしい /20190202115857(6), ■エレベーターに乗る女はほぼキチガイ /20190202143440(6), ■ツイッターで「新井浩文」で検索すると /20190202115746(5), ■男の人って他人のちんちんどう思ってるの /20190202200659(5), ■欧米で流行しているWeb サービス /20181129233609(5), ■日本で流行ってるサービス /20190202153327(5), ■KKO(キモくて金の無いオッサン)なら許さんし、それ以外なら許す /20190202164859(5), ■anond：20190202105446 /20190202183645(5), ■絶対に振られると分かってるけど告白するときの注意点 /20190202191209(5), ■英語覚えたい /2019020 2005500(5), ■20卒 /20190202104924(5)

増田合計ブックマーク数 ()内の数字は1日の増減

5988966(3488)

Permalink | 記事への反応(1) | 00:02

2019-02-02

■

一日がかりでやっとJavaFX導入できた

ライブラリのマージうんちゃらとかいちいちパス設定してとかコマンドラインで必要なパッケージ取りに行くだけのJS＋Node.jsに比べて恐ろしくめんどくさい

過渡期でマトモな情報が集約されてないし

コード書くまでにここまで時間使わせるのカスすぎる

この設定する時間でどんだけ書けると思ってんだよ

Permalink | 記事への反応(1) | 23:11

■anond:20190202090949

JavaFXは別に死んではいないよ

めんどくさいからお前あっち行けって隔離されただけだよ

個人的には損確ロスカな名前が悪かったと思ってるよ

Permalink | 記事への反応(1) | 09:38

■anond:20190202090949

AdobeAirのようなRIA開発環境が流行った頃に作られたのがJavaFXだね

結局SPAに滅ぼされたけど

Permalink | 記事への反応(0) | 09:14

■swingとJavaFX

JavaのGUI周りがゴチャゴチャしてきてるのを今知った

JavaでGUIまでどうこうする需要がないのはなんとなく想像できるにしても、なんでこんなカオスなことになってんだろ

Java アプレット殺すのはお好きにどうぞと思うけど（というかすでにJava アプレットをWeb上で見た記憶が最近ほぼないけど）

GUI周りまでパージするとは

Permalink | 記事への反応(2) | 09:09

2017-11-19

■anond:20171119185952

いや、JavaFXでゲーム作るのやめてAndroidにしたいって話なんだから、日の目は見てないんじゃね

基本はビジネス用だけど、OpenGLとか不要なCanvas描きだけで済むカジュアルゲームならありなんだけどねアレ

まあゲーム製作用途的には先はないわな

Permalink | 記事への反応(1) | 19:07

■anond:20171119185435

そもそも JavaFXをそんなに使うものだとは思ってなかった

個人的な感想だとどこもあまりつかってないんじゃ？って所だったけど

しばらくJava離れてたからいつの間にかJavaFXが

日の目を見るようになったのかと驚いた

Permalink | 記事への反応(1) | 18:59

■JavaFXでヘビーじゃない自作 ゲームを作ってる

これAndroidで作ったほうがいいかなあ

スマホで寝っ転がりながら遊べたほうが楽しいかなあ

今から処理引っぺがしてスマホに移植したら気楽に遊んでもらえそうだなあ

~~スマホでだったら広告でちょっとでも収入になりそうだなあ~~

っていうか、デバッグで何百回も起動してしばらく動かしてをやってたんだけど、PCの前に陣取ってキーボードで遊ぶのしんどい…

よっぽどよっぽど魅力的じゃないと、2回目起動しなさそうで、そこまでの魅力はまだ生めそうにもない…

Permalink | 記事への反応(1) | 18:54

2017-10-15

■

全部linuxでやりゃいいんだよ

俺はそうしている

20年前のecho layla24でbitwigとかrenoiseとか動くしｗ

デスクトップアプリっぽいのは今electronに流れてるんだろ

業務系ならjavafxとかでもいいと思うけど

jvm 言語なんでもいいわけだし

まあtoC向けのデスクトップアプリなんか市場そのものがほぼないんだからしょうがない

Permalink | 記事への反応(0) | 22:14

2017-10-11

■JavaFXが流行らない理由

広まり過ぎたのでもうSwingでいい
時代はスマホアプリでありPCのGUI アプリは流行らない
コーヒー銘柄の為替取引かなにかだと思われている

Permalink | 記事への反応(0) | 14:14

2017-09-22

■今日の100回叫んで伝えたい

JavaFXにStackPaneというものがあるが、スタックのつかないただのPaneでもスタックはする

StackPaneという名前に騙されて使って重心揃えに悩んだらふつうのPaneに突っ込んで自前で座標を揃えよう

Permalink | 記事への反応(0) | 02:32

2017-09-19

■ググる ときはStackOverflowを弾いてる

なんて聞いてて、そこまで邪魔になんねーよ繊細過ぎるだろと思ってたんだが、JavaFXでぽちぽちするゲームでも作ろうかと思って検索したら考えが変わった

ものすごくメジャーでものすごく歴史があってものすごくしょうもない初心者が多い分野では鬱陶しいなコレ

Permalink | 記事への反応(1) | 18:31

2016-06-17

■1.0から学ぶJava

タイトルを見て釣られクマーな皆さんこんにちは。

ホッテントリメーカーで作るような煽りタイトルって、みなさんもう見飽きてると思うんですよね。

今調べたらホッテントリメーカー 2008年だそうで。どうりでねー。古臭いなーと思いましたよー。

「一から学ぶJava」ってのをね、1.0にするだけでこんなに素敵なタイトルになるんだから面白いですねー。

タイトルを思いついただけだったんですけど、思いついたらやっぱりちゃんと中身も書かないと行けないじゃないですか。やだー

面倒くさいんですけどね。ちょっと1.0から学んでみましょうか。

Java 1.0 1996年 1月23日

Javaの1.0がリリースされたのは1996年 1月23日ですね。発表されたのが1995年 5月23日でJavaの誕生日といった場合にどちらを取るかで揉めることがあります。

かれこれ20年前なわけで、当時のパソコンというとハードウェアはCPU が Pentium 133MHz メモリ16M とかそんな感じだったかなあ。今どきの携帯電話の例としてiPhone 6sを挙げるとCPUが1.85GHz メモリ 2G ってんだから凄いですね。OSは1995年 11月23日にリリースされたWindows95とかそんな時代背景です。インターネットがようやく一般に普及し始めたところでしょうか。

今から思うと相当弱いハードウェアですけども、そろそろVM方式を採用しても良さそうな、そんな時代でした。インタープリタだと流石に遅い、でもC言語のようなコンパイル言語だと"Write once, run anywhere"とはいかない、という判断もあったのだろうと思います。Javaが純粋なオブジェクト指向言語ではなくintなどのプリミティブ型を持つというのは、当時のマシンスペックを考えた場合、ある程度妥当な判断だったと言えるでしょう。これが後々苦しくなってくるわけなのですが。

Javaを作った会社はSun Microsystems(サン・マイクロシステムズ)というアメリカの会社で、2010年 1月27日にオラクルにより吸収合併され今はありません。SolarisというOSとSPARC プロセッサでUNIXサーバーの販売で90年代後半までは一人勝ちのような状況だったと聞きます。当時にすでに「ネットワークこそがコンピュータ」（The Network is the Computer）というモットーを掲げてたんだからおかしい。1996年リリースのJavaが標準でネットワーク機能を備えていたのもこのあたりの思想から来ているのかもしれませんね。

当時のプログラミング言語としてC++が挙げられますが、C++でのプログラマへの負担といいますか、ヒューマンエラーの起きやすさといいますか、その辺を改善する目的で開発されたのがJavaだったわけです。

VM方式を採用し、再コンパイルなしにclass ファイルを持っていくだけで別OS上でも動く
GC (ガーベッジコレクション)を備え、メモリ管理がしやすい((C++ではSimulaのGCが遅いのが嫌で廃した事情があるようなのがまた皮肉ではありますが))
Unicodeの採用(ただし1.0では日本語などはまだ使えなかった)
標準APIでネットワークを扱える
Webブラウザ上でネットワークからダウンロードしたアプリを動かすJava Applet
標準でGUI(グラフィカル・ユーザ・インタフェース)を扱える
オブジェクト指向

1996年の時点にこんな言語が登場したのですから革新的でした。

いろんな企業がJavaに賛同します。その中にはMicrosoftもありました。この時期、Microsoftは次期のWindows開発用のプラットフォームにJavaを据えようと考えていました。その後、袂を分かつことになるのですが……。

プログラム言語として構文などを見ると、C++を強く意識した構文なのは間違いなく、しかしポインタ演算を廃してポインタを機能を限定した「参照」に置き換えるなど簡素化が多く見られます。C++からはいろんな機能が削られています。関数ポインタ、構造体、演算子オーバーロード、テンプレート((テンプレートについては実装が間に合わなかったという話を聞きます))などなど。そのためC++の劣化であるように揶揄する人もいますが、こうしたものを捨てて言語仕様を比較的小さくシンプルに抑えた点は評価に値すると思います。しかし、今でもこうした削減された機能を愛する人からはJavaを腐す要素として挙げられてしまうのでした。

Java 1.1 1997年 2月19日

Wikipediaからピックアップすると1.1での大きな機能追加は

国際化対応（日本語も含む）
AWT イベントモデルにおける大規模な再構成
言語仕様に「内部クラス」が追加された
JavaBeans ソフトウェアコンポーネント技術
JDBC データベース接続API
Java RMI 分散オブジェクト技術

といったところです。当初よりJavaの内部文字コードはUnicodeで文字を表すchar型は16bitで設計されていました。Unicodeは当時それほど普及しておらず、Unicode対応のテキストエディタさえ少なかったと記憶しています。時代を先取りしていると言えますが、大きな誤算はUnicodeが当初16bitのコードポイントに世界のあらゆる文字を格納しようとしていたことで、漢字圏の我々からすると16bit=65,536程度の空間に文字が全部入るわけないだろ！というものだったが故に早々に破綻し、Unicodeは21bitのコードポイントに拡張されることになるのです。これはまた後の話。

なんにせよ、日本語が対応されたのは1.1からで、日本でのJavaの採用が始まったのはこの頃からと言えましょう。

当時のJavaのGUIはAWTというものでしたが、これを用いたGUIの開発は当時は結構行われていたイメージですね。Visual BASIC でGUIを作るプロダクトも結構あったと思います。GUIのためのオブジェクト指向言語としてJavaが使われていたイメージがありますね。JavaBeansもそのための仕様でした。件のsetter/getterの話題に繋がっていくのですが。

JDBCはJavaとデータベースをつなぐインターフェースです。RMIではあるJava VMから別のJava VMにオブジェクトを送って実行する、といったことができます。こうした機能が用意されたことで、ソフトウェアのフロントとしてのGUI、裏方の実装のためのネットワーク機能、データベース機能、さらにはソフトウェアを配布するためのJava Appletという布陣でJavaでのソフトウェア開発が加速していた時代といえます。

Microsoft Visual J++ もこの時代ですよ。

Java 1.1以降のバージョンのものは互換性確認のためにOracle Java Archiveからダウンロードすることができ、今でも入手することができます。もちろん、Java7ですら2015年4月にEOL(End of Life,サポート終了)となっているので、通常利用するのはJava8としてください(本稿執筆時点)。

当時のドキュメントを見るのも一興です。現在と比べると標準APIがかなり小さい。なお、当時のjavadocは今とはデザインが大きく異なります。

java.applet
java.awt
java.awt.datatransfer
java.awt.event
java.awt.image
java.beans
java.io
java.lang
java.lang.reflect
java.math
java.net
java.rmi
java.rmi.dgc
java.rmi.registry
java.rmi.server
java.security
java.security.acl
java.security.interfaces
java.sql
java.text
java.util
java.util.zip

この時代であれば、全パッケージを舐めて標準APIを学ぶこともそう難しくはありませんでした。この時代から触っている人間は新バージョンが出るたびに増えるAPIを順に学んでいけたのです。しかし、現代にJavaを学ぶ場合、どのバージョンでは何があって……というのをいちいち学ぶ必要はほぼありません。Java5以前は一緒くたでいいと思いますし、一部のAPIで歴史的経緯があってねーというのを知っていればおそらく十分ではないでしょうか。

Java 1.2 1998年 12月8日

strictfpキーワード : IEEE 754に基づいた厳密な浮動小数点数の演算を行う
リフレクション : クラス名や、クラスに定義されている操作であるメソッド名を動的に指定して呼び出す。
Swing グラフィカルユーザインタフェースツールキットが標準ライブラリに統合された。
サンのJava仮想マシンにジャストインタイムコンパイラが備わる。
Java Plug-in : さまざまなウェブブラウザにJava実行環境を組み込むことができるようになり、Javaアプレットを実行できるようになった。
Java IDLという IDL（インタフェース記述言語）の実装が導入され、CORBA分散オブジェクト環境との相互運用ができるようになった
コレクションフレームワークの導入

strictfpキーワードは浮動小数点演算をやる人は覚えておきましょう。JavaはパフォーマンスのためにCPUの浮動小数点演算を扱うことが許されており、そのため実行するCPUによって精度が異なることがあるんですね。まあ今時のCPUだと大丈夫だとは思うんですが。

リフレクション機能ではJavaのクラスを抽象的に扱うことができます。設定ファイルに書かれたクラス名のclassをロードして実行する……みたいなことができるんですね。フレームワーク的なものを作る場合には多用することになります。

1.2からは新しいGUIのSwingが採用されました。AWTがOSごとのGUIパーツを用いていたためデザインに違いがあったのに対し、Swingでは統一的なルック・アンド・フィールが用いられるようになりました。まぁ今ならJavaFXを使うのが良いと思います。

初期のJavaはやはりVM方式の実行速度の遅さが指摘されていました。実行時の構文解析を伴わないだけインタープリタよりは早いものの、実行バイナリを作るC/C++よりは遅い、そうした評価です。ここではサン・マイクロシステムズのVMにJIT(ジャストインタイムコンパイラ)が乗ったことが挙げられていますが、JIT自体は別の会社が先駆けて開発していたことは記しておきたいと思います。

JITコンパイラは実行時にJavaのバイトコードを環境のネイティブコードにコンパイルして動かす技術です。この後、JITコンパイラ、動的再コンパイル技術、世代別ガベージコレクションを備えたHotspotといった様にJavaVMは進化していきます。現代では実行時の最適化が進み、大きなスケールで見た場合、Javaの実行速度はC/C++での実装と比べてそれほど遅れるものではありません。遅くても倍の時間は掛からない程度といったところでしょうか。

あとは特記すべきはコレクションフレームワークです。皆が多用しているであろうjava.util.Listやjava.util.Mapといったライブラリが整備されたのがこの時なのです。それ以前はjava.util.Vectorやjava.util.Hachtableというクラスが可変長配列の機能を一手に担っていました。今ではVectorやHashtableは使うべきではありません。

Microsoft 離反

Java の開発はSun Microsystems が主導していたけども、すべてがSunのものだったというわけでもなく。Javaには多くの会社が出資していてその中のひとつがMicrosoftだったわけですね。

Microsoft の Visual J++ では delegate とか独自機能拡張もありましたけど、裁判で問題になったのは J++ でコンパイルしたclass ファイルはMicrosoftのVMでしか動かないという部分ですね(他社製のVMで動くclass ファイルを作ることもできる)。class ファイルがどこのVMでも動くの大事だろ、"Write once, run anywhere"だろ、お前何してくれてんの！と喧嘩になったわけです。当時のMicrosoftはブラウザまわりでも独自拡張がやりたい放題、標準規格？なにそれ美味しいの？みたいなスタンスをあちこちで見せていたものです。

結局、この事件でMicrosoftのJavaはバージョン1.1相当でストップ。好き勝手にやれないなら独自に言語作るわーとばかりに.NET フレームワークと C# といった方向に舵を取ります。

JavaがPC上でのUI開発の主力になろうとした勢いはここで潰えます。

Java EE

Java SE とは別にこの時代に Java EEがリリースされていることは特記しておきたいですね。これ以後、それまでのCGIに取って代わって、JavaはWebサービスの開発のプラットフォームとして多用されるようになります。

2000年あたりからはJavaはGUI開発というよりは、Webサービスの開発が主流という流れになっていきます。インターネットのサービスが非常に発達していった時代、背後ではとてつもない量のJavaのプログラムが支えていたわけです。ただまあ、こうした産業利用は一般的なユーザーの目にはあまり入らないわけです。一般人からすればJavaといえばJava Appletみたいなイメージはずっと残っていたでしょうが、実体としてはJavaといえばServletという時代になっていたわけです。

企業で用いられる社内システムにもServletは多く採用されました。

理由はいろいろ挙げれると思うのですが

企業で用いる個々のマシンにアプリをインストールして回らなくても、中央サーバーだけでバージョン管理できる
システムを作るにあたって、本格的なオブジェクト指向プログラミングを要求されるGUIの開発よりも、HTMLでのUIデザイン、ページ遷移という仕組みは開発しやすかった

というのが大きな理由だろうと思います。JSPというテンプレートエンジンを用いてHTMLを整形してWebページを作り出す、というアーキテクチャはある意味では便利で簡単でした。

もっともHTMLの表現力に足を引きずられるため、GUIの機能性という点では後退したわけなのですが。それでもメリットが大きいと判断されたのでしょう。というか、まともにGUIを組めるプログラマがほとんどいないから、GUIのシステム開発がなかなか成功しないってのもあったんでしょうけどね。

iアプリ Javaアプリ EZアプリ

2000年あたりというと携帯電話の普及も取り上げなければなりません。現代のスマホ、ガラケーに比べれば非常に機能は貧弱で、まさに携帯「電話」でした。要するに電話とメールぐらいしかできなかったんですね。

そこにdocomoのiアプリ、Jフォン(ボーダフォンを経て現ソフトバンク)のJavaアプリ、auのEZアプリという携帯電話上でちょっとしたアプリが動くよ！というのが乗るようになってきたんです。これがJavaを組込み用途にコンパクトにしたJava MEというものが土台となっていて(正確にはiアプリはちょっと違う)Servletと並ぶJava言語の大きなもうひとつの領域となっていました。

iアプリは当初は容量が10k byteまでといった制約があり、容量制限が非常に厳しかったのですが、新機種が出るたびに容量は緩和されていきました。

docomoはiアプリ含めiモードによって一世を風靡します。こうした土台を作ると、その上で商売をしたい人がたくさんやってきて、勝手にコンテンツを作ってくれる。docomoはそれらから手数料を取るので労せずして大金を稼げるというわけです。賭場の胴元というわけです。

この賭場が、将来にAppleのiPhone, GoogleのAndroidに荒らされることになります。docomoがなかなかiPhoneを出さなかったのもiモードという自前の賭場を失うことを良しとしなかったためです。金づるを失ったdocomoはSamsungと組んで独自の携帯向けOSである Tizenの開発に乗り出します。そんなTizenですが鳴かず飛ばず。噂ではインドあたりではリリースされたとか、なんとか。

RIA時代

話を2001年に戻しましょう。

Microsoft離反でGUIのプラットフォームとしてのJavaというものは存在感を弱めていました。この分野の復権に寄与したのはJava 1.4 (2002年 2月6日)で導入されたJava Web Startです。

Java Appletがブラウザ埋め込みで動作したのに対し、Java Web Startではブラウザから起動しつつも独立したアプリとして起動するのです。

Webシステムが企業の社内システムに採用された話は先に述べたとおりですが、やはりWebシステムのGUIというのはHTMLに引きずられて貧弱だったんですね。

端的に言えば入力値が数字かどうか？みたいなチェックがなかなか難しい。HTML上でJavaScriptでやるわけなんですが、なかなか気持よく入力できるような感じにはならなかったんですね。

また、Ajaxによるブラウザのページ遷移を伴わない通信というのが出てきたのも2005年ぐらいなので、入力値に対してサーバ問い合わせするようなことはできなかった。当時だと一旦画面遷移させないとできなかったわけです。

こうした事情から、クライアントサイド、要するにPC側でもっとリッチなUIが使いたい！という要望があったわけです。Webシステム使いにくい！という不満の噴出と言ってもいい。そこで出てきたのがRIA (Rich Internet Applications)というわけです。

Javaは1.0時代のAppletからそうですが、ネットワークを介して別のPCにプログラムを送り込み、そこで動作させるという能力を持っていました。それこそまさにRIAに求められる機能性だったわけですね。

RIAの代表とされるのは

あたりです。三つ巴の戦い、どこに軍配が上がるのか！？と注目されましたが、勝利したのはHTML / JavaScriptでした。

Google MAP で注目を浴びたAjax技術、それまでブラウザでは不可能と思われていた高級なGUIをHTML / JavaScriptで実現させました。もうやめて欲しいですよね。せっかく脱ブラウザの流れが来たと思ったのにまたWebシステムに逆戻りですよ。

RIAが失速した理由として考慮して置かなければいけないのはスマートフォンの台頭です。RIAでは端末を選ばずどこでも同じアプリが動かせる点がポイントのひとつでしたが、スマートフォンではそうは行かない。"Write once, run anywhere"を破壊したのはスマートフォンだったというわけです。

しかし、先日インストールなしでアプリを実行するAndroid Instant Appsが発表されたりしまして、結局RIAの思想といいますか、要求というのは今でも息づいているのだなと思った次第です。

Java 5 (2004年 9月30日)

1.3 / 1.4 では機能追加はあっても言語構文が大きく変わることはありませんでした。大きく変わったのはJava 5です。この時からバージョニングが変わって1.5ではなく5と表記されるようになりました。

Java5の特徴はなんといってもジェネリクス。それまでjava.util.Listにデータを出し入れするのにはキャストが必須だったわけですが、ようやくキャストから開放され型の安全度がぐっと高まりました。その他に以下のような変更があります。

オートボクシング
for-each 構文
列挙型
可変長引数
アノテーション
switch文でString/列挙を扱えるようになった

言語としては随分変わっったわけですが、もうかれこれ10年以上前のことですからこれらの機能が「Java5から導入された」という知識は今となってはあまり必要とされません。これらの機能が使えないJava 1.4で開発をする事案が殆ど無いからです。0ではないのが悲しいところではありますが。

その後

Java 6 (2006年 12月11日)がリリースされた後、Java 7 (2011年 7月28日) が出るまでJavaは停滞してしまいます。その間にSun Microsystemsという会社がなくなってしまったためです。

Sun Microsystems の経営状況が悪化しており、ついに身売りをすることになりました。身売り先はIBMともGoogleとも噂されましたが結局2010年 1月27日にオラクルに吸収合併されました。

Javaの停滞中にはJava VM上で動く非Java言語も台頭してきました。Scalaなどですね。

やや戻って2007年にAndroidが発表されます。Androidの開発言語にはJavaが採用されていますが、実行環境はJava VMではなく、ライセンス的な事情でJava(TM)は名乗らない微妙な位置関係にあります。

Java 5 以降で大きく言語仕様に手が入るのは Java 8 (2014年 3月18日)です。並列処理を行うためのStream APIと、そのために簡易に関数を定義するためのラムダ式が導入された点が大きいですね。日付APIも刷新されました。

このように、Javaは1.1の黄金時代から今に至るまで利用ジャンルを転戦しながら産業の土台となって支えてきた歴史があります。ジャンルの趨勢により浮き沈みもあります。今後についても決して楽観視はできないでしょう。Javaを学ぶことはプログラミングを学ぶステップとしては意義はあると思いますが、Javaを学べばゴールというわけではありません。プログラム言語も次世代へと移りつつあります。業界動向には注視していきましょう。

Permalink | 記事への反応(0) | 12:27

2015-02-11

■SpringBootアプリをjavafxを使って配布しやすくしよう

概要

Javaで開発されたアプリケーションにはインストールにまつわる難点がある。

それによりせっかく興味をもってくれたユーザーも試す前に諦めてしまいがちである。

また、サーバーサイドアプリケーションもJava製である場合、デプロイや監視の際の難点が多く運用者を悩ませてきた。

javafxで導入されたパッケージャを用いることで各OS ネイティブなインストーラーの作成が可能になり、この問題を解消・緩和できる。

SpringBoot などを用いた ExecutableJar を作成するアプリケーションであれば、サーバーサイドアプリケーションであっても一部制限があるもののパッケージングできる。

問題点の整理

Javaで開発されたアプリケーションの配布には以下の問題点がある。

jreのインストールが必要
- 30億のデバイスで動こうがそれはjreをインストールした後の話。
- .netのランタイムのインストールすら面倒で敬遠されるのにOracleとか無理やろ。
- 自動インストールさせるのも面倒。野良リポジトリ URLを追加したりOracle からのダウンロード自動化したり。
起動の仕方があまり標準的でない
- 一般人にとってアプリケーションの起動とは application.exe や application を実行するもの。
- application.bat や application.sh とかいい加減にしろ！
- java -jar application.jar とか本当にユーザーに起動させる気あんのか！
プロセス名がすべてjava
- 負荷監視時のプロセスの特定が面倒
- 運用時、killする対象のプロセス取り違えなどのリスクがある
- だから java という文字列をユーザーに見せるな！！
複数バージョンのjreをアプリ毎に切り替えないといけない場合は更に煩雑に
- JAVA_HOMEを書き換える？alternatives --config java？
- そんな複雑なことできるか！馬鹿にすんな！！
パッケージングに関する情報や知見に乏しい
- ドキュメントは英語だったり曖昧だったりで開発者の意欲を削ぐ。
- java web start とかコード署名とか、本当にもうお疲れ様です。意味わからん。
インストーラーじゃない
- application.tar.gz とか application .zip とか
- まぁ個人的にはこっちのほうが好きだけど

解決方法として

javafx-maven-pluginを使うとよい。javafxと冠しているが実態はパッケージングツール。

javafxの冠があるがためにスタンドアロンアプリ開発者以外を遠ざけている感あり。

Windows(msi/exe), Linux(rpm/deb), Mac(dmg) など各OS・ディストリビューション固有のパッケージングが行える。

公式ページ( http://zenjava.com/javafx/maven/ )では更新が止まっているが、Github( https://github.com/zonski/javafx-maven-plugin )とMavenRepository( http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22com.zenjava%22%20AND%20a%3A%22javafx-maven-plugin%22 )を確認するとちゃんと開発は続いている。

実際にどのようにすればパッケージングできるか

まずアプリケーションを maven アプリとして開発する。

pom.xml に以下を追加する。

mainClassはSpringBootなら@SpringBootApplicationのついてるクラスですね。

vendor は適当に組織や個人の名前を入れておきましょう。

※ 以下の XML が化けるのは増田の不具合か仕様っぽい。 http://anond.hatelabo.jp/20100205210805

&lt;plugin&gt;
  &lt;groupId&gt;com.zenjava&lt;/groupId&gt;
  &lt;artifactId&gt;javafx-maven-plugin&lt;/artifactId&gt;
  &lt;version&gt;8.1.2&lt;/version&gt;
  &lt;configuration&gt;
    &lt;mainClass&gt;[main method class]&lt;/mainClass&gt;
    &lt;vendor&gt;[Vendor Name]&lt;/vendor&gt;
  &lt;/configuration&gt;
&lt;/plugin&gt;

あとはそのままビルドすればよい。

maven clean jfx:native

ビルドが終わると target/jfx/native 以下に、ビルドしたOS/distributionに合わせて msi, exe, deb, rpm, dmg ができあがります。

本当であればクロスビルドできてしかるべきなのですが、まだ実現はされていないようです。

これらのパッケージは Widonws であれば Program Files(x86) に、Linux系であれば /opt/ の下にインストールされるようです。

/opt/app-name/ の下には app と runtime の2つのディレクトリがあります。

app の下にはビルドした jar ファイルや依存ライブラリが置かれています。

runtime の下には実行用の jre が配備されています。

実行ファイルにそのまま引数を渡せば jar 実行時の引数としてそのまま渡されます。(-Xmxなどはまだ未検証です）

課題

インストーラーで含めることのできる実行環境は jre なので jdk が必要とされるアプリは実行できない
- 問題になるのは jsp 。jsp のコンパイルに javac が必要なので。
- 切り捨てるのが一番だとは思いますが。
サーバー系のアプリの場合は init script を用意しなければいけない
- 今後の検討課題ですね。

各OS毎の注意点

rpm系
- rpmを作成するときに使われる rpmbuild コマンドのバージョンを確認処理に萎える系のバグがあります。
- LANG=C mvn clean jfx:native などのように、LANGを変更してやればビルドできます。
- http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ee31427caf20
Windows系
- WiX インストール後、PATHにWiXをインストールしたパスを含めておく必要があります。
Mac系
- Mac持ってないのでこの記事ではそもそも検証していません。

Permalink | 記事への反応(0) | 16:52

2011-04-08

■Javaを使ったプログラミング言語

最近、Scala 信者が増えたが、Scala、Groovy、Clojureで仕事している人はいるのだろうか？

Javaと比較してライブラリが増えるわけでもなく、応用分野が増えるわけでもなく、良さが理解できない。

検索順位	人気順位	言語名	登場年	特徴
1位	95位	Scala	2003年	Javaに関数型言語の特徴を組み込んだ。
2位	71位	Groovy	2003年	Javaより少ない記述量が特徴。
3位	-	Jython	1997年	Python 2系のポーティング。
4位	-	JRuby	2001年	Rubyのポーティング。
5位	-	Clojure	2007年	Lispの方言、つまり関数型言語。
6位	75位	JavaFX Script	2008年	JavaFXを残して廃棄処分。

Permalink | 記事への反応(0) | 08:51

「javafx」を含む日記

■Amazonで買った本全てを購入履歴から確認してみた Part4

2015年（続き）

Windows Sysinternals徹底解説 Windows管理者必携ツールを使い尽くすためのバイブル

Javaマルチスレッド入門: 並行処理の最新API対応

戦闘破壊学園ダンゲロス (講談社ＢＯＸ)

体系的に学ぶ 安全なWebアプリケーションの作り方［固定版］ 脆弱性が生まれる原理と対策の実践

はじめよう！ 要件定義 ～ビギナーからベテランまで

Javaプログラマーなら習得しておきたい Java SE 8 実践プログラミング

増補改訂版 Java言語で学ぶデザインパターン入門 マルチスレッド編

Flash Math &amp; Physics Design:ActionScript 3.0による数学・物理学表現[入門編]

Java言語で学ぶリファクタリング入門

APIデザインの極意 Java/NetBeansアーキテクト探究ノート

Code Complete 第2版 下 完全なプログラミングを目指して

プログラマのためのSQL 第4版 すべてを知り尽くしたいあなたに

SQL実践入門──高速でわかりやすいクエリの書き方 (WEB+DB PRESS plus)

ﾃﾞﾊﾞｯｶﾞによるx86ﾌﾟﾛｸﾞﾗﾑ解析入門【x64対応版】

Pro JavaFX 8: A Definitive Guide to Building Desktop, Mobile, and Embedded Java Clients (English Edition)

スッキリわかるSQL入門 ドリル215問付き！ スッキリわかるシリーズ

Code Complete 第2版 上 完全なプログラミングを目指して

死神の浮力

知識ゼロから学ぶソフトウェアテスト 【改訂版】

SQL ゼロからはじめるデータベース操作

Androidプログラミングバイブル SDK 4/3/2対応 (smart phone programming bible)

オラクル認定資格教科書 Javaプログラマ Silver SE 7

総合英語Forest 7th Edition

総合英語Forest(7th Edition)解いてトレーニング

オラクル認定資格教科書 Javaプログラマ Silver SE7 スピードマスター問題集 (EXAMPRESS)

Java言語プログラミングレッスン 第3版(上)

プログラマの数学

小学校6年間の算数が6時間でわかる本

小・中・高の計算がまるごとできる

リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)

Java言語プログラミングレッスン 第3版(下)

高校とってもやさしい物理基礎

とってもやさしい数学 その2 (高校とってもやさしい)

とってもやさしい数学 その1 (高校とってもやさしい)

ピアニストならだれでも知っておきたい「からだ」のこと

平成25年度 イメージ&amp;クレバー方式でよくわかる 栢木先生の基本情報技術者教室 (情報処理技術者試験)

JavaScript 第6版

ピアニストの脳を科学する 超絶技巧のメカニズム

続・初めてのPerl 改訂版

プログラミングPerl〈VOLUME1〉

プログラミングPerl〈VOLUME2〉

初めてのPerl 第5版

猫でもわかるネットワークプログラミング 第2版 (猫でもわかるプログラミングシリーズ)

C++ の絵本

ネットワークはなぜつながるのか 第2版 知っておきたいTCP/IP、LAN、光ファイバの基礎知識

これならわかるC 入門の入門

NEW青木世界史B講義の実況中継 (1) (The live lecture series)

出口のシステム現代文―大学入試 (ベーシック編)

チャート式解法と演習数学1+A

基礎徹底そこが知りたい英文読解―大学入試攻略 (駿台受験シリーズ)

NEW石川日本史B講義の実況中継(1) 原始~古代 実況中継シリーズ

荻野文子の超基礎国語塾マドンナ古文―すらすら読むための文法講座 (大学受験超基礎シリーズ)

橋元淳一郎の物理橋元流解法の大原則―試験で点がとれる (1) (大学受験V BOOKS)

大学入試攻略基礎徹底そこが知りたい英文法 (駿台受験シリーズ)

システム英単語 Ver.2

出口のシステム現代文―大学入試 (バイブル編)

出口のシステム現代文―大学入試 (センター対策編)

アルジャーノンに花束を [英語版ルビ訳付] 講談社ルビー・ブックス

東京大学(文科-前期日程) [2010年版 大学入試シリーズ]

ある閉ざされた雪の山荘で (講談社文庫)

アルジャーノンに花束を (ダニエル・キイス文庫)

容疑者Xの献身 (文春文庫)

東大の国語力 ~よみがえれ!呼び覚ませ!! 失われた読解力~

ゴロゴ手帖 増補改訂版―古文単語ゴロ565 全イラスト付 大学入試

最新脳科学が教える 高校生の勉強法 東進ブックス

東大の文系数学25カ年〔第4版〕 [難関校過去問シリーズ]

ライジング現代文: 最高レベルの学力養成 出題の意図を見抜く

チャート式基礎からの数学2+B 改訂版

熱血教師キムタツの東大英語基礎力マスター〈Vol.2〉基本単語・基本熟語篇

熱血教師キムタツの東大英語基礎力マスター〈Vol.4〉基本構文篇

チャート式基礎からの数学1+A

熱血教師キムタツの東大英語基礎力マスター Vol.1 徹底復 (1)

熱血教師キムタツの東大英語基礎力マスター〈Vol.3〉基本文法篇

夢をかなえる英単語 ユメタン 1 センター試験レベル (英語の超人になる!アルク学参シリーズ)

細野真宏の数学嫌いでも「数学的思考力」が飛躍的に身に付く本!

灘高キムタツの東大英語リスニング (英語の超人になる!アルク学参シリーズ)

キムタツのセンター試験英語合格の法則 語彙・語法・文法・発音 (英語の超人になる!アルク学参シリーズ)

Windows Sysinternals徹底解説　 Windows 管理者必携ツールを使い尽くすためのバイブル

Java マルチスレッド入門: 並行処理の最新API 対応

体系的に学ぶ安全なWeb アプリケーションの作り方［固定版］　脆弱性が生まれる原理と対策の実践

はじめよう！要件定義～ビギナーからベテランまで

Java プログラマーなら習得しておきたい Java SE 8 実践プログラミング

増補改訂版 Java 言語で学ぶデザインパターン入門マルチスレッド編

Flash Math & Physics Design:ActionScript 3.0による数学・物理学表現[入門編]

Java 言語で学ぶリファクタリング入門

API デザインの極意 Java/NetBeans アーキテクト探究ノート

Code Complete 第2版下　完全なプログラミングを目指して

プログラマのためのSQL 第4版すべてを知り尽くしたいあなたに

SQL 実践入門──高速でわかりやすいクエリの書き方 (WEB+DB PRESS plus)

ﾃﾞﾊﾞｯｶﾞによるx86ﾌﾟﾛｸﾞﾗﾑ解析入門【x64 対応版】

スッキリわかるSQL入門ドリル215問付き！スッキリわかるシリーズ

Code Complete 第2版上　完全なプログラミングを目指して

知識ゼロから学ぶソフトウェアテスト【改訂版】

Android プログラミングバイブル SDK 4/3/2対応 (smart phone programming bible)

オラクル認定資格教科書 Java プログラマ Silver SE 7

総合英語 Forest 7th Edition

総合英語 Forest(7th Edition)解いてトレーニング

オラクル認定資格教科書 Java プログラマ Silver SE7 スピードマスター問題集 (EXAMPRESS)

Java 言語プログラミングレッスン第3版(上)

Java 言語プログラミングレッスン第3版(下)

とってもやさしい数学その2 (高校とってもやさしい)

とってもやさしい数学その1 (高校とってもやさしい)

平成25年度イメージ&クレバー方式でよくわかる栢木先生の基本情報技術者教室 (情報処理技術者試験)

ピアニストの脳を科学する　超絶技巧のメカニズム

プログラミング Perl〈VOLUME1〉

プログラミング Perl〈VOLUME2〉

猫でもわかるネットワークプログラミング第2版 (猫でもわかるプログラミングシリーズ)

ネットワークはなぜつながるのか第2版知っておきたいTCP/IP、LAN、光ファイバの基礎知識

NEW石川日本史B 講義の実況中継(1) 原始~古代実況中継シリーズ

東京大学(文科-前期日程) [2010年版大学入試シリーズ]

ゴロゴ手帖増補改訂版―古文単語ゴロ565 全イラスト付大学入試

最新脳科学が教える高校生の勉強法東進ブックス

ライジング現代文: 最高レベルの学力養成出題の意図を見抜く

夢をかなえる英単語ユメタン 1 センター試験レベル (英語の超人になる!アルク学参シリーズ)

キムタツのセンター試験英語合格の法則語彙・語法・文法・発音 (英語の超人になる!アルク学参シリーズ)

大学入試蔭山克秀の政治・経済が面白いほどわかる本パワーUP

畠山のスパッとわかる政治・経済爽快講義改訂版―板書+講義の立体構成で完全理解! (大学合格ドリームチーム

くもんの中学英文法―中学1~3年基礎から受験まで (スーパーステップ) (スーパーステップ)

ことばはちからダ!現代文キーワード―入試現代文最重要キーワード 20 (河合塾 SERIES)

語りかける高校数学数1編

自作エミュレータで学ぶx86 アーキテクチャ　コンピュータが動く仕組みを徹底理解！

星を継ぐもの巨人たちの星シリーズ (創元ＳＦ文庫)

JavaScript エンジニア養成読本［Web アプリ開発の定番構成 Backbone.js＋CoffeeScript＋Gruntを1冊で習得！］

Effective JavaScript　JavaScriptを使うときに知っておきたい68の冴えたやり方

AngularJS　アプリケーションプログラミング

速習ECMAScript6: 次世代の標準JavaScriptを今すぐマスター！速習シリーズ

文句の付けようがないラブコメ (ダッシュエックス文庫 DIGITAL)

GitHub 実践入門 ~Pull Requestによる開発の変革 (WEB+DB PRESS plus)

UI デザインの心理学―わかりやすさ・使いやすさの法則

UX デザイン入門

フラットデザインで考える　新しいUI デザインのセオリー

ユーザビリティエンジニアリング（第2版）　―ユーザエクスペリエンスのための調査、設計、評価手法―

スラスラわかるCSS デザインのきほん［固定版］スラスラわかるきほん

マスタリング TCP/IP 入門編　第5版

増補改訂版 Java 言語で学ぶデザインパターン入門

スラスラわかるHTML＆CSSのきほん［固定版］スラスラわかるきほん

Android Layout Cookbook　アプリの価値を高める開発テクニック

携帯電話はなぜつながるのか第2版知っておきたいモバイル音声&データ通信の基礎知識

ひと目でわかる Microsoft Visual C# 2010 アプリケーション開発入門

創るJava NetBeansでつくって学ぶJava GUI & Web アプリケーション［改訂第3版］