It’s not even that simple. If you skip ahead during an ad, the YT servers could just keep streaming you the ad content anyway. Their servers can ensure that the next 30s of packet data you receive is an ad no matter what, so the only way you can skip it is to wait it out and close your ears and eyes. Basically the same concept as ads on broadcast TV. Which means we’ll have to do a TiVo for YT… Gross.
JavaScript and TypeScript are separated? Umm, ok.
It’s pedantic, but you are not your computer. They don’t collect (according to them) PII other than phone numbers.
I work on web software professionally and this is a pretty minimal list that is completely justifiable for maintaining operations. If you can’t answer basic questions like “what are users doing with the app?”, you can’t make intelligent decisions about how to improve it.
There’s a lot of the same stuff here: https://legal.lemmy.world/privacy-policy/
I don’t know anything about this app or company so I’m not going to defend them, but there aren’t any real red flags here. If this amount of data collection bothers you, you really should stop using the internet in general.
Oh, you contributed to the kernel? Name every commit SHA.
A doctor of musical theory is still entitled Dr.
I usually go by “fuck you”. Like someone yells out of their cube “who’s goddamn code is this?!?! Ah, fuck you”
Also codemancer
I don’t have an epic account, never will. They’re not operating in good faith; they’re pushing the “launcher exclusive” release model, which only hurts consumers. If they match Steam’s features and drop exclusivity deals and prove it’s not a short-term trick, I’d consider buying from them.
They’re bots
We solve that problem using naming conventions. Branch names must start with the issue key (we use Jira). You don’t do anything in that branch that’s not part of that issue. If you do, you must prefix the commit message with the issue key that it goes with. The commit itself identifies what changed. The Jira issue provides all the backstory and links to any supporting materials (design docs, support tickets, etc). I have to do a lot of git archeology in my role, and this scheme regularly allows me to figure out why a code change was made years ago without ever talking to anyone.
Despite incessant reassurance from recruiting that they have the best market data and we’re paying above average, I have reasons to suspect that’s not the truth. One of them being we’re hemorrhaging mid-grade talent and focusing on hiring backfills in Ireland and Hungary for much lower salaries. It almost seems like they’re trying to offshore the dev group via attrition to work around having to do layoffs…
As someone in the US, 40 hours per week is the minimum. Recognition for “being a hard worker” has required 60+ hours at some places I’ve worked. This is for a fixed salary and no overtime pay, mind you. Then you’re usually on an on call rotation every few weeks where you may have to work off-hours if something comes up. That’s additional unpaid hours. My current company pays $80,000 USD for new college grad software developers.
US holidays are 8-10 days, and junior devs usually start with 5-10 days of vacation. Health insurance costs at least several hundred a month (your employer also pays about 3x more than you towards your insurance premium as a benefit).
https://notion.so It’s a web-based editor with a good android app. Has basic formatting, plugins/integrations, and dark mode. It’s free for individual use cases. Has some nice paid features for collaboration and business use cases, though the free plan still allows sharing and concurrent editing.
E: noticed this is in self hosted after posting. Maybe not what you’re looking for, but it’s a good service if you’re ok with that.
I was working on that yesterday. 😂 Building a feature to resolve variables in a serverless config file to custom sources.
I’ll often cludge something together just to make it work but I don’t feel like I made any progress
That’s a good first step! I’ve been programming for ~25 years and that’s still usually where I start. Get a little code that compiles and produces some kind of output or tracing. Then compare the output to your requirements and tweak the code to get it closer to the right behavior. Run it and repeat till it’s doing what you want. Do this cycle with small changes, like a handful of lines or a short function, not 20 mins of coding at a time.
Test-driven development can also help with breaking down tasks. It takes a good amount of practice to learn the right patterns, but it’s an approach that forces you to work with small narrowly scoped tasks. Then you chain those testable tasks together to create more complex behaviors to create robust testable code.
Experience takes time. Junior developers frequently ask me after I’ve helped them “but how did you just know how to do that? I’ve been trying to solve that for an hour and you did it in 10 seconds!!” The answer is because I’ve solved that exact problem before. More than a few times.
I like go for pretty much everything. Except working with arbitrary JSON. So painful.
My cousin got a job working on FOSS for 5 years out of college. His secret? Work 40+ hours a week literally for free, crash on people’s couches, and get his girlfriend to feed him. He eventually got a real job because that’s obviously totally unsustainable.
Unless you have a sugar daddy/momma or a trust fund, you need an actual job. Some companies make good use of FOSS and give back to the community. But I’d suggest settling for any job to get an income and experience while you figure out what companies you actually want to work for.
I don’t recall which Java environment was used; I’m not a Java developer so some of those technical details went in one ear and right out the other. They did implement snapstart for Java lambdas and that made the warm start time similar to Go. But the runtime performance isn’t even close after they put a bunch of effort into trying to optimize it.
I truly can’t recommend anything other than Go for lambdas. It’s better by every metric and it’s a lot easier to manage your infrastructure (just a single binary file with no file or environmental dependencies; it doesn’t get any more straightforward than that.) I’d definitely recommend doing a PoC to compare performance for your specific workload in Java vs. Go. As long as you have devs capable of writing Go, it’s a real winner. If you don’t, I’d still go with nodejs lambdas over Java; Java still seems to require a lot of tweaking to get its performance comparable. It’s a 30 year old swiss army knife, and it shows.
Their game is just to try to make the ISPs liable; they don’t actually want it enforced. In fact, failure to enforce is the feature. They paint the ISP as complicit in the piracy then sue the ISP for hundreds of millions in damages hoping for a no-fault settlement. That’s a much better revenue stream than suing someone for 10k who can’t pay it.