Hacker Newsnew | past | comments | ask | show | jobs | submit | hkhall's commentslogin

Yes. I keep a five year journal [1] after it was given to me as a gift at a wedding I attended two years ago.

I had tried journaling before but a full, blank page was too much in terms of time commitment and stress I put on myself around it. This format gives 6 lines per day and feels easily doable.

Each page has 5 entries on it so you can read what you were doing on that day in previous years. Its nice to have a direct comparison to remember what you were doing last year and see how you have improved, fallen short, or stayed the same as well as remembering what you were doing then. More than once I have been reminded of a friend's wedding anniversary through this.

Totally recommend it, but keep it short and don't judge yourself if you miss a day.

[1] http://a.co/d3j0Pcj


I came here to say this, what do you like to bake?

I am a becoming a bit of a sourdough fanatic and am starting to see some results [1]. Thinking about building a wood-fired oven and baking a little for the farmers market this year to see if it could be a sideline I enjoy (in gradschool).

[1]https://imgur.com/a/skH9O


Looks great, a very nice rise to it (although a bit too blackened for my taste eheh).

How did you manage to get those bubbles? Double kneading? Wood-fired oven gives a nice taste to the bread (to whatever you cook in it anyway) but controlling the temperature is a challenge.

With all of that said, when I said baking, I meant cake baking. (although I dab a bit with bread (and can make a nice loaf)). I specially enjoy taking recipes and iterate over them adding twists in terms of flavour to them (last year I went through my vanilla pods phase, currently on a nuts phase[1]).

[1]http://imgur.com/W5oXz67


I see several thoughts about that interesting proposal(offhand and only related to USA):

1) Those that have participated in government/military have less say than when they served. This could be a positive, but I feel some objection to a POW (my grandfather for instance) having less say than someone who didn't serve. 2) Do _really_ we want the least experienced citizens having the most say? The US already has age limits for certain offices so that sort of reduces my concerns about this, but... 3) Phase in plan? Currently voting is dominated by older voters. I don't see those people rushing to their polling places to vote to have the value of their vote lessened. Could be interesting to see the reasoning that happens for people to vote for or against it from a game theory perspective.

Still, I am interested.


> 2) Do _really_ we want the least experienced citizens having the most say?

That's the first thing that I thought of, but then I realized that I have a pretty dim view of the 'experience' of most older people that I know. They are woefully unable to use computers, and on account of their 'trust' in things like fake news they seem incredibly unprepared to deal with our current reality and are just as susceptible - if not moreso - to populism. And while this is a bold claim I'm not quite prepared to defend, they seem quite a bit more selfish and materialistic than the twenty-somethings I spend much of my time with.

Maybe in times of rapid change like ours, 'experience' doesn't mean as much as it once did.

Plus, it goes both ways. If we should defer to those with more experience, it's only fair that they should take better care of their offspring.


I was working for the leading print marketing company that was starting to have serious competitors and post-IPO we were really concerned that people were going to order business cards from us all the time (since they were almost free) to track our daily internal sales via order number. I can't say that we ever had hard evidence that this was happening but we thought we had suspicious activity once so we changed it.

An aside, changing order number to a hash value can be a huge pain in a manufacturing environment when people have (mis)used it to for a variety of purposes beyond order identification.


Thanks Tyler.


The most recent is Liquid Intelligence by Dave Arnold[1]

[1]https://www.amazon.com/Liquid-Intelligence-Science-Perfect-C...



As this thread is filled with people that know way, way more about CUDA and OpenCL than myself I hope that you will indulge me a serious question: I get that graphics cards are great for floating point operations and that bitwise binary operations are supported by these libraries, but are they similarly efficient at it?

Some background: I occasionally find myself doing FPGA design for my doctoral work and am realizing that the job market for when I get done may be better for me if I was fluent in GPGPU programming as it is easier to build, manage, and deploy a cluster of such machines than the same for FPGAs.

My current problem has huge numbers of XOR operations on large vectors and if OpenCL or CUDA could be learned and spun up quickly (I have a CS background) I may be inclined to jump aboard this train vs buying another FPGA for my problem.


http://docs.nvidia.com/cuda/cuda-c-programming-guide/#arithm...

Throughput of integer operations ranges between 25% and 100% of floating point FMA performance. 32-bit bitwise AND, OR, XOR throughput is equal to 32-bit FMA throughput.


It depends upon the op / byte loaded intensity. Nvidia packs their GPUs with a lot of float32 (or float64) units because some problems (e.g., convolution, or more typical HPC problems like PDEs, which will probably be done in float64) have a high flop / byte ratio.

A problem just calculating, say, hamming distance or 1-2 integer bit ops per integer word loaded will probably be memory bandwidth bound rather than integer op throughput limited. More complicated operations (e.g., cryptographic hashing) that have a higher iop / byte loaded will be limited by the reduced throughput of the integer op functional units rather than memory bandwidth.

For "deep learning", convolution is one of the few operations that tends to be compute rather than memory b/w bound. It's my understanding that Sgemm (float32 matrix multiplication) has been memory b/w limited for a while on Nvidia GPUs. Though, if you muck around with the architecture (as with Pascal), the ratio of compute to memory b/w to compute resources (smem, register file memory) may change the ratios up.


AMD GPUs have a reputation for speedy integer operations, which are essentially bit-wise operations, so they are often chosen for bitcoin mining. So you might want to consider learning OpenCL, since CUDA runs only on NVidia cards.


I've spent a lot of time using both OpenCL and CUDA, and I would recommend CUDA not because I like NVidia as a company, but because your productivity will be so much higher.

NVidia has really invested into their developer resources. Of course, if your time to write code and debug driver issues isn't that important, then an AMD card using OpenCL might be the right choice.

(I'll try to be honest about my bias against NVidia, so you can more accurately interpret my suggestions. I think along the lines of Linus Torvalds with regard to NVidia... http://www.wired.com/2012/06/nvidia-linus-torvald/ )


I think both of these can be learned reasonably quickly if you know a bit about C programming. I'd also tend to agree that GPGPU is probably a better bet than FPGAs these days.


There is something similar in the US at Dartmouth (yes it has a slightly goofy name): http://engineering.dartmouth.edu/academics/graduate/innovati...

Basically they let you cross register with some Tuck Classes while doing research that is more self-directed than normal.

Source: I am in the program


You are thinking of tit for tat, right? I remember reading about generous T4T where in ~10% of the cases they were generous [CITATION NEEDED] it performed better that pure retaliation. Now there is a new paper in Nature[1] that I just stumbled onto in trying to answer your question. It seems like extortion is at least competitive with a generous strategy, though I need to give it a closer read.

[1] http://www.nature.com/ncomms/2016/160412/ncomms11125/full/nc...


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: