J. Coleの新曲Let Nas Downについての裏話。Let Nas Downとは、”NASを失望させた”という意味

短くまとめると、話は彼が2009年にドロップしたmixtape”The Warm Up”が話題をよんでJay-Zと契約を結んだところから始まる

その後、彼はアルバムリリースに向けてシングルの制作に入る。シングルはラジオで放送されることだけが目的で、ラジオ局(そしてリスナー)が好むテーストで作る必要がある

キャッチーなフレーズ、口ずさみたくなるようなメロディー、強いフック等々が必要。そしてアルバムはシングル無くしてはリリースできない

彼は日々研究し、Jay-Zに曲をぶつけていく。who dat、higher、blow up、中々Jay-Zの心をつかめず

ある曲でようやくJay-ZのOKが出たのだが、Trey Songzが歌っているところをラップさせたいというJ.Coleの意思がぶつかりリリースならず。1年半の歳月が経っても、シングルはできず

アルバムの事についてインタビューばかりこなし、周囲にはシングルは？シングルは？と言い寄られる。この状況を打開するためにとった策が新たなmixtape”Friday Night Lights”のドロップ。これには彼がアルバムのためにとっていた持ちネタなども含んでいた

彼はここまでは冒険であり楽しかったと言ってますが、その後の6ヶ月の制作は地獄だったと言ってます

そんな中、彼がコレだと思ったのはある日、彼の好きなアルバムCollege Drop Outを聴いていた時。そのアルバムの中でも彼が最悪の曲だと言っているWork Out Planを聴いている時。数えきれないほど聴いている曲がプロデューサーとしてなのか、この時は違うように聴こえた

すぐにそれをサンプリングして出来たのがWork Out

彼はすぐにラジオ局を周り、このシングルを売り込むのだが、これを聴いたNo ID(彼が一緒にアルバム制作をしていた)はJ.Coleのアシスタントに、”誰の許可を得てこんな曲だしているんだ”という連絡をする

J.Coleに直接ではなくアシスタント経由で伝えられるJ.Coleはショックを受けながらも、No IDに連絡。するとNo IDから衝撃の発言が。いまNASと居るんだけど、この曲は最悪だと言っているぞと伝えられる。NASは以前からJ.Coleの才能を認めていてファンだとまで伝えている

J.Coleは彼のリリックを部屋の壁に書くほどの憧れだったNASと一緒にツアーするような立場になり、そこでNASからファンだとまで伝えられ、そこから彼に自分のコレだと思って作った曲を最悪だと言われるまでの心境を綴った曲がLet Nas Down

実際にはJay-Zとのやり取りなんかをかなり面白おかしく話していて、それがすごくいい感じ。他、向こうのラジオっていうのはとにかくデータ重視、曲がかかって7秒後にはリスナーからの反応を解析、それに応じてプレイするかしないかを決めていく。なんていうかアーティストがセルアウトするっていう訳でもないんだろうけど、ヒット曲を作ろうとしている中での葛藤とか、レーベルがいかにそれをアルバムリリースにあたって重要視しているかなんかの話が興味深かったですね

最後に、英文ですが、リリックと音源

Let Nas Down

この話を聞いてから、リリックを読みながら聴くとほんとしびれる!!

今年初潜りしてきました

コンディションもかなり良し。ちょっと濁ってましたが、三浦的にはぜんぜん許容範囲

今回はポイントを新規開拓してみました。遠浅な場所で深く潜れるところまで行くのにしんどいですがロケーション的にはかなりいい感じでした。ただ場所柄、沖に出るとそれなりに船やらジェットスキーやらの往来があるのでちょっと怖いですね

この日は40分で15ダイブほど。魚突きはするつもりではなかったのですが、何かいい獲物と出会えればと思い、一応銛も携行

あとは昨年新調したGoPro3での初ダイブ。こいつが水中でどんなパフォーマンスを発揮するのか結構気になっていました

GoPro3から標準でフラットレンズ採用になりましたが、撮った動画を見るとピントがいまいちな気が。今までのサードパーティ製のフラットレンズの方が良かったような

あとはProTuneでの色調補正。サードパーティ製と違ってレッドフィルターを付けていないので、色の具合がどう出るかなと思っていたのですが、感度が良くなったおかげでか、青色すぎる感じにはならなかったですね。今回はそこまで深く(赤色の波長が届かなくなるほど)潜ってないのでアレですが…

http://stackoverflow.com/questions/7695129/square-instead-of-rounded-corners-in-uitableviewcell-grouped-style

この通りにすると、確かに角が角ばったUITableViewができる。しかし、ハイライトを有効にしているとセルを選択した時に本来のセルの形状(角丸)でハイライトされるためなんとも不恰好な感じになってしまう。これはなんとかできないのだろうか

iOS7ではデザインがFlat UIになるという噂なので無駄な試みかもしれない

それから今回、コメント機能を付けた。このコメントの入力枠、facebookのものを参考にしたのだが、キーボードが表示されるタイミングでキーボードに合わせて入力枠が上下する実装方法が分からず。結局、キーボードが表示・非表示されるイベントをリッスンして、それに合わせて入力枠を上下させている。この実装方法だと、キーボードが完全に表示・非表示になった段階で入力枠が動くので少々イケテナイ感じが出ている。facebookの実装は、キーボードにくっついて動いているので全く違和感がない。しかも入力される文字に合わせて入力枠も拡大する仕組みになっていて便利。私はそこまで実装に拘らなかった。とりあえずはユーザに新しい機能を提供していかないと。細かな配慮は後から追ってリファクタリングします（多分。。。）

説明が難しいのだが、UITableViewControllerで開閉(Collapse)可能なテーブルセルを作ったところ、ヘッダビューの表示が崩れるという問題

言葉での説明が難しいのでスクリーンキャストを見てください

開閉すると、セクションヘッダが移動しない。というより移動しつつも、残像がある

“読み物ラインアップ”、”診断ラインアップ”などは下記のメソッドのオーバーライドで作成している

- (UIView *) tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger)section

この問題を改善するためにviewForHeaderInSection:を使わずにtitleForHeaderInSection:を使ってみたりしたのだが改善せず

その他にもかなりコードを削りながらデバッグしたが結局原因が分からないまま。この画面はUITableViewControllerをxibもstoryboardも使わずにprogramaticallyに作成していたので、一旦この実装を置いといて、新たに全く違うUITableViewControllerを実装することにした

ただしstoryboardを使って。storyboard上でUITableViewControllerを配置して、ファイルと関連付け、後は元のソースコードをひとつひとつ追加して行く。状況を確認しながら追加して行ったのが、何故かこちらの方法では上の奇妙な現象は発生しない

そのままコードを補完していったところ、最終的には元のファイルと全く同じ内容になった。ただ違うのはプログラム的にTableViewを作っているか、Storyboardで初期化しているかの違いだけ

参考までに直った状態はこの通り

全くの謎です。どこかに原因があるのでしょうが、少し面倒でもStoryboardを使ってビューコントローラーの初期化をした方が無難かも知れません

しかしこのバグの調査に3日ぐらいハマったよね!! WTF!!!

今回は、予約が復活したということで再び中野の名店「スパイス＆ハーブ居酒屋 やるき」へ

どれもスパイスが効いていて美味しい

〆のマトンとキーマカレー。トニーさんの料理、間違いないっす!!

ショップ前でududしていたところ、一番最初に現れたのが、Nakel Smith & Kevin Bradley

レセプションパーティー中はキャットストリートでチルしてました

どちらのライダーも知りませんでしたが、Kevin Bradleyは若干17才にも関わらずスポンサーがCliche, Emerica, Supreme, Spitfire, Thunder, Altamontとかなり強烈なアップカマーですね

宮下公園方面から来たのでもしかしたらスケートしてたのかもですね。その後に、続々とスケーターも現れたので。もしかするとそういうルーティーンかなぁ~っと思ってましたが、せっかくなので彼らのスケート、見たかったです

2人ともStoner Plazaのローカルっぽいですね

続いて現れたのがTaco Bennett & Earl Sweatshirt

2人ともしれーっと現れて、裏口へと向かって歩いて行きました。周りの人達の冷静っぷりが信じられない!!

最後に現れたのがTyler, the creator

タイラー!!ってシャウトしたらこっち向いてくれたんですが、写真ブレまくってました

キャットストリートの入り口にて姿が見えたあたりから一緒にいたヒロ君が”あれTylerじゃない?”と言って急いで2人で小走りで向かったのですが、エキサイトしていたのは私たち2人ぐらいでした. 会場にいたアンダー20達はいたって冷静。。。いい年した私たちオッサン達が一番興奮してました。Tylerはかなりいいヤツっぽそうな感じで、警備・スタッフの人達に裏口に回るように案内されてましたけど、本人自らお店の正面から入っていってました

ここでもやっぱり日本のファン達は冷静で…冷静すぎて逆にOFのmnmnも若干凹んじゃうじゃないかと思ってしまうレベル

cruxbookにGoogle Analytics SDK for iOS埋め込んだのに全然レポートにあがってこないな~って思ってたら、、、アプリ用に別途トラッキング対象がアプリになったプロパティを作成しないと行けないのでした

普通にスマホサイト用のプロパティID入れて、ウェブサイト向けのプロパティでレポート見てたから、これじゃ当然何もレポートされないわけですね

新しいプロパティID埋め込んだらちゃんとレポートも表示されたし

これでマーケティング用のデータが作れるよ!!

とりあえず今200人ぐらい登録されている方がいるんですよね

mysql> select count(*) from member;
+----------+
| count(*) |
+----------+
|      194 |
+----------+
1 row in set (0.00 sec)

これ、かなりアーリーアダプター(言いたいだけ)な人達だと思うんです。まぁ今はこれぐらいでいいかなぁと。まだアプリがかなり未熟なので、もう少し完成度高めてからユーザが増えれば(増やせられると)いいなぁと思ってます

アプリがどの程度使われているのか、興味津々です

こんなログがConsoleに出てきたので余計な仕事が増えた~

2013-05-31 11:29:14.131 CruxBook[10382:6603] Google Maps SDK for iOS version: 1.2.2.3031
2013-05-31 11:29:14.132 CruxBook[10382:6603] New version of Google Maps SDK for iOS available: 1.3.0.3430

さっき、cruxbookのv1.0.3のアップデートが公開されたのでウキウキしながらアップデートしました

これでやっと課題検索が動く…と、課題検索をしてみるとバッチリ動いています

しかし、その後の検索結果からの課題の詳細を見ようとするとアプリが落ちる!!!

なんでー?? テストの時はそんなことなかったのにな~ と思い焦りながらも、開発環境のソースコードのサービスアクセス先を本番環境のサーバに変えて試してみたところ、落ちた~!! デバッガーで追ってみると、どうやら課題のコメントが入力されていない場合に落ちる様子

課題詳細画面のcellForRowAtIndexPath:ではこんな処理をしている

        // メモ
        NSString *string = [self.problem valueForKey:@"comment"];
        UITextView *view = (UITextView *)[cell viewWithTag:2];
        if (view == nil) {
            view = [[UITextView alloc] initWithFrame:CGRectMake(20, 10, 280, 280)];
            view.tag = 2;
            view.editable = NO;
            view.backgroundColor = [UIColor clearColor];
            [cell addSubview:view];
        }
        view.text = string;

このstringが悪さをしているみたいだ。UITextViewがこれに対してなんらかの処理をしようとするときに落ちている。そんなわけで、最初はこのようにコードを変えてみた

        // メモ
        NSString *string = [self.problem valueForKey:@"comment"];
        UITextView *view = (UITextView *)[cell viewWithTag:2];
        if (view == nil) {
            view = [[UITextView alloc] initWithFrame:CGRectMake(20, 10, 280, 280)];
            view.tag = 2;
            view.editable = NO;
            view.backgroundColor = [UIColor clearColor];
            [cell addSubview:view];
        }
       if (string) {
            view.text = string;
        }

つまり、if (string != nil) と同じ解釈。でも、これでは不等式は成立せずにview.textにstringが代入されてしまう。結果、アプリも落ちる。調べてみたところ、このstringがnilなのかと思いきやそうでもないようだ

http://d.hatena.ne.jp/shoby/20110319/1300567422

こちらを参考に下記のように修正したところ、うまく動いた

        // メモ
        NSString *string = [self.problem valueForKey:@"comment"];
        UITextView *view = (UITextView *)[cell viewWithTag:2];
        if (view == nil) {
            view = [[UITextView alloc] initWithFrame:CGRectMake(20, 10, 280, 280)];
            view.tag = 2;
            view.editable = NO;
            view.backgroundColor = [UIColor clearColor];
            [cell addSubview:view];
        }
        if (![string isEqual:[NSNull null]]) {
            view.text = string;
        }

それはいいのだが、このアップデートが反映されるまでいますぐにアップデートを提出しても1週間はかかる!!! やべぇなぁ、どうしよう、と思ったんだけど、とりあえずサーバ側で

sql> update problem set comment = ' ' where comment is null;

したったww これでとりあえず表示されている

今回のお魚達は九州直送のモンゴウイカ、石鯛、コショウダイ、スマガツオ

どれも大変おいしゅうございました