tag:blogger.com,1999:blog-36367253868211507782024-09-05T09:59:01.303+09:00オブジェクト思考オブジェクトで思考すると見えてくる、自由な世界みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.comBlogger107125tag:blogger.com,1999:blog-3636725386821150778.post-58849580963826293072021-07-04T15:25:00.001+09:002021-07-04T15:25:23.732+09:00bpe : org-mode で Bloggerイマサラですが、2015/6/15 に googlecl が動かなくなったことで、現在 bpe は使用できません。
Table of Contents
Markdown で Blogger
org-mode で Blogger
Markdown で Blogger
Blogger は、残念ながら Markdown に対応してないんですよね。
Blogger で 無理やり Markdown を使うために、今までは Tips - MarkdownをHTMLにembedする : 404 Blog Not Found の方法を使ってました。
簡単に言うと、textarea 内に Markdown を書いて、js で HTML に変換するってだけです。
この方法のいいところは、Markdown -> HTML 変換なしで Markdown のまま post できるみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-37960205861063805542021-07-04T15:17:00.001+09:002021-07-04T15:17:38.159+09:00テキストエディタ
プログラマの主な仕事は、テキストエディットです。
いきなり断定からはじまりましたが、これは事実です。
プログラマの仕事は、テキストエディット以外にもいろいろあります。
ソフトウェア開発は、とても複雑な作業です。
見積、スケジューリング、進捗管理、要件定義、基本設計、詳細設計、テスト計画、単体テスト、結合テスト、統合テスト … etc。
やるべきことは、嫌になるほどあります。
それでもなお、いやしくもプログラマであるのなら、中心となるアクティビティはやはりコーディングです。
他のすべての作業は、コーディングに十分な時間がとれるように計画し、うまくコーディングできるように準備し、意図通りにコーディングできたかを確認するためのものです。
すべては、コーディングを中心に回っているのです。
まあ、少なくとも本来は。
コーディングという作業は、テキストエディットに他なりません。
プログラマみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-92219661673913991562014-06-30T04:07:00.000+09:002014-07-04T21:37:52.185+09:00Heroku Buildpack Common Lisp を作りました : heroku labs:enable user-env-compile が廃止されたことについてこれです。
heroku labs:enable user-env-compile の廃止に対応するために、heroku-buildpack-cl を fork しました。
heroku labs:enable user-env-compile の廃止について
Buildpack を使うほうの対応は簡単で、単に heroku labs:enable user-env-compile を使うのをやめるだけです。
既に設定していた heroku config:add は、そのままでちゃんと compile プロセスに渡されます。
Buildpack を作るほうでは、 bin/compile の新しい第 3 引数に渡されてくる ENV_DIR ディレクトリから環境変数を読み込む必要があります。
やりかたは、 Buildpack API | Heroku Dev Center
に記載されみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-56826436267803395142014-06-26T09:46:00.000+09:002014-06-26T09:46:14.625+09:00プログラミングClojure 第2版プログラミングClojure 第2版著者 : Stuart Halloway and Aaron Bedraオーム社発売日 : 2013-04-26ブクログでレビューを見る»Lisp 方言なので、Lisper なら理解するのに苦労はない。Java を知ってれば、なおよい。今 (2014/6)、PaaS で最もスムーズに利用できる Lisp 族といえば Clojure というところに、この本の価値がある。
みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-58475674685458288072014-06-22T13:52:00.000+09:002014-07-04T21:38:32.489+09:00Gaelyk で日程調整アプリ Any Day 作りました
Any Day とは
候補日を設定しといて、参加者に URL を教えとけば、各自の希望日を集められるというものです。
なぜ作ったのか
奥さんに相談されて、そういうサービスをあれこれ探してみたんですが、どのサービスもいまいちマッチしなくて使えませんでした。
なので、もうちょっとだけ自由がきくものを作ろうと。
なにでできているのか
おもに Gaelyk + jQuery + Bootstrap でできてます。
ちっさい
*.groovy
251 行 5788 文字
*.gtpl
516 行 21042 文字
という、非常に小さな規模です。
行数や文字数を少なくしようという努力は、とくにしてないにもかかわらずです。
アプリ自体ごくシンプルなことしかしてないですが、それにしてもこれほど小さくまとまってるのは、Gaelyk のおかげです。
スピーディ
ここみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-13333732606971791072013-02-17T19:01:00.000+09:002014-05-14T11:27:23.362+09:00やっぱりオムニフォーカスすごいね以前、わざわざメールで iCal のリマインダに登録できるスクリプトを作って、OmniFocus はやめたっていうハナシをしました。
Omni Focus
で、今はどうしてるかっていうと、結局 OmniFocus に戻りました。
なぜ戻っちゃったのかというと、タスクの見せ方の違いというか、考え方の違いかな。
OmniFocus の場合、これから先のタスクをずらっとリストするんじゃなくて、今やるべきことに集中させてくれるんですね。
OmniFocus では、アラートは普通2回来ます。
タスクの開始が可能になったときと、タスクの期限のときです。
この、タスクの開始可能のアラートが結構効果的で、これがくるまではそのタスクのことを完全に忘れてていいんです。
これ、とても重要なことです。
タスク管理で大事なのは、タスクをすべて把握しておくことではなくて、必要になるまで忘れておけるようにみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-26397351903674999312013-02-08T13:22:00.000+09:002014-05-14T11:52:46.541+09:00VoodooPad で GTD 2回目VoodooPad で GTD っぽいことをやってみるハナシの2回目です。
前回は、voodoopad-gtd の導入と簡単な使い方について書きました。
で、ちょっと古いプラグインなので、導入するためにちょっとだけスクリプトを修正しました。
今回は、またちょこっとスクリプトを変更します。
やりたいことは2つ。
Markdown のリストに対応ページのデフォルトフォーマットが Markdown になっている場合、プラグインが生成する @todo ページ、 @done ページ、および @later ページの内容を、Markdown のリストにする
ショートカットキーを変更する
1. Markdown のリストに対応
voodoopad-gtd は、@todo: タグや @done: タグ 、@later: タグをつけた箇所の内容をリストにしたページを生成しみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-49046551280143282112013-02-07T19:51:00.000+09:002014-05-14T12:03:04.479+09:00VoodooPad で GTDひさしぶりの投稿ですが、オブジェクト指向ともプログラミングとも直接関係ないです。
Mac のパーソナル wiki アプリ VoodooPad 5 で、 GTD っぽいことをやってみようというハナシ。
今までは Emacs org-mode + MobileOrg + Dropbox で TODO 管理してました。
でも、最近なぜか MobileOrg の Dropbox ログインで
Bad username and password or network error.
なんて言われて(もちろん、Email/Password は何度も確認しました)、 sync できなくなってしまいました。
sync なしでも、org-mode 自体は僕の TODO 管理に最適なんですが、 iPhone で見られないのはちょっと痛いです。
いや、まぁテキストなんだから、見ようと思えばもちろんみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-47357137809813142332012-03-16T13:29:00.001+09:002013-02-10T02:44:57.108+09:00正中頸嚢胞の手術と入院以前、正中頸嚢胞ができたという記事を書きました。
今回は、そこで予告してた、手術と入院生活について報告したいと思います。
ヒゲソリ準備
自分にとってはあっという間。でも家族にとっては...
痛いのは夜から
回復に向かいはじめればあっという間
入浴はできませんでした
退院後
かかった医療費
ヒゲソリ準備
僕の場合、入院期間は1週間から10日と予告されてましたが、結局ちょうど10日間になりました。
手術は入院の翌日、朝9時から。
7時過ぎくらいから手術着に着替えさせられて、点滴入れられます。
病院の朝は、激早いです。
そのとき、ヒゲソリしてって言われます。
あごひげは患部に近いし、口のまわりは呼吸器を固定するからですね。
あらかじめヒゲソリは準備しときましょう。
記事Top
自分にとってはあっという間。でも家族にとっては...
手術自体は、全身麻酔なのでなんてことないですみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com25tag:blogger.com,1999:blog-3636725386821150778.post-74353496073493679562012-03-16T02:28:00.000+09:002013-02-22T04:29:00.820+09:00XBox 360、延命成功!?
ウチのXBox 360が壊れたわけなんですが、ニューマシンが来るのは4/5でまだ半月も先だし、退院祝いにThe Elder Scrolls V : Skyrim買ってきちゃったし、去年から予約済みのマスエフェクト 3だってもう届くし。
せっかく自宅療養中なのにおあずけなのは、やっぱ痛すぎ。
てことで、巷で噂の「温めて冷まして直す」をやってみました。
「タオル療法」とか「タオル法」なんていう名前でも呼ばれてるやり方です。
HDDなどの増設ハードウェアをすべて外し、ディスクが入っていないことを確認した上で、本体をバスタオルや毛布などで包み、電源を入れて20〜30分ほど放置します。
包んでいたバスタオルや毛布を取り除き、電源を切って20〜30分ほど放置。
以上。とても簡単です。
あとは、再度電源を入れてみて、正常に起動するかどうか確認するだけ。
Xbox 360の本体異常のみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-89555619962905168142012-03-15T16:43:00.001+09:002013-02-22T04:47:47.061+09:00XBox 360が壊れました正中頸嚢胞の手術を終え、無事退院して来ました。
で、今週いっぱいは自宅で療養することになりました。
さぁ、ゲームでもしながらのんびりしようかなぁと思ってたら、なんとなんと Xbox 360 が壊れてるじゃありませんか。
入院前にDragon Age II (ドラゴンエイジII)をやってたので、さっそく続きをしようと思ったら、スタート直後にハング。
で、再起動したら、今度はダッシュボード表示直後にハング。
再び再起動したら、今度はダッシュボードさえ表示されず、電源ボタン周りの4つのリングライトののうち、右下一つが赤く点灯した状態で、システムエラーE71の表示。
これはハードウェア障害のサインなので、ウチのXbox 360についてる唯一のオプション機器であるHDDを外した状態で、電源ケーブルを挿しなおして再起動してみたら、ついに右上以外の3つのリングライトが点灯した状態、つまりみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-21836175220493569132012-02-29T13:23:00.000+09:002012-05-17T09:22:08.414+09:00言語はどれも同じじゃない僕も以前は、言語には得意不得意、向き不向きはあっても優劣はないという立場をとっていました。
でも、はっきり言います。それは間違いでした。ごめんなさい。
例えば、徒歩と自動車で移動する場合それぞれを比べた場合、
ある程度以上距離がある場合の速度では、自動車のほうが徒歩に勝る
旋回性能では、徒歩のほうが自動車に勝る
あまり距離があると、徒歩では現実的な時間内に到着できない可能性がある
数メートル以内の極短距離では、わざわざ自動車に乗るよりも徒歩のほうが速い
たとえ自動車がエコカーであったとしても、エコ性能で徒歩に勝ることは決してない
のように、いろいろな側面で得手不得手があります。
でも、このような向き不向きのほとんどは、境界条件的な状況でのみ発生するものです。
どちらかを選択する必要があり、また一旦選択したあとで変更するには多少なりともコストがかかるという場合、このような向き不向きがみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-68103438670249030962012-01-29T15:08:00.001+09:002013-02-10T02:45:22.513+09:00正中頸嚢胞ができました何かってーと、首の正面にピンポン球くらいの大きさの腫れものができる病気？です。
正面だから、正中なんだそうです。
わざわざこれをブログに書いたのは、今後同じ正中頸嚢胞になった人に、情報を残しておくためです。
僕自身、今回集めた情報の中で、最も的を射ていて役立ったのが、体験者のブログだったからです。
コンテンツ
症状と概要
今までの経緯
治療のおおまかな流れ
費用
症状と概要
ほとんど痛くも痒くもありませんし、気道内にできてるわけではありませんので、呼吸にもまったく影響ありません。
ただ、切除する以外に完治の方法はないらしいです。
嚢胞というのは、袋状になってる器官のことです。
甲状腺が形成される過程で出現する、管状の器官が残り、袋状になったものです。
通常は、用が済んだら消失するんですが、たまに残っちゃうんだそうです。
普段は気がつかないほど小さなものなんですが、感染をみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com55tag:blogger.com,1999:blog-3636725386821150778.post-74319870218160575772011-11-22T09:14:00.001+09:002012-03-10T19:09:54.668+09:00データベースホストを微妙にクラウド化するSQLクライアントデータベース名だけ指定すると、複数のデータベースホストの中を探し回って、勝手に接続してくれるSQLクライアントです。
ダウンロード
使い方はカンタン。
groovy Query.groovy -n {データベース名}
これだけで、指定したデータベースに接続しますので、あとはお好みのSQLを実行するだけ。
データベースに接続済みの状態で、
dump {テーブル名}
というコマンドを実行することで、INSERT文形式でダンプをとることもできます。
一度接続すると、serverdetective/servers.datに接続先のデータベースホストをキャッシュしますので、次回以降の接続はちょっと早くなります。
データベースの格納先ホストが変わった場合、servers.datから該当のデータベース名を削除してください。
次回再び探索し、適切なホスト情報をキャッシュしなおします。
使用みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-82329235207598000102011-11-13T12:25:00.000+09:002012-03-10T19:09:34.854+09:00ssh接続を簡単にするGroovyオブジェクトssh接続の面倒なところをカプセル化する、Groovyクラスです。
リモートコンピュータに接続してコマンドを実行するスクリプトを、簡潔に書くことができます。
ダウンロード
※ ちなみに、ファイルのエンコードはUTF-8になってます。
使用する際には、実行環境のデフォルトエンコードで保存し直してください。
使い方はカンタン。
接続先ホスト名やユーザ名、パスワードをセットして、withConnectionのパラメータのクロージャ内で、お好みのコマンドを実行するだけです。
こんなかんじ。
new SshSession(
host:'RemoteHost', user:'aUser', password:'password', log:writer, hostEncode:'utf-8'
).withConnection{
みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-4164945244082576882011-11-11T12:25:00.000+09:002013-05-30T18:08:59.728+09:00メールからiCalリマインダ登録するAppleScript信メールの内容を、iCalのリマインダに登録するAppleScriptです。
ダウンロード
使い方はカンタン。
メーラの振り分けルールでお好きな条件を指定して、アクションにこのスクリプトを指定するだけで、準備OK。
メールの件名がリマインダのタイトルになり、本文はメモになります。
本文の1行目に「#」に続いて日付を書いておくと、その日が期限日になります。
日付のフォーマットは、yyyy/mm/dd。ただし、年は省略できます。
日付でなく、ただの数字を書いた場合には、その日数後の日が、期限日になります。
また、同じく本文1行目に「@」に続いてリマインダーのリスト名を書いておくと、そのリストに追加されます。
つまり、
@hoge#5
と書いて送ると、「hoge」というリマインダーリストに追加され、期限は5日後になります。
「@リマインダー名」を書かなかった場合、みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-47111214708314780382010-06-10T12:25:00.000+09:002012-03-10T18:55:59.102+09:00grails run-appでGoogle App Engineを起動してみる前回、永続化APIとしてJPA(Java Persistence API)を選択しました。
で、さっそくgrails run-appです。
app-engineプラグインをインストールすると、フツウにコマンドラインで
grails run-app
を実行しただけで、grailsがのっかった状態で、Google App Engine(以下、GAE)の開発サーバが起動するようになります。
らくちんですね。
ということで、さくっとやってみました。
えー、結論からいうと...ダメでした。
もちろん、イキナリまともに動くとは思ってませんでしたが。
あわよくば、エラーとして「次になにをすべきか」を、イイカンジに喋りはじめてくれるかな...とだけ、期待してました。
まぁ、そういう意味では、たしかに期待通りでした。
で、記念すべき第一声...つまり最初のエラーは、これでした。
C:\みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-89364483996792176732010-06-07T12:25:00.001+09:002012-03-10T18:52:34.949+09:00永続化APIの選択Google App Engine(以下、GAE)上にアプリケーションを構築する場合、かなりシンプルなものでない限り、なんらかのフレームワークを使うことになると思います。
僕の場合、Grailsを選択することになりました。
すでにGrailsで構築し、稼動し始めていたアプリケーションを、GAEにのせることにしたからです。
Grailsは優れたフレームワークです。
しかし、それでもGAEとまったく関係なく作ったシステムを、後からGAEに適合させるためには、それなりの変更が必要でした。
原因は
GAEのAPI仕様
RDBとGAEのデータストアの違い
Grails、またはそのプラグインの仕様
それらが合わさったもの
など、さまざまでした。
そこで、GAEアプリケーション開発の一例として、今回必要になった主な変更を、このカテゴリにまとめていきたいと思います。
さて、最初の大きなみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-67193235903739161142010-06-06T12:25:00.000+09:002013-02-08T10:48:15.411+09:00ユースケース記述が気になりますか？
このブログのアクセスログを見ると、どうもユースケース記述のアクセス数が常に上位にあるようです。
ユースケース記述(図じゃなくて)に関心がある方が多いのでしょうか。
あなたは、どうですか？
ユースケース記述について、より理解を深めていただくために、ちょっと違う視点で説明してみたいと思います。
前回は、一般的なユースケース記述の書き方について、サンプルケースを使って、チュートリアルっぽく説明しました。
そこで、今回は重要なポイントに的を絞ってお話しします。
コンテンツ
ユースケース記述の目的
ユースケース記述の必須事項
でも、結局は
ユースケース記述の目的
ユースケース記述は、アプリケーションが提供すべきサービスについて、ユーザと意識を合わせるためにあります。
ですので、ユーザにわからない用語は、使用すべきではありません。
ユーザは、普通ビジネスドメインについてはみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-8740593467973248652010-06-04T12:25:00.000+09:002013-02-22T01:18:39.112+09:00Factory (ファクトリ) パターンFactory パターンって、Abstract Factory パターンのことを言ってるの？それとも Factory Method パターンのこと？
と疑問に思う方もいらっしゃると思いますが、ここでは両者をまとめて解説します。
誤解をおそれずに言うなら、両者にはたいした違いはありません。
この「たいした」の部分のについては、説明を読んでいただければわかるかと思います。
コンテンツ
Factory ってなに？
それをやるとなにが嬉しいのか？
インタフェースで依存度を下げてみる
問題はコンストラクタ
ファクトリを使って依存をなくす
ファクトリの可能性
Abstract Factory と Factory Method の違い
Abstract Factory パターンとは
Factory Method パターンとは
Factory パターンの応用
みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com2tag:blogger.com,1999:blog-3636725386821150778.post-2411979739110182762010-06-02T12:25:00.000+09:002012-03-10T19:00:38.952+09:00狼男を撃つ銀の弾丸はない - 再び。そして何度でもブルックス以来、何度も何度も、大勢の口から語られていることですが、「それさえやれば万事解決」なんてソリューションはありませんよ。
ほんとに。
オブジェクト指向になじめないでも軽く触れたんですが、これについてはもう一度注意を喚起しておきたい。
ソフトウェア開発のテクニックやプロセスについては、この明白な事実を忘れてしまいがちになる人が多いようです。
どんなテクニックも、結局はただのツールに過ぎません。
万能ツールなんてあり得ないし、100%安全なツールもありません。
万能ツールなんてない
アジャイルプロセスについて考えてみましょう。
アジャイルプロセスは
導入するためには、それなりの準備が必要
チームに適合させるために、プロセス自体の変更が必要
導入自体より、導入後の継続的な改善が重要
効果が現れるまで、根気(と覚悟)が必要
これさえやれば万事解決なんてこと、あるわけない
みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-23246663726585798692010-01-06T12:25:00.000+09:002012-03-14T00:16:56.679+09:00片頭痛の新たな兆候実は片頭痛持ちです。
昨日、片頭痛の頭痛発作が起きて、早々に仕事を切り上げさせていただきました。
で、片頭痛もちの人はわかると思うんですが、片頭痛は眠るのが一番なので、出来る限り早く寝ちゃいました。
おかげで、異常に早く起きちゃって、もう寝れそうにないので、この記事を書くことにしました。
今、朝5時。
自分自身の慢性頭痛の症状の変化を書き留めるという、全く個人的な記事です。
思い出せる限り、最初の頭痛発作は、小学生の頃に遡ります。
子供の頃、実家には"病院には、行かないで済むならそれにこしたことはない"という昔っぽい風潮がありました。
片頭痛は、一晩眠ればなおりますから。
子供の頃に端を発する習慣というか、なんか「じっとがまん」するものだという思い込みがあって、最近まで、片頭痛で病院に行ったことはありませんでした。
だから、この激しい頭痛が片頭痛だと知ったのは、みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-61139790987402280712009-06-14T12:25:00.000+09:002012-03-14T00:20:21.638+09:00なぜDSLを採用するのか？DSLとは、Domain-Specific Languageの略です。
ドメイン特化言語、またはドメイン固有言語などと訳されます。
特定の問題領域のみに焦点をあてて設計された言語をさします。
オフィス製品によくあるマクロや、正規表現などがいい例です。
マクロや正規表現などのように、なにげなくDSLを利用する場面は多いのですが、自分でDSLを設計、実装するとなると、積極的に行われることは少ないようです。
多くの場合、DSLを採用すれば効果的な場面が、見過ごされているのではないでしょうか。
「今こそ、DSLが最適な解だ!」というインスピレーションが生まれないのは、DSLが実際どんなことを解決してくれるのかについて、あまり理解されていないことが原因なのではないかと思います。
そこで、今回は一例として、私が実際にDSLを採用した際の動機について述べてみたいと思います。
DSLの詳細についてみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-70281805597535869082009-06-06T12:25:00.000+09:002012-03-14T00:12:34.011+09:00Groovy前回、スクリプト言語を選ぶのにも考え込んじゃってる優柔不断っぷりをご披露したわけですが、今回は、結局何を選んだのかについて書きたいと思います。
結論から言うと、私が選んだスクリプト言語は、Groovyです。
Javaメインの開発者としては、もっとも驚きの少ない選択かと思います。
Groovyは、既にJSR241でJava標準に組み込まれていることもあり、認知度は徐々に上がってきているのではないでしょうか。
公式サイト(日本語はこちら)も充実していて、あまり情報不足で困ることはありません。
また、左のような、言語仕様を詳細に解説する書籍も刊行されています。
Groovyは、Rubyに強い影響を受けた言語です。
Rubyの構文と比較してみると、その類似性は明白です。
GroovyとRubyのどちらかを知ってしまえば、もう一方もほとんど苦労なく使うことができるのではないでみや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0tag:blogger.com,1999:blog-3636725386821150778.post-47975986301577383492009-05-17T12:25:00.000+09:002012-03-10T13:34:04.147+09:00スクリプト探しこのアーティクルは、ゴテゴテでかくて厳格なプログラミング言語を使う開発者(たとえば私)のはなしです。
スマートでライトな言語を使う開発者の方には、最初っから関係のないことですので、お読みになってもあまり得るものはないかもしれません。
近頃、使い勝手のいいスクリプトが欲しいと思って探してました。
「探してた」というよりは、「どれにするか迷ってた」と言ったほうが正しいかな。
世の中にはたくさんのスクリプトがあって、どれがいいか迷ってしまいますよね。
ここでは、私がスクリプトを選ぶ際に、どんなことを考えたのかを書いてみます。
まぁ、結局はいろんなのを覚えて、状況に合わせて選択して使っていくことになるのかもしれません。
でも、最初にどれから手をつけるべきかは、やっぱり迷いますよね。
まず、最初に想定する主な用途ですが、製品開発ではなく、ちょっとした作業の自動化などです。
恥ずかしながら、みや ひろhttp://www.blogger.com/profile/07638219925592706262noreply@blogger.com0