> it's like how so many buy and tune WRXs, but don't actually take it to gravel roads.
For good reason, they're not built for it. A relatively stock WRX is going to be destroyed after a few outings of hard driving on rough terrain[1]. The WRC winning Subarus[2] were fully built racecars from top to bottom and share only styling with the ones sold at dealerships. They're very fun and capable on solid pavement for a cheap car, but the rally pedigree is all marketing.
I mean yeah, stock is one thing, but when WRX owners build it out, it's usually slammed and sometimes embarrassing levels of negative camber. Rally builds are rare, even though the AWD and (for the current gen WRX) the cladding would suit it.
> HEB operates a similar model to Costco in being more expensive to the customer in a subtle way, through desirability. Their products are so interesting and appetizing that I go in with the intention of buying $30 of groceries and leave with a $100 load.
Costco groceries are expensive because you're forced to buy in bulk. You can leave HEB with 1 tube of toothpaste or a single potato. You can't leave Costco with fewer than 5 tubes of toothpaste or several pounds of potatoes. I love Costco and imo they win in a few areas like the butcher, but HEB crushes them in the variety of desirable groceries hands down.
> The number of cities where a typical starter home is worth $1 million or more has nearly tripled since before the pandemic, rising from 80 in February 2020 to a record 242 today.
Doubt. They don't define what constitutes a city and seem to be purposely be hiding the data. There's only a count of the cities per state with no mention their names. I followed link after link and couldn't find them and gave up. Texas supposedly has 7 of these $1m+ starter home cities. Austin is the most expensive metropolitan area, and there are plenty of < $600k homes in centrally located areas. Venture out to the suburbs like Pflugerville, Cedar Park or Buda and you'll have plenty of options with $400k to spend. There are only a handful of small pockets around the city where $1m won't buy you a starter home like Zilker and Tarrytown.
> For buyers navigating today's market, Zillow Home Loans' BuyAbility℠ tool provides a personalized, real-time estimate of the home price and monthly payment that fit within their budget. Home listings on Zillow also include a down payment assistance module to help shoppers identify local programs that may be available to them.
> For those who decide renting is the right call, Zillow Rentals® lists options across every price point and property type — including single-family homes, apartments and individual room listings. Renters can also use CreditClimb to report on-time rent payments to the major credit bureaus, building the credit history that will put them in a stronger position when they're ready to buy.
This is just fear driven advertising. BUY NOW OR YOU'LL NEVER OWN A HOME!!
> Does the US have the same distinction we have here in Australia where there will be a small local government area in the centre of a city named that?
It varies, but mostly yes. I think they're limiting the definition of a "city" to as small as possible to inflate the prices for a scary headline. Austin is the most expensive metropolitan area in TX. Fire up zillow if you can access it, search for Austin, TX with a $600k limit and it'll automatically put the city boundary on the results. You'll find plenty of listings, over 1900 standalone homes for me as of right now. Including townhomes and condos it's over 2800.
It's fear driven advertising with no meaningful information. They don't mention the cities and I wasn't able to find them. The article is chock full of links other zillow articles, their own products and 3rd party advertisers.
>If you wanted to offer a more convincing doubt about the method, I suggest complaining about their treatment of mix shift.
I'm not trying to convince anyone who will agree on a data-driven premise without actually seeing the data. The article states that a record number of cities have $1m+ starter homes, but there's no easily accessible list of those cities. I couldn't find it, where did you see it? I gave up after clicking about 10 different links and only landing on another vague article or advertiser's product.
> they don't need to nudge you into a particular position.
That's exactly what they're doing and I even put a snippet from the article in my comment. Here it is again
> For buyers navigating today's market, Zillow Home Loans' BuyAbility℠ tool provides a personalized, real-time estimate of the home price and monthly payment that fit within their budget. Home listings on Zillow also include a down payment assistance module to help shoppers identify local programs that may be available to them.
I used Austin as an example because it's the most expensive metropolitan area in Texas, which supposedly has 7 of these $1m+ starter home cities. It doesn't hold true there and it's even less true for the larger cities like Dallas, Houston and San Antonio.
Anyway, my point is that it comes across as deceptive by providing ambiguous information with no easily accessible data to reference and loading the article with as many advertising links as possible.
> Like you said, the fundamental idea behind the book was that consciously naming, cataloging, and studying design patterns would improve communication among programmers.
> The younger programmers I work with who had no exposure to the GoF book.....and they communicate amongst themselves just as efficiently as my generation
> The generation that learned to program after design patterns had faded as an idea learned just as quickly and communicates just as well as the generation that studied them assiduously as junior programmers like I did.
I've never read GOF so I don't know if they emphasize communication, but I have read and studied many other programming pattern books and communication is low on the list of reasons to learn them in my opinion. Their only purpose for me is to organize code in a way that has been proven to "scale" along with a codebase so that you don't end up with a plate of spaghetti.
> There's no type casting in Python. int(), float() and bool() just create objects of their respective types, passing the arguments to the initializer
int() and float() behave like type casting, bool() does not. It's a truthiness check that would be more aptly named istruthy(). In python non-empty strings are truthy, so providing any string except for "" to bool() will return True, including "False".
In C, cast converts a value to another type (or a more or less qualified version of the same type). What that conversion means depends on the source and destination type.
A cast of insert a conversion that wouldn't take place:
1/2 vs 1/(double)2
or coerce a conversion that otherwise requires a diagnostic:
bar *b = 0;
foo *f = (foo *) b;
Loosely speaking, casting is another name for coercion, which refers to making a conversion happen that might not otherwise.
Implicit conversion, which is what you're mostly referring to here, is not required. It happens in some languages, and not others.
Because I'm tired, and this is a very basic topic, I'm afraid I'm just going to rip from Wikipedia:
> In most ALGOL-like languages, such as Pascal, Modula-2, Ada and Delphi, conversion and casting are distinctly different concepts. In these languages, conversion refers to either implicitly or explicitly changing a value from one data type storage format to another, e.g. a 16-bit integer to a 32-bit integer. The storage needs may change as a result of the conversion, including a possible loss of precision or truncation. The word cast, on the other hand, refers to explicitly changing the interpretation of the bit pattern representing a value from one type to another. For example, 32 contiguous bits may be treated as an array of 32 Booleans, a 4-byte string, an unsigned 32-bit integer or an IEEE single precision floating point value. Because the stored bits are never changed, the programmer must know low level details such as representation format, byte order, and alignment needs, to meaningfully cast.
> In the C family of languages and ALGOL 68, the word cast typically refers to an explicit type conversion (as opposed to an implicit conversion), causing some ambiguity about whether this is a re-interpretation of a bit-pattern or a real data representation conversion. More important is the multitude of ways and rules that apply to what data type (or class) is located by a pointer and how a pointer may be adjusted by the compiler in cases like object (class) inheritance.
The difference between implicit conversion and explicit is just syntactic sugar: do you have to put some visible tokens into the code to allow a conversion to happen, or not.
Implicit conversion can be seen as the compiler deciding among several possible conversions (or possibly just one) and inserting the coercion/casting operator into the intermediate code to make it happen.
(Of course, this can be a run-time decision based on dynamic types also, but the reasoning is the same. E.g. the run-time sees that a plus operation is adding an integer and float, and can either signal an error (requiring the program to be repaired by inserting a conversion operation into the expression), or just do that conversion, like the integer operand to float.
It's the other way around. Implicit conversion is syntactic sugar for explicit conversion. Sugar is anything that is functionally identical, just notated more conveniently.
That said, I think you're correct about the casting versus conversion distinction. Languages frequently overload established terminology with slightly modified variants and it's incredibly confusing.
> If casting from a string to a type works with ints and floats, why not with bools? What possible justification is there?
> I'd honestly much prefer bool() threw an exception on receiving a string, rather than act the way it does now.
They serve fundamentally different purposes. bool() is a truthiness check and not a type cast like int() and float(). It seems like a lot of people take issue with the name, because it was called something like istruthy() the discussion about it wouldn't be happening.
> bool() is a truthiness check and not a type cast like int() and float(). It seems like your issue is with the name of the function, because if it was more aptly named to something like istruthy() this discussion wouldn't be happening.
Right, the bug is in the inconsistent naming.
It's roughly as bad as having arithmetic operators named +, -, *, / that perform arithmetic as usually understood, except that + actually performs XOR and is documented to do so.
> How does this work, though? Every company I've worked for has an HR system, and resumes flow through it, and there's a set process. If I have worked with a candidate in the past and highly recommend them, all I can do is submit their resume into the great void and check a box "Recommend
I haven't worked for any massive companies with thousands of employees where there might be a lot of bureaucracy, but the few I've worked for ranged from ~100-700 and it was pretty easy to get interviews for referrals. One of my employers encouraged referrals and offered bonuses if it led to a hire.
reply