Gradle Groovy DSL から Kotlin DSL への乗り換え方 - A Memorandum
はじめに スクリプトファイルの命名 Kotlin と Groovy の言語上の考慮事項 Gradle init によるプロジェクト生成 プラグインの適用 プラグインの設定 タスクの構成 タスクの作成 依存の指定 よくある設定 はじめに Gradle 5.0 よりGradle Kotlin DSL が提供され、groovy によるビルドスクリプトを Kotlin で記載できるようになりました。 Kotlin でビルドスクリプトを書くことで、IDEによるサジェストやコードジャンプなどの恩恵を十分に受けることができますし、タイプセーフでありリファクタリングなども容易となるので、これから Groovy のビルドスクリプトを書くのであれば Gradle Kotlin DSL を使うべきです。 ここでは、Groovy DSL と Kotlin DSL の違いと Kotlin DSL でビルドスクリプト
2018年お金になるプログラミング言語トップ25 - Stack Overflow
Stack Overflowが1年おきに公開している開発者調査レポートの2018年版となる「Stack Overflow Developer Survey 2018」が公開された。同レポートは、10万人を超える開発者から得られたアンケート結果を集計したもの。プログラミング言語と給与の関係がランキング形式でまとまっており、どのプログラミング言語が高い給与に結びついているかが示されている。 ランキングは次のとおり。 給料が高いプログラミング言語ランキング - 資料: Stack Overflow 高い給与と関連性が高いプログラミング言語としてはF#が第1位に選ばれており、これにOcaml、Clojure、Groovyが続いている。Groovyより上位にランクインしたプログラミング言語は年収の平均値が700万米ドルを超えており、本稿執筆時点の換算で年収約770万円以上ということになる。 同レポー
Jenkins : Jenkins 2.0
Created by Unknown User (kohsuke), last modified by Unknown User (rtyler) on Apr 27, 2016 Why We need to claim our rightful place in Continuous Delivery. We have lots of pieces that address these modern needs, but we are not communicating this very well. We need to revisit out of the box experience, so that Jenkins itself speaks that story and makes it clear what we are aiming for. Our software ne
Groovyが人気上昇 - TIOBE プログラミング言語人気ランキング
TIOBE Softwareから、2013年10月のTIOBE Programming Community Index (PCI)が公開された。TIOBE PCIは、複数の検索エンジンの検索結果から、対象となるプログラミング言語がどれだけ話題になっているかをインデックス化したもの。2013年10月におけるインデックスは次のとおり。
Groovy API Javadocに関しての情報整理 - Diary of absj31
公式ドキュメント内のAPIを色々漁ってたら幾つか存在しているようで、且つどれがどういう内容・関係性を持っているのかイマイチわかんね〜な〜、とつぶやいた所、G*界隈の心優しい御方達にアドバイス頂けました。 早速情報整理。このような形になっているようです。全部ひっくるめて見たい場合は1.のJavadocを参照すれば良いという事になりますね。 No. API 構成 1. groovy 2.0.1 API 従来のJava API + GroovyクラスのAPI + Groovy JDK(GDK) ※Groovy独自のドキュメント (GroovyのビルドでつかっているGradleで独自定義) 2. groovy 2.0.1 API 従来のJava API + GroovyクラスのAPI ※GroovyDoc 3. Groovy JDK API Specification Groovy JDK(GDK
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
Groovy は日本語クラス名を使ってるとコンパイルエラーになるケースがある - お だ のスペース
Groovy のバージョン:1.8.0 こんなコードがコンパイルエラーになる jpn.groovy class 社員 {} class Logic { 社員 getEmployee() { return null; } } assert new Logic().getEmployee() == null 4行目の 社員 が unexpected token でコンパイルエラーになる eng.groovy class Employee {} class Logic { Employee getEmployee() { return null; } } assert new Logic().getEmployee() == null こっちは正常に動作する。 昔のバージョンでは上手く動いた気がするんだけど、1.8 から "." とか 括弧省略出来るようになって、上手くパース出来てないのかな？
明日から使えるｇｒａｄｌｅ
3. 今日はGradle凄いぞ！ な話は話しませんw 基本の紹介スライドの紹介 @literalice さん 「GradleによるG*なビルドシステムの構築」 http://www.slideshare.net/literalice/gradle- introduction サンプル http://bit.ly/gNu4Ad @nobeans さん “How about Gradle?" http://d.hatena.ne.jp/nobeans/20110225/12985 98901 4. ユーザドキュメントの和訳サイト @literalice さん http://www.monochromeroad.com/artifacts/ gradle/userguide/userguide.html GitHubで翻訳活動されています https://github.com/literalic
JavaプロジェクトでGroovyを導入すべき５つの理由 - うさぎ組
前段 TDDBootCamp in Tokyo 1.5にJavaグループの一員として参加させていただきました。 そこでGroovyをやりたいというホットなエンジニアと出会いまして、GroovyでTDDをさせていただきました。 いきなりGroovyでプロダクトを書く事はなかなかないと思っているので、Javaのプロダクトコードに対して、Groovyのテストコードを書く。という方法で演習しました。 そこで、皆様がGroovyへ多少なりとも注目してくださいましたので、このエントリーを書いてみようと思いました。 JavaプロジェクトでGroovyテストコードを導入すべき５つの理由 以下であげる５つのポイントは「Groovyを知らないJavaプログラマーがすぐに始められるGroovyの強力な機能」をとりあげました。 もちろんここにあげた以外にもたくさんのGroovyの強力な機能はありますが、それらの威
「1000以下の回文素数で最大のものを示せ」をGroovyでやってみた - No Programming, No Life
はじめに 1000以下の回文素数で最大のものを示せ - Kumappusの日記 をGroovyでやってみた。 説明 素数を求める部分は素数を求める - ゲンゾウ用ポストイット-newを使わせてもらいました。 どうもソースが冴えない。もっといい方法があるはず。改造したよ！って方はコメント、トラックバック、@fumokmm(twitter)までお知らせ下さい。 ソース 追記 (2011-07-04) akihiro4chawonさんにコメントですっきりした方法を教えていただいたので、そちらをGParsの並列コレクションを用いて実装してみました。 参考記事 1000以下の回文素数で最大のものを示せ - Kumappusの日記 素数を求める - ゲンゾウ用ポストイット-new
現場で使えるGroovy（その３）「JavaにREPLが無いならgroovysh, groovyConsoleを使えばいいじゃない」 - No Programming, No Life
このシリーズの一覧はこちら はじめに ご存知の通り、JavaにはREPLがありません。しかし残念がることはありません、そう、あなたにはGroovyが付いています。 Groovyがこれらの特性とJavaとの親和性を高いレベルで同時に実現していることです。 （中略） ・Javaに極めて近い文法（ほぼ上位互換） ・JavaコードはおおむねそのままGroovyコードとしても動作 （中略） ・JDKの標準ライブラリやサードパーティのライブラリ／フレームワークもすべて共用可能 （中略） 『プログラミングGroovy』P8 より ということで、GroovyのREPLであるgroovyshや、groovyshよりも便利なgroovyConsoleを利用すればJava自体のコード、クラスを素早く動かしてチェックすることができるわけです。 さっそくやってみましょう。 ケーススタディ１：Integerクラスのメ
Javaエンジニア必携の「プログラミングGroovy」を献本していただきました - 達人プログラマーを目指して
昨日、ポストを確認したところ、執筆陣の皆さんより、献本として送っていただきましたプログラミングGroovyが届いていました。 プログラミングGROOVY 作者: 関谷和愛,上原潤二,須江信洋,中野靖治出版社/メーカー: 技術評論社発売日: 2011/07/06メディア: 単行本（ソフトカバー）購入: 6人 クリック: 392回この商品を含むブログ (155件) を見る私の人生で初の「献本」であったということもありますが、本当に出版を心待ちにしていた本であったので届いていたのをみつけたときは、（まったく季節外れな表現ですが）子供のころにサンタさんからプレゼントが届いていたのを見つけた時と同じような感動を覚えました。私は「Groovyおじさん」と呼ばれてもよい年齢なのですが、新しい技術書が届いた時のわくわく感というものは常にありますね。でも、出版から一足早く「献本」を受け取るというのは生まれて
認定試験問題のリファクタリング結果をGroovyにとりあえず移植してみました - 達人プログラマーを目指して
最近Groovyから遠ざかっていたため、勘を取り戻す練習も兼ねて、先日Javaプログラミング能力認定試験課題プログラムのリファクタリングレポート（その３） - 達人プログラマーを目指してでご報告したサーティファイJavaプログラミング認定試験のリファクタリング結果をGroovyに移植してみました。また、使い始めたばかりで良くは理解できていないのですが、ビルドもMavenからGradleに切り替えてみました。 現時点ではテストも不十分ですし、十分にGroovyらしいコードにも修正できていませんが、一応コードは以下に登録してあります。（ビルド方法は後述） リファクタリングGroovy版 一方、もともとのJavaのリファクタリング結果は以下にあります。 リファクタリングJava版 Javaからの基本的な修正手順 Java版のリファクタリング結果に対して、基本的には以下の手順で修正を加えました。
業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 - 達人プログラマーを目指して
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
DCIアーキテクチャについて語ってみるよ - uehaj's blog
Trygve Reenskaug氏とJames O. Coplien氏らが提唱する「DCIアーキテクチャ」について、id:digitalsoulさんが論文を翻訳してくださり、またその解説とサンプル実装(groovy, scala)を示してくださっており、読んでみたところ、大変興味深いので理解した限りを書いてみます。 おじさん登場 たとえば、あるおじさんがいたとします。 このおじさんは、白いスーツ、グラデーションの入ったサングラスと金ぴかのネックレスをつけて新宿歌舞伎町に出かけ「やくざ」として振るまいます。とおりかかったお兄さんがそのおじさんに出会い、目が合ってしまい、因縁を付けられ、お金を巻き上げられてしまいます。 さて、おじさんは家に帰ります。実は、このおじさんは家では良いお父さんとして振る舞います。赤ちゃんはこのおじさんの目を見て笑いかけます。おじさんは相好を崩し、オーよしよし。 さて
Java仮想マシンはスクリプトの強力環境、JRuby/Groovyが証明? | エンタープライズ | マイコミジャーナル
JRubyの主要開発者であるCharles Nutter氏は自身のブログにおいてThe Power of the JVMのタイトルのもとスクリプト言語とJava仮想マシンに関する興味深いドキュメントを公開した。Charles Nutter氏はフルタイムでSun Microsystemsに雇用されており、Java仮想マシンとスクリプト言語について語るには適切な人材のひとり。 JRubyは最新版のJRuby 1.1で劇的にパフォーマンスを向上させた。多くの改善が施されたわけだが、特にコールパスを短縮するために導入された次の2つの方法が効果的であったことが説明されている。どちらも典型的な最適化方法のひとつだ。 リフレクションの代わりにスタブメソッドを活用 コールサイトキャッシュを活用 Groovyは1.5まで機能を増やすことに注力してきたが、パフォーマンスが低いという欠点があった。現在開発が進め
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bitbucketの使い方
Map のキーに変数を使いたい場合は、()で囲む - お だ のスペース