Is there some way to do this work of memory hacking from OUTSIDE the VM? I've always thought that it would be "safer" to do the work by just being able to scrub the hosts side of VirtualBox, then stuff events back in through the keyboard and mouse rather than getting on the inside of the VM and hooking/injecting inside the target executable.
I bet you just nerd-sniped them into their next FFF post.
This is almost certainly a side effect from their belt optimization from years (?) ago? Strangely I do sushi belt science sometimes and I’ve never noticed this bug, I’d wager the splitters and circuit network stuff changes the behavior enough to avoid the problem.
Do these numbers actually make any sense? I feel like I'm missing something here, 800k of 1.4m refuse the vaccine, but 68% of the 1.4 are already fully vaccinated? Is there a primary source out there for this?
Disagree. This is utility classing and you can target pseudo elements and deal with responsiveness. Tailwind is pretty popular and uses this methodology.
CheatEngine is a great first step in developing any bot, for any game.
GW2 doesn't have to trust the client for CE to be useful, it's just that the usefulness is different than what you're using it for currently. The goal of CE in developing an MMO bot is to figure out where in memory things like player location, party members, linked list of all nearby objects, etc, are. This allows the user to write the bot in a way that's pulling information directly from memory. CE is a great way to back into this data (coupled with a debugger/disassemble, of course).
But hiring and the work force AREN'T fair. My performance review, salary increases, and bonus aren't based on some normalized criteria, we're rewarded for going above and beyond.
Even on the surface "fairness" isn't really the objective, because there are going to be different hiring managers and interviewers throughout the whole process. The salary negotiation isn't going to be "fair" in this way.
I'd rather have someone who had a rich github history and a record of real accomplishment than someone who had none but could produce a good hacker rank score. Hiring is the most important thing that we do as managers, I'd be selling myself short if I didn't take it all into consideration.
Is it strange that Broadcom cut a deal to move HQ back the US at the same time it's buying a US-based company that would give it a near monopoly in the industry?
This would seem to indicate that the best strategy for playing the lottery was to pick the numbers that came up last time. If it's truly random, they're equally likely to win again and if the random number generator is broken, they're more likely to show up again.
I do interviews, I care less about the right answer than I do about the problem solving approach. I interview electrical engineers and I make them do simple transistor problems. If someone gave up and said that they couldn't do it without some sort of SPICE program, I'd cut the interview pretty short. But if the fundamentals are there, even if they don't remember something stupid, knowing how they approach a problem and if they know how to ask for help is more important.
Every time someone says "I didn't get the job b/c I couldn't do a linked list on the whiteboard." I'm fairly certain it was more than that.
I feel bad for this lady, but there's a flaw in this logic (and with the logic of many commenters here).
Everyone assumes that the battle is between...
Person 1:
-Great resume
-Relevant work history
-Strong sense of corporate citizenship
-Can't code on white board
and Person 2:
-Can code on whiteboard
-Smokes crack in the bathroom
But the reality is, you're all interviewing for the same job! You're not getting the job, not because you can't whiteboard code, but because someone else has the same qualifications AND CAN whiteboard code.