hazzen
JS/Python/C++ guy. Well versed in d3.js. Have spent past two years doing vertical feature development, focusing on front end, in JS and Python/AppEngine. Spent three years before that doing backend/algorithm C++ work.
Open for flexible work designing/implementing visualizations and frontends.
Site: http://hazzens.com
An alternative solution, of course, is to incentivize use of RFID bus passes (already in heavy use), install RFID readers at all doors, and speed up boarding all-around.
Update to Messaging and a Test
D3, Conceptually - Lesson 2
Sadly, getting around to properly explaining them will take another lesson or two.
D3, Conceptually - Lesson 1
As for Android being the future of gaming - I don't believe it. Why might a motley collection of devices with disparate specs upend a highly focused and adaptable juggernaut, besides it making a great story? This won't kill the current gaming juggernauts anymore than streaming content killed television ones.
What Ouya Isn't
In Diablo III, a high-level item is giving you 200+ vitality. I don't know about other characters, but I believe my Monk is getting 2 vitality per level (and there are 60 levels). A _single_ item can give me more of a stat than I gain from leveling all the way from 1 to 60. As such, leveling up doesn't do much other than allow equip items with better stats.
Because items in Diablo II gave, comparatively, closer benefits to gaining another level than those in Diablo III, I felt like I was making progress with either a level up or a nice item drop. If my character was getting decimated in Act IV of Nightmare, I could go back and gain a few levels and maybe get some new items in the process. In Diablo III, not only do your levels not increase your survivability or killing power in any way (besides new skill runes), by the time you feel like you aren't strong enough to defeat an encounter you'll most likely have few or even no more levels left to gain. The only tangible measure of progress is "phatter lewt" at this point.
And re: expensive neighborhoods for transit. I think your numbers are quite a bit off - sure, if you want to live near the main Caltrain station, you are looking at that much. But you can easily find a large 1 bedroom for $1600 within 5 minutes of the light rail or BART for a total transit time to downtown of 10-15 minutes.
You were actually one of the people I was thinking of when I originally put in an aside about the really motivated people still doing it. I then removed that aside, but I probably should not have. The really motivated people are going to go into startups; they caught the itch at some point and need to scratch it to remain happy.
The subset of people that could go either way (startup or corporate) don't quite have the opportunity to see what a startup would be like at UW. The capstones are good, but for most they are an afterthought to be done in the final quarter or two, when they have most likely landed a job already. Software Engineering (CSE 403) is more about satisfying a requirement than about building something, and that is all most students end up with.
Many of the students that wanted to go into startups after graduation instead of a job either had started on some product during school and wanted to see that through to completion, or were of the mind that they could just work for a few years at {Amazon, Google, Microsoft, ...} and then do the risky thing.
There is also a lack of exposure in the curriculum. They are in the middle of re-designing it, but before that only one class let you create a small team, come up with a product, and build it. It was seen as a painful course (it was) and it was also taken by most everyone (including people who couldn't care less, so it was hard to find a group of 4-5 motivated people). I don't recall any hackathons when I was there aside from ACM programming competitions.
And in case you missed it, GP mentioned Scan as an alternative. I'll add Falcon Northwest.
qq<do stuff>q
Emacs define a macro: C-x ( <do stuff> C-x )
Vim do that macro again 40 times: 40@q
Emacs do that macro again 40 times: C-u 40 C-x e
Naming a macro in Emacs (so you can have multiple) takes even more keystrokes and I'm not entirely sure on the incantation to repeat a macro from name - none of the help files seem to tell me how to do this, only to save it.I had two theories: leaving Golden Gate Park, you end up on Frederick street; going north gets you to Haight St which is a wonderful place to panhandle, going south gets you nowhere. The other theory is that it would have gone further south (maybe a few more blocks to Parnassus), but the Cole/Carl intersection was nice enough, and full of enough families, to push people south the second they get off of the N-Judah.
interface 'a collection {
void sort(lt:'a -> 'a -> bool);
}
So, if you want to use lambdas, you would get: foos.sort(fn x y -> x.bar() > y.bar());
And if you don't want to use lambdas, you would get: bool sort_by_bar_gt(x:Foo, y:Foo) {
return x.bar() > y.bar();
}
foos.sort(sort_by_bar_gt);
And that is assuming you can nest functions, but chances are you will have to put that function somewhere removed from the actual call to sort. This is the exact problem the STL hits: it assumes, for many things, you want a functional style - and then it doesn't give you a way of writing lambdas. You are left with one-off functors littering your code, wishing you could write that lambda.I would like to stress: I think lambdas are a requirement for any language, I just take issue with the argument presented to convince lambda haters.
Maybe you like [lambdas], maybe you don't, maybe you think
they're God's gift to programming and any language
without them is an infidel. But adding them would be
harmless, anyway.
Well I agree on this point, it seems like a poor argument. You can't just declare a feature harmless if you ignore it. You make lambdas first-class and you end up baking them into libraries. Now you must use them.Otherwise no issues, but it does feel like the author is advocating C++0x minus heavy template metaprogramming - which is a perfectly fine language in my book. Why not just use that and get on with life?
I am not saying this is a problem for all women or that it only affects women, but it is still a problem that needs to be solved. Role models help, encouragement helps, and having someone around to convince these students they aren't stupid helps. I would rather more women get into TAing intro classes than this program, but take what you can get.
However, if I had not been given the style guide and a more experienced reviewer to tell me right from wrong, I would be incredibly frustrated with the language. C++ is complex enough that a book probably isn't enough - you either need a mentor-type person or a very clean open source project to study.
[1]: http://google-styleguide.googlecode.com/svn/trunk/cppguide.x...
The downside of android is that everyone has written said app, and it probably sucks.