alganet

set -euf
PATH=
IFS=
_r=
_v=0 # variable counter
_f=1 # scopedion namespace
_x=0 # parser namespace

! command -v emulate >/dev/null 2>&1 || emulate ksh >/dev/null 2>&1

marcelgsantos

Introdução a Domain-Driven Design

• DDD – Introdução a Domain Driven Design - Daniel Cukier 📖 ⭐
• Desmistificando o DDD - Grazi Bonizi 📖 ⭐
• Destilando um domínio com DDD - Grazi Bonizi 📖 ⭐
• DDD Aplicado – Case Qualyteam - Grazi Bonizi 📖
• Complexidade Acidental
• Introdução a Domain-Driven Design - Maicon Pereira ▶️ ⭐
• Big Ball of Mud - Brian Foote and Joseph Yoder 📖 ⭐
• Big Ball of Mud - Felipe de Freitas Batista 📖

craigvantonder

Takes a long time to load project folders running in a VM and the sublime console shows:

    inotify_add_watch failed: No space left on device (path: /some/project/location/...)

https://github.com/google/cadvisor/issues/1581#issuecomment-367616070

    sudo cat /proc/sys/fs/inotify/max_user_watches # default is 8192 
    sudo sysctl fs.inotify.max_user_watches=1048576 # increase to 1048576

https://github.com/google/cadvisor/issues/1581#issuecomment-436405681

marcelgsantos

Coisas que eu não sabia que eu não sabia sobre testes por Hugo Baraúna

• Por que fazer testes?
  • saber se o software está funcionando de maneira automatizada
    • não elimina os testes exploratórios feito de forma manual
  • manter custos de desenvolvimento em níveis saudáveis
  • ajuda na qualidade interna do código (design e arquitetura do código)
• Como avaliar a qualidade dos testes (se estão bem feitos)?
  • corretude - se o teste não está gerando um falso positivo
• adequação do tipo de teste - se o teste é o mais adequado para a situação

stripedpurple

http://www.oreilly.com/data/free/files/2014-data-science-salary-survey.pdf
http://www.oreilly.com/data/free/files/2015-data-science-salary-survey.pdf
http://www.oreilly.com/data/free/files/Data_Analytics_in_Sports.pdf
http://www.oreilly.com/data/free/files/advancing-procurement-analytics.pdf
http://www.oreilly.com/data/free/files/ai-and-medicine.pdf
http://www.oreilly.com/data/free/files/analyzing-data-in-the-internet-of-things.pdf
http://www.oreilly.com/data/free/files/analyzing-the-analyzers.pdf
http://www.oreilly.com/data/free/files/architecting-data-lakes.pdf
http://www.oreilly.com/data/free/files/being-a-data-skeptic.pdf
http://www.oreilly.com/data/free/files/big-data-analytics-emerging-architecture.pdf

aalvesjr

quando ler <Prefix> será o padrão Ctrl + b

Window

• <Prefix> c => para criar uma nova 'window'
• <Prefix> % => para dividir uma 'window' verticalmente
• <Prefix> " => para dividir uma 'window' horizontalmente
• <Prefix> & => para fechar uma 'window'
• <Prefix> . => move a window para algum indice ainda não utilizado
• <Prefix> 0 a 9 => abre a 'window' com o numero digitado
• \ w => abre a 'window' a partir de uma lista

williamoliveira

Moved: https://github.com/williamoliveira/install.sh

vedovelli

1. Crie uma conta no Digital Ocean;

2. Crie um droplet Ubuntu (estas instruções são baseadas em Ubuntu)

3. Escolha o pacote LEMP para ser instalado com seu Ubuntu

4. Escolha ou associa sua chave publica para acesso ao servidor

5. Acesse seu server usando SSH (ssh root@<ip informado pelo DO>)

branneman

Better local require() paths for Node.js

Problem

When the directory structure of your Node.js application (not library!) has some depth, you end up with a lot of annoying relative paths in your require calls like:

const Article = require('../../../../app/models/article');

Those suck for maintenance and they're ugly.

Possible solutions

rxaviers

People

:bowtie:	😄 :smile:	😆 :laughing:
😊 :blush:	😃 :smiley:	☺️ :relaxed:
😏 :smirk:	😍 :heart_eyes:	😘 :kissing_heart:
😚 :kissing_closed_eyes:	😳 :flushed:	😌 :relieved:
😆 :satisfied:	😁 :grin:	😉 :wink:
😜 :stuck_out_tongue_winking_eye:	😝 :stuck_out_tongue_closed_eyes:	😀 :grinning:
😗 :kissing:	😙 :kissing_smiling_eyes:	😛 :stuck_out_tongue: