I've seen so many courses with newer course-dates but the lectures alone are from older editions of the same course.
435 karma · joined February 23, 2012
I've seen so many courses with newer course-dates but the lectures alone are from older editions of the same course.
They can do that. But there isn't much leverage for them if they do that. They'll be giving their hand away and at that point SparkFun has almost no reason to pay a single dollar.
Disclaimer : IANAL
Will check it out right away :)
I've been looking for a sane calendar service that's not Google calendar and there's just nothing that's open-standards compatible.
A prompt at every instance is just fear mongering.
You see where I'm going with this?
It's not so much the GUI in the terminal. I actually think it looks pretty slick. It's what I give in exchange - accessibility permissions are a big no no. And of course, verified email for a CLI utility is pretty much unheard of.
The current Rsubl implementation kinda works. But is a bit hacky for reliable everyday work.
So glad to see them grow into what they've become today :)
Recently, I've settled for using my remote machine as the source of truth for my codebase (a monorepo) and only sync specific directories I work with locally.
Remote docker interpreter (python) + this is a workable-enough solution. It's not ideal - I still have to switch to the terminal to run git, tests, etc. Compared to this, the VSCode way is just simply better; especially if you don't use all the features of a full-blown IDE.
A simpler solution I had - One linux vm, SSH connection plugin in VSCode and a simple 4 line SSH config file (~/.ssh/config) does magic.
Here's my config file -
Host <hostname>
HostName <Hostname IP>
User <User>
IdentityFile <Identity File Path>
LocalForward 127.0.0.1:8000 127.0.0.1:8000
LocalForward 127.0.0.1:7000 127.0.0.1:7000
The LocalForwards are key in setting up any tunnels I need working locally - you can tunnel as many ports as you need.I use the terminal inside VSCode - which means I can manage docker(-compose), microk8s, etc and anything I spin up, I'll just be able to access from my local host during testing.
As soon as someone comes up with a half decent hosted calendar service that's half as good as Google Calendar.
People like to give GCal a lot of shit while comparing it with local apps; there's very few hosted services that are so versatile.
Html - structure of the document CSS - appearance JS - interactivity
I could be wrong, but that's how I remember it. Is there an advantage to moving away from this fairly simple and unambiguous paradigm?
This was the case I was curious about. Thanks for the clarification.
Yeah...that's not how it works.