役割は中心点だけ決めて境界はないよ設定にしたい気持ち
ここまでが自分の範囲みたいな境界線はなくて良くて、でもオーナーシップを持つ領域や大事な決定権の在処だけは明確にしたい
こにふぁー@konifar
組織において役割を明確にしたほうがいいという気持ちと、明確にしすぎるのは好きじゃないという気持ちが両方ある
日本語
野瀬田 裕樹
2.1K posts
野瀬田 裕樹
@ynoseda
iOS/Androidアプリ開発やってるエンジニアです。ベースはiOSアプリエンジニア。ローム→ナビタイム → Yahoo → DeNA → DMM（今ここ）
関東 Beigetreten Aralık 2017
47 Folgt244 Follower
これできちゃうと悪いことに色々使えそうなのでセキュリティ観点でダメな気がする
Sugiy(Yugo Sugiyama)@u5_03
アプリの中の任意の処理をトリガーに、ショートカットでの任意の処理を実行する方法ないかな〜
日本語
「ViewModelって200種類あんねん」という話をします love-swift.connpass.com/event/385566/ #love_swift
日本語
x.com/ynoseda/status… でも書いたけど、UI以外をパッケージ化してUIはモジュール分割しないのが良いんじゃないかと思うなぁ
Ryomm@__ryomm
ImageResourceのこと大好きだったけど、モジュール分割した世界では結局文字列でリソース識別子持っておくのが1番シンプルで良い気がしてきた だからSFSymbolも文字列指定なんですか？
日本語
集まれSwift好き！Swift愛好会 vol.98 @ 株式会社スタメン に参加を申し込みました！ love-swift.connpass.com/event/385566/?… #love_swift
日本語
自分が認識してる採用実績のあるアーキテクチャはTCA、Reduxベースの独自設計、レイヤードアーキテクチャー、MVVM、MVP、MVC、VIPERと多岐に渡るなぁ
リアーキテクチャに失敗して混ざってることも多い
最近はTCAとかRedux系が多いんでないかな
自分はMV派
レイ@nekodoko315
みんなデカいSwiftプロジェクトではどのアーキテクチャを採用しているんだろう。 私の最近のやつはMVIから始まって、今は規模が大きくなり、管理が難しくなったため、state/reducer/effect/environment/engine/runtime/application/adapterが増えているw
日本語
今日の資料はこちらです！
speakerdeck.com/yuukiw00w/swif…
Swift ConcurrencyでよりSwiftyに
#hakodate_swift
日本語
どっちも理解できるけど、多分イメージしてるVMが違うんだよなぁ
自分の理解では昔iOSでVMに記述されがちだったものの責務の多くはSwiftUI.Viewが担うようになったからいらなくなったし、
ここで書かれてるVMのように表示のための分岐をテスト容易にすべしはそれはそうというお気持ち
y.imajo@yimajo
#yumemi_grow 発表した資料を公開しておきます。 docswell.com/s/yimajo/ZWMPJ…
日本語