Xcode7で1円も払わずに自作iOSアプリを実機確認する - Qiita
本日（2015年9月17日）正式公開されたXcode7からは Apple Developer Program に登録しなくても自作iOSアプリを実機にインストールして動かすことができると同僚のiOS技術者に教わったので早速試してみたら本当に出来て感激した。 そのことをつぶやいたらメチャクチャRTされたのでスクリーンショット付きで手順を書いておく。 うおー、1円も払ってないのに本当にXcode7からは実機で動かせた！これ週末楽しみすぎるだろ！「設定 > プロファイル > デベロッパAPP > 自分のAppleID > [自分のID]を信頼」で自作アプリが実機で動きます pic.twitter.com/8g42D5WiyW — 0.1㌧おじさん (@fushiroyama) 2015, 9月 17 僕みたいな普段はAndroid開発をしててiOS開発にも手を出してみたもののシミュレータだけでは
Jsonnetの薦め - Qiita
JsonnetというJSONテンプレート言語を紹介する。 後で見るように、これはJSONを生成するための汎用テンプレートというよりはむしろ、計算や依存関係を含む設定を静的に書き下すために便利なのではないかと考えられる。 実際Jsonnetの仕様はGoogleのBCLに似ている。BCLはGoogleでコンテナクラスタシステムBorgの設定を記述するために使われている言語だ。 JSONテンプレート言語 ある意味でJsonnetは毎度おなじみのやつだ。JavaScriptの文法の不便さに対してalt JSが多数出てきた。CSSにおけるネストの分かりづらさやの記述の重複に対してCSS preprocessorが多数出てきた。それと同じようにして、Webにおける機械可読データのLingua FrancaたるJSONを記述するのが不便なのでJSONテンプレートが出てきた。 Jsonnetはその中の1つ
ngx_mrubyでiOSにPush通知してみた、(Parse.com経由) - Qiita
Parse.comにはREST APIから各種デバイスへのPushをキックする仕組みがあるので、じゃあNginxが押してもいいじゃんと。 iOS Pushの仕込み Pushを受ける側についてはドキュメントを追っていっただけなので箇条書き。 Apple Dev Centerで一式そろえる。 pushアリのアプリ用証明書作成＆Push用証明書作成＆登録 デバイス登録 アプリ＆デバイスを含むプロビジョニングプロファイル作成(Developer) Parse.comでアプリ登録 アプリのPushに使う証明書を登録 通知用の空アプリをデプロイ ParseStarterProject-SwiftをXCodeでビルド 端末でアプリを起動し、Pushを許可 Parse.comで端末登録の確認 ついでにチャンネルNginxをSubscribe(手書き) ngx_mrubyで外部HTTPSリクエスト用のmge
YAPC Asia 2015「Google Cloud Platformの謎テクノロジーを掘り下げる」のまとめ - Qiita
YAPC::Asia Tokyo 2015、ロゴのとおりに熱いイベントでした...今年で最後なのはほんとに惜しいです。最初にして最後の参加となった私は、「Google Cloud Platformの謎テクノロジーを掘り下げる」というタイトルでトークをさせていただきました。 スライドはここに上げてありますが、これだけ見ても意味不明と思われるので、話した内容の要約をまとめブログ代わりに書こうかな、と思ったらかなり長文となってしまいました。基本ポジショントークですが、しかしGoogleに入る前からGoogleクラウドに対して持ち続けている気持ちでもあるし、ここはイケてないなーと思った部分は素直にそう書くようにしました。 しかし謎は謎のまま... Twitter上の反応まとめを見ますと、「謎が謎のまま終わった」とのご指摘も多く、これはほんとに私の不徳の致すところです、申し訳ありません……。スライド
C# アイドルマスターシンデレラガールズ等で学ぶオブジェクト指向 - Qiita
ここから以下は物凄い真面目な話なので、萌えとかアイドルとかシンデレラとかを期待している方はご注意下さい。 なぜこのような投稿をする事になったのかと言うと以下のような会話があった。 「オブジェクト指向が分からん、解説サイトも見たがやっぱり分からん、ガンダムで例えてくれ」 「シャアの本名はキャスバル・レム・ダイクンだが、シャア・アズナブルだと世に知られ、クワトロ・バジーナと名前を変え、やっぱり名前を戻したかと思えばシャア・ダイクン（小説版）となり、しまいには似たような全く別人のフル・フロンタルまで出てくる。 つまり、シャアを入れ物（オブジェクト）と定義し、キャスバル・レム・ダイクン、シャア・アズナブル、クワトロ・バジーナ、シャア・ダイクン、フル・フロンタルは実体化（インスタンス）である。これを C# のコードで書くとこうなる」 class シャア { public string name =
IT業界で横行する恥ずかしい英語発音 - Qiita
プログラマやデザイナと話してるとしょっちゅう変な英語発音に出くわします。 例えばheightを「ヘイト」と発音したり。 そういう時、私は心では「ヘイトじゃないよハイトだよ！」と呟きつつ、口では「そうですね、ではヘイトは80pxにしましょう！」なんて言ってるのであります。 まあ、所詮我々が話しているのは英語ではなく、日本語の中に出てきた英単語をカタカナで発音しているに過ぎないですし、テレビのテロップでmainをメーンと表記する時代ですので正解などは無いと思っています。 ですから、何でもかんでも正しい英語っぽく発音するべきなどとは思っていませんが、やはり「こいつ適当にスペルを日本語読みしてるだけだろ！」ってのが明らかな場合は、聞いているこっちが恥ずかしくなってしまうものです。 というわけで、この業界で横行してる妙な発音をまとめてみました。 間違って発音すると恥ずかしい英語 これらは間違って発音
Swift 2.0 の try, catch ファーストインプレッション - Qiita
WWDC 2015 で Swift 2.0 が発表されました。オープンソース化などのうれしいニュースでも盛り上がっていますが、言語仕様としては try, throw, catch が導入されるという大きな変更がありました。本投稿は、 The Swift Programming Language の新章 Error Handling を読み、多少のコードを書いた上での個人的な感想です。 結論から言うと、 try, catch の導入は良い変更だと思えないけど、 try, catch を導入する前提なら考え得る限りベストに近い仕様だった、って感じです。 よかったのは、 ErrorType は enum タイプセーフなエラー情報 エラー処理が強制されている（検査例外のような形） try! でエラーを無視できる あたりです。個人的には、 try, catch でなく Either 的なものを公式サ
ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた
HTML5や、次々と台頭するJavaScriptフレームワークにみられるように、現在のフロントエンドは異常なほど動きがあります。 常にキャッチアップしていないと、いつのまにかOLDな技術を使い続けることになります。実際に今回記事にしてみて、ちょっとつらくなりました。。 しかし、フロントエンドエンジニアとしてコードを書いていて（最近は主にJavaScript）、そのおもしろさに日々驚いています。 そこで今回は、ここ数年~2015年のフロントエンド界隈で一度は流行った技術、今後の動向などをまとめました。タイトルにモダンとありますが、その辺は適当です。ぜひ一度整理してみてください。 目次 Javascriptフレームワーク React.js Angular.js Angular.js 2.0 Backbone.js Vue.js Mithril.js Aurelia.js Knockout.js
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
ActiveRecordを速くしたいだけの人生だった - Qiita
Help us understand the problem. What is going on with this article? Rails3.2からRails4.2に上げたらActiveRecordが遅くなったので、どうやって調査して、どのように対処したかを語ってみたい。 とても長いので、ダルい人は最初と最後だけ読めばよいです。 TL;DR 環境: Ruby 2.1.5 ARオブジェクトを大量に(ざっくり750kくらい)loadするバッチ処理 3.2系での実行時間は約480sec、 4.2系では約2900sec 約6倍の性能劣化 原因: preloadで性能劣化してた CollectionProxyの生成周りで遅くなってた Rails4からARオブジェクトの1attribute毎にObject生成するので遅い GCの時間も増えた 調査方法: Githubのcommit、Issueを
mrubyのバイトコードの命令の解説 - Qiita
mrubyでコンパイラを作ってみたり、Rubyを書く以外の方法でmrubyのバイトコード列を書く場合、バイトコードの命令を知る必要があります。 バイトコード命令は単純そうで意外と奥が深いようです。ここではmrubyのJITを作成する経験で得たバイトコードの裏仕様を解説したいと思います。 OP_NOP 何もしない命令 これって実はcodegen.cで定義されている正規のコードジェネレータでは出てこないんですよね。でもバイトコードのパッチとかやりたいときはないと困る重要な命令です。 命令の仕様ではオペランドはないのですが、実際にはオペランドの領域があるのでなにか隠しデータを保存しておくのにも便利です。 OP_MOVE MOVE Rm, RnでレジスタRnの内容をRmに代入する命令。n, mはレジスタの番号 こんなにいらんだろ？って思うほどいっぱい生成されます。OP_SENDで解説しますが引数は
React 雑感 - Qiita
3/22 (日) の rebuild.fm で React の話をしようと思っているが、その前に頭を整理するために React 雑感。雑感なので殴り書き。 React はこれ一つで複数の課題を解決しようとしている。そのため、人と議論してると話のコンテキストがぶれやすい。ざっくりは フロントエンドのプログラミングパラダイムを、サーバーサイドのような富豪的なスタイルに変える コンポーネント (雑に言うと独自タグ) 指向で UI を組み立てる ステートレスコンポーネントやメッセージパッシングで疎結合性を高めることにより、イベントの依存関係地獄を解消する。また結果的にテスタビリティを高める あたりだろうか。 React というと最初に目につくのは VirtualDOM だけれども、VirtualDOM は 1 や 3 を達成するために障害となった技術的課題を解消するためのテクニックであってそれ以上
mrubyの可変引数最適化 - Qiita
def foo(*arg) p arg end foo(1) # -> [1] foo(1, 2, 3) # -> [1, 2, 3] このような可変引数の配列は、mrubyの実装ではRITE VMの命令OP_ENTER中で作られます。つまり、可変引数を使うとメソッドコールの度に配列のアロケーションが行われるわけです。メソッドコールの数が多ければGCも頻発することでしょう。 可変引数の使用頻度が少なければ問題ないのですが、ループを構成してメソッドコールが頻発するmrblib/enum.rbで定義されているEnumerableモジュールのメソッドは軒並み使われています。たとえば、all?の定義です。 def all?(&block) if block self.each{|*val| unless block.call(*val) return false end } else self.e
Ruby東京プレゼンテーション2015 にいってきた - Qiita
それなあに？ 詳しくはこちらをご覧ください http://www.digitalfukuoka.jp/events/60 "mruby x IoT"の今 についてのアツいお話を聞ける・できる会 と解釈しています。 ソレに興味をもったため参加してきました！興味深かった講演の内容をまとめてみました。 matzさんのrabbit 「Rubyの未来」 興味深いお話で聞き入ってしまいました。 バージョン方針 言語の仕様バージョンは2桁で表現する 1.9.3 → 2.2 セキュリティのパッチをあてたアプデは下一桁で表現する 1.9.3p484 → 2.2.0 リリーススケジュール 年に1回クリスマスに！(2.x.0) 安定進化！ 意図しない動きを例外に、ほぼ間違いなくアプデしてもそのまま動く！ 年に数度アプデ！(2.x.y) 2.2新機能 インクリメンタルGC GCを少しずつする シンボルGC シンボ
Riot.js 2.0 を触ってみた — まだReactで消耗しているの? - Qiita
楽すぎてどうしよう。が最初の感触。まだ3時間しか触ってないけど、もうこれでいいや感が半端ない、深夜2時です。 Angularなのか、Reactなのか、2015年が明けても毎週のように新しいJSフレームワークが出る中で、もう正直どうでもよくなってませんか? でも、これは触って楽しいはず。 Riotって何? Riotは、公式ページに A REACT- LIKE, 2.5KB USER INTERFACE LIBRARY とあるように、Reactを意識して作られた超軽量のUIライブラリで、ビュー部分(コンポーネント)に特化しているのが特長です。Vue.jsとかとも同類です。Riot 1.0も「超軽量」という点で、一時注目を集めました。 そのRiotが、2.0で趣向を変えてJSX的なプリコンパイルの仕組みを取り入れて、ReactとPolymerのいいとこ取りのような感じになっています。ただし、次の
第1話: 手続き型しか知らない俺が美少女の女子高生に関数型プログラミングを学ばされることになったんだが - Qiita
序文: 著者(?)より 多くの人々に、このような拙い文章が目に触れられ、本当に恐縮しています。 自分の構成のまずさから、ちょっとした誤解が生まれているようなので、カッコ悪いですけれど、序文を。 この小説はある程度連続していて、この第一話においては、現状として「関数型プログラミング」の導入くらいの位置付けにして頂ければと思っています(例えば、本来ならば参照透明や高階関数の話などが必要になるかとは思われるのですが、そこは順に追って書ければ、と思っています) もちろん、本文中について問題があるところ、また「関数型プログラミングってこうじゃなかったっけ?」というご意見に関しては、教えて頂ければ、検討し、改善していきたいと思っています。よろしくお願いします。 始まり 新しい門出には必ず希望と可能性に心を踊らせると思う。 この僕も、この高校に入ってから、今後の学校生活についてわくわくしていた。手元にあ
mod_mrubyとngx_mrubyの次の一手となる新しいソフトウェア - Qiita
この記事は、mod_mruby ngx_mruby advent calendar 2014の最終日25日の記事になります。 24日は @cubicdaiya さんの「ngx_mrubyとngx_lua」でした。 無事カレンダーの全ての日程が埋まるような結果となり、非常にうれしいです。また、自分の作ったソフトウェアを使って色々工夫されているのをみて、非常にワクワクしながら全ての記事を読みました。とてもおもしろかったです。 というわけで今日は最後になるので、mod_mrubyとngx_mrubyの開発で感じていた事、そこからの次の一手として考えついた新しいソフトウェアを紹介したいと思います。 mod_mrubyとngx_mruby開発で感じていた事 これまでのHTTP/1系で実装されてきた代表的なWebサーバであるApacheやnginxはそれぞれ固有の静的な設定を記述する必要があり、Web
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
既に git 管理しているファイルをあえて無視したい - Qiita
direnvを使おう - Qiita
横着で神経質な私とあなたに贈るgit add -p - Qiita
