[2018 oracle code one] beyond git add/commit/push

Beyond git add/commit/push
Speaker: Jorge Vargas and Victor Orozco
@edivargas and @tuxtor

Full deck: http://www.jorgevargas.mx/wp-content/uploads/2018/10/Git-SCM-en-v5.pdf

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


Review

  • add – puts in to staging area (from working directory)
  • commit – puts in local repo
  • push – puts in remote repo
  • reset hash – override working directory with local repo
  • fetch – get from remote repo to local repo
  • pull – fetch + merging into your local branch
  • clone – get from remote repo to working dir

Workflow

  • select a workflow – varies by project, but all team members should know what using
  • Common workflows
    • Centralized – all commits to master. Usually for new git users.
    • Feature branch – do feature in a branch and then merge in.
    • Gitflow – do changes in branch and merge into develop. Then merge development into master. Only commit to master for hotfixes or when develop ready for release
    • Forking – copy of repo and merge in
  • Recommendations
    • No one workflow to rule them all.
    • Code in master should be complete and functional at all times
    • Create short lived branches
    • Use meaningful names for branches

Advanced Git commands

  • stash – a quick save of your working directory

Demo

  • git init – to create repo
  • git status – showed file in staging area
  • git commit – add file
  • Edit .gitignore – to omit .class files
  • git log – see actual commit
  • git log –oneline –graph –all – list commits one line per commit so easier to read. Shows which branch the change is in
  • git checkout -b newBranch – create new branch and switch to it
  • git branches – list all branches
  • git checkout master – switch to master
  • git checkout -b branch2 – create a second branch off master
  • git merge newBranch – first merge smooth
  • git merge branch2 – created merge conflict. Fix manually
  • git branch -d newBranch – delete branch

My take: I had trouble understanding their accents at first, but then it got easier. The content itself was good. I was also a little distracted getting ready for my session next. I like that they did a live demo. I thought the content was going to be more advanced. The mention of stash was a good one. But then the demo was easy. To be fair, a bunch of people in the room didn’t raise their hands for using git. They got to the advanced part right when they ran out of time. I look forward to reading the rest of the deck at least.

 

 

[2018 oracle code one] graph databases

Let’s Make Graph Databases Fun agan with Java
Speaker: Otavo Santana & Elder Moraes
Tomitribe & Oracle

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


Sematics

  • Web 3.0 – More interaction between machines
  • Search JCP. Get JC Penny vs Java Community Process
  • Search Ajax. Get cleaner, technology and soccer team

Relationships

  • Link pieces of data
  • Having metadata on relatioships is useful. (Ex: reason for travel, not just that does travel)

NoSQL (not only SQL)

  • Doesn’t use structure or transactions
  • Five diferent types – key/value, columns, document, graph, hybrid of multiple types
Term Key/value Columns Document Graph
Table Bucket Column Family Collection N/A
Row Key Value pair Column Document Vertex
Column N/a Key/value pair Key/value pair Vertex and edge property

 

  • CAP – consistencyy, availability, fault tolerance
  • Graph – neo4j, infogrpi, sones, hybergraphdb
  • Apache TinkerPop  like JDBC – try to standardize database interaction
    • Can add edge/verfix
    • has()  – like where cause
    • OutE() – edges
    • BothV() – reurn both ends of relationship
    • repeat/times – repeat action mltiple times to go through graph
    • repeat.until – repeat action until condition is true
  • JNoSQL – mapping/communication API. Like  a demo. Maps to Java object

My take: I learned a lot at this session! I really like the comparison of different database types and terms. I also liked the build up of queries and the Noe4J demo

[2018 Oracle Code One] Developer Horror Stories

Development Horror Stories
Speaker: Roberto Cortez & Oleg Selajev

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


Stories

  • Broke filter so showed adult videos
  • Deleted inventory and no backups. Had to re-enter all data manually.
  • Units of measure
  • Emails with invalid address so bounced around for hours
  • Deleting a repository instead of a file
  • Used a magic number and it lived on forever..
  • Underpowered servers ad not enough tuning.
  • Off by one error because didn’t account for leap year
  • Recursive SQL statement caused issue with a very large bill of materials [and we all learned sql can be recursive]. Lesson: filter at as low a level as possible. Went from 100+ years to 75 milliseconds
  • Missig where clause so emailed too many people a scary message
  • Running a performance test on wifi is really slow.
  • Decompiling a jar making a change and recompiling it.
  • Running a performance test on prod. Didn’t tell security. Thought being DDoS’d
  • Deleted database. Thought was backed up vs being made permanently unavailable. Only two days of data entry to restore.
  • Exposing port publicly lets anyone delete your data
  • Ran test against prod. Looked like DOS so autoblocked headquarters. Prevented all reservations. Workaround was to use mobile site since run elsewhere.
  • Running CI on a laptop caused it to disappear when person got fired. It reappeared briefly when machine next booted up.
  • Project’s CM system is putting ode on CD and putting it in a file cabinet. Have software, but not OS or hardware to run it on
  • Added RAM instead of pagination
  • Rebooted prod (vs retired prod) by going to wrong building

They said youl could use a fake name or fake company name if you went up. Most everyone used their real name. It was funny because he kept asking if people used their real name. When I went up, I said I worked for an unnamed bank in NYC. The guy after me said he worked for an unnamed trading company in NYC.

I also liked how he “baseined” how many people would raise their hands by asking eveyone n the room t raise their hands hen he commented that 90% was like 100%

My take: I went to this session last year. It’s mostly stories from the audience which is fun and different. Great topic for lunchtime.