Skip to content

Instantly share code, notes, and snippets.

View jessilyneh's full-sized avatar
🏠
Working from home

Jessica Felix jessilyneh

🏠
Working from home
View GitHub Profile
@rwillians
rwillians / README.md
Last active February 11, 2024 15:31
if, switch ou strategy

If

Se há apenas duas possibilidades, uso if/else apenas como ternário:

return foo === null
  ? fizz
  : buzz
@lalizita
lalizita / ffmpeg_video_examples.sh
Created October 24, 2023 22:38
ffmpeg scripts for video processing
# Cut/Trim video
ffmpeg -ss 5 -i input.mp4 -to 10 output.mp4
# Video to gif
ffmpeg -ss 61.0 -t 2.5 -i <input> -filter_complex "[0:v] fps=12,scale=w=480:h=-1,split [a][b];[a] palettegen=stats_mode=single [p];[b][p] paletteuse=new=1" output.gif
# thumbnail
ffmpeg -i mov_bbb.mp4 -ss 00:00:03 -r 1 -s 1280x720 -f image2 thumb_mov.jpeg
#text in video
@cjihrig
cjihrig / go.js
Created August 18, 2023 15:02
Parse Node Download Data
'use strict';
const assert = require('node:assert');
const fs = require('node:fs/promises');
const DATA_HOME_URL = 'https://storage.googleapis.com/access-logs-summaries-nodejs/index.html';
const DATA_FILE_PATH = 'data.json';
const DATA_CSV_PATH = 'data.csv';
const DATA_CSV_SEVEN_DAY_PATH = 'data-seven-day-avg.csv';
const LINES = ['14', '16', '18', '19', '20'];
async function main() {
@leandronsp
leandronsp / background_job.rs
Last active September 8, 2023 15:03
A dead simple background job processor written in Rust, using a double-ended queue and primitives sich as Arc and Mutex
use std::sync::{Arc, Mutex};
use std::sync::Condvar;
use std::thread;
use std::collections::HashMap;
use std::time::Duration;
struct Node<T> {
value: T,
next: Option<Arc<Mutex<Node<T>>>>,
previous: Option<Arc<Mutex<Node<T>>>>,
@boaglio
boaglio / .gitignore
Last active January 7, 2024 16:41
GitIgnore for ANY Java project - IntelliJ , Eclipse , VSCode , NetBeans, JDeveloper, Maven, Gradle
#
# .gitignore for any Java app =)
#
# https://gist.github.com/boaglio/8c76e6cf795afa0ee04f2faf3ea97a56
#
# Gradle
.gradle/
**/build/
build/
@lalizita
lalizita / main.go
Last active August 9, 2022 18:56
Quiz with timer in Go
package main
import (
"fmt"
"os"
"time"
)
func timer() {
// Cria um ticker, um relógio que retorna um channel com o tempo atual,
/* Qual a diferença entre 'var', 'let' e 'const'?
*
* Todas essas keywords servem para declarar variáveis, mas cada uma delas tem nuances diferentes.
* /
/* Cada bloco de código nesta página é independente e deve ser executado em um ambiente JS limpo,
* sem variáveis globais declaradas.
*
* Comentários de bloco separam diferentes blocos de código.
*/
@mcollina
mcollina / principles.md
Last active May 18, 2023 18:27
Matteo's Technical principles

Matteo Technical Principles

1. Conway’s Law is paramount.

Any organization that designs a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure.

In order to design a piece of software we need to “design” the team that is going to produce it.

2. Developer Experience is key to productivity

Clean architecture aplicada a um aplicativo Flutter

Camadas

project_layers

Domain

A camada domain provê as regras e as unidades de negócio usadas na aplicação. Nesta camada estão os Services que são consumidos pelos BLoCs/PageControllers da camada app, as Entities e os contratos dos repositórios de dados, cuja implementação concreta fica na camada data.

@eliasnogueira
eliasnogueira / gist:5340507
Last active December 14, 2022 16:01
Diferença entre Smoke e Acceptance Test num contexto ágil

Hoje um colaborador da lista sobre Teste de Software [DFTestes] (http://br.groups.yahoo.com/group/DFTestes/) perguntou em uma thread sobre PhantomJS qual era a difernça entre Smoke Test e Acceptance Test. Ai resolvi responder. Como a lista é somente de acesso aos usuários registrados, estou colocando um resumo, na minha ótica, a diferença entre eles:

Dentro de um contexto ágil nós temos uma separação clara do que é smoke test e o que é teste de aceitação.

  • Smoke Test: conjunto de testes (bem menor do que o conjunto de teste de aceitaçaõ, que vai configurar posteriormente em uma regressão) com o intuito de validar se os pontos maisimportantes da aplicação continuam funcionando após as alterações.

  • Teste de Aceitação: São os testes funcionais que conhecemos. Em um contexto ágil eles são chamados de aceitação ao invés de funcional, pela ótica que adotamos a estes testes, que vão tanto validar a aplicação funcionalmente como validar também da ótica de um usuário (fazer uma venda completa, por exemplo). Este