HN user

marcomonteiro

217 karma

Ex-Apple SWE on Special Projects and Apple Music. Past life as an iOS engineer on Google Nest and Xfinity Home.

Posts1
Comments144
View on HN

There was never an Apple Car, but if there was ever a thing that might have become an Apple Car it wouldn’t look anything like this.

iPhone X 9 years ago

Isn't it though? It's the "password" to the secure enclave which then provides a "password" to the OS.

Edit: I agree with your statement that "a password is something i can change if it gets compromised. a password is secure from others." Which is why I like that there is a method for disabling TouchID/FaceID with iOS 11.

Thanks for being so open to sharing. Do you have a blog? How do I find your blog? Before you posted this comment how would I even know to look you up.

Just because someone on the internet had a particular setup doesn't mean I want to follow it. Or that I have time to track down several people's opinions.

Getting install stats directly from the homebrew project, which I know because I use it, is infinitely more useful to me and much more easily discoverable. that's just my opinion though and you're entitled to your own.

+1 Though I do leave the occasional TODO or FIXME comment in code I prefer using deprecation attributes so that it results in a compiler warning. I spend a lot of time in Xcode so for me I like that autocomplete shows the method with a strikethru and the compiler warning is highlighted inline. It becomes glaringly obvious to everyone that we're adding to the technical debt by using the API.

Actually that's (almost) exactly how I did it joining Apple. I had already interviewed and been turned down with the group I wanted to join twice. Now I was coming in for another interview with a different hiring manager. I was willing to put up with another possible rejection because I really wanted to work at Apple. So I worked with one of the recruiters and had setup interviews with 6 other groups. I did 2-3 interviews a week and it was grueling but in the end I had several groups that wanted to hire me including the original team I wanted to join. They could only make one offer but nothing stopped me from interviewing until I was blue in the face.

EDIT: Another note, at least three of the roles I interviewed for had homework assignments. None took longer than 2 hours and I actually enjoyed them and the subsequent interviews much better.

The title is misleading. Looking at the About Us section it appears that only the CEO/Founder worked at Apple.

It's nice to see a new entrant into the industry none the less though. Interesting idea to use audio detection but I'm a little surprised it didn't include a PIR sensor for motion as well. Would be curious if there's an eventual platform play here.

Can you elaborate on how static library support is a hard requirement for your workflow and why frameworks (LLVM modules) don't meet your needs. I'm genuinely curious as I haven't had a chance to do any real work in Swift yet.

Fellow Googler btw.

I feel there's an important amount of context left out for anyone to give you sound advice. Do you have a wife/husband? Children? Ages? Any other commitments? A mortgage, car payments, other debt? What fields have you been in? Then, there's the personal side. What's on your bucket list? Could you earn half of what you're used to and live comfortably along with any dependents you may have?

Also, what's wrong with management? For that matter, what's wrong with being bored or confused? It seems like you have a certain sense of urgency for change, but is work where change is most required in your life?

What do you want? If nothing, then at least learn to be content. This is not advice, just me repeating what I often find myself contemplating.

I literally write more than 90% of all code away from the office. People walking by, random questions/discussions, pointless meetings that make people feel like they accomplished something even though they didn't or someone just wanting to burn a few minutes. Office hours are the least effective and unproductive hours of my day and so I've avoided being there as much as possible because I'd rather show features more than showing face.

There are some big picture, architectural design discussions covering many interrelated components that can benefit form in-person meetings but those kind of meetings are the exception and not the norm in my experience.

Negotiate for an extra $100M worth of acquiring company stock, a permanent seat on the board, and the $10M cash now. Oh yeah and a reserved double-wide parking spot near the front door for my brand new Aston Martin. If I'm gonna dream, might as well go big.

I agree. I was a little thrown off by the quick link to being racially insensitive. I figured he just left out a lot of context. It was also a little strange that something like that wasn't disclosed by his significant other (they were engaged) before meeting.

The first thing that really came to mind was why did it matter what race the soon to be father-in-law was. If I was caught in that situation I would've quickly asked "by choice or just bad luck?". Then either politely ask if I may inquire as to what inspired them to choose to be unemployed or sympathize with their situation.

Either way I think if your genuinely interested in a person you find ways to move on in a conversation. In every relationship, whether new or old, you're bound to come across some uncomfortable situations but you just keep moving along.

Though I do like his other question more. It seems like it would lead to revealing the things the person enjoys most.

self in that context would be the class. The issue he was facing is that in subclasses, "self", would refer to a different class and therefore the lock wouldn't apply. What he's pointing out is that he resolved that issue by specifying the superclass explicitly.

Personally, if I had to ensure synchronous calls to a class variable, I'd prefer to just restrict calls like this to a specific queue using dispatch_sync().

You obviously didn't read the article. This isn't an issue of someone losing their password and subsequently being locked out of their account --- something that Apple would help with. It was mom's iPad. She died. They don't have the pass code and/or iCloud password and Apple won't help them open that up. Sounds fair or unfair depending on your personal beliefs.

Having said that the article is a non-sensible emotional plea for sympathy at the expense of painting Apple as a cold-hearted villain. If they just want to be able to make use of the iPad it's simple to restore it using iTunes.

It doesn't really matter what the language is, SQL injection vulnerabilities are serious in any language. A competent web developer understands that -- especially a "Programmer Extraordinaire".

Helios 13 years ago

Same. I think I've read every post in NSHipster at least twice.

This is amazing news! I had to suspend my membership for the last few months (economic reasons) but I'm glad to see that the Dojo lives on. Congratulations.

As an American, this disturbs me to no end. There are laws on the books to prevent a manufacturer from selling their own product directly to consumers? And what of the benefit? To protect a certain class of sales people.

I'm a licensed real estate agent (non-practicing) and I can understand the need for government regulation to protect consumers from ignorant and unscrupulous sales people but in no way is a home builder prevented from selling their homes directly to home buyers. Real estate law, at least in California, covers required disclosures which apply both to manufacturers and salespeople.

I can understand limiting sale of certain classes of products that can be dangerous if in the hands of the general public but not limiting sales to monopolize a class of salespeople. Especially to the detriment of manufacturers and consumers.

Am I missing something? I can't see who wins except for car dealerships.

I guess a more direct question would be how and if this will help a self-taught developer be more competitive. I'm self-taught. I've been studying and "practicing" programming since I was a kid but I never finished a BSCS and I often feel that hurts me. So recently I re-enrolled in school but I'm a long ways away from finishing and want to continue building iOS apps while going to school. This seems like it could be a quicker road to establishing credibility (other than experience) before earning my degree. Thoughts?

I really like the simple UI to this. Great work! Just curious what the future plans of this project are. Any plans of open sourcing it?

I wholeheartedly disagree. First because I'm a self-taught developer (if such a thing is actually possibly), and second, because I often find myself studying deeply into things outside of the languages I use. A self-taught programmer isn't any less (or more) motivated to study Comp Sci topics than a CS student and most school's curriculum are wide open for anyone to inspect. Most self-taught developers I know are actually mostly the same, deeply passionate, driven, insightful, and knowledgable in a wide range of Comp Sci topics. But as the saying goes, birds of a feather flock together. I suppose I wouldn't necessarily engage with self-taught programmers who don't exhibit any kind of depth any more than I would a University CS graduate who lacked depth. Having said that, none of us are experts in all things Comp Sci related.