That's the Erlang "observer". You can launch it from an iex (elixir) console as simply as: `:observer.start` and see your currently running process. It's super powerful for seeing the state and organization of your current application (though a little ugly). It can also be used to monitor remote nodes easily, kill processes, view state, see application load, etc.
Looks interesting. I tried to find an RSS feed for the site to add it to my newsreader, but didn't see anything. Is there an RSS feed link somewhere that I can use?
I hadn't even thought about that! I'll go work on it. I'm reading that making an atom feed is "better" now? I've never really used RSS, so I'm not sure. If I generated an atom feed, would that also be usable by RSS readers?
That's not correct, you can get back to any ref in the reflog, including those that you moved away from with git-reset --hard. Those commits are just dangling but are easy to get back to. I've got a presentation [1] that goes into how to use the reflog and how the various flags in reset work (among other things) that could explain more.
Ok, yes, I agree with that clarification (and I missed that you specified in your original comment "uncommitted work", my mistake).
If you git reset --hard and you have a dirty working directory, you can absolutely blow work away. That's one of the main reasons to use git reset --hard, but I agree that it needs to be used with intention.
The easiest way to protect against it is to never use it if you have a dirty working directory, always commit first and then reset --hard after you've committed.
You just ran a script that scattered production / sensitive information in your source files. You definitely don't want to get that into history and get the last head state back.. Yes, you can delete the working tree and check out head again, but than again, git reset --hard pretty much does that and it's welcome at times.
Well, there is to my knowledge no other vcs that does this. Mercurial will hapily blow your changes away if you do a hg update -C. If you want your changes to stick around, you do a git stash first.
This is true, but seems specious. By this definition (development tools that can irrecoverably destroy data in the working directory) you should be flaming against vim too, not to mention rm or the dreaded "clean" target to make.
It just seems silly, sorry. And while I know little about hg I suspect it's not even true: hg will never delete a file it doesn't understand? What about the equivalent of git clean (which I use daily -- it's loss would be a minor hardship and definitely not an advantage for mercurial)?
'unrecoverable in acceptable timescale with acceptable resource' would be accurate.
specifically i found it difficult to undo a merge and found that i was in a team where people had decided to use tools they didn't know enough about to have been using at all.
git reset --hard at least has the benefit of sounding like it's going to do something scary. "git checkout ." will also completely nuke your working directory without warning, and looks benign enough that you would never expect that problem.
Which really, at the end of the day, is the real problem with git. It's not that it's inherently more dangerous, it's that the CLI is so inconsistent it can be hard to remember what you're doing, what's safe and unsafe, etc. Sometimes you need to pass "--force" for dangerous stuff, sometimes you capitalize the argument (like force deleting a branch). Sometimes "--hard" indicates that you should do the dangerous version of something. Sometimes there's not even a safety switch.
I think it's even better than this. A family doesn't need one car, it needs zero cars, it just needs to be able to use one or more cars on demand.
The average family uses their car probably less than 10% of the time. The rest of that time could be used by others.
Once self-driving cars are ubiquitous, I expect that an Uber-like service will be the norm. You either subscribe or rent per trip and schedule when and where you want to be picked up.
The service you subscribe to has a fleet of cars and knows when people want to be picked up and where they want to be dropped off, as well as whether you're willing to carpool on the way (for a discount). They can optimize the scheduling of their fleet in the same way that FedEx and UPS optimize their driving routes now.
The future is going to feel a little strange and I can't wait.
Yeah, the optimal solution for society involves not owning cars at all. An individually owned car moving around between a small web of trust such as a family, is more likely to make empty trips than a car that drops people off and can pick up the closest person that needs its services.
I hope we one day see a future where you will only be allowed to own a vehicle for inter-city and rural travel. Suburbs and cities should all be serviced by one collectively fleet for all citizens of that city.
I think that there's definitely room for improvement in this space as well as a lot of money to be made because the public exchanges so far are kind of terrible in their usability and access. They will probably improve, but with the lock-in they currently have, there is only incentive to improve enough that the complaints slow down. They get no additional profit for actually making things any better than "possible".
Some previous colleagues of mine just raised 2.6M a couple of weeks ago [1] for a very similar sounding idea [2]. This is a hot space right now with all of the attention on health care because of the ACA and all of the failings of the public exchanges in the press.
If only PayPal had joined Braintree's "Credit Card Data Portability" initiative [1]. I'm betting that's dead now with them joining PayPal, if it's even still active. If it is, get your data out quick before PayPal can lock it in!
Very nice! I love seeing the download stats graph showing the last couple months of downloads with OS stats and embedded github README instructions. (ex: https://sublime.wbond.net/packages/EasyMotion (disclaimer: my plugin))
A feedback on that GIF: It's way to fast to understand what's going on. Even after looking at it for several cycles I don't get it. I suggest you slow down the playback :)
You press the shortcut for it, type the character you want to jump to, it highlights every instance of that character and shows you a unique shortcut key for each one, you then press that key to jump to your desired character.
I agree with both of you that the playback is too fast. I tried to get it slower a number of times, but the compression phase seems to take out some of the pauses...
I'll take another look to see if there's anything that I can do with the gif creation process I have.
If anyone has suggestions for gif recorders that give you control at this level, I'd love to know about it.
I switched methods and used GIFBrewery and was able to generate a better gif (I think). I'd be interested to hear if this one is easier to understand. Thanks!
I used GIFBrewery a couple times before and it works great [1] [2] [3].
It is easier to understand now, but I think you should stay on the last part a bit longer before looping it to make it clear that the animation finished.
I assumed it to work like that. I use Lokaltog's EasyMotion for Vim [1]. He also features a GIF that explains it which, on the other hand, is almost too slow.
Some feedback on the plugin some of the commands won't work on none US keyboards. The scandinavia keyboard uses shift + : to make ;
and that kinda fucks it up when your shortcuts are:
cmd-;
cmd-shift-;
I know you can remap in your plugin. Which is great. But this is just a small not to let you (and hopefully other plugin developers) know that this is an issue they should be aware of.
Thanks for the feedback danjessen. I'm struggling a little bit with fully internationalized shortcuts though. I don't have a great understanding about what non-chorded keys the keyboards of the world have available and it feels like just about any key combination won't be natively available for everyone. Hopefully the ability to remap via the config is easy and clear enough that it's not too much trouble.
I've purchased something like 20 or 30 credits on peepcode over the years and I really like the model of buying, downloading and "owning" the videos. I'm not a fan of web-only subscription models.
I've always loved PeepCode's focus on design and I hope that Geoffrey brings some of that influence to PluralSight. From the little bit of poking around on their website that I've done, I think they could really benefit from this. What they have feels very "clipart" influenced with little style.
I love the buy-to-own policy at PeepCode, too, and have had the annual unlimited subscription there for several years. I just looked up the individual plan at PluralSight and it's horrible. For 3 times what it costs at PeepCode you get much less access:
"Offline viewing allows you to cache up to 30 course modules on your mobile device. Simply choose the modules you want to watch offline and our app will cache them on your device. It's super simple. Each module will automatically be deleted after 30 days (or when you no longer have a Plus subscription) and you can always choose to delete them manually to make room for more."
They reach into your device to pull stuff off! Ugh.
No single purchases either, because they don't actually sell anything.
Here's hoping that the OSS, no-DRM, buy-to-own ideas from PeepCode take hold at PluralSight.
I've been thinking about getting a sit/stand desk for a while, but don't like the electric ones as they seem really slow. This seems the nicest of the manually operated ones (better looking than the steelcase one IMO).
Is there a way to get the full progress bar to hide (without quitting the app) once I'm done with a timer, but am not yet ready to start another?