bltavares

#!/bin/sh
#_(
   DEPS='
   {:deps {seesaw {:mvn/version "1.5.0"}}}
   '
   exec clojure -Sdeps "$DEPS" "$0" "$@"
   )

(ns cockpit.core
  (:require [seesaw.core :as ss]

bltavares

Lugar:

Data:

Endereco:

Empresa/Nome do contato:

Preparacao

• Escolher e combinar lugar - Geralmente 50 - 60 pessoas, mas aparecem umas 20

bltavares

• https://www.youtube.com/watch?v=p7nGcY73epw O material deles eh bem legal, tem essa em especifico introduzindo o conceito de abstracao em computacao

• https://www.youtube.com/watch?v=x9pxbnFC4aQ Apresentacoes sobre abstraction, sem muita coisa de programacao especifica, mas bem densa

• https://www.sandimetz.com/blog/2016/1/20/the-wrong-abstraction

• Material do Bret Victor - Recomendo muito esse autor, tem varias apresentacoes legais sobre computacao e aprendizagem:

  • http://worrydream.com/dbx/ (Historia dos computadores e abstracoes criadas)

• http://worrydream.com/LearnableProgramming/

bltavares

github.com/hashicorp/terraform
  ├ bytes
  ├ fmt
  ├ io
  ├ io/ioutil
  ├ log
  ├ os
  ├ os/signal
  ├ path/filepath
  ├ runtime

bltavares

workflow "automated on PRs" {
  on = "push"
  resolves = ["cljfmt"]
}

action "cljfmt" {
  uses = "bltavares/actions/cljfmt@1.0.1"
  args = ["autofix"]
  secrets = ["GITHUB_TOKEN"]

bltavares

Proposal for more tooling to allow for custom testing harness:

• Initial - rust-lang/rfcs#816
• Extension to RFC - rust-lang/rfcs#2318

Newest coolest tools

• https://github.com/altsysrq/proptest
• https://github.com/mitsuhiko/insta
• https://github.com/utkarshkukreti/speculate.rs
• https://github.com/BurntSushi/quickcheck
• https://github.com/lipanski/mockito

bltavares

(ns playground.core
  (:gen-class))

(defn -main
  "I don't do a whole lot ... yet."
  [& args]
  (println "Hello, World!"))

(defprotocol Componente
  (start! [component])

bltavares

Conteudo sobre clojure

Instale o lein antes de mais nada https://github.com/technomancy/leiningen que ele ajuda a rodar projetos, qual a versao do clojure, dependencias, task runners

---

Getting started

http://www.clojurenewbieguide.com/

bltavares

https://simonfredsted.com/1459?utm_source=webopsweekly&utm_medium=email https://heap.engineering/terraform-gotchas/ https://www.contino.io/insights/top-3-terraform-testing-strategies-for-ultra-reliable-infrastructure-as-code https://sgoel.org/posts/experiences-using-terraform/ http://engineering.rallyhealth.com//jekyll/update/2017/02/15/immutable-infrastructure-w-terraform-and-windows.html https://charity.wtf/2016/04/14/scrapbag-of-useful-terraform-tips/ https://medium.com/@simonvc/terraform-securely-5ec34d294782 https://segment.com/blog/rebuilding-our-infrastructure/ http://engineering.rallyhealth.com/jekyll/update/2017/02/15/immutable-infrastructure-w-terraform-and-windows.html https://www.thoughtworks.com/insights/blog/implementing-blue-green-deployments-aws

bltavares

Ei pessoal, queria trazer uma outra idea que eu acompanho faz bastante tempo de organização e arquitetura, já que vocês estão mechendo nisso.

Eu acompanho o pessoal do Elm faz um tempo, e acho que eles tem uma perspectiva interessante, apesar de descordar com alguns pontos. A proposta de do [Elm Architecture] é bem simples na idea que funções alteram estados e views refletem o estado. Eu vejo como uma maneira bem similar a idea de separar o comportamento que os HOCs trouxeram, mas com menos libs.

O pessoal tem uma proposta um jeito bem diferente de pensar, de [limitar fazer components reusáveis], trabalhar com funções e modelos fortes, crescer o app sem se preocupar muito com a separação.

Não é um problema de arquitetura bem resolvido, tem várias pessoas, [fora do core](https://med