はてなブックマーク

この記事はAWSアドベントカレンダー21日目の記事です。担当はkeroxpでお送りします。 弊社（ロイロ）で開発中のECSへの堅牢なデプロイツールの紹介をしようと思います。 概要 弊社はもともと、AWS EC2でメインのWebサービスを運用していたのですが、今年の中頃から本格的にDockerへの移行を始めました。EC2からDockerへの移行も相当に大変だったんですが、それはなんとかうまく行ってさぁAWSにデプロイだ！というところで大変なつまづきを経験し、その解決策を模索し始めました。 この記事はAWSでECSに「堅牢に」Dockerコンテナをデプロイしたい開発者向けの記事です。 Kubernetesを使ってる人たちには需要無だと思います。 ECSへのデプロイの問題点 AWSを使っている場合、コンテナベースのアプリケーションをデプロイする先としてECSを選択するのは自然な流れだと思います。

ごあいさつ こんにちは。プログラマの@keroxpです。ちょうどUnity歴は１年ほどになります。 今年は新卒で入ったLINEという会社を辞めてエモを追求するために１人で「黒羽のアリカ」という2Dスマホゲームを作りました。 今はARKitとiPhoneXの機能を使った「黒羽のアリカAR」という3Dアプリを作ったりしています。 3Dに苦戦中でまだこんな感じで途中です（ホントはこれの完成版を記事にしたかった…😫） #黒羽のアリカ with #Unityちゃん 視線の動きと、開閉可能な翼のアニメーション。 pic.twitter.com/ZPd9InPKVv — keroxp＠がんばらない (@keroxp) 2017年12月10日 アリカさんの名前だけでも覚えて帰ってくださいｗ それでは本題に入ります。 結論 年末年始でお忙しい方も多いでしょうから、短い結論から。 Unityアプリを開発する

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

あらまし Resourcesのリソースをインスタンス変数として持ちたい（AudioClipとか、Prefabとか） でもResources.Loadはランタイムにしか呼べない その変数が使われる時はランタイムであることが保証されている（StartとかUpdateとか） なんかLazyないっぽい？ => よし、Lazy作ろう 結論 こんな感じのLazyクラスを作ればよい using System; using UnityEngine; namespace Hexat { // Basic public class Lazy<TParam, TOut> { protected TParam param; protected TOut value; protected Func<TParam, TOut> provider; public Lazy(TParam param, Func<TPar

Electronを使っていて、Rendere, Mainとはさらに別のプロセスとデータのやり取りをすることがあったのでそのメモを兼ねて。 シナリオとしては、GUIからの入力をMain -> ChildとpipeしてそれをGUIに戻すという感じ。 シーケンス図はこんな感じ。 要は、Mainからforkしたchildのstdinに何かを書き込んでstdouをpipeしてもらえばいい。 child_process#spawn Node.jsには子processをforkする手段が2つある。 ひとつがchild_process.fork、もうひとつがchild_process.spawn。 この2つの違いは正直良くわからないのだが、forkはnode.jsスクリプトを子プロセスとしてspawnし、spawnはシェルコマンドをspawnするもののようだ。（詳しい話は公式ドキュメントを読んだほうがいい

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

JavaScriptで画像処理などの重い計算をしているとどうしても気になるのがループの部分。実際の処理に加えてループの部分でのロスが気になり始めたので実際にどのループ方法が速いのか試してみました。 概要 0~9999999の長さ1000万の配列のすべてを足し合わせるという単純な計算を行います 配列は、各ループの前で常に初期化を行います。 ループはforまたはwhileを用います。foreachやforinは使いません。 v8（Node.js）、Chrome、Firefox、Safariで実験を行います 筆者が噂で聞いた５つのポイント（後述）を加味した計32種類のコードを自動生成し、実行します。 各プラットフォームで５回実行し、平均をとります。 ウェブブラウザではWebWorkerを用いて実行します。 結果は実行環境に左右されている可能性があります 環境 MacBook Air (11-in

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PSDファイルで作ったモックをcocos2dでレイアウトしようと思ったのだけど、冷静に考えて無理だという結論に至ったのでPSDファイル上のレイアウト情報を構造化しようと思った。 JSXのリファレンスが少ないわ公式のドキュメントは膨大だわなぜかpdfだわで散々な目にあった。 とはいえjsxは意外と高機能でファイルシステムへのアクセスとかも普通にできた。 だけどjsxはjsにあらずというかecmaにまったく準拠していないのでjsだと思ってかかると大変なことになる。 Objectはkeysとか持ってないしinstanceofとかも機能しないしもうじゃあ逆に何が使えるんだ的な。 環境 OSX 10.9 Adobe Photoshop CC Adobe Extendscript Toolkit CC PSD上でのレイアウト たとえばこんなpsdファイルがあったとして こんなjsxを (functio

こんなこといちいちやってられるか！と叫びたくなったプログラマーは私だけではないはずです。しかし、無茶な要求を実装で実現するために致し方ないような気もしてきます。オブジェクト設計はプロダクションレベルのコードではなかなか修正ができず、とはいえ仕様や機能はどんどん変更されていきますから、オブジェクトは増える一方で、オブジェクト間の関係性はデータ共有という目的のためだけに蜘蛛の巣のように増えていきます。疎結合の原則はどこへ行ってしまったのでしょう？ 疎結合の重要性 オブジェクト間に明確な親子関係ーーそれも一人っ子が望ましいーーがある場合は、親は子の面倒を思い切りみて甘やかしていいのです。子供のために専用のプロパティを作ってあげたり、デリゲートを実装してあげたりといった感じで。しかし、それ以外の関係ーーRelationというよりはもはやGraphのようなものが不可避になった場合、オブジェクト間のデ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

objcにARCが導入されてから久しいですが、開発者がメモリ管理から解放されたかというと、そうでもないです。strongとweakの導入によって、少し抽象化がなされましたが、オブジェクトのallocate/releaseは意識してプログラムする必要があります。この記事は、ARC環境下での強参照/弱参照/循環参照についてイマイチ理解が及ばないという人のための記事であると同時に、私の個人的なまとめでもあります。 循環参照とは？ 循環参照という現象は、私も最初はなかなか理解できませんでした。まず、文字的な定義から言うと、循環参照（retain cycle）とは **「オブジェクト同士がお互いに強い参照を持っているからどちらも解放されない」**という現象のことです。 iOSにはObjective-C 2.0のランタイムが実装されていますが、ガベージコレクションは存在しません。理由はよく知らないです

- (void)testEventEmitter { [self kx_once:@"hoge" selector:@selector(handler:)]; [self kx_once:@"fuga" handler:^(NSNotification *n) { XCTAssert([n.name isEqualToString:@"fuga"], ); }]; NSObject *em = [NSObject new]; [em kx_emit:@"hoge"]; [em kx_emit:@"fuga"]; NSObject *em2 = [NSObject new]; [self kx_on:@"var" handler:^(NSNotification *n) { XCTAssert(n.object == em2, ); } from:em2]; [em kx_emit:@"va

CFRunLoopは根本的にユーザの操作を待つための機構であり、非同期処理を同期処理に変えるためのものではないということです。 とはいえ固いことは言わずにやってみるといい感じに動いたので、これでいいかなと思っていたら、思わぬ問題が。 CFRunLoopが抜けてしまう どうもCocoaだけの問題みたいなのですが、 CFRunLoopでカレントループをブロックしている最中にマウスを動かしたりキーを押したりすると、現在固めている処理が飛ばされてメインスレッドの処理に戻るようです。 こんなコードを書きました。 三角形を描くアニメーションです。 - (IBAction)button:(id)sender { CGPoint p = layer.position; p.x += 200; [self enqueueAnimationForKeyPath:@"position" fromValue:[N

# if defined(__LP64__) && __LP64__ # define CGFLOAT_TYPE double # define CGFLOAT_IS_DOUBLE 1 # define CGFLOAT_MIN DBL_MIN # define CGFLOAT_MAX DBL_MAX # else # define CGFLOAT_TYPE float # define CGFLOAT_IS_DOUBLE 0 # define CGFLOAT_MIN FLT_MIN # define CGFLOAT_MAX FLT_MAX # endif /* Definition of the `CGFloat' type and `CGFLOAT_DEFINED'. */ typedef CGFLOAT_TYPE CGFloat; # define CGFLOAT_DEFINED 1

は、ありません。 でも述べたんですが。もう少し踏み込んで。 objcのクラスにはクラスメソッドがあります。 あまり知られていませんがクラスメソッドとインスタンスメソッドの違いは実はあんまりないのです。 例えば、NSObject ClassにはconformsToProtocol:というセレクタのメソッドが、クラスメソッドとインスタンスメソッドと両方ありますが、セレクタだけではその判別は出来ません。なのでこんなこともできます。 + (BOOL)conformsToProtocol:(Protocol *)protocol { NSObject *obj = [NSObject new]; return (BOOL)objc_msgSend(obj,_cmd,protocol); } - (void)testExample { Class class = [self class]; XCTAs

UIViewController - viewDidLoadでself.view.windowを参照しようとしてハマったのでメモ。iOSは基本的に単一のUIWindowしか持っていないのだけど、UIView.windowで自身が所属するwindowを特定する場合、タイミングが重要な場合がある。例えば以下。 - (void)viewDidLoad { [super viewDidLoad]; // Do any additional setup after loading the view, typically from a nib. UIWindow *vw = self.view.window; UIWindow *aw = [[[UIApplication sharedApplication] delegate] window]; NSLog(@"view has window? :

- (void)testDynamicClassDefinition { // コンパイル時に存在しないクラスをallocateする Class dynamicClass = objc_allocateClassPair([NSObject class], "DynamicClass", 0); // コンパイル時に存在しないクラスに存在しないメソッドを実装する SEL dynamicSelector = NSSelectorFromString(@"whoami"); IMP dynamicImp = imp_implementationWithBlock(^{return @"I'm DynamicClass!!";}); BOOL added = class_addMethod(dynamicClass, dynamicSelector, dynamicImp, @encode(NS

objcを書いていて頻繁に感じる不便さ（百万個くらいあるけど）のひとつに、NSMutableArrayの内部のmutation（変更）を監視したいということがあると思います。 たとえば、UITableViewのコンテンツにNSMutableArrayを使うのは一般的（still obsolete!）だと思うのですが、そもそも可変のコレクションを使う前提上、コンテンツの追加/削除/入替/移動が頻繁に発生します。そういう場合はNSArray.hで宣言されている以下のようなメソッドを使うと思います 。 @interface NSMutableArray : NSArray - (void)addObject:(id)anObject; - (void)insertObject:(id)anObject atIndex:(NSUInteger)index; - (void)removeLastOb

iOS Advent Calender 2013 iOS second stage一日目担当の@keroxpです。普段は大学の研究室でインターフェースの研究をしていたり、仕事先の会社でiOSアプリの開発を行っていたりします。 さて、今回私が取り上げるテーマは「Xcodeと自動化」です。予告のタイトルでは「XcodeとContinuous Integration」だったのですが、CIを含めた自動化という題材でお送りしたいと思います。 自動化の意義 iOSに限らず、ソフトウェア開発の日常には様々なイライラが存在します。一つ一つは小さく、手間も少ないように思える事柄でも、手動でやらなくてはいけないことがひとつふたつ...と増えていったり、開発期間が長引くにつれて毎日毎日一定時間同じ作業を手動で行わなくてはならなくなります。 Don't Repeat Yourself!! そこでこの記事ではXco

世のiOSプログラマーの大半はUITableViewとのキャットファイトに日々の作業の大半を費やしていると思うのだけど、その中でもUITableViewCellのimageViewへ画像を非同期で読み込む処理というのは煩雑で面倒な処理だと思う。 何が面倒なのかは割愛するけど、決定的に面倒なのがこの処理が容易にモジュール化できないという点にある。 AppleのLazyTableImageはこの手の処理のお手本的なサンプルコードなのだけど、唯一の欠点が、UIScrollViewDelegate内での処理を必要としている点だ。 // ------------------------------------------------------------------------------- // scrollViewDidEndDragging:willDecelerate: // Load i

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?