[2019 oracle code one] Java 11 Certs

Fun path to Java 11 Developer Certifications
Speaker: Mala Gupta – @emalagupta

For more blog posts, see The Oracle Code One table of contents


Why cert

  • Highlights important topics
  • Suggests a path to learn
  • Bare minimum of what every Java programmer must know to get started
  • Don’t plan to fail. Ok if do so. But don’t plan for it
  • Good coding practices [I think the exam tries. But not always. For example, the Java 8 JDBC topics were an example of how not to write JDBC. This got better with the java 11 exam where PreparedStatement was finally covered]
  • Industry standardizes IT skills
  • Good for students, professionals, those transitioning from other languages

Other ways to learn [not mutually exclusive. Mala wrote a book for the cert. As did Scott and I]

  • Books
  • Courses – Mala had a bad experience. Course oversold.
  • Hackathons – deep dive on select topics
  • Learn on job – would you go to a surgeon where it was his first surgery.

Changes with Java 11 cert

  • No more OCA exam
  • Still two exams – Programmer I and Programmer II.
  • But no longer earn interim OCA cert.
  • Oracle felt people were stopping at OCA level
  • Can take part 1 and part 2 in any order, but makes sense to take level 1 first.
  • Level 1 covers basics; level 2 covers exam topics.

8 types of questions

  • sample code and question about output
  • text only – simpler to answer – conceptual
  • fill in the blank
  • select options that are true about code
  • select incorrect options (that are false about code)
  • answers are blocks of code
  • diagram
  • [I missed one type]

How to make studying for a cert fun

  • Images – emotional connection. Also fun to draw images. Point embedded in mind.
    • Try catch block concept with a tiger and two doors. Animals only and Tigers only. Very cute!
    • Cartoon showing finally block with coffee
  • Highlighted code block
    • throw vs throws with the keywords highlighted with a rectangle surrounding
    • nested circles to show access control
  • Diagrams
    • people
    • array with cars/shapes/grid for multi dimensional array
  • Cartoon dialog
    • Code on left. Image on right is two people in love (or not)
    • Discussion about equals
  • Write own questions and have others do that
  • Twist in the tale – change code and see what happened
  • A-ha moments – write them down as study

Q&A

  • How long to study for cert? 1-3 months [I think upper bound is longer]
  • 6 months cadence? Probably LTS versions but can’t confirm [Oracle hasn’t said, but I agree]
  • Books? Will have MEAP out soon. [Also, Scott and my book publishes this year]

My take: I like that Mala had characters introducing her presentation. It reminded me of the book. Mala speaks a lot like she writes which is good. I felt like there was a lot up front selling the cert. I would think people who chose this cert talk would be interested in the cert. I was happy to see 2/3 of the presentation was on making studying fun. I like the 8 types of questions and samples. It was a good organization system. The types were a little hard to read. I like the interaction by having everyone write a question.

2019 oracle code one

I’m live at Oracle Code One, blogging about the sessions I attend. This blog post will turn into an index/table of contents for those posts.

Monday

Tuesday

Wednesday

Thursday

[QCon 2019] High-Performance Remote and Distributed Teams

Randy Shoup @randyshoup

For other QCon blog posts, see QCon live blog table of contents

Remote

  • You to not often interact face-to-face with the people that you work with
  • Models- single site, multi site, remote first
  • Anti-pattern; Centralized HQ control. Most things and all decisions done at HQ. Others get work doled out to them
  • Anti-pattern: Site + Satellite Remote – One or several site where people work every day and one or two on own
  • Remote first – everyone on video and slack. Model that Ok to interrupt b/c net slow

Benefits

  • Larger talent pool
  • Take advance of localized supply and demand
  • Parallel hiring – can grow teams in parallel. Not tied to a recruiting team. Each site can hire in parallel
  • Geographic hedge – can hire more in one region if things slow down in one
  • Diversity and inclusion – flexible location/hours, geographic/cultural, neurodiversity (b/c communication styles vary)
  • Retention – can live different places, employee satisfaction, productivity
  • Little/no commute
  • Flexibility
  • Personalize work environment
  • If at HQ and work with remote people, more flexibility because your teammates are remote
  • Ensure each team full stack so not relying on team in another country for communication
  • Follow the sun. Round the clock triage, on call handoffs
  • Close to customers. Local presence, customer empathy, local implementation/customization

Challenges

  • Local laws (hire/fire/severance)
  • Local recruiting norms
  • Local compensation – pay everyone as if at QA or by local market. But must be consistent
  • Local currency – do you pay in US dollars or local currency
  • Local regulation – laws, taxes
  • More travel. Problem to never see teammates
  • No commute == no exercise
  • Solitude/isolation
  • Time management. Easy to keep working
  • Best to be single site or remote first. That way don’t have onsite conversation and inform (Or forget) remotes later
  • Don’t have one site dole out work. That’s outsourcing
  • Managing time zones – respect time zones over others. Watch DMs off hours. Trade off inconvenience. Use overlapping hours well

Onboarding

  • Possible to do remotely, but better to bring in a bunch in person
  • Bond with cohort
  • Instill company/team culture
  • Mentor/buddy system – ideally two role/team and culture
  • Structured onboarding that can do at own page – ex: recorded training

Workspace

  • Video
  • Audio
  • Internet Connectivity – mifi hotspot good in rural areas
  • Comfortable desk/chair/etc or coffee shop or co-working space
  • Quiet/child proofed space

Timing

  • Maker’s schedule – want chunks of uninterrupted time. Try to have meetings close together to preserve time.
  • Manager’s schedule – mostly meetings
  • In a remote environment, blocks of time mater more
  • Block out calendar, office hours

Management

  • Good to have remote manager. Sets example, shows career advancement possible, empathy
  • Clarity on goals
  • 1:1 are sacrosanct, not a status meeting, praise in public (can be slack)/correct in private. Don’t have management by walking around so won’t see implicitly

Trust

  • The half life of rust is 6 weeks
  • An interaction reinforces it

Tools

  • Video
  • Chat
  • Collaborative docs

Communication

  • Be really explicit about “what is the problem you are trying to solve”
  • Clartify the “why”
  • Straighforward language
  • Repetition – a lot
  • Culture of “ask in public” – remember to model this
  • Also model “when in doubt ask”
  • Be open to feedback when write doc and be specific about the feedback want
  • Clarify the purpose of meeting
  • Pre-reads. Or read doc together if can’t do before. Feels weird first time, but gets everyone on same page
  • Template agenda for common meetings
  • Cancel meeting if no agenda
  • Have senior person moderate to stay on topic
  • Allow time for chatting/social bonding

Summits

  • Did quarterly
  • Primary goal was social bonds and connections
  • Do high bandwidth communication
  • Planned well in advance
  • Rotate locations
  • Spent a day learning together
  • Prioritizing fun and team building
  • Hackathon with theme
  • Internal Conference
  • Structured activity about coding

My impressions

This was great. I’ve heard much of it before, but hearing it again helps reflect. And there were some that were new to me

Note: Randy mentioned his collegue’s 2017 QCon presentation a few times. Here is a summary