問題 まず、これから解決していく問題を先に述べます。 イベント（例えばOSの通知やBluetoothの状態）を受け取る部分がアプリ内に複数あり、各部分に関係がある時にのみその情報を受け取りたい場合を想像してみてください。 アプリの最初のクライアントが関心を持った時にのみイベントリスナーが登録され、誰も関心を持たなくなれば、すぐに登録を解除する必要がある。 新しいクライアントがイベントを購読する際、既存のクライアントに送信済みの前回のイベントを新しいクライアントがすぐに受け取れるようにして、全クライアントが常に同期するようにする。 今回の記事では、RxJavaの様々なコンポーネントを組み合わせることで、この問題を解決する道を探ろうと思います。本題に入る前に、 Subject や Replay 、そして Connectable Observables などのコンセプトを理解しておいてください。
8. private String createDurationText(int duration) { int hour = duration / 3600; duration -= hour * 3600; int min = duration / 60; duration -= min * 60; int sec = duration; if (hour > 0) { return String.format(Locale.ENGLISH, "%d:%02d:%02d", hour, min, sec); } else if (min > 0) { return String.format(Locale.ENGLISH, "%02d:%02d", min, sec); } else { return String.format(Locale.ENGLISH, "0:%02d", se
前に社内チャットで流れてて初めて知った。 他人の変更を上書きするおそれのある git push --force でなく、最後に fetch したタイミング以降に他人が push していたら失敗する git push --force-with-lease を使う方が良い。 --force considered harmful; understanding git's --force-with-lease - Atlassian Developers Quipper では GitHub flow のような開発フローを採用している。 各開発者が feature branch を作成し、master / develop branch へ pull request を作る流れだ。 他人と修正箇所が重なってコンフリクトした際には rebase が必要で、 rebase 後の内容を push する際には
主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /
git commit --fixup というオプションの存在を最近知って調べた。 ヘルプとリリースノートより "git commit" learned the --fixup and --squash options to help later invocation of interactive rebase. Git v1.7.4 Release Notes --fixup=<commit> Construct a commit message for use with rebase --autosquash. The commit message will be the subject line from the specified commit with a prefix of "fixup! ". See git-rebase(1) for details. 1.7.4 から入って
はじめに APIを作るときにどうするか？を開発チーム内で議論したので、備忘録的なメモ 発端となった会話は、こんな感じだったはず 「マイクロアーキテクチャなサービスを作ったときってAPIを作ると思うけど、ライフサイクルって考えてる？」 「APIを利用するフロントは更新できるけど、APIは依存されるものが多いから簡単には更新できないよね？」 「APIってモバイルアプリからも利用した場合、修正しづらくない？バージョン管理でもするの？」 APIの種別 以下の３つぐらいになりそう 外部公開向け モバイルアプリ向け webサービス向け 外部公開向け API変更の影響が大きい ドキュメント更新必須 利用者が離れるのでドラスティックな変更はできない 利用者への周知が必須 モバイルアプリ向け アプリのみが影響を受けるので、API変更における影響は少ない アプリバージョンによるので自由にAPI更新ができない
最新版は以下となります。 https://dev.classmethod.jp/etc/ec2-tcp-port-check-command-2018/ こんにちはコカコーラ好きの梶です。 EC2では色々なOSが構築できますよね。構築後の通信確認はどのように実施してますか？ 各OSで他のインスタンスへTCP通信確認のために、ツールをインストールしたり、ICMPなどの別なプロトコルで確認するためにSecurity Groupを一時解放していませんか？ 構築直後の状態で、簡単にTCPポート疎通確認可能なコマンドをご紹介します。 Amazon Linux,Ubuntu,Windows2012R2,CentOSについて自分も忘れやすいのでまとめてみました。 どなたかのお役に立てれば幸いです。 Amazon Linux 動作確認AMI:amzn-ami-hvm-2014.09.2.x86_64-eb
主にこういった状況は大規模なライブラリ(GuavaやApache Commons等)利用した時に起こるので、業務アプリのような比較的大規模な開発では悩まされた人も多いのではないだろうか。 今回はその問題についての説明と、対処法について紹介する。 この問題について そもそもなぜこの問題が起きるのか。 この問題の根本的な原因についてはgfxさんの記事が参考になる DalvikバイトコードのMethod数65k制限について http://d.hatena.ne.jp/gfx/20140704/1404431315 つまり、アプリケーションで定義したメソッド数が65kを超えるかどうかではなく、ひとつのdex fileで参照しているメソッド数が65kを超えるときに問題が起きる dexは簡単に言うと、コンパイルされたjavaクラスコードをAndroid上の仮想環境であるDalvikで解釈できるように変
About git-flowはgitの拡張であり、Vincent Driessenの提唱するブランチモデルを実現するための高度なリポジトリ操作を提供します。 more ★ ★ ★ このチートシートは基本的な使い方とgit-flowの効果を表します。 ★ ★ ★ Basic tips Git flow は素晴らしいコマンドライン補助と出力を提供します。何が起こるか注意深く読み解いてください。 macOS Clientの Sourcetree は素晴らしいGUIとgit-flowサポートを提供します。 - Git-flow はマージすることをベースとして考えるソリューションです。リベースは行いません。 ★ ★ ★ macOS Homebrew $ brew install git-flow-avh Macports $ port install git-flow-avh Linux $ apt
morimorihogeです。残暑やばい。 ※元々は2014年に書いた記事ですが、2020年になっていろいろと事情も変わっているので2020年revise版として更新しました。 弊社ではバージョン管理システムにGitを使っています。 数ヶ月以上一緒にやっているある程度ツーカーなメンバーだけのプロジェクトなら問題無いのですが、案件によっては協力会社の方が一時的にJOINしたり、新規参入メンバーの参加などで、これまでGitを使ったことがない、または本格的なチーム開発でGitを使ったことがない人が参加することもあります。 ※2020年現在では流石に全くGitを使ったことのない開発者というのはほぼ見なくなりましたが、チーム開発できちんと運用に乗せて使ったことがない、という所は今でもそこそこあるようです。 Gitは自由度の高いシステムですが、その分概念を覚えることが必要なため、導入の敷居が高い方だと
heathrowエンジニアブログからの転載です。 元々は社内Wikiにあったものを持ってきたので古い部分があります。 heathrowでは好きなファッションブランドをまとめ読みFavricaというiOSアプリを開発しています。本日1.0.4がリリースされています！ View系 ストーリーボードはマージできない 開発の単位で分ける（同時に編集できないので） .xib .storyboard の読み込みに時間がかかる時がある viewDidLoadが呼び出される直前に暗黙的に読み込まれる（メソッド名通りである）ので明示的に読み込まないようにしてviewWillAppear、viewDidAppear等で読ませるとよし Viewの実装はガンガンUIViewかUIControlをサブクラス化してViewControllerから切り分けていく UIAlertViewとかUIActionSheetのデ
Archived MSDN and TechNet Blogs 1/21/2020 2 minutes to read MSDN and TechNet blog sites have been retired, and blog content has been migrated and archived here. Archived blogs are grouped alphabetically by the initial letter of the blog name. Blogs and blog posts can be searched by their names, using the Search box at the top of the page. Actively updated blogs have been moved to other blog sites,
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
日本初のWindows ストアアプリのプログラミングのTips集としてまとまったものといったら以下の本なのは自明なんですが・・・。 Amazon.co.jp： Windowsストアアプリ開発のレシピ110: 大田 一希, 和田 健司, 津守 優: 本 使えるTipsもあるとは言えWindows 8をベースに書いてるので使えないTipsがあるのも事実。こういうので新鮮な情報をあたるならWeb！ということで@garicchiこと、がりっちさんがWindows ストアアプリのTipsを作って公開しています。地道にTipsが増えていってるようなので、そのうちGoogleで検索したら、このページにいきつくようになる日もくるでしょう。 今でも、かなりの数があるので、ざーっと目を通して知らない項目があったら確認しておくというのもいいと思います。 WindowsストアアプリプログラミングTips | ga
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
