jameside

8 ms·

31.
by jameside 10y ago
I find it also helpful to see the number is above zero and the code paths are actually exercised regularly, not just in rare failure scenarios.
32.
by jameside 10y ago
I'd be interested in trying Kite for JavaScript when it's ready. Most of my company's code base is open source and we do a lot of open source work so Kite could be a nice fit one day. Trying out Kite on our actual code base f
33.
by jameside 10y ago
Blaze predates Buck but Buck was open-sourced before Bazel. The two tools also have different origins (Blaze for server applications and Buck for mobile when I was at each respective company).
34.
by jameside 10y ago
Companies with large, existing apps that want to use React Native definitely share the desires written out in your last paragraph. Facebook has this need in their main app. And at React Conf today, Leland Richardson from Airbnb just gave a
35.
by jameside 10y ago
CRNA includes an "eject" command similar to CRA's. So anyone could eject to bare React Native (like react-native init) if they want or need that option.
36.
by jameside 10y ago
Rollout exposes arbitrary Objective-C APIs to JavaScript (likely using Objective-C's reflection capabilities), while React Native and Ionic/Cordova WebViews require you to explicitly bridge your own native methods. That was one of
37.
by jameside 10y ago
Apple was concerns about dynamic execution of arbitrary native APIs (including private ones), which neither Expo nor React Native do (nor Cordova WebViews for that matter, they're all in the same family in this context). See https:&#x
38.
by jameside 10y ago
The finding was that people who had received a "no hire" recommendation yet still received an offer tended to do well. The reason being: to compensate for the poor feedback, someone else on the hiring loop believed in the candidat
39.
by jameside 10y ago
We've been using TripleByte (in addition to career fairs, etc.) at Expo for a few months and find it really good. Every candidate from TripleByte we've interviewed has been knowledgeable about many facets of software engineering,
40.
by jameside 10y ago
Yeah. Objective-C is definitely really flexible. From my reading of the warning, the important thing is not to execute Objective-C dynamically or access private APIs regardless of whether you're using React Native, Cordova, a WebView,
41.
by jameside 10y ago
Shipping source code with business logic (assuming the definition of source code includes obfuscated JS) is how the entire web works today! With WASM the code that is shipped will be even further away from the original source code and reall
42.
by jameside 10y ago
I haven't heard any reports of Expo developers or React Native developers (who aren't using Rollout or JSPatch) getting this warning.
43.
by jameside 10y ago
Apple has been fine with WebViews in apps since the beginning of the App Store, including WebViews that make calls to native code, like in the Quip app. WKWebView even has APIs for native and web code to communicate. It's OK for a WebV
44.
by jameside 10y ago
If you deliberately write code that calls private APIs that are exposed to JS in your React Native app, I expect only your specific app to receive this warning. The same would be true in an app that doesn't use React Native at all, as
45.
by jameside 10y ago
Definitely, running "strings" on a binary is about as easy as finding the JS for a hybrid app (WebViews or React Native). Depending on your experience it could be easier to extract API keys from an IPA than from JS. In either case
46.
by jameside 10y ago
The key part of JSPatch is that it exposes arbitrary, uncontrolled access to native APIs. You could use it to call private APIs even because Objective-C doesn't distinguish between public and private APIs at runtime, so Xcode's co
47.
by jameside 10y ago
Oh, no, I don't have reason to believe so.
48.
by jameside 10y ago
I posted some thoughts on why this isn't about React Native here: https://news.ycombinator.com/item?id=13818211 .
49.
by jameside 10y ago
Hi, I work on Expo (YC S16) and also am a core contributor to React Native. Apple's message reads to me that they're concerned about libraries like Rollout and JSPatch, which expose uncontrolled and direct access to native APIs (i
50.
by jameside 10y ago
The benchmarks test both the hot cache and cold cache scenarios for npm and Yarn. Except in the scenario when node_modules is already populated and there is no yarn.lock file, which is uncommon if you're using Yarn, Yarn is faster than
51.
by jameside 10y ago
As for performance, Yarn is about 3-5x faster installing all of the dependencies and devDependencies of react-native. The benchmarks are here: https://yarnpkg.com/en/compare . It's much faster in most scenarios, es
52.
by jameside 10y ago
XDE does run on a Raspberry Pi, this is a photo of it running on my RPi 3: https://i.imgur.com/ZvLtqjR.jpg . You don't need anything special aside from following the instructions on GitHub to run XDE from source. The RP
53.
by jameside 10y ago
A more apt comparison might be React Native and NativeScript--both are frameworks that bridge native APIs to JavaScript. In contrast, Exponent is a mobile environment of which React Native is one piece. Before choosing React Native, we deep
54.
by jameside 10y ago
You can share some components, especially more abstract ones. For example, react-redux creates higher-order components that work with both React DOM and React Native. There's also a project called react-native-web that implements React
55.
by jameside 10y ago
Hi Fred, I work on Exponent. With Exponent you write just JavaScript. In addition to most of the APIs that come with React Native, Exponent provides several APIs ( https://docs.getexponent.com/versions/latest/sdk&#x
56.
by jameside 10y ago
Yeah. That's a good articulation of some of the problems but that's tough to learn them the hard way. I wrote a comment below talking a bit about how a lot of these problems start to go away with Exponent but I wanted to offer som
57.
by jameside 10y ago
Exponent mitigates a lot of the problems the OP described partly because it's a coherent, maintained platform that is one of our core competencies and partly because the design of Exponent guides you away from those issues. The Exponen
58.
by jameside 10y ago
We haven't tried but I think it would since XDE is made with Electron and runs on Linux. You might have to use real devices to run your app, though, since the RPi might not be powerful enough to run the Android emulator well and the iO
59.
by jameside 10y ago
One of my teammates working on Exponent was experimenting with ClojureScript and got it running, and one of our YC batchmatches wrote their app with ClojureScript and RN. It's still the very early days and I expect compiled-to-JS to ge
60.
by jameside 10y ago
Thanks Blake, that means a lot coming from you =)

More ›