Jeanne Boyarsky

CodeRanch Book Promotions - This Year's Winners

---

A big Congratulations to all our winners!

See our BookPromotions2017Winners

Date	Cover	Book	Author(s)	Publisher	Winners	Status
January 2		Architecting Modern Java EE Applications	Sebastian Daschner	Packt	Ravi Desigan, Tim Holloway, Charles O'Leary, Esteban Suarez	Sent in winners 1/21/18; Received (1/22/18 Charles O'Leary)
January 9		Getting started with Spring Framework: covers Spring 5	J Sharma & Ashish Sarin	Create Space	Ravi Saluru, J Kilgrow, Ramadan Pajaziti, David Sachdev	Sent in winners 1/21/18
January 23		Kubernetes in Action	Marko Luksa	Manning	T Vergilio, Daniel Owen Williams, Jorge Ruiz-Aquino, Tim Holloway	Winner reported received 4/20/18
January 30		The Tao of Microservices	J Richard Rodger	Manning	Daniel Demesmaecker, Dave Tolls, Ankur R Jain, Brian Burress	Sent in winners 2/11/18; Received (18/4/18, Dave Tolls)
February 6		Get Programming with Scala (MEAP only)	Daniela Sfregola	Manning	paul nisset, Alex Khvatov, Will Myers, Thomas Zink	Sent in winner info (3/18/18); Received (Will Myers 18/4/18)
February 13		RESTful Service with JAX-RS 2.0 (Lynda three month subscription)	Alex Theedom	Lynda	Satya Priya Sundar, Shantha Dodmane, Pankaj Sonani, Stephan van Hulst	Sent in winner info (3/18/18)
February 27		Java SE 9 for the Impatient	Cay Horstmann	Addison-Wesley Professional	Jorge Ruiz-Aquino, Aysenur Eroglu, Campbell Ritchie, Andrew McDonald	Winner reported received (3/25/18)
March 20		Java EE 8 High Performance	Romain Manni-Bucau	Packt	paul nisset, Thomas Zink, David Sachdev, Alex Shykhman	Winners sent (4/22/18)
March 27		Java EE 8 - Only What's New (e-book)	Alex Theedom	Lean Publishing	Claude Moore, R.J. Arzki, Randy Maddocks, Naresh Doniparti	Winners sent (4/19/18); (R.J Arzki - received on 26.04.2018)
April 3		Effective Java	Josh Bloch	Addison-Wesley	Stephan van Hulst, Rob Spoor, Jorge Ruiz-Aquino, Granit Berisha	Winner reported received (4/29/18)
April 10		Murach's HTML5 and CSS3	Anne Boehm & Zak Ruvalcaba	Murach	Charles O'Leary, Bear Bibeault, Thomas Zink, Wex Wuffley	Winners sent (5/20/18);Received (5/23/18 Charles O'Leary)
April 17		Java by Comparison (e-book)	Simon Harrer, Jörg Lenhard, Linus Dietz	Pragmatic Press	Martin McNicholas, Campbell Ritchie, Norm Radder, Timur Radzhabov	Winners sent (5/20/18)
April 24		Securing DevOps	Julien Vehent	Manning	Chun Chu, Rafael Morales, satya Priya Sundar, Noorul Hameed	Winners sent (5/20/18)
May 1		Kafka Streams in Action	Bill Bejeck	Manning	Noorul Hameed, Tim Holloway, Lanny Gilbert, R.J. Arzki	Winners sent (5/20/18)
May 8		Testing Java Microservices	Alex Soto Bueno and Jason Porter	Manning	Paul Ramsden, meenakshi sundar, Stelios Ntilis, Al Hobbs	Winners sent (7/1/18)
May 22		OCP Java SE 8 Programmer II Exam Study Guide	Kathy Sierra, Bert Bates & Elizabeth Robson	McGraw-Hill	Noorul Hameed, Charles O'Leary, Kent O. Johnson, Jonathan Damron	Winners sent (7/1/18)
June 5		Optimizing Java	Ben Evans, James Gough & Chris Newland	O'Reilly	Michael Krimgen, Jorge Ruiz-Aquino, Tim Holloway, ludoviko azuaje	Winner reported received (7/8/18)
June 5		Openshift in Action	Jamie Duncan & John Osborne	Manning	paul nisset, Lukas Machacek, Carlos Solano, Timur Radzhabov	Winners sent (7/1/18); (Ludoviko A. received on 07/10/18)
June 12		Get Programming with JavaScript Next	J.D. Isaacks	Manning	Bear Bibeault, Cody Biggs, Godfred Kofi, Pete Letkeman	Winners sent (7/1/18)
June 12		Scala for Java Developers	Toby Weston	Apress	Zach Rode, Lukas Machacek, German Gonzalez-Morris, Janeice DelVecchio	Winners sent (7/1/18)
June 19		Classic Computer Science Problems in Swift	David Kopec	Manning	Piet Souris, German Gonzalez-Morris, Kent O. Johnson	Winners sent (7/1/18)
June 26		The Quick Python Book, Third Edition	Naomi Ceder	Manning	Timur Radzhabov, Patricia McCormick, paul nisset, Rick Silva	Winners sent (7/30/18)
July 10		Redux in Action	Marc Garreau & Will Faurot	Manning	Salil Wadnerkar, Bear Bibeault, Wirianto Djunaidi , Cody Biggs	Winners sent (7/30/18)
July 17		Machine Learning Systems	Jeff Smith	Manning	German Gonzalez-Morris, Raj Govindaraju, Zach Rode, Piet Souris	Winners sent (7/30/18)
July 17		Xamarin in Action	Jim Bennett	Manning	Pete Letkeman, Tim Moores, Kondwani Chipeta, Carlos Solano	Winners sent (7/30/18)
July 24		React in Action	Mark Tielens Thomas	Manning	Phelipe Maia, Lanny Gilbert, Bear Bibeault, Stephan van Hulst	Waiting for winners info
July 31		OCA Java Programmer 8 Fundamentals 1Z0-808 (e-book)	Hanumant Deshmukh	Enthuware	Noorul Hameed, Piet Souris, Randy Maddocks, Esteban Suarez	Waiting for winners info
August 14		Bad Programming Practices 101 (e-book)	Karl Beecher	Apress	Ganesh Patekar, Randy Too , Manish Pamnani , Chris Whitcomb	Waiting for winners info

Note: All dates in mm/dd/yyyy format.

Go back to the main BookPromotions page.

For questions about this page or to schedule a promotion, contact: bookpromotion AT javaranch DOT com

Scheduled promotions:

Note: We can run more than one promo in a given week, so check for updates.

Starting Date	Cover	Book	Author(s)	Publisher	CodeRanch Forum
August 21		Create an Uber Clone in 7 Days: Build a real world full stack mobile app in Java	Shai Almog	Codename One Academy	Android
August 28	Available
September 4		Software Design X-Rays (e-book)	Adam Tornhill	Pragmatic Press	Android
September 11	Available
September 18	Available
September 25	Available

Go back to the main BookPromotions page.

First, a big thanks to Karl Beecher for being here to promote Bad Programming Practices 101 (e-book).

The winners are:

Ganesh Patekar
Randy Too
Manish Pamnani
Chris Whitcomb

Please send your snail mail address to bookpromotion AT javaranch DOT com. To ensure the quickest response, please provide the following:

Your name (first and last - if your CodeRanch name is different, please include both your real name and Ranch name)
Email
Country (needed even if requesting an e-book)


Also, please include the following as the subject of your Email.

Promo Winner - Bad Programming Practices 101 (e-book) - Tuesday, August 14th, 2018


Image from https://images-na.ssl-images-amazon.com

As noted in the Book Promotion Eligibility Requirements and Legal type stuff, the winners have 8 days to submit their information. Within 3 days of receipt of your email, we will reply to let you know we got it. If you don't hear back, the goat might have eaten your email. Please let us know by posting in the Ranch Office so we can check on it. Once you have received your copy please let us know by editing the Book Promotions Winners Page and updating the 'Status' column to say you have it.

Thanks and congrats to all the winners.

Junilu Lacar wrote:If things are working for you the way they are, you probably should just go with it. Don't fix it if it ain't broke.

Agreed. Still want to understand it though. So I should read up on chartering it sounds like.

Nhien Nguyen wrote:Im studying for OCP using Sybex books. I just wondering how's the difficulty of the review questions at the end of chapter compare to Enthuware mock tests and the real exam.
I have done review question (1st time) in the book quiet well compared to the OCA book (which were challenging, really hard, but good for studying).
Thanks.

On all chapters or the first chapter. Because the material in chapter 1 is a lot easier than some of the others!

Junilu Lacar wrote:

Joshua Kerievsky wrote:Product management has a voice in this community, but they don’t “own” prioritization or planning. Developers and testers and UX people also have a voice in planning and prioritization.

I don't really understand this. Lots of people have a voice in prioritizing. We give input to our Product Owner. On features and tech debt and dependencies and suggestions. But it is still his call. Making all decisions by committee feels incredibly time consuming given the number of competing demands we have.

Congrats Simon! Note that the OCP is a lot harder than the OCA.

Have a cow for putting the pass date in code .

Daniel,
I don't see why extracting your jars would be a noticeable performance difference. Having a lot of delegation between classes is also unlikely to be the problem.  Calling the database a lot is likely to be a problem.

Yes, you can post a link to github. Note that we are all volunteers and aren't going to read a ton of code. So please post the highlights. Which specific part of the application is taking the longest. (Add logging if you aren't sure.)

Junilu Lacar wrote:Seeing all these variations is great from a learning standpoint but I can see why Jeanne is deciding to stick with her two-loop (and probably) more imperative version.

Yup. I'm glad I posted for learning though!

I'm not sure what you mean by a "real" object. It creates a proxy that has different behavior than the one you are trying to replace.

I was lucky. My family was going on vacation the next morning and I had taken that day off. So I was home. I remember walking to the store to get some extra apple juice. Carvel was giving away free ice cream. I also remember people standing at intersections with snow shovels directing traffic. And it worked. New York drivers honored the snow shovels for when to stop and go!

We got power back around noon the next day. (waited until the power was back to leave on the trip.)

Tim: I'm also spoiled. We have underground power transmission. Making it extremely rare to have a local power outage.

THere's a pets vs cattle analogy in the cloud computing space:

In the old way of doing things, we treat our servers like pets, for example Bob the mail server. If Bob goes down, it’s all hands on deck. The CEO can’t get his email and it’s the end of the world. In the new way, servers are numbered, like cattle in a herd. For example, www001 to www100. When one server goes down, it’s taken out back, shot, and replaced on the line.

When I posted about this on twitter, the leader of the NY Java Sig wrote:

Frank Greco wrote:If I was a cow, I'd give you an evil stare.

Satyaprakash Joshii wrote:
Asked by whom? The product owner? And who pushs back?

Architect.
These are different questions. Is the architect asking or pushing back?

Satyaprakash Joshii wrote:Yes exactly. Some sprint goals are not met at end of every sprint and one has to give explanation of why?

Well you know why. Someone is dumping too much work in the sprint. I think the key is not agreeing to it at sprint planning. If the team says, there is too much work in the sprint and doesn't complete it, that is what you say. Then there can be a discussion about what commitment means. Because you delivered what you expected; less than the work in the sprint.

Satyaprakash Joshii wrote:

sounds like your company isn't really doing Scrum and just using some of the terminology.

Is it a good idea that when they are adding tasks for the Spring and they are about to say why so much time for this work which looks less from higher level but looks bigger on knowing implementation details, show them the work break down structure and tell them see this all adds up to those many hours so it will take this much time? But in that case how would you be knowing the work breakdown structure on the day sprint starts when every moment until the day before you were trying to complete the previous sprint tasks which did not even complete. Work breakdown structure would come when you have a day to think about the what would be the low level tasks involved for the user story.

Do you use planning poker cards to estimate as a team? If so, all of the developers saying it takes that much time, it probably does. A high level estimate doesn't take a work breakdown structure. 

Also, you have data on how long things took in previous sprints. Point to that.

Joshua Kerievsky wrote an article about elminimating the product owner role.

My team have a lot of customers (we are an internal team and our customers are other development teams.). While the developers on the team regularly talk to them, we talk about technical things. Not priorities. The Product Owner negotiates with other managers and prioritizes. This seems like a hugely important role. And one that would take up a lot of the rest of the team's time if he wasn't doing it.

I'm curious if our team's customer base is why this idea seems crazy to me.

Pete Letkeman wrote:So, I could in theory bring my own meat product if I wanted to right?

Yes

Pete Letkeman wrote:Would you be able to not consume any meat or dairy products for seven consecutive days?

Meat - if I planned really well, yes.
Dairy - definitely not.