That Seattle PI article is from 2011; so if the justice department is still investigating.. They need to hurry the hell up.
Also, Washington is only a blue state because of Seattle. It would be a swing state at best. You can see the evidence in its state legislature, where it has been in a near state of paralysis for years trying to figure out a budget that will satisfy "starve the beast" conservatives and Seattle's infrastructure needs.
> That sounds like it's actually very difficult to support multiple operating systems. As a developer I never, ever want to write any OS-specific code.
You may not, but if you want something to work on multiple platforms that someone else has not abstracted, you have to do it anyway. When you do, you may want something more orthogonal than cpp macros.
The old way in industrial automation is a float sensor, which is basically a reed switch with some buoyancy on the end. With substances that are corrosive, or where there's a cross contamination concern, you drop down to load cells or a rangefinder, both of which are more expensive and fussy. :)
That's a big improvement, then. The original Surface Pro was awful, with serious problems  in the mwifiex driver. I also found its wireless support was unstable when bluetooth was also in use, even in Windows 8, which was the final deal breaker for me.
I would recommend waiting on adopting any Surface devices until there is general acclaim that they got the hardware right, beyond a reviewer who just used it for a few days then rushed to press.
The README looks interesting, but with zero API documentation, it is just a curiosity; see https://godoc.org/github.com/docker/libchan for how this package looks to GoDoc. Usage information and context is essential for encouraging other developers to adopt a dependency and start returning contributions.
Great tool. In Go, I usually write a throwaway_test.go in whatever package I'm hacking on, and use "go test" as my REPL. (With the intent that these experiments and crude checks should become unit tests later, anyway.) For exploring packages that I'm not developing, this is a nice variation from the Go playground.
Yeah. Anyone who knows Mike knows that he isn't some fictional automaton. The journalist is playing the 90's hollywood hacker card here. All we need now is Mike roller blading and some bad CGI to make it complete.
I thought the same thing. The journalist is very careful to respect the scammer, "Mr. Smith" but is very eager to dump where Mike lives, what mule fingered him, and the only thing protecting either would be the fact that Mr. Smith would be more exposed if he tried to retaliate directly.
I think they're worried about being sued for accusing Mr. Smith and Jennifer of crimes which they haven't been convicted of, whereas Mike Davis just admits to crimes directly (for a good cause, but it certainly seems like he's exposed to some legal risk here, in the US and especially India, although I suspect no prosecutor in the US would go after him, and no jury would convict, because he's doing it for a good reason.)
A lot of prosecutors would gladly go after him - they are regularly going for people for self-defense, "crimes" that hurt nobody, and so on, and so forth. And they can very well succeed in selecting a jury that would know nothing except the letter of the law was violated, so the must convict.
Nice, but I would have to know a little more about their philosophy before deciding I'm interested in the project. Their frontpage shows something as closed as Sublime's. "This is what we're doing with this tech, its gonna be great".
There's source code, a BSD license and the README describes their rationale right up front. In light of just the superficial information on github, your comment seems hyperbolic.
My interest in the project is in something with a design similar to Sublime Text that works remotely in an SSH session. There's also some exotica about wrapping Python in a Go process which I find interesting and terrifying.
I thought the same when I read the article -- they missed the point of the programmability, and some of the downfall of hypercard (it was an unholy mess to sort out a badly written stack.) Sometimes I wonder if the spiritual successor of hypercard was in fact Visual Basic.
VB was clearly influenced by Hypercard. Likewise HTML. In many ways (including performance) VB was a huge regression from Hypercard (I was working on a multimedia project in VB3 in 1994 and a 25MHz 68040 running HyperCard simply blew away a 486DX66 with more of everything running VB3).
HyperCard was probably one of the most influential pieces of software ever written. It still has one direct clone ("Livecode") being sold commercially, and I believe Director (whose programming language started as an inferior clone of HyperTalk) is still being sold by Adobe.
It was also an incredibly stable programming environment. Back in an era when computers in general were as flaky as hell, you could work on it all day and experience nary a crash (and since it saved everything by default you tended not to lose anything even when it did crash).
Remember that HyperCard was introduced in 1987 or so, the GUI/WIMP era was just getting started. The learning curve of writing a Macintosh application was incredibly steep - nearly impossible IMO - but here was a way to make a simple point-and-click app that actually did something (write to a file, do some calculations, show information, even talk out the serial port, etc) with a minimal amount of lifting. My first paid piece of software was a point-of-sale application written in HyperCard. And it worked just fine.
VB was pretty much the equivalent for Windows, once it came along.
The web is close in some respects (HTML is easy) and not in others (servers and single-page apps are not).
I suppose, in another respect, Excel is a successor for many, though it isn't a good solution for making apps of any sort.
Surprisingly, the closest I've seen has been Microsoft's Project Siena. I've not used it extensively, but my 5 or 10 minute made it look like it had the dirt-simple-to-get-started appeal of HyperCard and VB.
Anyone know of other "spiritual successors" out there?