人工無脳が作りたい このページをアンテナに追加 RSSフィード

2011-12-22

[][][]AppCodeを使う時知っていると幸せになれそうな事 多分その1 10:00 AppCodeを使う時知っていると幸せになれそうな事 多分その1を含むブックマーク AppCodeを使う時知っていると幸せになれそうな事 多分その1のブックマークコメント

AppCodeを使う時に、知っていたり、設定してあると幸せになれる事を幾つかまとめました、他にも色々あると思うけど、ぼくが幸せなヤツを。


設定画面は、Macではおきまりの「cmd+,」で開く事が出来ます。

左上のテキストボックスに適当な単語を入れて検索することが出来るので活用しましょう、左側の項目が絞られるだけではなく、左側の詳細画面も検索語句に引っかかる部分だけがハイライトされて表示されるので迷いません。

f:id:happy_ryo:20111222031717p:image

行番号を表示する

基本ですね。AppCodeではデフォルトではOffになっているのでOnにしましょう。

設定画面を開いて「line number」で検索してから、Editor→Appearanceと選択すれば、ハイライトされている該当項目が見つけられると思います。

f:id:happy_ryo:20111222031804p:image:w640


インクリメンタルサーチショートカットを割り当てる

インクリメンタルサーチが無いと、生命の危機を感じることがありませんか?ぼくはありませんけど、Keymapから設定することが出来るので好みのキーに割り当てましょう。

Keymapの画面で、テキストボックスに「Incremental search」と入れるとフィルタリングをかけることが出来ます。


フィルタリング

f:id:happy_ryo:20111222032013p:image


操作名をダブルクリック

f:id:happy_ryo:20111222032012p:image


キーを入力して設定する

f:id:happy_ryo:20111222032011p:image


インクリメンタルサーチ

インクリメンタルサーチはこんな感じ、普通の検索と何が違うの?と思われるかも知れませんが、任意の場所に移動した後そのまま作業できる、という点が通常の検索と異なります。

普通の検索(cmd+f)は、正規表現を使いたい時何かに便利です。

f:id:happy_ryo:20111222032158p:image


デバッガ

Xcodeデバッガよりも見やすくて楽だと思っています。ブレイクポイントの設定に関してはXcodeとたいして変わりません。

詳しく書こうと思ったけど今回は心が折れました。今度書きます。


Live Templates

よくあるアレです。

allocって入れてTabを叩くと.[.[ alloc] init]に展開されたりします(「.」は入りません)。設定画面の同名の項目内でデフォルトで登録されている物を確認する事が出来ます。自分でテンプレートを登録することも可能です、テンプレートエディット機能は強力で、細かい設定が可能です。


Xcodeのファイルテンプレートが使える

File→Newのメニューの中にFile from Xcode Templateという項目があるのでそれを選択すると、テンプレート選択のウィンドウが開きます。

f:id:happy_ryo:20111222032604p:image


各種ショートカットキー

補完 < Ctrl+space >

言わずと知れたアレです


クイックフィックス < Alt+enter >

警告が出たところでは取りあえずこれを押す


自動生成 < cmd+N >

自動生成系のメニューを開きます

f:id:happy_ryo:20111222032626p:image


オーバーライド < Ctrl+O >

オーバーライドするメソッドを選択するウィンドウを開きます。開いたウィンドウ内ではインクリメンタルサーチメソッドを検索する事が出来ます。

f:id:happy_ryo:20111222032648p:image


Implement < Ctrl+I >

プロトコルに定義されているメソッドを表示・選択するウィンドウが開きます。主な操作は、オーバーライドメソッドのウィンドウと同一です。


クラス名指定での移動 < cmd+O >

クラス名を指定して移動することが出来ます。Shiftを加えるとファイル名を指定しての移動が可能になります。

f:id:happy_ryo:20111222032714p:image


クラスのドキュメントを開く < Ctrl+J >

ドキュメントのあるクラスであれば、このショートカットでドキュメントを開くことが出来ます。

f:id:happy_ryo:20111222032737p:image


リネーム < Shift+F6 >

変数名とか変えるアレです。


メソッドのSignatureを変更する < cmd+F6 >

メソッド名や引数リファクタリングします。


コメントアウト < cmd+/ >

選択されているラインをコメントアウトします。


実行 < Ctrl+R >

作成中のアプリケーションを実行します。


デバッグ < Ctrl+D >

作成中のアプリケーションデバッグ実行します。F8でステップオーバーします。


宣言に移動 < cmd+B >

キャレットのある位置のクラスやメソッドの宣言された場所へ移動します。


バージョン管理系 < Ctrl+V >

バージョン管理系のウィンドウを開きます。

f:id:happy_ryo:20111222033152p:image


ウィンドウ移動系 < Ctrl+←→ > or < Ctrl+Tab > or < cmd+1~7・9 >

試してみてください。


行番号指定移動 < cmd+L >

名前の通りです。


メソッド単位での移動 < Ctrl+↑↓ >

メソッド単位で移動できます。


操作名を指定して実行 < Shift+cmd+A >

やりたいことを入力すると実行できるウィンドウが開きます。ショートカットが割り振られている操作は、操作名とあわせてショートカットキーも表示されるので便利です。最悪これだけ知っていれば、何となくやりたいことを入力してみると何とかなります。

f:id:happy_ryo:20111222033622p:image:w640




どんなIDEも、はじめは覚えることが多いですね。

時間があればAppCodeのチュートリアルとか、使い方とか書いてみたいけど、圧倒的に時間が足りない。

いや、速さが足りない。

トラックバック - http://d.hatena.ne.jp/happy_ryo/20111222

2011-12-11

[][][]XCodeからappCodeへ乗り換える8つの理由 02:41 XCodeからappCodeへ乗り換える8つの理由を含むブックマーク XCodeからappCodeへ乗り換える8つの理由のブックマークコメント

以前、タイトルに「(数字)の理由」とか入れるとブクマが伸びると教えられましたが嘘だと思っています、happy_ryoです。

このエントリはiOS Advent Calendar 2011の11日目です。

昨日は、@watermint さんのエントリでした。


appCodeはJetBrains社が開発した、XCode代替IDEです。 InterfaceBuilderに対応する機能は無いので、その部分はXCode4を利用する必要があります。(JetBrainsの製品では他にIntelliJ IDEAが有名ですね。)


それでは、末広がりという事で8つの理由、はじめます。


コード補完が強力

XCodeのコード補完を「残念だ」と思ったことはありませんか? プロパティメソッドの順番はバラバラ…。自分が定義したプロパティ/メソッドなのか、親クラスが元々持っていた物なのか…。appCodeを使えばそんな悩みとはおさらばです。コード補完を実行すると自分の定義したプロパティ→自分の定義したメソッド→親が持つプロパティ→親が持つメソッドと表示されて、迷うことがありません。

「キャメルケース補完が使えればどれだけ生産性が上がろうだろう…。」と思ったことはありませんか?appCodeなら当然キャメルケース補完が使えます、これでメソッド名を上手く思い出せなくても大丈夫です。

f:id:happy_ryo:20111212005230p:image

f:id:happy_ryo:20111212005231p:image


[]を書かなくて良い!

XCodeでを書く時、辛くありませんか?辛いですよね。ぼくは、この仕様を考えた人に、どうしてこの仕様にしたのかを日本語で小一時間説明して欲しいです。appCodeならその辛さを味わうことはありません、コード補完を確定した時点で必要な分だけが挿入されて幸せな気分を味わうことが出来ます。

f:id:happy_ryo:20111212005536p:image

Enter

f:id:happy_ryo:20111212005537p:image


インスタンス変数を簡単にプロパティに出来る

インスタンス変数を定義して、ショートカット(ALT+Enter)一つで簡単にプロパティとして定義することができます、同じ作業を繰り返すのが嫌いなぼくたちにピッタリですね。

f:id:happy_ryo:20111212010832p:image

Enter

f:id:happy_ryo:20111212010831p:image


クイックフィックス機能が便利

ARCが実装されて、利用頻度は減りましたが、インスタンスを生成した時にreleaseやautoreleaseを忘れていると、エディタ上で警告してくれます。それだけに留まらず、警告の出ているライン上で特定のショートカット(ALT+Enter)or警告のマークをクリックすると、releaseかautoreleaseを選択して自動で挿入すること出来るのです。

ヘッダファイルにメソッドを定義しないまま、実装ファイル側にメソッドを書いてしまっても、メソッド名のラインに警告がでて、そこからヘッダファイルにメソッドを自動で定義したり、プライベートカテゴリに定義したりすることが出来ます。

その他にも、ARCに対応していないソースコードをARCを利用したプロジェクト上で書くと、自動でARCに対応したコードにマイグレートしてくれる等、ユーザーを強力にサポートしてくれます。

f:id:happy_ryo:20111212011949p:image

f:id:happy_ryo:20111212011756p:image


リファクタリングが鬼

メソッド引数を一つ足すだけなのに、どうしてこんな苦労をしなくちゃいけないんだ…」と思ったことはありませんか?appCodeならGUI引数を追加してボタンを一つ押すだけです。(ここでは関係ないですが、JavaIDEにはじめてリファクタリング機能を実装したのはJetBrainsでした)

f:id:happy_ryo:20111212013302p:image

Shift +F6

f:id:happy_ryo:20111212013301p:image

必要項目を入力して所定のボタンを押す

f:id:happy_ryo:20111212013300p:image


スペルチェック機能が強力

英単語に自信はありますか?appCodeならあなたのタイポを的確に指摘してくれます。プロジェクト中のタイポを全部検索して表示する機能も…。

f:id:happy_ryo:20111212015316p:image


ローカライズが簡単

@””で文字列が定義されている所でショートカット(ALT+Enter)を叩くと、その文字列ローカライズするかどうかを聞いてくれます。

f:id:happy_ryo:20111212020041p:image


Structureウィンドが無いなんてあり得ないよねー

個人的にXCodeを使っていて一番違和感を感じるところはココでした。メソッド名や、インスタンス変数名なんかが見られるアレです。

f:id:happy_ryo:20111212020356p:image




しつこく、ALT+Enterとか書いていますが、Eclipseで言うところの「困ったらCtrl+1押しとけ」とか「Ctrl+2」押しとけって言われるアレと似たような感じです。この8つ以外にも、デバッガXCodeより使いやすいとか、本当はObjective-Cの話とか書いた方が良いとか、コード補完とリファクタリングデバッガだけで十分乗り換えの理由になるとか、今更ながら思っています、ぶっちゃけこのエントリを書いて後悔しているので、この後悔を胸に来年も頑張ろうと思います。


ちなみに、appCodeでは意図的にXCodeと同じプロジェクトファイルを使っていますから、ユーザーはいつでも戻りたい時にXCodeに戻る事が出来るので、取りあえず使って見ましょう。

ダウンロードページ

ブログ

機能の簡単な一覧


明日は@TonnyXuさんです!

通りすがり通りすがり 2011/12/12 20:54 XCodeじゃなくて、Xcodeですね。

ghintsghints 2011/12/14 02:02 appCodeを知らなかった身としては、非常にありがたいエントリでしたよ。
感謝です。

2011-06-06

[]Websig 24/7 に行ってきたよ。 10:19 Websig 24/7 に行ってきたよ。を含むブックマーク Websig 24/7 に行ってきたよ。のブックマークコメント

今回のWebSig会議では,これからますます普及が見込まれるスマートフォンにフォーカスを当てます。作り手が意識すべき「技術軸」から見たスマートフォンの強み,押さえどころを,その先にある「UX」視点からのアプローチを押さえながら,Web屋としてどのように接すべきか,また,クライアントに対してどのように提案し,コミュニケーションデザインを実現していくべきかについて考察します。

6月4日(土)開催 第27回WebSig会議「来るべきスマホ時代のコミュニケーションデザイン?技術とコミュニケーションデザインの両側面から」 - WebSig24/7公式ブログ

第27回WebSig会議「来るべきスマホ時代のコミュニケーションデザイン〜技術とコミュニケーションデザインの両側面から」に参加してきました。


ぼくにしては珍しく、会場が引っ越したばかりのMixiだからとか、なんかスマホの話題がメインっぽいからというミーハーな感じでの参加で。はじめて参加するし、知り合いは多分二人しかいないし、端っこの方で大人しく聞いてようと思ってました。


当日はいつものように出発前にぐだぐだしてたので、ちょっと遅れて会場入り。

かっこいービルでした。

f:id:happy_ryo:20110604132402j:image:w360


糟谷さんのセッション中は、一緒に行った人のセッション中に出来てきた言葉の疑問とかに筆談で答えたりしていてあんまり頭に入ってこなかったので、スライド公開されたらうれしいなーなーなー。コンタクトだったのもあって、文字小さめで読めなかったしねOTZ


二番手の上杉さんのセッションは、「Web制作からアプリ開発へのシフトを大公開!」ということだったのだけれど、ぼくは今まさにスマホメインの新サービスの開発をしていて、なんだかんだと盛り込みすぎてしまう流れを出来る限りシンプルな方向に持って行くのには凄く苦労してる真っ最中だったので、「家と橋」の話は「あるある」って感じで楽しめたし色々と参考になるところもあって、それだけでも行って良かったなと思いました。


大崎さんのセッション中は当初の予定通り、やっぱ、最適化する為にバージョンアップはして行かなくちゃだめよねーとか思いながら大人しく聞いてました。


グループワークでは持ち前のアレがアレしてリーダーになったけど、短時間で何かするのになれて無くてアレになってアレした。ぼくのグループのみなさん、ごめんなさい。今度機会があったら、今度はもうちょっと上手くやれる気がするので許してください。動物園の収益をスマホを使って増やすにはどうすればいいのか?ってのを30分で考えてプレゼンするってお題だったのだけれど、AKB商法ネタとか出てきて「これはひどい」と思いながらも楽しめました。グループワーク参加しないで帰っちゃう人が結構いたけれど、時間があれば参加してみればWebsigがもっと楽しめるんじゃないかなーとか思ったり、思わなかったり。(いつもは発表とかないらしいですけどね)


懇親会では、ビールかっくらいながらぼくも含めたエンジニア陣でうだうだと話してました。

f:id:happy_ryo:20110604195519j:image:w360


技術者だけじゃなく、Web制作に関わる人がみんなで集まる勉強会?的な物には岩手にいた頃から参加していたので(岩手に居た頃はIWDDhttp://iwdd.net/)に参加してました、また行きたい)、今回の参加を機にWebsigにも定期的に参加してみようと思っています。


次回は6月25日、「新プロジェクト『リアルWebsig塾』プレイベント」が開催されます。「リアルWebsig塾」は震災復興プロジェクトを通して、社会で使われるプロトタイプを立ち上げる事を目標として進めるプロジェクトです。

震災復興から考える21世紀の仕事」としたのは、この塾を通して立ち上げるプロジェクトは、震災復興プロジェクトでありながら、次の変化に伴う、新しい21世紀の仕事のプロトタイプでもあります。

そのため、本塾も従来の、「先生から教えてもらい知識を得る」というものではなく、「一緒に考え、プロトタイプを作り、社会に出す」というスタイルを取ります。

6月25日(土)新プロジェクト「リアルWebSig塾」プレイベント開催 - WebSig24/7公式ブログ


中身は全くないエントリですが、総評すると新しいMixiのエントランスとかめっちゃ綺麗で、Websigは楽しいし、帰り道では久し振りに大好きなアーティストの路上ライブを見かけて珍しく名前通りHappyな感じでしたというお話。

f:id:happy_ryo:20110604200115j:image:w360

トラックバック - http://d.hatena.ne.jp/happy_ryo/20110606

2011-03-29

[]来月入社する数ヶ月か数年後のあなたに 19:09 来月入社する数ヶ月か数年後のあなたにを含むブックマーク 来月入社する数ヶ月か数年後のあなたにのブックマークコメント

このエントリは、新卒準備カレンダー2011春:ATNDという企画の為に書かれたエントリです。久しぶりにまじめな文章を書こうとしたら、久々すぎて元々ぐだぐだなのがさらにぐだぐだですが、勘弁してください。

昨日のエントリは @understeer さんの

まず5年は本気で基礎体力作りに取り組もう

まず5年は本気で基礎体力作りに取り組もう | その他(キャリア) | こちら側からあちら側へ | あすなろBLOG

でした。


お前誰よ?

名前は岩間 亮です、今年28になります。IDは主にhappy_ryoです。Skypeだけ諸事情でhappy_ryo.です。

ここまで新卒準備カレンダーには何だか凄い人たちが顔を揃えていますが、ぼくは普通の会社員です。アライドアーキテクツという会社で「えんじにあ(表記まま」として働いてます。職業プログラマ歴約3年、その間コード書いてる期間1年位と経歴も普通を通り越して微妙です。現職では自社サービスの品品とか、最近はiPhoneアプリとかちょろっと作りました、多分またちょろっと作ります。ブログには全くといって良いほど出てきませんが、得意分野は本人の意志とは無関係にソースコードのバージョン管理のあれこれや、アジャイル的なあれこれです。要は環境整備ですね。NetBeansというIDEが大好きで、仕事でも使っています。人工無能が作りたいです。


贈る言葉

素晴らしい未来に向ける言葉や教訓は、凄い人たちが書いてくれているし、ぼくがそういうのを書いても全然面白くないと思うので、「就職した先が、どうしようもなかった時」や「転職したい時」の対処法を幾つか贈ります。願わくばここで得た知識が永年役に立たない事を祈りますが、残念ながら一定数そういう状況に直面する人が居る事は想像に難くないので、そういう状況に直面したとき「諦めない為」に心の片隅に留めておいて貰えればと思う次第です。


「辞めたい」と思ったとき。

まずは、どうしてそう思ったのかを明確にし、その問題が自身の努力により解決可能かどうかを検討しましょう。また、その問題を解決することによって、モチベーションを持ち直すことが出来るかどうかも併せて考えましょう。信頼の置ける人にアドバイスを求めるのも良いかもしれません。辞めたいくらい追い込まれている場合、正常な判断ができない可能性は十分に考えられるので、人に相談するというのはある程度効果的だと思います。その際、最後に決めるのは自分自身だということだけは心にとめておきましょう。ちなみに、残業が多い時期があるとか短期的にみて自分のしたいことが出来ないとか、一人二人あわない人がいるなんてのは、よっぽどじゃない限り、どこに行っても有ることです。


「〜年がんばる」という言葉に気をつける。

相談したり、自身で問題を検討する段階で「〜年はがんばる」という謎の目標が浮上してくることが多々あります。「〜年がんばる」ことで問題が解決されるのであれば良いのですが、多くの場合ただ年数を重ねるだけでは問題は解決しません。「〜年がんばる」のであれば、「〜年」の間に何をすることによって問題を解決するのかを具体的に考えましょう。最低でも、「〜年がんばった」後でどういう状態になっていればいいのか?ということを明確にしておきましょう。


問題が解決可能な場合

もんだいかいけつ

がんばれ、ちょう、がんばれ、それなりに、がんばれ

あわせて、これまでの新卒準備カレンダーを参考に自身を磨きましょう。


問題が解決不能な場合、または解決してももうどうにでもなーれな場合

転職を視野にいれて、これまでの新卒準備カレンダーを参考に自身を磨きましょう。


もう転職したいけど忙しくて無理だよ…

在職中の方を選考する場合、企業側も現職での仕事が有ることは理解していますのでフレキシブルに対応してくれるケースもありますし、「やってやんべぇ」という気持ちだと意外とどうとでもなります。まずは試しにやってみましょう。


ーーーーー転職しようと思う人へーーーーー


辞めない

よほど切迫した状況でもない限り、転職先が決まってから会社を辞めましょう。こういうご時世ですし、一時的にでも無収入になるのはリスキーです。


焦らない

こんなご時世ですから、すんなりとは決まらないかもしれません、でもどうか焦らないでください。「もうどこでもいいや」という思考は危険です。ぼくはそれで数年間、ワーキングプア的な何かとして生活していましたが


腐らない

IT業界は転職に対して他の業種に比べてそこまでネガティブではないので、転職に対して必要以上にネガティブになる必要はありません。自分にとって、よりよい環境を求めて努力しているのですから、ポジティブに行きましょう。


ーーーーーここまでーーーーー


最後に

だらだらと書きましたが、転職するにせよしないにせよ、勉強を続けるのは大事だよって偉い人やエロい人が言ってました。偉い人やエロい人は、そうなるだけの事を積み重ねてきた人たちですから、先達の言葉には耳を傾け、よく聞きよく考え、自分自身の判断を積み重ねて徐々に徐々に進んでいきましょう。


ぼくが微妙に暗い話を書いたから、この後は明るい話題だと良いなぁ。

明日はは @kenji_rikitake さんです。


おすすめの本

あまり論理的ではないぼくが勧めるのもなんですが、この本は勉強になりました。

論理学

論理学

トラックバック - http://d.hatena.ne.jp/happy_ryo/20110329

2011-02-25

[]java-jaLingrでマルチスレッド絡みでためになる話があったので 10:09 java-jaのLingrでマルチスレッド絡みでためになる話があったのでを含むブックマーク java-jaのLingrでマルチスレッド絡みでためになる話があったのでのブックマークコメント

URLだけ張っておきます。

http://lingr.com/room/java_ja/archives/2011/02/24#message-2023840

この辺のログから追っていくと、お勉強になると思いました、まる


java-jaLingrはこちら(http://lingr.com/room/java_ja/

トラックバック - http://d.hatena.ne.jp/happy_ryo/20110225