タグ

2014年8月18日のブックマーク (6件)

  • Groovy基礎勉強会 に参加してきました。 #GroovyBase - みちしるべ

    Groovy基礎勉強会 に参加して来ました。 受付とかその辺のお手伝いもしてみました。 募集70人で、前々日、前日に大量のキャンセル、繰り上がりの人もキャンセルが続出して キャンセル39人とか、当日もどのくらい来るんだろうといった感じでした。 当日参加したのは、61、62人かな。(チェックした名簿を持ってないのでわからない) 「全員おっさん」は免れた。 感想 基礎 != 基 ではないことを人認識して参加したつもりではいた。 しかし、 「なるほどわからん」と思った人〜で、全員手を上げたのを見て、@kyon_mm さんが「じゃ成功ですね」と言った。 この光景を見て、普通の勉強会とは趣が異なるんだなと改めて感じた。 なるほど、わからん 全てのG*は、ASTに通ず 1日でG*がここまでそろった勉強会は初めてだ。まとまった形式もいいね。 @kyon_mm さん 「Groovyの歴史」 The Hi

    Groovy基礎勉強会 に参加してきました。 #GroovyBase - みちしるべ
  • DB Migration Tool 入門 vol.1 #CDStudy

    きょん@アジャイルコーチ、システムアーキテクト @kyon_mm #なごやこわい が発表する勉強会が異常に人気がある感じがありますね。それ以外の名古屋の勉強会は結構普通な気がします。僕がやっている #CDStudy とか5名から10名で推移しているし、他の勉強会も即日で埋まるとかない気がする。 [うさみみ*´×`*エンジニア]

    DB Migration Tool 入門 vol.1 #CDStudy
  • bitbucketの使い方

    Elevate your software delivery from planning to production and beyond, with built-in AI, CI/CD, and a best-in-class Jira integration.

    bitbucketの使い方
  • MyBatis Schema Migrationを使ってみる - @katzchang.contexts

    この記事は Java Advent Calendar -ja 2010 の4日目のものです。 はじめに 継続的な開発では、データベーススキーマも段階的変化に耐えることが求められる。マイグレーション・システムが必要だ。 そこで、MyBatis Schema Migrationというのがあるらしいので試してみた。ほら、Java屋にはおなじみのMyBatisだ。 インストールする http://code.google.com/p/mybatis/downloads/list?can=3&q=migrations から、「MyBatis Schema Migrations 3.0.2 GA」をダウンロードし、適当な場所に展開し、PATHを通す。 migrate init - 初期設定 プロジェクトのホームがあれば、その下に空のディレクトリを作り、そこでスキーマの管理をするとしよう。空のディレクトリ

    MyBatis Schema Migrationを使ってみる - @katzchang.contexts
  • マイグレーションツール:dbdeployの使い方

    dbdeployはオープンソースで提供されているマイグレーションツール。 http://code.google.com/p/dbdeploy/ にホストされており、ライセンスはLGPLです。 doctrineやrubyのmigrationとは違ってコードではなく、SQL文で変更情報やロールバック情報を記述する点が特徴です。既にSQL文が書かれたファイルで変更情報を管理している場合は導入が比較的容易と言えます。 インストールこれは簡単です。プロジェクトのページからダウンロードして適当な場所に解凍します。また、今回はApache Ant経由で実行しますので、導入していない場合は先にインストールしておいてください。wget http://dbdeploy.googlecode.com/files/dbdeploy-dist-3.0M3-distribution.zip unzip dbdeplo

    マイグレーションツール:dbdeployの使い方
  • Gradleで陥りやすい問題点の解決策TIPS集 - 猫好きモバイルアプリケーション開発者記録

    今回はGradleでよくハマるであろうポイントを集めたTIPSを11個紹介します。 01. 依存関係のバージョンが指定されたものにならない MavenからGradleへ移行した場合、おそらく誰もが最初に陥る問題かと思います。 端的に言うと、Mavenの pom.xml で指定したままの依存関係の設定をそのまま build.gradle へ移したとしても 最終的に取得される依存関係は殆どのケースで同じにはなりません。 これは「推移的依存関係」によって同じライブラリが存在した場合に優先されるバージョンがMavenとGradleでは異なるために起こります。 推移的依存関係とは簡単に説明すると、ある依存関係がさらに依存する関係のことを言います。 MavenでもGradleでもそれらを自動的に取得しようとしますが、 それらの中で使っている依存関係のgroupIdもartifactIdも同じだがバージ