Intel MacBook Proが遅くなってきたら内部清掃が効く - ninjinkun's diary
仕事でMacBook Pro (Intel 16-inch, 2019)を使っているのだが、この数ヶ月やたら遅くなってきて困っていた。試しにHotを入れて監視してみたところ、ビデオ会議中にサーマルスロットリングが働いてCPUのクロックが40%くらいまで下がっていたので、これは何か対策しないといけないと思い始めた。M1マシンに変えられればベストだが、購入した同僚が環境構築にハマりまくっていたのを見ているので、買い替えは躊躇する。このマシンも購入直後は問題なく使えていたはずなので、何かしらの変化があったのだろうと思い、内部の冷却に問題があることを疑い始めた。 早速どのご家庭にもある星形ドライバー1.2mmを引っ張り出し、裏蓋を外す。案の定埃が溜まっていたのでエアダスターで吹き飛ばしたところ、MBPは完全に復活した。今は快適な使い心地で、サーマルスロットリングも滅多に効かなくなった。 サーマルス
iPhoneの英語入力キーボードを開発したプログラマーの話『Creative Selection』を読んだ - ninjinkun's diary
Appleファンとして、プログラマーとして、とても面白く読んだ。 KHTMLをベースにWebKitを作り始める話、iPhoneプロジェクトに入って英語入力キーボード開発のDRI*1になる話など、今自分がMacやiPhoneで使っているソフトウェアの話が多く、具体的なイメージを持ちながら楽しむことができた。 Apple社内の雰囲気や体制が垣間見えるエピソードが多く、なるほどこういう環境でWebKitやiPhoneは開発されていたのかと産業遺産を見るような気持ちで読んでいた。 とにかくデモを作って見せる文化 上司にデモを見せる、気に入られると段々見せる階層が上がっていって、最後はジョブズにデモを見せるようになる 動くものがなかなか出てこないと不信感を持たれる （特に明言はされていないが）Appleにはコアロジックからアニメーションまで実装できるプログラマーが多数在籍していそうな雰囲気 著者はブ
【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
アプリ開発と状態遷移の管理 - ninjinkun's diary
このエントリーは読者としてスマートフォンアプリ開発者とWebフロントエンドエンジニアを想定して書いています。 CROSS2016に出るので、最近の自分の考えを整理しておく。 最近ReduxのSwift実装であるReSwiftを使って開発している。使った感想なども最後の部分に書いたけれど、このエントリーの本題はアプリの状態管理の話。 アプリは大きなシングルトン iOS、Android共にアプリを実装しようと思うと大抵シングルトンが必要になる。各ViewController内をまたがってデータを共有したいというユースケースが多いからだ。例えば ユーザーのログイン情報を集約するUserManager コンテンツへのいいね情報を集めるLikesManager ブックマーク情報を集めるBookmarkManager などなど。もちろんアプリの内容によってこれらの顔ぶれは違ってくると思うけれど、大抵U
Androidアプリの段階的リリース - ninjinkun's diary
Androidアプリは全体の5%のユーザーに公開するというような、段階的公開が可能です。会社でこの機能を使っているので、知見をまとめました。 目的 致命的な問題 (e.g. 商品が出品、購入できない）に全ユーザーを巻き込むのを避ける 不具合を減らしつつ、リリースサイクルのスピードを保つ 問題 母集団が少なすぎると問題が見つからない or 報告されない場合がある 変更できるのは公開するユーザーの割合のみ できる限り不具合にユーザーを巻き込まないようにしながら、早めに段階を上げるという問題を考える 戦略 プラン 松 変更点が多い場合、致命的なバグが発生する可能性がある場合 5 or 10%からリリース 最短で5日で全ユーザーにリリース (竹は考えてなかった…) 梅 変更点が少ない場合 20%からリリース 最短で3日で全ユーザーにリリース 運用 リリースの翌日に不具合の有無を確認して、大丈夫そう
【翻訳】あなたが求めていたリアクティブプログラミング入門 - ninjinkun's diary
original: The introduction to Reactive Programming you've been missing (by @andrestaltz) (translated by @ninjinkun, reviewed by @ma0e) あなたはリアクティブプログラミングと呼ばれる新しい方法が気になっている。 勉強するのは大変で、良い教材がないのでさらに難しい。私が勉強を始めたときは、まずチュートリアルを探した。見つけたのは一握りの実践的なガイドだけ、しかもそれらは表面をなぞっているだけで、リアクティブプログラミングのアーキテクチャ全体像を構築しようとしてはいなかった。ある関数を理解するのに、ライブラリのドキュメントは役に立たないことがある。 これを見て欲しい。 Rx.Observable.prototype.flatMapLatest(selector,
iOSアプリケーション開発のコードレビューで気をつけていること - ninjinkun's diary
日常的なコードレビューで気をつけていることリストです。GitHub会議(仮)で発表しようと思っていたのですが、日程の都合で参加できないので、書きためておいたメモを公開します。またどこかで発表するかもしれません。 AutoLayoutにできないか AutoLayout化した方がすっきりしそうならAutoLayout化する AutoLayout化できそうなものでやっていないものは、なぜコードで実装したか質問する 例えばUITableViewCell ちゃんと理由があれば別に良い。コードの方が良いことも多い UIAppearanceで解決できないか 各クラスの中にスタイルの指定が入るより、UIAppearanceでスタイル指定を分離して別クラスに書く方がデザイナーも弄りやすくて良い 3.5インチ端末が考慮されているか レイアウトが決め打ちだとここで問題が出ることが多い 着信ステータスバーが考慮さ
UIWebViewにプログレスバーを出すためのモジュールを作りました - ninjinkun's diary
ninjinkun/NJKWebViewProgress · GitHub UIWebViewにはロードのプログレスを取れるインターフェイスがありません。恐らく内蔵ブラウザを抱えるアプリを作る開発者はみんな困っているはず。少なくとも自分はずっと困っています。いつか実装されるかなと気長に待っていたのですが、いい加減しびれを切らしたので作りました。iOS 7で追加されて速効ゴミになる可能性もありますが…。 なお、このモジュールはプログレスを返すインターフェイスだけを提供するので、画面に表示するにはUIProgressViewなりを使う必要があります。 プログレスバーはユーザーに進捗をほどよくフィードバックするためのものですが、この辺りの機微が結構難しかったです。*1 最終的にはWebKitの実装を参考にパラメータを決定しました。ロードしたbyte数が取れるWebKitとは違い、ロードが完了した
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
