kawaz

#!/bin/bash
(
  echo '# OOM-Killer が発動したら自動でリブートさせるやつを設定するやつ'
  echo '# https://gist.github.com/kawaz/1605bec92acac16d0638591e4bbfd5b1'
  echo vm.overcommit_memory = 1
  echo vm.panic_on_oom = 1
  echo kernel.panic = 1
) > /etc/sysctl.d/99-custom-autoreboot-on-oom-killer
sysctl -p /etc/sysctl.d/99-custom-autoreboot-on-oom-killer
# SWAP止めちゃう

sandren

Tailwind CSS best practices

Utility classes

1. When writing a string of multiple utility classes, always do so in an order with meaning. The "Concentric CSS" approach works well with utility classes (i.e,. 1. positioning/visibility 2. box model 3. borders 4. backgrounds 5. typography 6. other visual adjustments). Once you establish a familiar pattern of ordering, parsing through long strings of utility classes will become much, much faster so a little more effort up front goes a long way!

2. Always use fewer utility classes when possible. For example, use mx-2 instead of ml-2 mr-2 and don't be afraid to use the simpler p-4 lg:pt-8 instead of the longer, more complicated pt-4 lg:pt-8 pr-4 pb-4 pl-4.

3. Prefix all utility classes that will only apply at a certain breakpoint with that breakpoint's prefix. For example, use block lg:flex lg:flex-col lg:justify-center instead of block lg:flex flex-col justify-center to make it very clear that the flexbox utilities are only applicable at the

mono0926

gitにおけるコミットログ/メッセージ例文集100の転載

例文を組み込んだAlfred Workflowを作りました: Alfred Git Commit Message Example

以下転載:

---

kawaz

再起動の前後に以下を実行する感じで使う。

curl -sL https://gist.githubusercontent.com/kawaz/eed1c5582ccf975753c6/raw/dump_and_diff.sh | bash

ダンプを保存する場所を変えたければ以下のようにすれば良い

curl -sL https://gist.githubusercontent.com/kawaz/eed1c5582ccf975753c6/raw/dump_and_diff.sh | bash /dev/stdin /tmp/hogehoge

voluntas

時雨堂コトハジメ

更新:	2021-10-04
作者:	@voluntas
バージョン:	2021.9
URL:	https://voluntas.github.io/

概要

taichi

javascript におけるユニットテストについて (2013/01)

ここの所、数か月おきにjsのユニットテストってどうやるのが良いのか悩んでいる気がするので、一つ情報集約の為にメモ書きをしておきます。

何かちゃんと文章書いておけば、それに対する反応が集まって、オレサマハッピー的な展開を望んでいます。

そもそも何を探しているのか

単体テストというか、ユニットテストというか、そういうアレを書く為のフレームワークを探しています。
覚える事が少なくて強力なやつ。

機能テストというか、e2eテストいうか、そういうアレの事は別途考える必要がありますので、今回はスコープ外とします。

teppeis

天下一gitconfig大会(サイボウズ社内git勉強会@2012/11/20)の@teppeisの資料です。

ぎっとぎとにしてやんよ

GistDeck

• gistでmarkdown書いたらbookmarkletでプレゼンになるよ。

zentooo

module.exports = function(grunt) {
    var now = String(Date.now());

    var jsResult = "<%= dirs.js %>/target/" + now + ".js";
    var cssResult = "<%= dirs.css %>/target/" + now + ".css";
    var jsGzipped = jsResult + ".gz";
    var cssGzipped = cssResult + ".gz";

    var compressFiles = {};
    compressFiles[jsGzipped] = jsResult;

Gab-km

GitHub Flow

• Scott Chacon on the Interwebs

31 Aug 2011

git-flowの問題点 (Issues with git-flow)

私は人々にGitを教えるためにあちこちを飛び回っているが、最近のほぼすべてのクラスやワークショップで git-flow についてどう思うかを尋ねられた。私はいつも、git-flowは素晴らしいと思うと答えている。何百万ものワークフローを持ったシステム（Git）を提供し、ドキュメントもあるし、よくテストされている。フレキシブルなワークフローは、実に容易なやり方で多くの開発者の役に立つ。標準的なものになりつつあり、開発者はプロジェクトや企業の間を移動しつつこの標準的なワークフローに馴染むことができる。

fxsjy

//author: Sun, Junyi (weibo.com/treapdb)
//usage: node --nouse-idle-notification --expose-gc --max-old-space-size=8192 memcached.js

var config ={
  port: 11211,
  max_memory: 300 // default 100M bytes
}

var net = require('net');
var LRU = function (max) { // this LRU implementaion is based on https://github.com/chriso/lru