_proofs

this seems like semantics and corporate hand-waving -- that's not what is conveyed to the user in what i have observed as the context of paid services and the promises asserted around what a purchase gets a customer.

in the subsidized example, xm/Sirius is marketed to users as an "ad-free paid radio broadcast"; the marketing literally attempts to leverage the notion of it being ad-free as a consequence of your purchase (power) in order to highlight its supposed competitive edge and usefulness, and provide the user an incentive to spend money, except for the fact that the marketing is false. you still get served promotions and ads, just less "conventional" ads.

i go to a football game and im literally inundated with ads -- the whole game has time stoppage dedicated to serving ads. i guess my season ticket purchase with the hopes of seeing football in person is.. apparently not spending enough money?

i see this as attempting to move the goalposts and gaslight users on their purchase expectations, as a way to offload the responsibility and accountability back onto the user -- "you don't pay enough, you only think that you pay enough, so we are still going to serve you ads because <insert financial justification here around the expectations we'e undermined>.

why then is there any expectation of a service being ad-free upon purchasing?

who the hell actually enjoys sitting through 1.5 hours of advertisements and play stoppage?

over time users have been conditioned to just tolerate it, and over time, the advertising reclaims ground it previously gave up one inch at a time in the same way people are price-gouged in those stadiums -- they don't have much alternative, but apparently the problem is the user should fork up more money for tickets so as to align their expectations with reality? while they're getting strong-armed at the concession stand via proximity and circumstance and lack of competition, no less.

are you really trying to tell me the problem there is, they need to make... more money? and THEN and only THEN we can have ad-free, paid for entertainment otherwise known as american football? is this really about user expectations, or is this about companies wanting their cake and eating it, too?

if you send your personal shopper to a store, and the business is... closed for business, or refusing you entry, and you just... go in anyway.

that's called breaking and entering, and generally frowned upon -- by-passing the "closed sign".

this is such a wild comment -- there are countless products where regardless of purchase -- the user is still served advertisements. i have no idea what reality, or timeline, this comment belongs in.

broadcast television, paid streaming entertainment is just straight up the most glaringly obvious example of a paid service overflowing with advertisements.

paid radio broadcasts (xm/Sirius).

operating systems (windows serves you ads any chance it gets).

monthly subscriptions to gyms where youre constantly hit with ads, marketing, and promotions be it at the gym or via push notification (you got opted into and therefore have to opt out of intentionally after the service is paid).

mobile phones, especially prepaid come LOADED with ads and bloatware.

i mean the list goes on -- you cannot be serious.

uhhh, while covid affected things this certainly has not been the case for my life at all.

the last 7 years of my life have been filled with nothing but community. from skate diys and meetups, and other outdoor activities to, skate diys, bars, live music, and gym communities (once regular programming resumed post covid).

if you feel this isolated i am inclined to ask -- what is it about your life that seemingly lacks these things? i have somehow managed to find community wherever i go and wherever my interests guide me.

what experience of yours caused you to arrive at "they actually don't"?

people in my city are always out and about and socializing and walking their dogs or getting drinks or coffee or working remotely or at work spaces or in offices or whatever. they go out on weekends and drink and eat and hang with friends.

i recently went to berlin and as an american i could not get enough of the summer vibe, the sparkaufts and casual communal hangs and byob bars.

where do you live?

my recent experience with flash and using it to prototype a c++ header i was developing:

- it was great to brainstorm with but it routinely introduced edits and dramatic code changes, often unnecessary and many times causing regressions to existing, tested code. - numerous times recursion got introduced to revisions without being prompted or without any justified or good reason - hallucinated a few times regarding c++ type deduction semantics

i eventually had to explicitly tell it to not introduce edits in any working code being iterated on without first discussing the changes, and then being prompted by me to introduce the edits.

all in all i found base chatgpt a lot more productive and accurate and ergonomic for iterating (on the same problem just working it in parallel with gemini).

- code changes were not always arbitrarily introduced or dramatic - it attempted to always work with the given code rather than extrapolate and mind read - hallucinated on some things but quickly corrected and moved forward - was a lot more interactive and documenting - almost always prompted me first before introducing a change (after providing annotated snippets and documentation as the basis for a proposed change or fix)

however, both were great tools to work with when it came to cleaning up or debugging existing code, especially unit testing or anything related to TDD

sorta sounds like altered carbon's "meth" class of wealth.

programmers, and good ones imo, are almost always polyglots on some level, and i tend to think have a better than average ability to even pick up natural languages.

programming languages have a small, manageable and finite set of vocabulary, idioms, and constructs that most languages share but express differently depending on their intended use. a programmer fluent in programming will be able to pick up most languages. how those pieces are cobbled together to form more complicated abstractions becomes the skill obv.

that does not mean they'll be an expert right away, but it does mean they are usually competent enough at minimum to dive in and work with it just like any other tool -- they know they'll need a screwdriver, maybe a hammer, so they look up what it looks like and how it is used.

my daily drivers are python, cmake/Makefiles, c++, and c, with a sprinkling of bash, powershell.

i've worked with microsoft stacks C#/SQL, JavaScript, and i've written a ton of Lua. i've studied concepts and swe fundamentals in languages i don't really write code in and transcribe into code i do intend to write code in. i learned mostly using Lua first, then i picked up c++.

these are just the tools of my job overall. my main skill is communication and learning imo, and knowing which tools are better suited for a task at hand depending on requirements and limitations (mine or technical or both).

literally a good majority of existing embedded software coupled to applications in safety -- devices used by fire safety and first responders.

because i work on a legacy project that is coupled to safety regulations and other quality guarantees, and we cannot just simply roll out a solution ported to c++ on the next release, or even tenth, so perhaps we make it work until we can.

however we can set a standard and expectation for new projects to use c++, and we do and set an expectation to target a specific std.

i see this sentiment quite a lot on hackernews -- feels like a lot of people saying "git gud" -- i would expect a lot more nuance applied here.

i work in an embedded space in the context of devices and safety. if it were as simple as "just use c++ for these projects" most of us would use a subset, and our newer projects try to make this a requirement (we roll our own ETL for example).

however for some niche os specific things, and existing legacy products where oversight is involved, simply rolling out a c++ porting of it on the next release is, well, not a reality, and often not worth the bureaucratic investment.

while i have no commentary on the post because i'm not really a c programmer, i think a lot of comments forget some projects have requirements, and sometimes those requirements become obsolete, but you're struck with what you got until gen2, or lazyloading standardization across teams.

they are contextual expressions often emphasizing an abstract though equally shared reality -- emotional states. sorta like how "doch" functions in german sometimes. and i definitely will debate it being universally understood semantics, esp for native english speakers.

do you know many people who interpret the emotional weight of "that's fucking stupid" versus "that's stupid" as the same?

anecdotally everyone in my worldview would react differently to both, and further reactions will depend largely on how it is said -- not because of some ambiguous meaning collectively (mis)understood.

i have always found people who want to wipe clean the slate of language and all its slang and "offensive" words in favor of established definitions and order -- contextually or otherwise -- often lack a lot of emotional expression in their correspondence.

people emote. physically and verbally. and we have all kinds of mechanics to capture the nuances in contextual languages -- slang is one of the best features, and the nuances can run super deep, nuances a lot of formal writing or correspondence can lose in its rigor and strictness. especially not withstanding cadence and emotion.

youre going to have vastly different experience reading stevenson and then say twain, for example. even speaking it aloud -- but i encourage you to spot a common denominator.

their dialogue often reflects the character, the context, and the emotional state, and largely not formal. and there's a heft amount of literature that utilizes formal writing in its dialogue, and one of the first things lost in the narrative is cohesion, and therefore immersion, bc that's not how most people speak -- only a distinct subset talks like that culturally and even then it is still not totally real life.

humans are very rarely strictly formal in correspondence in practice -- we only established professional dialogue as a norm to separate the haves from the have-nots, and then made it a moral high-ground to keep the "peasants" in line.

express yourselves. say what you mean. stop letting people convince you that you should be scared of saying something like "that's fucking stupid" bc it means more for you to say "that's stupid" for the sake of arbitrary professional standards.

this is just downright false unless a transfer occurred or you are trying to get into a venue's pavilion, and security's being extra detailed.

source: literally seen quite a few hundreds of concerts.

sure -- tmux is very much so crucial to my dev workflow, which is primarily a terminal-based dec env: nvim + lsp + daps + snippets + other extensions that are useful for dev.

i have splits for dev, splits for building and testing, splits for sandboxing -- it allows me to multi-task with more screen real estate than using something like vscode or vstudio or some other conventional IDE.

yeah, and also one's personal responsibility to make sure they are indeed learning and practicing.

implying i need to be dependent on a school to help me retain learning is a concept that is foreign to me. if i had that kind of dependency in my learning life, i'd be unemployed.

this is fundamentally not true. while math has a tone of rote learning in the same sense one may learn grammars in their native tongue over time, formulating proofs or fluent articulations of quantities involves the same problem solving and critical thinking one also applies to thoughtful communication.

math is communication, and the deeper you go, the more fluent you become, and the more open ended your application gets because you are problem solving, which is a direct consequence of applying critical thinking skills -- you have to consider your solution against a set of possible solutions, and determine pros, cons, and also attempt to disprove your own ideas.

wild statement.

this is solved by branching your feature again and rebasing from that or the feature original in case the rebase gets fucked.

you don't have to treat rebases or merges as this black hole of "i have no recourse for not getting it perfect the first time".

this does not sound like a problem with git, but a problem with culture and developer practices, and bad workflows.

in my 8 years of using git as a primary tool for vc, i have not once run into confusion on how to switch branches, create branches, prune branches, sync remotes with locals, and other common workflows.

does that mean i have only dealt with simple merges or haven't fucked something up bc i did not understand something and made things way harder than necessary (merging/replaying 50 commits vs squash rebase workflows, for example).

and no, you don't need to 'fetch' before you switch, fetching is only relevant if you're needing to bring in remotes or you're preparing for merges etc.

someone committing bunk to a main branch or something considered a production branch is not a git problem -- that's just bad development practices, and the onus is on the developer there to not do that and to understand why it is bad.

as for your other complaints, these are much more easily managed when the developers are not just arbitrarily commiting to branches without any strategic thought, but to point out, a lot of those problems are solved via working with commit hashes and branching, assuming you have already plugged the leak that is committing breaking changes to a main branch.

why are breaking changes that are mega changes even making it through to main?

perhaps it is time to take some personal accountability instead of lamenting the complexity in order to avoid the (overwhelming) challenge and learning.

yes, to understand an application, you must also understand the underlying data structures, architectures, models, use cases -- i am not sure what there's to roll eyes at. but there's no requirement that says that understanding has to be deep in order to work on it, or use it.

i think if you treat it like cleaning a large room, by picking out one corner at time and focusing on cleaning that before moving on, you'll find that the room is cleaned in no time, and git isn't anywhere nearly as complicated as it may feel.

there is absolutely no reason to digest a guide this dense for use-cases in every day production settings, bc those usages only make up about 10% of what this guide covers.

yes, learning things can be overwhelming, challenging, full of darkness and terrors, but that's what learning is, until you've learned.

but here is the catch imo: once you've learned, you don't stop learning and the challenges don't go away. you just become better at navigating the darkness, bc you get better at learning and managing feelings of overwhelm and confusion which are by products of complexity -- real or perceived or both.

jump in. it ain't that scary, even if it feels scary. i promise. i've been there, and you can overcome it.

this reads more like you're anxiously anticipating criticism bc you've been given feedback in a bad manner before. i interpreted nothing in OPs post, or condescending.

as someone who works largely in C and C++ codebases, these kinds of comments are gems, especially when i learn something.

what about it seems condescending? we are on a public forum, literally designed for discussion -- unsolicited perspectives, factual or otherwise -- are the norm, not some off-beaten, micro-transgression.

to reciprocate using a similar tone to the one you used with OP: i just do not understand how people find this offenses -- what are you so sensitive about?

at this rate you might as well parade yourself naked around town or city, and advertise your medical history so that you can clearly demonstrate to the world your sanity.

i imagine this is why a lot of products, and startups, fail.

another +1 from me -- my job, with some exceptions, is literally "plop this guy into an unfamiliar project and implement some user need be it a bugfix, feature, or (silently) a refactor.

agnostic programming flueny/software practices, including being comfortable debugging unfamiliar things or navigating uncharted waters without many domain experts to guide me, is the number one skill required in my role.

bonus points if i end up becoming an active maintainer to the project, or someone who can help other devs w it, the more times i dip into it.

yes, 10x this.

it's funny what happens when people experience the cognitive dissonance to justify enabling someone with trump's ethos (or lack thereof).

everyone wants to pretend they have one, while simultaneously shirking accountability for his when they cast a vote, and then claim hurt feelings and vitriol to deflect away from their enabling of such a lack of ethos.

what you're experiencing is a rejection of your worldview.

when a person does egregiously disrespectful, demeaning things -- be it you or the demographic you perceive to be so under attack -- you are not entitled to kindness back. as much as i encourage people to try to love even those they hate, respect at the end of the day is a social contract, and even somewhat socratic in its nature.

southern white conservatives used to cancel persons all the time during a rather unfortunate and embarrassing (and hard to quantify in terms of pain), recent part of human (american) history -- this has only evolved to financial segregation and other facades that attempt to convey "we've changed!", and i will steer clear of the rabbit hole that does involve violence in today's climate for the sake of this thread.

the victim mindset around the left attacking the right given america's political history is a deflection. and it really confuses me.

i would have had no respect for these personalities pre-civil rights, and i still don't have much respect for this kind of political victim mindset in modern day america. i was raised with en ethos around humanity that fundamentally rejects it and wishes for and tries to build a different way of living.

if you want kindness and perhaps humanity, demonstrate it authentically and take accountability for history you've either. participated in, been influenced by, or enabled in some manner. support for someone of this dude's ethos is certainly not an act of humanity, and in no way a signal that your worldview should be validated or reinforced.

i have lost friends due to a lack of resources that were previously available and then repealed/removed by the current conservative political machine (which has been exploiting my home state for the better part of my adult life ie decades, and explicitly taking advantage of working class persons living paycheck to paycheck comprising about approx. >= 55% of the labor force) -- and no, i am not talking abortion policy, although that's quite relevant.

so yeah, i can imagine why some people are mad. i am just confused why you cannot empathize and instead have made it about yourself.

it's almost as if a whole swath of american "patriots" completely forgot the political ethos this country was founded upon (Locke et. al).

being an american means that you are, by definition, liberal.

i don't buy that any situation is so hopeless, you're powerless to improve it. at least in the context of this field and its line(s) of work.

sounds a lot more like learned hopelessness making it harder to respond to stress with radical change because of (normal and human) fears of the unknown.

at some point though responsibility for the circumstances, the feelings, the stress -- the good, bad, and ugly or easy, hard, and nearly impossible -- has to be taken.

there's only one life to live. we owe it to ourselves and others to do more than -- to try not to -- just "roll over and play dead", so to speak.

humans have survived a lot and have adapted to just as much if not more.

if i ever allowed myself to even stay at any of my former jobs coming up in my life when i was paycheck to paycheck because of not making rent or just being flatout broke and homeless, i would have not progressed my career, or life, in any meaningful way, and just fed the negative feedback loop influencing what feels like a miserable existence (even privileged as it were).

can't hold myself hostage. and also, i can't hold those around me hostage as consequence of my non-action, either.

i feel similarly and have had an adjacent experience with anxiety. the more i got to know myself, and the more i've accepted myself over the years, the more i've found myself self-advocating and validating my own existence (to myself) -- i do not need to prove or justify it to others, and i have been working on keeping this mantra alive.

a large part of this experience has been overcoming things by applying a healthy dose of, "fuck it -- this is for me." [1]

[1] obviously one can suggest there is an element of hedonism or selfishness inherent in the attitude, but i think we can appreciate framing it in the context of not using this attitude or mantra to justify being self-destructive, or harmful -- that is not the point. it's more about applying it in a way, that combats the mundane insecurities i've faced and experienced in a range of extremes, which otherwise get in the way of personal growth.

this is really a short-sighted and uninformed take on what games have been successful and praised by fans over the years.

four of the most successful (perhaps iconic) games in history do not exactly meet your description in any meaningful way: baldurs gate franchise, warcraft franchise, different mmo franchises, diablo franchise.

but let's take your description and apply them to iconic fps over the years:

doom, ok shooty mc shooty goes shootin -- doomguy agrees. but theres a lot more to doom than just shooting.

cs source: nah sorry tactical strategy is not shooty mc shooty goes shootin.

quake world up to quake live/quake champions: nah sorry tactical strategy and fps-chess (duel) is not shooty mc shooty goes shootin.

halo franchise: epic sci-fi campaign story which was differentiating at the time AND tactical strategy -- while it sorta fits your description, it also sorta bucks it in the face because it was praised for its campaign as well as its online play.

overwatch: role-based tactical strategy.

battle royal genre: kinda shooty mc shootin goes shooting, but on hard mode with variance and.. tactical strategy requirement.

i mean the list goes on. reducing the surface area of FPS games historically to just some reddit meme bc it gets a lot of updoots makes me think you do not have a ton of experience playing shooters historically or otherwise (happy to be proven wrong here).

marketing is strong.

i am sorry but i do not understand.

if a car advertises that towing is a feature, and that the truck should be dependable in its features (which is literally Ford branding), and then towing only worked.. one time (barring extenuating circumstances) -- it most definitely is a product which failed to deliver.

a lemon, so to speak.

except for a plethora of companies that require GPA disclosure on their submissions.

no one has really insulted you, so the playing the victim part is also coming across as more obstinate -- what you are experiencing is people becoming frustrated with the assertions.

you have been sufficiently approached, your points addressed, and multiple people have provided ample reasoning that expound on their assertions, adding context, nuance, historical, conventional, or otherwise.

all you have contributed to the over-reaching discussion is assertions (in some cases they come across as not fully thought out, as if the tape was not fully played), followed be an emphatic and repeated: "you're wrong!"

and for as much as you have claimed to strip away culture as an influence to the discussion, you have also managed to strip away important nuances between established words in our -- cultural -- expression here: proposition vs. hypothesis.

it appears that the position here is attempting to generally (and loosely) apply a statistical hypothesis as the internal world model for science at large, where in stats the word hypothesis is almost a binary operator evaluating to true or false (ie: Null Hypothesis), and functionally operates more like asserting a proposition over a data set, and then evaluating the data to see if it holds.

as a comment reader, while i appreciate the discussion, reducing everything to a statistical hypothesis and then telling people they are wrong when they show, not tell, there are important, established, agreed upon meanings, is not contributing in good faith, which i imagine is causing a lot of the aforementioned frustrations.