brianshaler
Another bit I found peculiar was the mentions of anarchism while seeming to have a rigid idea of what the event should or should not be. It's certainly far less anarchistic today—placements, permits, law enforcement—but it's not exactly anarchism to say it isn't allowed to evolve to fit the scale and culture of the participants.
What tickled me into making the comment above had nothing to do with whether adoption rate was used by the author (or is used generally) to mean market penetration or the rate of adoption. It was because a visual aid that is labeled ambiguously enough to support the exact opposite perspective was used as a basis for clearing up any ambiguity.
The purpose of a time series chart is necessarily time-derivative, as the slope or shape of the line is generally the focus (is a value trending upward, downward, varying seasonally, etc). It's fair to include or omit a label on the dependent axis. If omitted, it's also fair to label the chart as the dependent variable and also to let the "... over time" be implicit.
However, when the dependent axis is not explicitly labeled and "over time" is left implicit, it's absolutely hilarious to me to point to it and say it clearly shows that the chart's title is or is not time-derivative.
I know comment sections are generally for heated debates trying to prove right and wrong, but sometimes it's nice to be able to muse for a moment on funny things like this.
Yes. The title specifically is beautiful. The charts aren't nearly as interesting, though probably a bit more than a meta discussion on whether certain time intervals align with one interpretation of the author's intent or another.
It really is a beautiful title.
> Prices for a TC2 start at €44.500 excluding taxes (€53.854 including 21% btw/Dutch tax).
A large impact on the extent to which WFH may need to come at a discount is specialization: If you're easily replaceable with an in-office worker, why would the company deal with remote? If you're not so easily replaceable, the company is more likely to be willing to work with you on your terms.
There's generally been a large disconnect between the job market in the tech sector and the rest of the economy, at least until a few years ago. There's now much more of a bifurcation within the tech job market, where rank-and-file and entry level software engineers are suffering while experienced and specialized software engineers may be doing better than ever. This plays into the RTO/WFH discussion because some people may not have the option to get their preference at any discount, or given either option in the first place.
This ends up being very effective with interpolation between known viewpoints, and hit-or-miss extrapolation beyond known viewpoints.
I believe the term "going concern" means exactly the opposite of what you were trying to say here. Generally, comments about pedantry aren't helpful or uninteresting. This case was amusing to me in the context of assuring people Cohere is likely to stay around by boldly stating Cohere is at risk of being insolvent or ceasing operations ("Cohere is not a going concern"). Beyond that, I think it's pretty interesting how understandable it is to look at the term without knowing its meaning and assume the presence of the word "concern" must mean people are concerned about it going [bankrupt?].
I'm sure given the context nobody got the wrong impression. If anything, it makes me wonder if the term could, at least in informal contexts, reach a point of semantic inversion.
Obligatory Jobs monologue on marketing people:
I managed to eke out a couple more years after Pebbles were discontinued by finding replacements on ebay. If this is a low volume run, I'm contemplating the opposite—whether I can justify not buying multiple while I still can.
One pattern I bump up against from time to time is the delta between using a perfectly defensible technique for a given use-case (safe delimiters when constructing an input for a specific function) versus a desire to have each decision be driven by some universal law (e.g. "if you're streaming data between services, using null bytes as delimiters might not be safe if consuming services may truncate at null bytes, so NEVER use null bytes as delimiters because they can be unsafe")
It's not even a matter of one "side" being right or wrong. You can simultaneously be right that this is perfectly safe in this use-case, while someone else can be right to be concerned ("need to consider possible") because the code will forever be one refactor or copy/paste away from this concatenated string being re-used somewhere else.
What was so ruinous about implicit returns? That's one of the things I missed most when leaving CoffeeScript. ECMAScript only partially adopted it (single statement fat arrow functions) which probably muddies the waters for people trying to learn and understand the language's behavior.
Since it's optional for the caller to use or assign the return value of a function, I don't see much problem with functions defaulting to returning something. Maybe it just fits with my personal preference of functions returning a value and not having side-effects..
Seems like the answer to this would be no. Starliner's risk was elevated, not guaranteed to fail. The presence of a flight-proven option was the limiting factor.
I had a funny one a while back (granted this was probably ChatGPT 3.5) where I was trying to figure out what payload would get AWS CloudFormation to fix an authentication problem between 2 services and ChatGPT confidently proposed adding some OAuth querystring parameters to the AWS API endpoint.
Maybe the title should get a [2021] because it sounds like the market has cooled substantially in the last year or so.
The article doesn't seem to take into consideration market cycles, assuming market rate always goes up at a rate that outpaces cost-of-living comp adjustments. While this may be the case more often than not, how are companies supposed to absorb market downturns? A salary reduction, if legal (?), seems almost as bad as redundancy except you risk being saddled with disgruntled workers who might decide to jump ship at the next moment that is convenient for them.
Maybe obvious for anyone with more of a pulse on the latest in the LLM space, but it was new to me and took some digging to get more context.
I don't know that there's a moral to that, but I guess I tend to look at the urge to bail and go to unskilled (or really, differently-skilled) labor less as a virtuous thing and more a sign that some in-place re-evaluation is needed with mental health in mind.
I still occasionally say "I should become a farmer" but take it more as a sign that there's something I probably need to address within my current situation and/or I need to get back on the wagon of going on morning walks.
Put another way, freelancing means your job is part your vocation and part sales and marketing. You generally need to be proficient at both in order to be successful.
For me, personally, while I was an employee I went to monthly tech meetups—ideally cross-functional, not just programming language user groups—and travel to conferences on my own dime.
Things have changed in the last 20 years, but the principles of what worked for me still apply. I met people from around the world at conferences like sxsw interactive and kept in touch on a nascent pre-celebrity twitter. When I decided to go freelance, I had over 100 acquaintances to reach out to, whether they might want to work with me or to keep me in mind if they eventually had someone to refer. Obviously, the communities and platforms would be different today.
It helps to specialize, so when someone encounters a need for $skill or $domain they think of you. For me, that was data visualization. I also built a portfolio with a lot of automotive work, which begat more work in that industry.
I don't really agree with the claims in the articles linked in OP, and don't find it to be a generally useful projection, even for the tool I made using it. It was novel as a representation that included daylight context (instead of just "what time is it there?" it helped express "is it getting dark there?") that preserved area better than a globe and was more intuitive than a day/night waveform on a rectilinear projection. But ultimately, if you're showing anything that has to do with populations (cities, people) pretty much any projection will waste large amounts of space on oceans and unpopulated land regions. That is to say, before choosing a favorite map projection, I think it's probably better to not to use a map projection at all unless you're going for a hike or setting sail.
Somebody beat me to the obligatory xkcd, but this West Wing bit is my go-to for map projection discussions: https://youtu.be/vVX-PrBRtTY
I like framing map projections by what they prioritize or sacrifice—fidelity in axis, position, size—and what projection is "best" depends entirely on which characteristics are more important. I disagree with OP's claim about this projection being "the most accurate flat map of the Earth yet" though haven't put a ton of thought into the physical, back-to-back definition of "flat" vs on-screen.