Sam Dozor

33 posts

Sam Dozor

Sam Dozor

@samdozor

Engineering & product @mparticle

Brooklyn, NY Katılım Mayıs 2014
170 Takip Edilen62 Takipçiler
Sam Dozor
Sam Dozor@samdozor·
@JohnnyRuhlen @eric_seufert I think that's what users will come to expect - as they should - but I read "not in scope" as meaning [the enforcement of ATT does not apply in this case] - when the data is collected via another device/outside of iOS.
English
0
0
0
0
John Ruhlen
John Ruhlen@JohnnyRuhlen·
@samdozor @eric_seufert “Data collected separately, outside of the app and not related to the app is not in scope.” This means data collected outside of ATT cannot be used for 1:1 targeting.
English
1
0
0
0
Eric Seufert
Eric Seufert@eric_seufert·
This is the text of a letter that Pinterest purportedly sent to advertisers. Pinterest explains that it will replace user IDFAs with user email addresses for the purposes of ad targeting for ATT-opted-out users. This won't work! (1/X)
Eric Seufert tweet media
English
5
16
63
0
Sam Dozor
Sam Dozor@samdozor·
@JohnnyRuhlen @eric_seufert Actually that link explicitly contradicts you: "Data collected separately, outside of the app and not related to the app is not in scope." - so I was wrong, apple has actually made it clear that this is indeed device specific and does not apply outside of iOS.
English
1
0
0
0
Sam Dozor
Sam Dozor@samdozor·
@eric_seufert Core of the issue is that ATT is device level but many of these identifiers are user level. Making for a very tough/vague decision for advertisers and practically impossible enforcement.
English
0
0
2
0
Sam Dozor
Sam Dozor@samdozor·
@eric_seufert What is very unclear is how advertisers should handle multi-device users, and the identifiers (email) that they receive from each device. Say you have an ios app and a web app. End-user ejects ATT, clearly you can't use idfa, but email gathered via web app seems fair game.
English
2
0
2
0
Sam Dozor
Sam Dozor@samdozor·
@eric_seufert Any of these and other fingerprinting-like solutions can achieve near-deterministic/high probability targeting, that's not a question. But it's all unusable/pointless - explicitly against the app store policy without the use of ATT framework, and unacceptable risk for brands.
English
0
0
0
0
Eric Seufert
Eric Seufert@eric_seufert·
13/ That said, I'm open to being wrong about this. Feedback welcome.
English
5
0
5
0
Eric Seufert
Eric Seufert@eric_seufert·
I've heard people claim that using IDFV + IP Address will allow ad platforms to profile and target users as efficiently as they can now once the IDFA is deprecated. I dont think this is the case;.I'll explain why in this thread (1/X)
English
4
1
18
0
Sam Dozor
Sam Dozor@samdozor·
@JakeWharton @strangemonad @jessewilson Also in my view part of the context of that library is the assumption that you have a working node setup and don't want to spend a second longer thinking about Java/maven than you have to.
English
0
0
0
0
Shawn Morel
Shawn Morel@strangemonad·
Is there a Kotlin equivalent to ‘go get GH_URL’ that fetches a project, builds it and makes it a runnable executable on your path, preferably as a Kotlin native binary or Kotlin script? (cc @jessewilson @JakeWharton )
English
0
0
5
0
Sam Dozor
Sam Dozor@samdozor·
@CodingItWrong that said - we can definitely do better than 61 kB. I think this is the result of too much polyfilling to ensure we "just work" on all browsers.
English
0
0
0
0
Sam Dozor
Sam Dozor@samdozor·
@CodingItWrong hey Josh! A key goal for us is reducing your site's size by moving integrations server-side (and enable much more than analytics :)). Would love to help figure out why it's 172 kB for you, it's actually 61 kB: curl -sI --compressed raw.githubusercontent.com/mParticle/mpar… | grep -i Content-Length
English
1
0
0
0
Josh Justice
Josh Justice@CodingItWrong·
mParticle’s JS SDK is 172 kB compressed, larger than React itself. In the meantime, here’s an analytics logging implementation that is 24 bytes uncompressed:
Josh Justice tweet media
English
1
0
1
0
Sam Dozor
Sam Dozor@samdozor·
@jfrog is your mirroring of @sonatype maven central broken? I have a bunch of artifacts (com.mparticle package) that aren't being mirrored. Thanks!
English
1
0
0
0
Sam Dozor
Sam Dozor@samdozor·
@jfrog @sonatype Thx for checking! Unfortunately still no luck. As an example, com.mparticle:android-core:5.4.3 is in Central but not in jCenter. I have ~30 artifacts in that package, the last version that is mirrored completely was 5.4.0. 5.4.1-2 are partially mirrored, 5.4.3 is missing entirely
English
1
0
0
0
Sam Dozor retweetledi
David Spitz
David Spitz@David_Spitz·
An empathetic, cautionary tale of what can happen when good companies choose the path of technical least resistance. linkedin.com/pulse/when-you…
English
0
6
8
0
Sam Dozor retweetledi
Dan Zurek
Dan Zurek@DanMZurek·
Huge congrats to Uber for having no CEO, CFO, COO, CMO, General Counsel -- thus truly becoming the world's first self-driving car company.
English
0
2
8
0
Sam Dozor retweetledi
Adam Biehler
Adam Biehler@a_biehler·
Standing room only for Anthony Saleh and @mkatz0630 talking music, tech and startup investing at Acceleration 2017 #A17NYC @mParticles
Adam Biehler tweet media
English
0
3
10
0