Javaの新元号対応を試す。そして実用には問題がある。 - きしだのHatena
新元号対応はNewEraという仮の元号で対応が進んでいるので、試してみました。 おそらく、実用では使えない場面がある仕様になっています。 なので、元号対応が必要そうな人は、早めに試して声をあげる必要があると思います。 ビルドする ※ 2018/6/16追記 ea18が出ているのでそのまま試せます Masterブランチに取り込まれているので、明日あたりにでてくるea18で使えるようになると思いますが、いまは自分でビルドする必要があります。 ビルドについては、こちらを参考にしてください。ここに書いてるのとは違って、リポジトリはhttp://hg.openjdk.java.net/jdk/jdkです。 http://d.hatena.ne.jp/nowokay/20171104#1509753358 使ってみる JShellで使ってみます。 jdk $build/macosx-x86_64-no
ソフトウェアプロセス技術がロストテクノロジーになっている - きしだのHatena
最近会った人とよく話すのが、ソフトウェアプロセス技術がロストテクノロジーになってるんではないかということです。 ソフトウェアプロセスというのは、「プロセスがよいソフトウェアをつくる」という前提のもと、どのようなタイミングでどのような成果物を作り、どのような管理をし、どのように検査をしてソフトウェアを作るかという手順です。 そして、プロセス技術というのは、そのようなプロセスを構築し運用し改善する技術です。 このようなソフトウェアプロセス技術は、1995年くらいから2000年くらいにかけて盛り上がり広まりかけたのですが、そのタイミングでWebが広まりはじめ、「Webは進化が速い」「作るものがどんどん変わる」などを合言葉に、「アジャイルプロセスを採用する」という名目でなんら管理されないプロセスが普及しました。その結果、プロセス技術は完全に下火になっているように思います。 もちろん、Webの発展段
5年後にはパソコンは使われなくなるかもしれない - きしだのHatena
ノートパソコンの性能があがってデスクトップが使われなくなった 昔はノートパソコンはデスクトップより高くて非力だったのですが、今はノートパソコンのほうが安いものが売られていて、性能も通常の使用では問題がありません。 ぼくも、3年前のノートパソコンをSSD+Windows 7にしたところとても快適で、デスクトップはテレビみるためだけにしか使わなくなりました。もうハードディスクでコンパイルしたくないです。 こことか見てもノートパソコンの不満はディスプレイの大きさが主なので、気になる人は外部ディスプレイをつなげばいいだけです。 昔はパソコンといえばデスクトップだったのに今ではノートパソコンの方が売れてるんだな 家と出先で同じデータを使いたい。同期はめんどくさい 結局のところ、デスクトップを使わなくなったのは、データの同期がめんどくさいからです。 ネットにデータを置くとしても、作業用には手元にデータ
Webアプリで動的型付言語や開発管理が流行りIDEが流行らなかった理由などなど - きしだのHatena
考えてみた。 ここんところ静的型付けなんか不要な空気になってたり、プログラムの内容よりも品質だとか開発管理の話題のほうが盛んだったり、IDEはあると便利だけどなくても大丈夫って雰囲気だったりする理由。 この10年Webアプリケーション花盛りだから、その理由はWebアプリケーションの構造にあるとして考えた。 Webアプリケーションの構造 で、まずはWebアプリケーションの構造。 字が汚いけど、左からブラウザ、アプリケーション、セッション、DB。 赤文字は、左がプログラム実行、右がデータの永続と書いてある。つもり。 Webアプリケーションでは、ブラウザからのリクエストを受けて、プログラムが動き、データベースの情報を処理して返す。 ブラウザ側でプログラムが動くことはあるけど、入力補助程度であまりたいしたプログラムは書かないので、主にサーバー側のプログラムを組む。 このとき、サーバー側のプログラム
Twitterはなぜ成功したか - きしだのはてな
(Twitterに書いたこと、まとめ) twitterが成功した理由を単に「シンプルだから」と言ってしまうのは、認識が浅いと思うようになった。シンプルなものならほかにもたくさんあったはずなのに、なぜTwitterが成功したのかという理由にならない twitterの成功の理由を「シンプルだから」というのは、googleの成功の理由を「UIがシンプルだったから」と言ってるような、なんか表面しか見てない話に思う。 twitterはインフラになろうとしていて、だからシンプルにする必要やAPIを公開して自由に使えるようにする必要があったと思うのですよ。 twitterの成功の理由は、この形態のインフラが必要だと気づいて、初期の実装をし、その重要性を説得力のある説明をして資金を集めることができからだと思う。 Twitterにハマれない人がいるというのは、Twitterはinternetの上に構築された
PHPの価値が相対的に落ちてJavaの価値があがっていく 2009-10-19 - きしだのはてな
2000年あたり、PHP4やJSP1.0が出たころ、PHPよりもJavaがよいと言っても、「Javaは動かせる安いサーバーがない」ということで、サーバーの確保が容易なPerlやPHPが使われました。 Javaを使うには、一台まるごと借りれる割高なレンタルサーバーで、自力でTomcatなどをインストールする必要がありました。そういった状況はしばらく続き、「PHPならば安く借りれるサーバーがたくさんある」ということから、PHPがよく使われるようになりました。 PHPの普及初期では、サーバーの確保が容易なことがPHP採用の大きな理由のひとつだったと思います。 こういう状況は最近まで続いたけど、Amazon EC2のおかげで「Javaは動かせる安いサーバーがない」という問題は解決してきました。Amazon EC2を借りても自力でTomcatなどをインストールする問題がありましたが、HerokuやS
プログラムテクニックはダイエットや健康法みたいなものか: 2008-10-28 - きしだのはてな
変数のスコープがどうこうだとか、1関数の行数は何行までとか、重複を共通化するとか、プログラムをよくするというテクニックがあるけど、あれいつも疑問に思ってた。 果たして、そんな単純なルールでプログラムが良くなるものかと。 プログラムというのは手続きであって、よいプログラムというのはよい手続きのことだ。 データ構造も結局のところよい手続きのためにあるのであって、データ構造としてきれいな形だったとしても手続きに無理がでるのであれば、そんなデータ構造を使うプログラムはよいプログラムではない。 そう考えると、たとえばひどい手続きのプログラムがあったとして、いくらそのひどい手続きの重複を共通化しても、短い関数にぶったぎっても、オブジェクト指向やなんやで条件分岐構文をなくしても、変数のスコープをせまくしても、ひどい手続きはひどい手続きのままだ。 それどころか、ひどい手続きにプログラムテクニックを適用する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
