Category Archives: お知らせ

本日よりJavaチャンピオンの方は簡単な確認をするだけでIntelliJ IDEA Ultimateを無料で取得して頂けます。何年にも渡ってJetBrainsはJavaチャンピオンの方々と仕事上の関係にとどまらず、個人的にも知り合う機会が多くございました。継続的にIntelliJ IDEAやIntelliJプラットフォームベース製品のフィードバックを沢山頂いております。そこで感謝の気持ちをIntelliJ IDEA Ultimateの提供をもって表せればと考えております。 現在Javaチャンピオンの方々はhttps://www.jetbrains.com/shop/eform/javaChampionよりお申し込みいただけます。java.netのリンクを必ず含めてください。 IntelliJ IDEA UltimateはJavaチャンピオン以外にも、オープンソースプロジェクト、学生や教員、クラスルーム環境でお使いになる教授やトレーナーに対して無償で提供しております(IDEA以外の製品も含みます)。 [原文]

サブスクリプションへ移行することのゴールの一つに、1年に1回メジャーリリースを行うリリースサイクルから、バージョニングとは関係なしに継続的に価値を提供するしくみへと変わることがあります。 このモデルの変更によって今後バージョンが意味するところは何なのかという質問がありました。一般的にユーザーが新しいバージョンで気になること言えば次のようなものです: 新バージョンは何を提供してくれるのか？ 新バージョンによって自分の作業がどう変わるのか？ 新バージョンを利用することは可能なのか？ しかし、これらの質問よりもよくある質問に答えることにしましょう。つまり、IntelliJファミリーのIDEに共通な機能がありますが、一つの製品でなされた新機能やバグフィックスが他の製品にも反映されているのかという声を良く伺います。使っているのが複数製品であるか単一製品であるかにかかわらず、共通的な新機能や修正がいつ個々の製品に反映されるのかは明確でなければなりません。 別の問題、といってもこれは内部的な問題ですが、我々のバージョンの管理です。複数の製品、複数のリリースを年間何度もおこなっていくにあたってバージョン番号を上げていきたいということです。 シングル・バージョン。並行リリース。 我々はJetBrainsツールボックスにあるすべての製品について同一のバージョン体系に変更します。これらにはすべてのIDEおよび.NETツールが含まれています。 加えて、新たなバージョン体系を導入します。これは次のようなフォーマットで表されます。 YYYY.R yyyyが表すのは年です。rはその年のリリースを表します。一年のうちに複数回のリリースをするという狙いがここには込められています。各製品には各製品独自のビルドナンバーがあり、それはyyyy.r.n.m*という形で表されます。 例えば、IntelliJ IDEAの2016.2というバージョンでそのビルドナンバーが2016.2.1.10というものをリリースするでしょう。引き続きWebStormの2016.2でビルドナンバーが2016.2.5.30というものをリリースするでしょう。それらはともに2016.2のリリースの一部です。 結果、現在JetBrainsツールボックス製品でEAPとして提供しているものはバージョン2016.1としてリリースされることになります。 この変更によりバージョン方式が統一されるだけでなく、平行リリースも行われるようになります。つまり、JetBrainsツールボックスの製品は年間を通して同じ回数のリリースがあり、それらは一定の期間内にリリースされます。 *なお新しいバージョン体系の適用はバージョン2016.1から始まりますが、関連作業が全て終わり完全に統一されるのは2016.2となる見込みです。 これによって何がもたらされるか？ この変更がユーザーおよび我々に幾つかの利点があると考えています。 ユーザーの利点 頻繁な製品のアップデート サブスクリプション制への移行の目標は年間のリリース回数を増やすことでした。これにより新機能や改善を準備出来たらメジャーリリースを待たずに提供できるようになります。 年ベースのバージョン 2016.2というバージョンは単純な11よりも意味にあふれています。なぜなら最近のリリースかどうか年という観点でわかりますし、その年のいつのリリースかもわかります。 並行バージョン すべての製品が同じバージョンになります。WebStormの2016.2とIntelliJ IDEA2016.2とを比較するのはWebStormの11とIntelliJ IDEAの16との比較に比べて容易にできます。 可用性 サブスクリプションが有効であるなら、最新バージョンが利用可能です。どのバグフィックス更新がお手持ちの恒久フォールバックライセンスで利用可能かどうかについては、JetBrainsアカウントからご覧になれます。 JetBrainsの利点 より頻繁なリリース JetBrainsは価値を提供することに注力しており、新機能か修正かにかかわらず、提供可能になったらすぐにリリースしたいと考えています。そして、1年に1度というゆっくりなペースでメジャーバージョンアップリリースするような体系を保持するべきではないと考えています。より頻繁なリリースにより我々はより早く価値を提供し、より速くフィードバックが得られます。 年ベースのバージョン 複数の製品を扱っているためコラボレーションやリリースプランニングにとって製品のリリース、新機能やバグフィックスのリリースがいつだったかをバージョンナンバーによりひと目で判別がつくのは非常に都合が良い。新しいバージョン体系は我々によりよい時間のメンタルモデルを与えてくれる。 並行した内部・公開バージョン 我々は共通のプラットフォームを利用しているため、内部的にはツールがシングル・バージョン体系に従っている方がより都合がよくなります。各製品のバージョン番号も我々のブランチに合わせてあるため、実際のビルドナンバーであるほうが都合がよくなります。この変更に唯一直接的な影響を受けない製品は.NETツール群です。しかし我々の新製品Project Rider .NET IDEはIntelliJプラットフォームを共有するほか、それらの製品はJetBrainsツールボックスから利用可能であるため、単純化して同一のモデルに従うのがよいと判断しました。 … Continue reading →

新しいIntelliJ IDEA 16 EAPビルドをお試し頂きます。バグフィクス内容についてはリリースノートをご覧ください。 Spring Boot Spring Bootをお使いの方は最新ビルドを試すべきです！Spring Bootサポートは多岐にわたって改善されており、コードアシストも賢くなっております。 configuration propertyのFind usages カスタムconfiguration propertyについてfind usagesで参照しているコードを探し出すことが出来るようになりました。アプリケーションコンフィギューレーションファイルや、メタデータファイルにてfind usagesが効くようになりました。この機能を働かせるには、ガターアイコン(行の左側のアイコン)をクリック(Navigate→Related Symbolと同等)か、Show UsagesをAlt+Ctrl+F7 (Mac OS X:Alt+Cmd+F7)より呼びだしてください。 application.ymlの値 YAMLの設定ファイル内でコード補完とエラーハイライトが効くようになりました。 キーの補完について沢山の問題を修正しました。 banner.txt 皆さんお好きのカスタムバナーですが、ここでもスマート補完が効くようになりました: テスト @SpringApplicationConfigurationがテストコンテクストの設定で検出されるうようになりました。 Spring Boot starterのインポート よく使うアノテーション/クラスについて賢いクイックフィックスが働くようになりました: Spring Initializr 他に便利な点として: Nameに設定した値が、プロジェクト名だけでなくArtifact名にも反映されるようになりました starterで利用出来ないモジュールについて、必要最小バージョンをツールチップで教えてくれます SpringとSpring MVCサポートも近々強化される予定ですのでお楽しみに！ Kotlin … Continue reading →

今週のIntelliJ IDEA 16 EAPリリースの時間がやって参りました。いつも通りバグフィクスと、新機能が含まれています。注目すべきはデバッガ、VCSインテグレーションとユーザーインターフェースの改善です。 デバッガ Javaアプリケーションをデバッグする際、Groovy表記をEvaluate ExpressionとWatchで使えるようになりました。 これまではGroovyコードをデバッグする際しか出来ませんでした。Groovy表記はシンプルで、(特にコレクションを操作する際の)表現力が高く便利です。 この機能を利用するにはGroovyランタイムをクラスパスに入れておく必要があります。 また、マルチスレッドアプリケーションのデバッグを行いやすくしました。これまでステップオーバー実行時、同じブレークポイントで止まっている他のスレッドは一緒にリジューム(再稼働)していました(Suspend policyをAllと設定している場合)。今リリースにより、この挙動をSettings→Build, Execution, Deployment→Debugger→SteppingのResume only the current thread(このスレッドのみリジューム)オプションにより変更出来るようになりました。 VCSインテグレーション Gitユーザーに嬉しいのが、IDEAがついにworktreesをサポートしたことです。この機能はGit 2.5で実装されたもので、単一リポジトリのクローンをシンプルにするものです。リポジトリーのクローンを丸ごと作るのではなく、軽量なワークツリーを作成する機能です。IDEAがワークツリーをサポートしたことで、これまでのリポジトリと同様に扱うことが出来るようになりました。 Git Logのルックアンドフィールは見栄えの良いツールバーとより薄いスプリッタで改善されました。またテーブルヘッダーは無くしました。 Show/Find usages もう一つインターフェースについて、Show usagesポップアップのスピードサーチを改善しました。マッチ箇所をハイライトすることで、ナビゲーションをしやすくしました。 またFind usagesツールウィンドウでの絞り込み時、ファイル名だけでなくツールウィンドウ内のテキスト全てをマッチ対象としました。 さらに、code cleanup インスペクション(英語)をRun Inspection by Nameより走らせた場合、ダイアログ内でクイックフィックスを適用出来るようになりました。 今回のリリースの主な新機能は以上です。是非お試し頂き、いつも通り掲示板へのフィードバックやYouTrackへのバグレポートをお待ちしております。 Develop with pleasure! 原文

毎週IntelliJ IDEA 16 EAPの新しいビルドをリリースしています。最新ビルドではいつも通り皆様より頂戴したバグの修正と共に、Gitインテグレーションとコードエディタの改善が施されています。 ステートメントの右/左への移動 コードステートメントをCtrl + Shift + Up/Down (Cmd + Shift + Up/Down for OS X.)というショートカットで上に下に移動することは以前から出来ました。コードの並びを直す際に便利ですが、時には右に左に移動したくなることがあります(例えばXMLエレメントの属性、メソッドパラメータ、配列初期化コードなどの順序を直す場合などです)。 最新ビルドではAlt + Ctrl + Shift + ←/→ (Mac OX X:Alt + Cmd + Shift + ←/→)とうショートカットで可能になりました。 VCSインテグレーション Gitブランチ操作に便利なアクションを二つ追加しました。Branches ポップアップより起動できます: Checkout with RebaseとRenameです。 Checkout with Rebaseアクションは手元の作業状況を同期させるのに必要なオペレーションCheckout→Rebaseをいっぺんに行うものです。 インタラクティブなrebaseをVCS → Git→ Rebaseより行う場合、IntelliJ … Continue reading →

IntelliJ IDEA 16 EAPの最新ビルドをお試しください。多くの不具合の修正と共に、いくつかの改善も施されております。 細かいですが、便利な点としてstaticインポートのハンドリングの改善があります。 これまでもstaticメソッドのインポートを行うクイックフィックスを提供してきましたが、良く必要とされるメソッドについてはクイックフィックスを起動しなくてもインポート候補を挙げてくれるようになりました: staticの定数についても候補を挙げてくれます: 設定→Editor→General→Auto Import→”Add unambiguous imports on the fly”オプションを有効にしておけば、曖昧なstaticメンバーについても自動的にインポートしてくれます。 いつも通り、掲示板へのフィードバックやYouTrackへのバグレポートをお待ちしております。 Develop with Pleasure! 原文

本日、NDC Londonにて新しいプロジェクトを発表しました。IntelliJプラットフォームとReSharperのテクノロジーベースの新しいクロスプラットフォームC# IDEです。 コードネームProject Riderは、クイックフィックスやインスペクション、スマートナビゲーションなど、ReSharperやIntelliJベースIDEですでにおなじみの機能を搭載しています。ReSharperはVisual Studioの機能拡張ですが、Project Riderは完全なスタンドアロンIDEです。 まだごくごく初期段階にありますが、既に以下の機能を搭載しています: ナビゲーション – スマートナビゲーションはJetBrains IDEの重要機能で、Project Riderも例外ではありません。Go To Type、Go To File、IntelliJプラットフォームのSearch Everywhere(どこでも検索)によるgo to symbols、types、files、果ては検索ポップアップ内から設定やアクションの呼び出しまで行えます。 Navigate Toポップアップメニューももちろん搭載しています。基底クラスや派生クラスへのジャンプ、ツールウィンドウへの利用箇所の検索結果表示などが可能です。 編集 – タイピングアシスト、ブレースの挿入や自動フォーマット、ライブテンプレート(ReSharper 10のpostfix templatesも含む)、quick infoツールチップ、継承関係のナビゲーションを楽にするガターアイコン、コンテクトアクションなど、幅広い便利な編集機能を実装済みです。 インスペクション – ReSharperでサポートしているほとんどのインスペクションはエラー、警告、推奨、ヒントとしてエディタ内に表示されます。解決出来ないシンボルは赤く、コードの問題はアンダーラインで表示されるなど、おなじみの形式になっています。 Alt+Enter – JetBrains IDEで必要不可欠なのがAlt+Enterキーバインドのサポートです。ReSharperで利用可能なクイックフィックスやコンテクストアクションも利用できます。Project Riderはファイル全体へまとめてアクションを適用したり、インスペクションの重大度をメニューから変更することもできます。 リファクタリング – まだ数は限定されますが、リファクタリングも可能です。多くのリファクタリングアクションは何かしらのユーザーインターフェースが必要で、まだ実装されていないものも多くあります。現在Project Riderではシンボルのリネーム、変数の導入/インライン化、インスペクションでハイライトされているコードをAlt+Enterで修正することが出来ます。 … Continue reading →

そろそろクリスマスとなりますが、我々もプレゼントを準備しましたIntelliJ IDEA 16です！ 今日から我々は一年に「平均」数回のリリースをおこなうサイクルに変更することにしました。これにはバグフィックスによるアップデートも含みます。 (これまでは一つのメジャーリリースとマイナーアップデートだけでした) さて、まずはIntelliJ IDEA 16 EAPを見てみましょう。 これはあなたを少し幸せにしてくれるグッズをもたらします。 IntelliJ IDEA 16では エディターで右から左に書いていく言語 (アラビア語, ヘブライ語)をサポートするようになります。 IntelliJ IDEAのプロジェクトモデルはGradleのものと整合するようになります。さらにカスタムソースセットのサポートや、 個々のソースセットの依存性を解決するようになります。この改良は多くのイシューを解決します。 また、IntelliJ IDEAはビルドスクリプトで定義されたEARアーティファクト解決し、プロジェクト構造からそれらを自動で設定するようになります。 Gradleタスクを走らせたときはビューモードをツリー表示からテキスト表示に切り替えられるようになります。 デバッグする際に、you will be provided with better name matching, スロットの値に任意の値を設定したり、値の評価をしたりできます。 デバッガーは現在のスレッドを他のスレッドがブロックしていることを検知し、そのスレッドの実行を促します。 Gitや他のVCSでマージする場合も文字ごとの比較、ハイライトにより簡単になります。 タグのチェックアウトまたはリビジョンのチェックアウトはプロジェクトに登録されたすべてのリポジトリーに対して適用できます。 GuavaのコードをJava 8 のコードにマイグレーションしたい人のために、幾つかのクイックフィックスを提供しました。 それによりFluentIterable、Function、Optional、PredicateといったクラスをJava 8のものに取り替えることができます。 Android … Continue reading →

2000年、3人の友人で非効率的かつ頻繁に発生するタスクを楽にするツールを開発するため起業しました。それはRenamerと呼ばれるツールで、コード中の名前を変更するという単一の機能のみを持ちます。現在では一般的にリネームリファクタリングと呼ばれるプロセスです。 16年が経過し、チームは600人を超えましたが、そのツールはより多くの機能を備えるIntelliJ IDEAとして存在します。この間、JetBrainsはさらに19もの製品を生み出しました。コードを書いてメンテナンスするツールから、アプリケーションのデプロイメントやチームコラボレーションを手助けするツールまで広がっています。 この道のりは大変楽しいものでした。この旅路は新しいルックとドライブと共に続きます。 JetBrainsの新しいブランドをご紹介します なぜリブランド？ 我々は急速に進化していくテクノロジーにに同調していくため、新しいモダンなルックと、我々を差別化する何か….いや、無意味なごたくはやめましょう！ リブランドは大変手間がかかり、労力が必要です。そして、重要なのは感情的なインパクトがあることです。JetBrainsのような会社はスタッフの入れ替わりが大変少なく、2000年にいたスタッフのほとんどが現在も従事しています。その中でリブランドを行うことは簡単ではありません。それは特定のロゴや製品でJetBrainsを認識しているあなた、我々のお客様にとっても同じことです。 我々がリブランドをするからにはもちろん必然的かつ前向きな理由があります。大きく分けて、以下に挙げる2つがあります: JetBrainsは製品名ではなく、IntelliJは会社名ではない JetBrainsはとてもフラットな企業で、各チームは自律的に動いています。我々は、スタッフに自由を与えることでベストなものを生み出すことが出来ると信じています。しかしながら、この自由はロゴやデザインの統一性を乱し、結果的に我々のブランディングに影響を与えることがあります。 IntelliJ IDEAをご存じの方々、ReSharperをご存じの方々、TeamCityをご存じの方々がたくさんいらっしゃる中、これらの製品群が同じ会社からリリースされていることを知る由もありません。そしてJetBrainsが提供する他の製品を知る機会も限られてしまっています。 デベロッパは多数のプログラミング言語を使いこなす方向に向かっており、我々の製品やサービスは同じエクスペリエンスを提供しています。今こそ我々のブランディングも強固なものにする時です。統一されたルックアンドフィールにより、JetBrainsがお客様により認識しやすくなると願っています。 “Develop with Pleasure”だけではない 統一性はリブランドの唯一の理由ではありません。JetBrainsという会社は使って楽しい(Develop with Pleasure)ツールを提供してきました。しかし、”Develop with Pleasure”だけが我々をドライブしているわけではありません。我々をドライブするのはより良い手段があるという信念です。何か問題を見つければ、それは新しいチャレンジであり、改善する機会であり、さらにはイノベートを起こすチャンスとして見るべきです。この信念こそが我々スタッフを毎朝動機付けしています。 このドライブ(動機付け)はJetBrainsのスタッフによって様々です。全員がそれぞれのドライブ、それぞれの野心を持っています。世界をより良いものにすべく、我々はその野心を共有しています。JetBrainsはブランディングをもってあなたに、ユーザーに認識して頂きたいと考えています。単により効率的に働きたいということ以上の共通認識があると信じています。 これこそが我々をドライブするものであり、あなたをドライブするものです！   P.S.: リブランディングは、様々な噂を巻き起こすのもわかります。しかしながら、JetBrainsは買収される予定はありませんし、投資家を探してもいません。そして上場に備えてもいません。我々は独立した株式非公開企業として引き続き我々の価値と、そしてお客様に向きあっていきます。 JetBrainsより