Twitter | Search | |
Rob Napier
Swift and Go. Love 'em both. They make me mad in completely different ways. Infosec as required.
12,867
Tweets
325
Following
5,758
Followers
Tweets
Rob Napier 7h
Replying to @JimRoepcke
Xcode 10. I fought this forever, but 10b1 dramatically improved things.
Reply Retweet Like
Rob Napier 15h
Replying to @tkallioras
Expertise of born of experience. And it’s hard to have time and opportunity to gain experience in several fields at once, and especially hard to be up-to-date in many fields at once.
Reply Retweet Like
Rob Napier 15h
Replying to @tkallioras
Well equally, certainly. I’m equally proficient in surgery & trapeze :) But expert in both I expect is rare in the same way expertise in both UI design and communications protocol design is rare. But you can know the basics, even be modestly competent, at both.
Reply Retweet Like
Rob Napier 23h
I've worked professionally (i.e. people paid me to ship things) in over 12 distinct languages. At least 6 of which did not exist when I took my first job. If you're under 40, it's very possible that the language/platform that defines your career hasn't even been invented yet.
Reply Retweet Like
Rob Napier Jun 22
Replying to @dokun24
Yeah…you can… Or you could use JavaScript on the client and get about the same benefits and headaches. Someday, though, someday, and I appreciate people working on it, maybe to compete with Go. An Actor system could definitely make Swift interesting on the server.
Reply Retweet Like
Rob Napier Jun 22
Replying to @cocoaphony
Yes, Swift devs, you too can learn a little bit of PHP/Node/Django/etc and submit a PR for that minor JSON problem on the server rather than working around it in some bizarre way on the client because you don't want to wait for the server devs to fix it for you. :D
Reply Retweet Like
Rob Napier Jun 22
This is so opposite from the mobile world, where frontend/app devs treat backend/server as a mysterious land never to be touched (& vice versa). I agree whole-heartedly w/ the linked post, but in mobile I think we need to move in the other direction & be willing to step across.
Reply Retweet Like
Rob Napier Jun 21
Replying to @bradeeoh
It's possible that most of my cases could be covered by allowing setURLSchemeHandler to override a built-in scheme handler (most obviously: http/s). The requirement that it be per-instance rather than global (like URLProtocol) could be a workable restriction.
Reply Retweet Like
Rob Napier Jun 21
I didn't know this one, and I should have. I'll be digging into it quite a bit.
Reply Retweet Like
Rob Napier Jun 21
Replying to @bradeeoh
I kind of love NSURLProtocol… I may use it more than it is technically required :D
Reply Retweet Like
Rob Napier Jun 21
Replying to @bradeeoh
4. I use NSURLProtocol to inject local resources into downloaded content. Content providers working in HTML can refer to `resource://localimage` and I return an image from the bundle (while ensuring they can't access arbitrary paths).
Reply Retweet Like
Rob Napier Jun 21
Replying to @bradeeoh
2. I use NSURLProtocol for unit testing. It is an ideal way to return canned responses in unit tests. 3. I use NSURLProtocol to provide VPN-like functionality, tunneling HTTP over a custom low-level protocol.
Reply Retweet Like
Rob Napier Jun 21
Replying to @bradeeoh
1. I use NSURLProtocol to provide offline caching for simple, static webpages. I believe there are ways to achieve this with HTML5 app storage? But I've never figured out how to do that for simple pages.
Reply Retweet Like
Rob Napier retweeted
Chris Lattner Jun 20
Safety in PLs is undersold: yes it is about more correctness, more security, etc. That said, it is *also* about much better programmer productivity. Debugging UB problems in C, dangling pointers bugs, chasing invalidated iterators in C++, are not generally "joyful".
Reply Retweet Like
Rob Napier retweeted
Swift by Northwest Jun 20
Join us in Portland this October for our second ! Speakers this year include , , , and !
Reply Retweet Like
Rob Napier Jun 19
Trial by fire. And you came through it!
Reply Retweet Like
Rob Napier Jun 19
Replying to @DuncanDaHusky
I have my new talk title. :)
Reply Retweet Like
Rob Napier Jun 19
Arrgggghhh. :) Thanks so much; I’ll definitely fix that before I use that slide again. Thanks for being my first audience for this one!
Reply Retweet Like
Rob Napier Jun 19
Replying to @rc_edwards
That’s very kind. I doubt I’ll write another general book. They’re just so much work. But I hope to write some shorter books on smaller topics in the future (and just get back to the blog :)
Reply Retweet Like
Rob Napier Jun 17
Replying to @iceX33 @jckarter and 2 others
I used to do security investigations and monitoring. Trying to avoid making the mistakes that our automated stego-detectors caught easily… :D
Reply Retweet Like