Everything is a stream, ViewModel is 何？ - Qiita
via Rob Wormald いいコトバですね。 Android アプリ開発では、事実上 stream is an (RxJava の) Observable<T>、 つまり Everything is an Observable<T> と言ってもいいでしょう。 ところで、 Android アプリ開発でも DataBinding の登場以来、MVVM パターンの話題が増えてきました。 Everything is a Observable<T>、では ViewModel はどうでしょう？ public class MainViewModel { public final ObservableField<String> name = new ObservableField<>(); public final ObservableField<String> location = new Obs
MVVMのModelにまつわる誤解 - the sea of fertility
こちらに移転してきて初めての記事です。 最近たまに話題になるので書いておきます。MVVMのModelについて誤解されやすい部分のお話です。最近よく議論してるasync/awaitの話とは関係がありません。なおこの話は以下のスライドを理解している事が前提となります。 共有したい理解(ゴール) ViewModelはModelの影 ModelについてViewModelが行うことは、イベントに対する反応と戻り値のないメソッドの呼び出ししかない事 これについての理解を共有できるよう説明していきます。 VIewModelはModelの影 スライドにもしつこく書きましたが、MV○(MVVMやMVC/MVP)のModelは大変分厚くなるし、アプリケーション間で使いまわすことなんてできません。ModelはUIを意識しない？？いや、何度も言っていますが、意識はする必要があるんです。ただUI実装の知識が必要ない
いきのこるには — jbking.org
わたしはだれ?フリーランスのエンジニアの一人で、上から下まで幅広くお手伝いさせていただき5年ほど生き残っています。 最近はWebアプリケーションから離れ、一段階下の層あたりで活動しており、ラムダアーキテクチャの方を向いています。 機械学習のほうも単価が良いそうなのでそちらも向きたいなと準備をしているところです。 お金が好きです。 フリーランスってなんだっけ?フリーランス、これ自体はいろいろな捉え方ができるものですが、 わたし自身をフリーランスとして解釈したとき、専門家であることが第一義であると思っています。 知っていること、と言いかえてもいいです。 たとえば、プロジェクトを進めるのには必要な知識は非常に種類が多いですが、それらを知っている。 一つ一つを説明しないで済む。 さらに言えば不明なところを聞けば答えてくれたり、議論を展開できる。 結果として、プロジェクトの成功の確率を上げることがで
エンジニアからプロダクトマネージャーになるときにやること – EM.PM – Medium
今日は自分がエンジニアからプロダクトマネージャーと言う役割を担うことになったときの話をします。FiNC Developer Advent Calendar 2016 11日目の記事です。 最近日本のソフトウェア界隈でもよく聞くようになったPM=Product Managerという職種ですが、エンジニアから実際どうやってジョブチェンジしていくの？って話はあまり聞いたことがないので書いてみます。 「プロダクトマネージャー(PM)とは」を知る事前準備プロダクトマネージャーとしてやることやってみてわかったこと1.「プロダクトマネージャーとは」を知るまずは王道に、その職種の役割を理解しましょう。 最初に言っておくと、この定義は実際の現場によってある程度かわることが多いようです。ですがまずはメジャーなPMの役割を知っておきましょう。 結論自分の解釈では、プロダクトマネージャーは「ユーザーに製品の価値を
クリーンアーキテクチャ(The Clean Architecture翻訳)
Robert Martin (a.k.a. ボブおじさん) による、 The Clean Architecture の翻訳です。似たようなアーキテクチャである ヘキサゴナルアーキテクチャ も翻訳したので参考にしてください。 この記事を翻訳して公開したことは 8th Light, Inc. に報告済みです。いまのところ苦情は来ていません。 ここ数年以上、システムのアーキテクチャに関する実にさまざまなアイデアを見てきた。これには、次のものが含まれる: Hexagonal Architecture (別名 Ports and Adapters) by Alistair Cockburn。Steve FreemanとNat Pryceが、Growing Object-Oriented Software というすばらしい本で採用した。 Onion Architecture by Jeffrey Pa
ヘキサゴナルアーキテクチャ(Hexagonal architecture翻訳)
Alistair Cockburn による Hexagonal architecture の翻訳です。PoEAAで言及されていることから、2002年ごろにはすでにC2 Wikiにページがあった模様。似たようなアーキテクチャである クリーンアーキテクチャ も翻訳したので参考にしてください。 この記事は著者から許可を得て公開しています。Thanks to Alistair Cockburn! 目次 パターン: Ports and Adapters (構造に関するパターン) 意図 動機 解決法の本質 構造 サンプルコード ステージ1: FIT アプリ 定数をモックデータベースとして ステージ2: UI アプリ 定数をモックデータベースとして ステージ3: (FITまたはUI) アプリ モックデータベース 応用ノート 左右の非対称性 ユースケースとアプリケーションの境界 ポートはいくつ? 既知の用
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
