lucun
lucun t1_j7enx13 wrote
Reply to comment by swankpoppy in [OC] How Google makes money (its 2022 income statement visualized as a Sankey diagram) by IncomeStatementGuy
You're better off just reading the earning report yourself than trusting reddit to do that for you. The YouTube $29B revenue in the chart is actually YouTube Ads. The Playstore and Other $29B in the chart includes non-ad revenue from YouTube and many other things.
YouTube is tricky since Alphabet sort of hides YouTube's total revenue and net income.
lucun t1_j29tmdw wrote
Reply to ELI5: Why is the recoil of a gun not nearly as bad as getting hit with a bullet while wearing a bullet proof vest if they are both the same force? by Tratakaro
One thing is that a bullet, when fired, accelerates down the barrel over time, applying a lower force over time. However, when it hits a hard target direct on, the velocity comes to an immediate stop, which means a suddenly negative acceleration, jerk, and very high force (F=m*a). This is why hollow points tend to have better stopping power than FMJ that go right thru a person.
Also, the recoil of shooting a high caliber handgun or rifle does leave some soreness in the hands/shoulder.
lucun t1_ity08i6 wrote
Reply to comment by Poincare_Confection in [OC] Salaries Distribution by Programming Languages in 2022 by __dacia__
From the graph's OP:
>Also for the language categorization, only the TITLE of the job offer has been analyzed. This means that for example, a title of "Backend developer" would be discarded, since it does not contain any language or stack valid on it. Analyzing only the title also filters out offers that require many languages and are fuzzy.
I get the negative pickiness about this sub, but he's really not being picky. The data is bad, suboptimal, and misleading. Most companies do not list job postings with very specific "language x developer" and sometimes put languages in the job details, so OP's very limited sampling method is a flaw. The last thing we want is a bunch of new CS students hyper focused on learning Solidify for the big money, but only to learn that most companies don't even know about that language or even allow answering technical interview questions with Solidfy.
lucun t1_itxyroh wrote
Reply to comment by 685327594 in [OC] Salaries Distribution by Programming Languages in 2022 by __dacia__
Depends on where you work at in the stack, but normally yes higher level languages are everywhere and assembly is very uncommon. I've only had to code in assembly once in my career, and it was for a very specific piece of equipment to do an overly specialized 200% performance optimization that the C++ compiler wasn't intelligent enough to do for an overly specialized use case for that CPU.
lucun t1_itw1gfb wrote
Reply to comment by [deleted] in Alphabet is ramping up scrutiny of all its projects and cutting hiring in half as it tries to curb costs by chrisdh79
If you're there long term, I imagine it saves costs to own outright than renting. Also cutting out a landlord gives you more control on any changes you want done to the property.
lucun t1_isaz6m5 wrote
Reply to comment by almightygarlicdoggo in [OC] Google IPO vs Now - breaking down revenue and profit sources by giteam
Note that is Youtube revenue, not profits. We're not sure if YT is even profitable or not since Alphabet doesn't break out YT in their operating/net profit lines. YT is rolled up under Google Services outside of the revenue categories in Alphabet's earning reports.
lucun t1_j7eoif3 wrote
Reply to comment by halibfrisk in [OC] How Google makes money (its 2022 income statement visualized as a Sankey diagram) by IncomeStatementGuy
Alphabet likes to hide costs and net income of segments unlike how granular they break down revenue. Might be a good thing since it can shield those segments from greedy investors and competitors. It's also hard to breakdown as I've heard they do have engineers that do work affecting multiple Google segments at the same time, which makes it hard to attribute costs accurately.