若者の成長曲線は半端なく、おじさんエンジニアは日々恐怖を覚えます。 出る杭はちゃんと打っておきましょう。 環境の弄りがいのあるツールを教えるEmacs, VIM, zsh, tmuxなど…設定のいじりがいのあるツールは理想の環境を追い求めても終わりはなく、コンフィグはどんどん膨れ上がるばかりです。 それらを「一流のプログラマは、一つの道具にこだわりとことん使い尽くすもんだぜ」とでも言って、ずっとDotfilesのリポジトリばかりいじるようになってくれれば、彼らがプログラミングに費やす時間は減るはずです。 バイナリアンにさせるいくらアプリケーションが作れても、低レイヤのことが分からないとダメだと刷り込みます。 「プログラムがどうやって起動するか分かってる? えっ、mainを書けばそれが呼ばれる? あのなぁ、_startというのがあってだな…」 無駄に低レイヤに詳しいおじさん力を活かして、あた
12月になりました。2015年も残すところ1ヶ月ですね。 ということでKotlin Advent Calendar 2015の第1日目の記事です٩( 'ω' )و 年内にKotlin 1.0がリリースされるとの噂ですが、現バージョンは1.0-Beta2で、正式版リリースの足音が聞こえてきました。 正式版のリリースは、Kotlinユーザが待ちに待った瞬間です。 もちろん私もその一人です。 特にKotlinエバンジェリストを自称し、以前から活動していたこともあってその感動はひとしおでしょう。 本エントリではKotlinの思い出を時系列で綴っていきたいと思います。 そうそう、正式版がリリースされたときにはちょっとした誕生パーティーを開催する予定です。 と言っても内容はビアバッシュなLT大会です。 そこでも似たような話をすると思います。 Kotlinの登場と出会い Kotlinはロシアの島の名前で
米Googleは5月15日（現地時間）、Androidアプリ向け統合開発環境（IDE）「Android Studio」を発表した。Windows、Mac、Linux向けプレビュー版を開発者ページから無料でダウンロードできる。 Android Studioは、人気のJava IDE「IntelliJ IDEA」をベースにAndroidアプリ開発に最適化したIDE。さまざまなディスプレイのサイズおよび解像度に対応しなければならないAndroidアプリ開発者のために、複数のディスプレイサイズでのレイアウトをプレビューできるレイアウトエディタや、アプリのコンポーネントに使えるテンプレートなどが用意されている。
Rubyといえば動的型付け言語なので、IDEサポートがほとんど皆無です。 それはしょうがないんですが、やはりIDEサポートはけっこうなアドバンテージに思うわけで。 例えばC#+Visual Studioは素晴らしいです。膨大なBCLも、IntelliSenseがあると結構なんとかなったりします。 もちろんruby環境にも補完機能がないわけではないですが、やはり弱いです。 なのでどうしてもtypo→エラー→ググるというプロセスをよく歩んでしまいます。 そこでpryですよ pryはirb（rubyの標準インタプリタ）の上位版です。 irbで出来ることはpryでも大抵は可能です。 pryにはシンタックスハイライト機能とかもありますが、一番はlsコマンドとcdコマンドです。 例えば適当なstringオブジェクトをlsしてみると "hello pry!"オブジェクトのメソッドが一覧されます。 また、
To follow this article the reader should at least have a basic idea of how to use Vim and its command modes. Or if you are new to Vim, you can read my first blog to know how I came in to Vim and its fundamental differences with other editors. Here I'm trying to explain how to make the Vim more productive by adding some extra features through Vim plugins. After this setup the Vim would have most of
iOSアプリ(Objective-C)を書き始めて半年たったので、それまでに触ったりした開発ツールやObjective-Cのライブラリなどについてまとめてみる。 AppCode 個人的にはXcodeより好きなので、コードを書く時は基本的にAppCodeで書いていた。 デバッガー周りやエラー表示についてはXcodeの方いいところが多いので、Xcodeも併用する。(どっちにしてもxibやData ModelをいじるときにはXcodeが必要な気がするので両方共起動してる事が多かった) AppCodeはリファクタリングやXcodeでAnalyzeとかしなくてもメモリ解放忘れとかわかるのと、Quick fix(Alt+Return)がすごく便利なので書くときにリズムを生むのに役立った。 WebStormも使っているので同じ系統のIDEに慣れているのもあるけど、JavaScript書いてる時よりObj
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
