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

I used to commute in silence or listening to the radio for my daily Silicon Valley drive (237 Milpitas to Mountain View), and by the time I got to work, I'd be angry, frustrated, and cognitively spent.

Listening to audio books has allowed me to relax, enjoy the reading, and get to work excited about the day.

I treat the time as a chance to "read" those books which I wouldn't normally spend either my work hours nor my free time hours on. It's a chance to get informed on topics that are only slightly related to work, but expand your mind in ways that will make you a better thinker, and thus a better programmer.

The books I've found particularly good on audio are:

* Zen and the Art of Motorcycle Maintenance

* Thinking, Fast and Slow

* How Not to be Wrong

* Ready Player One

* Neuromancer


Thinking Fast and Slow was really good, I've listened to it a couple of times. As a framework for thinking about working and learning it really clicked with me. I think I've been gently influenced by this book in many ways, including how I set my expectations about other people, and what "system" they might be employing at any moment. This has helped reduce my overall stress levels and increased my patience with myself and others. Even if the science isn't 100% perfect (is it ever?), these are usable models that approximate behavior and can be practical when taken with a grain of salt.


And if you're looking for meaningful books to listen to, there was a solid discussion 2 days ago:

Ask HN: What books have made the biggest impact on your mental models? | https://news.ycombinator.com/item?id=15155833


If you have an audible account -

* The Hard Thing About Hard Things

* The Subtle Art of Not Giving a Fuck

* Rework

These books were amazing in audible format. (I have listened to a hundred or so).


I've been doing audiobooks on commute for the last year or so and have particularly enjoyed these as well:

* anything by & narrated by Bill Bryson

* The Phoenix Project

* We Are Legion (We are Bob)

* SPQR: A History of Ancient Rome

* The Adventure of English: The Biography of a Language


Do you mind sharing where you have found an audiobook of Zen and the Art of Motorcycle Maintenance? Doesn't look like it's available on Audible or Scribd.


I got mine from Audible at the link below. If you do use it, please SKIP THE INTRODUCTION. If you haven't read or listened to the book before, it gives away some major plot points as part of the author's update.

https://www.audible.com/pd/Bios-Memoirs/Zen-and-the-Art-of-M...


Thanks. Not available in Australia unfortunately:

"We're sorry. Due to publishing rights restrictions, we are not authorized to sell this item in the country where you live."


Mullvad VPN


I made this mistake and I'm 1/4 of the way into the book. Can't tell yet how big of a mistake it was.


My local library has it via Overdrive. It's on my holds list (#6 on 5 copies - any day now :) ) YMMV.


I've been a programmer for 30 years, and I could reasonably be considered to be a senior dev.

Yes, I'm very happy with my job. I work at a company which cares deeply about solving hard problems well, and that care translates into good working conditions, great work/life balance, support from management for engineering concerns, and a very nice benefits package. There is also a focus on having separate promotion tracks for managers vs. more technically inclined people.

There have been jobs where I have either tired of the novelty of the problems, changes in management, changes in company policy, etc., but at that point I find a new job in a better company and continue to find happiness.

If you're not happy where you are, and you are considered a senior dev, then take responsibility for yourself and find a position that you enjoy. If you're locked into a company because of golden handcuffs, lack of local resources, or family obligations, then find activities outside of work that provide what you're missing.


So um, where do you work again? (jk)

But seriously, great answer. I am in a similar situation time-wise. 30+ years as a dev. My situation is a little different. I am currently working at an international bank out of NYC. The people I work with are great, but the company situation is not that great. Poor, outdated equipment, horrifically restrictive IT security policies (no DLs from Github, or very limited, many legit dev sites blocked, horribly intrusive performance killing anti-virus software, etc, etc, the list goes on and on: basically a dev nightmare)

But you know what? I don't care. On the days that I actually get to write software, I feel at one with the universe. It doesn't even matter what that software is for. I am certainly not saving the world or even working on cool stuff, that is unless you consider publishing Risk & Analytics data feeds to be cool (;D). I just love writing software and always have. I consider myself to be greatly blessed by my circumstances. I had a 10 year period where I played at being a team lead and a middle manager and absolutely hated it.

Long story short: love being a senior dev. Hope to do it for as long as I can.


If you don't mind me asking some questions:

How do you feel about working in this industry? Have you moved jobs a lot?

The reason I ask is my parents have been "working" or in their adulthood as parents/slightly before having children for roughly 30 years and for the most part have kept the same jobs. So as a new software engineer fresh out of school, they find the idea of needing to switch jobs for higher pay, new challenges, etc. to be a bit unbelievable and disagree that I should eventually do that.


It's a different world nowadays. Switching jobs every 1-3 years is more the norm now than being a lifer (for most industries, not just software dev). They're probably coming from the perspective of the time they lived in, and don't realize that the world has changed quickly around them over the decades. And the younger you are, the more expected it is.

My parents are the same way.


Yes, switching jobs is necessary in IT most of the time. Some HR people will even see staying at one job for too long as weird.


The details for the infection can be found at Malwarebytes, the discoverer of this issue:

https://blog.malwarebytes.com/threat-analysis/2017/01/new-ma...

This article has the signature of the infection as well as listing the servers with which it communicates.


Someone correct me if I'm wrong but this seems to be talking about FruitFly 1 [1] and the article is about FruitFly 2 [2]. Been digging around and still can't find any description of how to tell if you're infected by the new one.

[1] https://www.virustotal.com/en/file/ce07d208a2d89b4e0134f5282...

[2] https://www.virustotal.com/en/file/befa9bfe488244c64db096522...


From the article:

One customer had nine years left on their mortgage. Wells Fargo extended that to forty years, giving Wells Fargo an extra $40,000 in interest.

Another customer had fourteen years left on their mortgage, it was extended to forty years, giving Wells Fargo an extra $85,000 in interest.

If you're expecting to retire with your house paid off, the additional 31 or 26 years of payments could ruin your life.


For those of you living in the San Francisco Bay Area, and especially for those living in San Jose, you can interact with Pepper at Valley Fair Mall -- Pepper being the AI-infused robot which was one of Softbank's previous acquisitions.

https://www.westfield.com/valleyfair/services/all-services/p...

Generally only small children play with it, and it has the affect of a children's companion.


This study seems to show that sugar-sweetened beverages are positively correlated with insulin resistance while diet soda does not have that same association:

http://jn.nutrition.org/content/146/12/2544.short

Sugar-Sweetened Beverage but Not Diet Soda Consumption Is Positively Associated with Progression of Insulin Resistance and Prediabetes

From the footnotes on the link given:

- Supported by the NIH/National Heart, Lung, and Blood Institute’s Framingham Heart Study (contract N01-HC-25195), the Boston University School of Medicine, and the USDA (USDA agreement 58-1950-0-014

- Author disclosures: J Ma, PF Jacques, JB Meigs, CS Fox, GT Rogers, CE Smith, A Hruby, E Saltzman, and NM McKeown, no conflicts of interest


Thanks for the ptr!


Are you going to continue family life the automated way? Perhaps start a family using Jenkins: an enjoyable build process, lots of tests along the way, and release to production once they're out of college.


I'm glad I'm not the only one in the world to have realized that the Duggar family practices continuous deployment religiously.


They're having problems producing a build that passes the user acceptance tests locally.


The contingency table shows these very clearly, but I believe the question is about the future popularity table.

The future probability table shows that Swift is to the left of (smaller future probability) of Objective C. The coloring of the chart shows a much darker square for Swift -> Objective C than for Objective C -> Swift.

It seems surprising given your contingency table that your analysis would show that Objective C is going to be the more popular of the two.


if I understand it correctly that means that most people who move away from swift move to Objective C, but people moving away from Objective C also move to C# and Java.


Yes, this is correct. The second table shows conditional probabilities. Almost everyone moving from ObjC goes to Swift, but conversely out of the people moving from Swift it's more spread out


It's in the Constitution: "No Person except a natural born Citizen, or a Citizen of the United States, at the time of the Adoption of this Constitution, shall be eligible to the Office of President". - Article II, Section 1, Paragraph 5

As you can see, this covers the corner case you've identified.

Interestingly, the term citizen wasn't defined until the 14th amendment: "All persons born or naturalized in the United States, and subject to the jurisdiction thereof, are citizens of the United States and of the State wherein they reside"


This looks amazing. Solving secret distribution across containers will be very useful. Being able to see via `docker secret` exactly which services are using which secrets is an unexpected treat.

I'm a little worried about two aspects of what has been shown. From the article it shows:

    $ docker exec $(docker ps --filter name=redis -q) ls -l /run/secrets
    total 4
    -r--r--r--    1 root     root            17 Dec 13 22:48 my_secret_data
From this we can tell exactly how long the secret is. If the secret service didn't do it for us, I'd like for the secrets to be null-padded to a uniform 2-4K of bytes.

I'm also a bit worried that the default protection on the file has it set to world-readable. Since it appears that secret distribution is independent of the container setup itself, there doesn't appear to be any way of setting ownership and permissions on this file. That is, if one were able to chmod/chown the file in the Dockerfile, running a `docker service update --secret-rm` and `docker service update --secret-add` would reset such 'fixes'.

A great start, and I can't wait to start using it.


You can specify the UID, GID, and mode of the secret from within the container: https://docs.docker.com/engine/reference/commandline/service..., and pass the same configuration to the service update command as well.


Oh, that's great to know. That coupled with filling out the size to an uninteresting length with nulls (or another delimiter) covers my concerns. For example:

    $ echo "my secret" | dd bs=512 conv=sync | docker secret create my_secret_data -


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

Search: