I'd go further. Companies can hire minimal legal departments and largely avoid accountability, at least when they're not going against companies with large departments. Because there's nobody there to listen to your case or to enforce the laws if there are, they just say no or ignore.
I think this is broadly true of leaders including lesser ones. It even seems true of roles like product manager.
The vast majority of projects seem to not meet their stated goals or KPIs or mission, be late, not follow remotely the planned path, etc. Whether blame falls on poor execution, poor planning, or overpromsing, those are precisely the things that chosen leaders are supposed to have been chosen to avoid—and what they would in theory fail downwards for. Unpredictable things do happen, but the regularity of these outcomes for projects (and products as a whole) means we're systematically choosing the wrong ones, there aren't enough capable ones (period), and/or that we shouldn't be org'd to need them in the first place. The last one is simply saying that if the environment is unpredictable enough that you can't plan well, then let's not spend time and money on planning. That in itself axes large chunks of the things product leaders do before work starts.
It makes iterating a more likely plan, but most teams and workstreams don't iterate too much. The iterating that sometimes is done is typically downstream of the plan, strategy, architecture that leadership leadershipped. They might do better without all the planning and overpromised timelines, which gut iterating. Iteration is only sort of a strategy anyhow (depends on what layer we're talking about when we say strategy). Iteration is what hedges a lack of vision.
New devs learn quickly that when the TPM over promises it's the devs job to take the fall when delivery is late, or kill themselves so the TPM can take credit.
> It even seems true of roles like product manager.
Yes, but there are valid reasons for this. Speaking as someone who is currently in Product, let me point out that a lot of larger efforts in large organizations are inherently risky. This is probably measurable, but generally nobody invests in doing so, rather than that we model it with approximations. When an executive decides on a strategy which has a large effort as a downstream outcome, there is some risk possible that it becomes impossible, or that it is possible but at 2x, 3x, 5x, 10x the cost/time which erodes its value. Success doesn't look like hitting an arbitrary timeline or budget, success looks like getting to an outcome that aligns with the objectives/goals of the strategy, in a timeline that doesn't torpedo the strategy, and in a way which results in an economic ROI.
I am generally considered pretty good in my current organization. I have been lauded often. I don't think any of the major initiatives I've worked on have been "on time", but in almost every case it was due to cross-organizational dependencies dragging things out, which is an inherent risk accounted for when doing anything large in a large organization. But every single one of those initiatives has resulted in a positive ROI in a manner timely enough to support the strategy.
From the perspective of the organization, that's a win. And a win is rewarded.
I imagine similar things can be seen at executive levels. Nobody is asking detailed execution questions about your strategy to determine if its a win or a loss, they're looking at the aggregate outcome. Did your strategy result in improved profitability or reduction of cost or increase in share price, or not? CEOs seem to fail upward even on those metrics, but other executive roles seem to be more accountable.
I'm having a hard time following the thinking in many of these threads so I'm not sure if you're questioning it genuinely (or hypothetically or sarcastically), but I think essentially yes sadly.
Wealthier areas wonder why it costs so much for house renovations or for daycare or`for farmer's market produce. Or similarly folks move to less wealthy countries as "expats" and hire help, babysitters, tutors. Sense of prosperity seems tied to those things feeling inexpensive and them feeling cheap requires income inequality. There's I think a large amount of feeling poor (or average) when those things are eating your budget. Even though you have them. For example, you pay for expensive childcare so both parents can work, it takes a big bite out of your budget, and so you don't feel wealthy (but you're paying for childcare and your family has an employee). Similarly, you're paying for expensive private school, it eats your budget, you don't feel wealthy (but your child is going to private school).
For those doing well, the surplus goes to what's left—house, education, healthcare (I recall there being a fourth, but I'm blanking). Those things are expensive because they should be, you're wealthy. You're competing with the other wealthy people. I'm stealing this from somewhere, but they're essentially luxury goods—the more money you have, the more (and better quality) you consume. They don't decrease as percent of income as food does.
Yes. And in most of those meetings where the researcher invalidated the leaders, the leaders have left the meeting saying (and thinking? I’m not sure) they were validated. So because of the leaders we have we should skip the meetings and research in both cases.
But apps can just rejigger into widths that fit. It would be more of an issue back when mobile sites were first becoming responsive and we pragmatically chose 2 or 3 media query widths to serve different layouts and then applied the same thinking to mobile apps. Of course the initial mobile apps, particularly on iPhone, stuck to just one and later just a few sizes themselves. As there was a wider range we did things more responsively on a continuum.
I still think the broader point of there being design reasons to hit these ratios stands and is great. I just think the idea that it needed to be precisely twice the width so apps can fit full-sized doesn't hold too much because there isn't really a "full size" notion. Or if there is, the full-size is probably the double width one. If it wasn't exactly twice the width, most apps are already built to fit into varying iPhone/mobile screen widths.
Despite all the responsive design tools and declarative layouts to ensure a great layout even on an oddball resolution... the fact is that in practice it's nontrivial, and remember that the companies that make most of the apps you use have finite design and QA budgets. They need to actually use the resolution in question in order to really do a good job of designing for it, and giving them double the work, for a $2000 and up phone which probably won't be super highly adopted, is a recipe for getting apps that end up with layouts that aren't optimized properly on one (or both) of the screen sizes.
My point is largely that the nontrivial work you've described is the norm today. What's being asked for tomorrow is not new. Most apps are already set. Not just because of work Apple does to make it easier for apps to "port" out of the box, but because the multiple sizes that apps are already prepared to handle across iPhones, iPads, and resizeable iPad apps (and to the extent that devs are having React Native handle this, then across Android too).
So it's a lot of work, yes, but it's work that's already been done and that engineering teams already assume in their processes. The future is the same because this has been the status quo for a few years. Whether the Duo has a 2:1 ratio or something slightly different, the apps are at about the same readiness for it.
I'm not calling you a liar or anything, I get that yeah, no apps really survive today that are laid out statically for each resolution.
I'm just saying that they don't release a new version of Uber, Instagram, etc. without checking to see what that flexible and responsive layout looks like on the most popular devices and, where important UI ends up suboptimal on one of them, it'll be tweaked before release. And I'm saying that nobody really wants more of these 'significant formfactors' to check.
This is already something every app needs to deal with on iPad, where users can arbitrarily resize apps and windows. And apps that support landscape layout on phones have always needed to support their UI being rendered in different aspect ratios.
At WWDC this year, Apple introduced a tool[0] to let developers arbitrarily resize their simulated iOS device screens.
Flexibility and adaptivity are more front-and-center for iOS devs than ever.
I agree it will feel super nice to go from the front screen to the dual screen and have nothing "move". And similarly it will feel "mildly infuriating" if it doesn't do that.
I also think that I (personally) don't need a front screen and would love to have whatever cost savings or improvements would come if there weren't one. This last sentence is of course a me thing, but I mention it because I think that if people start on the front screen and then open the Duo, they may just want the full screen app or something else entirely. I'm not sure the use case of being in your banking app device folded, deciding midway through flow to open it, and wanting to be in the same UI is really what I want. The part I question is what's going on that step 2 came about—I think it's either you want to go into more depth on it or you're just opening the device the way you would had you not been in your banking app.
The case where I open it to find the app using half the screen and then I have to press something or drag something to make it full screen is not that great (and isn't great today with current iPad window resizing). The best case I can think of for wanting the app in the same size format when I open it is for is something like multitasking, I guess we'll see how that looks or feels and how you get the second app open (or whether it's very common use case anyway).
In general, I've long felt the folding tech is for tablet use cases not for phone use cases. I think Apple's foray (finally) into it more or less validates that. Even though there will be a meaningful number of people buying it to replace their phone, I think this is largely because their phone use is already tablet use case-y (for entertainment especially). I assume many people will also buy it as a(n expensive) tablet replacement in addition to their phone, which is perhaps related to the timing of iPhone Handoff (same SIM on two phones) too.
You’re absolutely right, but I need to go to the bathroom/get some coffee/take a smoke break/get back to this task now so we’ll have to discuss this further later.
Very much agree, but also (not saying you're saying otherwise) stealing, lying, entitlement (which is possibly just stealing and lying), and scamming "work." These are checked in large part by a person's aversion to it not just by its lack of working. Of course dark patterns work. If what one says increasingly inches towards 100% misrepresention (but shy of it), people will "mistake" what's being said. "Mistake" doing a lot of blame shifting.
"You're never going to convince someone to stop doing something that is making them money." Reasonable, but I would soften from "never". There was less of it at one point—and it seems logical to guess we have less today than we'll have tomorrow. The main reason is likely that we simply didn't know about these tricks yet, but somewhere below that on the list of the reasons is that some people dropped off from doing it at lesser forms of misrepresentation. Or they made the case against it at work resulting in them either winning (and their projects perhaps did less well) or them losing and being overrun by those more willing. With losing possible also leading towards leaving, not getting promoted, or getting fired. This is just a way to say that there are people who do forgo money, they just might not be around or visible for various reasons. And, as implied by the difficulty of convincing people to not make money, their (former) coworkers prefer that on some level even if they don't believe they agree with stealing or lying. But losing or earning less money is not the same as having no choice.
There used to be less data to optimise from. Doing ordinary business is a low risk strategy, compared to dark patterns. Now we have data to enable us to do dark patterns without risk.
It might generalize to tech rather just engineering. The same pitch was made for marketing and SEO roles, designers, product managers to varying degrees.
I interviewed with a startup that I thought I was a pretty good fit for. I'd had the same role at a company that did the same thing they were doing just three years ahead of them. That led to fairly nuanced interviews with each interviewer because I was familiar with their projects and more generally had a sense of what their roadmap looked like. And that put me into a final presentation interview with a bigger group that included the CEO/founders pretty quickly.
Towards the end, after others had asked questions, the CEO asked how I was using AI and about the tools I was using. I mentioned using Claude Code to quickly build basic prototypes of my first few stabs to rule them in/out/iterate. I thought this was a pretty good answer in the situation—Claude Code was pretty new at the time, I really had been using it this way, and I thought it was good for a large meeting with a broad set of people where I probably can't get too detailed. I'm not sure she paid much attention, but followed up with "Do you know what Lovable is?" I hadn't. She said something along the lines of "I'm not sure exactly, but it seems to be what all the cool kids are using."
Anyways, afterward I looked it up, and I was kind of bummed because I felt I was using the more advanced method (for the situation), but the CEO didn't know it, and I likely came off as behind.