Chiming in as a Midwest engineering manager here (Michigan). There's no lack of talent in the Midwest, although it's certainly a different calculus to try and match hiring to the supply/demand of engineers here and not everyone does so appropriately.
Is this what they did with the PullPanda acquisition? We had started using that a bit, but not being able to add new users as of late and the general pause in feature development seemed like something else was up.
There’s a bit of a rat race in colleges posturing to get ahead of each other always, and that takes capital investment and the recourse to raise funds ends up being tuition.
These things and reputations take years and tons of willpower and planning, so the risk of falling behind is immense.
Even as someone working on a really big global app with hundreds of engineers, people also underestimate that although the core of something might not be all that complex, all the auxiliary parts and necessary edge cases add tons of complexity that you have to handle if you want a complete product. You can only get away dodging that for so long.
For 5, usually a pitcher and catcher will through multiple signs with a runner on second to scramble the signal, and usually you don’t get enough pitches in to determine which sign is real. With the aid of a camera, the Astros were getting these signals very quickly even though teams were suspicious and using “runner on second” signs against them often.
We at least use one internally at my big corp. It's nice because instead of routing to some non-vanity URL that looks more like a raw Azure host, we can register x.company.com/whatever to redirect to it. Can only access the links and shortener from inside the firewall.
I’m still struggling to find out what exactly is required for mobile apps in particular. Our legal team (very big company) told us we have to add a link to our Privacy Policy on every screen of our app, so hundreds. Where can I find things like requirements on those, or is it just really vague?
Similar experience here. On really big teams sure, you can bike shed the format a ton, but they’re all relatively close enough but CC has some good tooling so we just ran with it. Results have been fine, didn’t waste a bunch of time debating it.
Haven’t figured out a good way to integrate co-authors easily with it though.
Weirdly, I scored completely average on the math for the GMAT despite an engineering and math degree and pretty much aced the verbal without any studying (figured out early on I needed to focus on studying quant, which I hated the test). But, I probably had a heavier English background than most people taking the test as I worked for newspapers and did a lot of personal writing for many years. Guess it's all about how you line up against the field in some cases.
As a UofM grad and still an Ann Arbor resident, Ann Arbor has significant housing supply issues and a city council elected to effectively keep it that way.
That said, there’s definitely more the university and others could do despite the opposition, and it’s getting more attention. Even as a student splitting a house with 6-8 other people, I was paying at least $800/month. Ann Arbor is not the easiest place to be a commuter into, so students have very few options.
I feel this perspective gets lost a bit. Big companies don't roll through 1000 applications with 50 open spots and try to hire the best 50 candidates. They want to find maybe people in the top quartile of that, while spending the minimal amount of time on costs to find the adequate fits, and the cost of a false positive is way higher than the cost of a false negative.
Is the process great? Absolutely not, and I'm sure that these places miss out on qualified candidates because of the process and hire some people who gamed the process. Things like degrees and LeetCode tests and other screening methods are just ways to reduce cost and risk to get that "good enough" threshold.
This was in Chennai mostly, so little different language situation. I don’t mean to come off too harsh on it, as having Uber in India was extremely useful for me getting around. Some of the rides were around 1-2 USD so wasn’t worth the hassle.
I had a roughly 5.0 rating over a hundred or so rides in the Midwest US, but mine dropped to around 4 after taking 30-40 Ubers in India. It was a different experience there, and I always wondered if rating scales are different culturally (and we did have some GPS/language barrier difficulty, as well as some drivers who refused to be paid with Uber and made us give them cash that I’m sure affected it), but the ratings still stay with you global.
I think the perspective of this is assuming that the technical skill is there. You're totally right that the difference between a prime Tiger Woods and the field is definitely talent related.
But when there's a lot bigger population who all have a similar level of technical skill and that's not the limiter, I can agree these things are some of the important differentiators.
I had this when I was in public elementary school between 2000-2005. It was part of the library classes, and we were also taught information retrieval on Google and some of the Google competitors at the time. Everything from how to find sources and evaluate if they were trustworthy. It was obviously simplified, but it's one of those things that I think really stuck with me.
We moved a very large iOS app over to Swift, and the first two benefits are really huge. I know people have opinions on these things, and both sides are right, but the really strong typing and enforced nullability have been hugely important to getting junior engineers contributing to the codebase.
Not saying that it's an unsolvable problem elsewhere, it's just an anecdotal benefit we got
IF the inferred type of a variable is the protocol:
AND the method is defined in the original protocol
THEN the runtime type’s implementation is called, irrespective of whether there is a default implementation in the extension.
AND the method is not defined in the original protocol,
THEN the default implementation is called.
ELSE IF the inferred type of the variable is the type
THEN the type’s implementation is called.
Default implementations on protocols in Swift definitely can be a little dangerous. We've shied our team away from doing this unless the protocol is explicitly used as a mix-in type.
I was pretty shocked at how much they had set up for it there. There's a big public event this weekend too, definitely a great local PR moment for the company.
The station has been abandoned for my entire lifetime. I sent some pictures from the inside today to my Grandpa who used to take the train from there many times a year to and from Chicago for school in the 50's and into the 60's, and he said he could still recognize some of it even from those days despite all the decay. It's no doubt a large renovation project to get it fixed up, but it's a day many like him were never really sure would happen ever since it shuttered.
It really was quite an event today. Employees and media were able to enter for a look around, some wonderful performances from city students and even Big Sean showed up for a few songs. The company certainly has a long way to go especially in a changing industry, but this is a really cool and bold statement for the company and for the city.
It's just getting used to []][[][]] and having brackets and @property and lots of things a little different that most first languages people learn nowadays. If you're coming from C, then moving to Objective-C might feel different than coming from languages people tend to learn first nowadays. As someone coming from C++ (and others) when I started programming 4ish years ago, it definitely felt unnatural, but learned to appreciated it a lot and found it pretty sensible. Except for blocks...
It has made me really want to look into learning Smalltalk as a throwback hobby.