I think GP is referring to EGA which also used address 0xA0000 but you had to program it in it a planer mode of 16 colors out of a palette of 64. VGA provided backward compatibility with this but introduced the 256 color modes with mode 13h being the linear addressable 320x200 res mode, however this mode sacrificed 3/4 of the video memory. This mode was also referred to as "chained" mode as it chained all 4 bitplanes together for convenient linear addressing. There was also unchained mode, sometimes referred to as mode-x which allowed you to access all 256kb of video memory, resize the virtual screen, page flipping, etc. at the cost of compute overhead. Lots of tradeoffs to be made in those days. Some amazing looking 16 colors VGA games were produced in the early 90s, one that comes to mind is Gods by Bitmap Brothers.
It's certainly the most rudimentary. Small optimisation on the inner-loop would be to pre-calculate the scanline offset before going into the pixel loop:
int s = y*screenRect.w;
for (int x = 0; x < screenRect.w; x++) {
pixels[s + x] = argb(255, frame>>3, y+frame, x+frame);
}
Certainly check the assembly, but loop invariant code motion and strength reduction are basic optimizations. C compilers tend to be good at optimizing indexing patterns even at -O1.
Take a look, GCC and Clang go further than these suggestions by adding screenRect.w to the pointer each iteration to avoid the multiplication: https://godbolt.org/z/YfroqK7T6
Writing anything but pixels[y*screenRect.w + x] in an attempt to be faster, without checking the assembly first, is obfuscation.
(For what it's worth, you can beat the compiler by using *pixels++. I didn't profile the code to check it actually was faster in practice however.)
Signals are a privative data structure in Angular, hence core. Signal-based forms are part of the Forms module. You aren't using forms, you don't get the overhead.
I don't know? It's an agent, an automated contractor, a black box that produces work. When you pay someone to help write your app, you don't call that an "abstraction."
I think the reasonable way to look at LLMs is similar to how you'd work with junior developers. They can churn out code, but do need constant guidance. Of course, (some of the) real juniors will eventually become seniors. It remains to be seen if LLMs will.
My wife is Taiwanese and I'm Indian. I'm certainly not stupid enough to read the average HN/Reddit thread on Indians and believe that things cannot rapidly change around me.
I had something similar years ago. I applied for a job at a company, size around 150 people. Did two rounds of interviews which were great. They wanted me to offer the role. However, as a third round, I was going to do a meet and greet with the CEO and he was going to yay or nay me. At point I dropped out. If a CEO can't trust his delegate managers to hire the people they see fit for a role, then thanks but no thanks. That's not a company culture I want to spend most of my waking hours in.
I don't know your particular situation, so it might be totally different, but I think this is commonly just a formality and a friendly chat.
It's a chance for you to meet the actual CEO (or VP or whatever in a larger company), and also for them to get to meet you in advance, instead of effectively getting "blindsided" by a new person (to exaggerate a bit).
Usually, by the time you've gotten to that point, the decision to hire you has well and truly been made. I don't know what then would need to happen for the actually rather secondary function of giving the CEO the opportunity to veto to become relevant. I'd be curious hearing about anyone who's ever experienced it (on whatever side). I guess it can be a safeguard against vastly unaligned values, but I suspect it's very rare.
But primarily, and effectively, it's usually just a meet-and-greet. And it's hard for me to blame a CEO (or VP etc.) for at least getting to anyone who's going to enter a mutual contract to effectively become part of their company.
That was not the case in this scenario. I was told I would be offered the role if I came out favorable with the CEO (did he like me or not? did I jump when the said "jump"?). To me this meant that the CEO doesn't trust the people he hires. He clearly didn't trust the hiring manager's jugement and/or respected their position. The CEO delegated a task and responsibility but then felt to have to authority to override that, which maybe he does. However, that's not a culture in which I want to operate. If I was wrong, so be it, but I saw a red flag and I made a choice.
You know better, as you have all the information and we merely have a shadow of it, but that in itself still sounds like “standard boilerplate” to me.
I remember from my friends who worked at Google at the time, that everyone’s always been told that “every new hire’s contract lands on Larry Page’s desk, he has to sign off on it”, and you can probably bet your bottom dollar that Larry Page didn’t spend a lot of time on each hiring package, if any.
I'd argue I won't work there. "The buck stops here" is never true when shit hits the fan so it's just kabuki theatre in all other situations just to take credit.
Yes, it usually is. But in this case the problem was that the CEO could unilaterally override the decision made by everyone else, so it wasn't just a meet-and-greet.
Yea, it's not a meet-and-greet, as in there can be no impact to the outcome of the interview. You're definitely still interviewing. But, in every case where I got to the point of "You're going to chat with the [Founder|CEO|BigTech VP]," at that point the job was mine to lose. They're not going to waste a VIP's time if they're not serious about making you an offer. You effectively have the offer. Your job when talking to the VIP person at the end is to "sound like a likable, competent person, who VIP would be cool with saying 'yea I hired this person'." That's pretty much all you need to do.
Generally the chat with the VIP means: "You have the job, but I (VIP) want to just double check that my underling hiring managers are not totally useless."
No, you don't have the offer at all. If you did, you would already have the offer letter in hand and the meeting with the VIP would just be a casual meet-and-greet. When it is part of the interview process, it is very deliberately because the VIP has veto power, and thus the decision to hire has not been finalized.
Your job when talking to the VIP person at the end is to "sound like a likable, competent person, who VIP would be cool with saying 'yea I hired this person'."
As you point out, the VIP is the one making the hiring decision. Everyone before the VIP was just a filter before the actual decision-maker.
(Outside of tech) the only time it's normal for a VIP to be involved in the interview process is when they're interview for executive or other management level positions, or for a role that would be working directly with management on a regular basis. But tech likes to do things backward, and insist that a VIP wasting their time on a lower-level hire is somehow normal. It's not normal in any other industry.
The point of my comment (and yours) was that the hiring decision wasn't actually made, because as you point out (again): the CEO's decision was the only one that mattered.
That's a huge red flag for any workplace. The only time you should ever consider taking a job at a company like that is if you're unemployed and you need the job and have no other prospects.
If you got to that point it's just a formality, and unless you somehow blow it the job is (probably) already yours, if you decide you still want it. You seem to have jumped to unwarranted assumptions about the company culture; quite possibly the CEO does want to make sure the culture is good and remains good.
It's not necessarily a binary test of whether the CEO can't trust delegating to their managers; it's also your constructive opportunity to use that conversation to get more insight into where the company, strategy, product/service, customers etc. are going. A good question to ask the CEO is about the broader impact of your role: that should get you some useful insight, also you compare the delta between what the CEO says vs what the senior managers said vs what the recruiter said; they don't need to be identical but they should broadly agree, and it shouldn't reveal any fundamental disagreements or ambiguities (e.g. "your role is incremental support of product X" vs "totally rewrite it in language Y in the next 9 months"). Listening to their response should also give you subtle behavioral cues about who in the company does/doesn't have influence, credibility and where the pain points are: you can't generally get that from the previous interviews, and it can be a faux pas to explicitly ask.
(PS: if you find reasons to suspect the CEO isn't delegating effectively to managers, then ask the CEO an open-ended question "How much do you do yourself vs which tasks do you delegate to your managers?" then listen carefully to their answer. And it's still not necessarily a red flag, it may just be a new or inexperienced CEO, or maybe overcompensating for one or two bad hire experiences at current or previous company. Compare to their answer to "How do you assess new hires within the first 90 days?").
The only (minor) negative I'd take from this is that it still behaves like a small startup scaling quickly, and they haven't yet figured out how to to scale interviewing and hiring for when they get larger... but that's overall a good complaint, it shows they're still growing. It's much better that your signoff interview is with the CXO (or VP) than the Director of HR, or an AI bot. Honestly I'd pay more attention to how many days/weeks/months it takes them to make the hiring decision than how many management layers were involved; that's a bigger tell of organizational dysfunction.
I don't agree, but I think your perspective is valid so I upvoted you.
I've worked for companies that did this, in fact I'd say this is commonplace at startups and small companies, at least till around 500 employees or so. If I ever start another company, I'd operate the same way as a founder/ceo. While Dunbar's Number probably puts an upper limit on the number of people I can truly know in my organization, I think it's incredibly important as a leader to have the possibility of putting a face to a name inside the one endeavor (company) you are wholly responsible for. That doesn't say anything about my trust or lack there-of in the people below me on the org chart.
I almost feel the opposite. I've turned down jobs because I want to understand the strategic direction and the folks I was interviewing with couldn't adequately explain it and they were unwilling to let me meet the folks high enough up the chain that they could as part of my interview process. If I can't get the time of day out of the founder during one of the most important decisions (hiring) that their company makes, they're certainly not going to give me the time of day once I'm in the door and that means I have effectively no feedback mechanism. Why would I want to work there?
My friend has been contracting at $STARTUP for a couple of years now with a revolving 2 month contract. His managers have not attempted to hide the fact they would likely end his contract once they've managed to hire a full timer into the team.
Sadly, their CEO has veto-ed every single full time hire they've tried to bring on for past 2 years now.
The product is old school PHP. They want to convert it to Go but none of the young engineers are interested in touching the codebase. My friend is the reverse instead, uninterested in learning new languages/technologies.
The only time a CEO should be meeting a hire is if the company is a tiny startup, or the role will be working regularly and directly with the CEO.
Otherwise, it's the worse kind of micromanagement. If the CEO wants to meet the new face they do so after the person starts, and this is the norm outside of tech.
There recently was a change to VSCode where commits are being co-authored even if AI wasn't used. Not saying that AI wasn't used in this case, but it could be ambigious.
reply