mugi-uno

リモートワークスタイルチェック

昨今の社会情勢の影響もありリモートワークを導入する企業・チームが増えてきましたが、 一口に「リモートワーク」といってもさまざまなスタイルがあります。

企業側と働く側のミスマッチを防ぐため、リモートワークにおける観点を列挙してみました。

リモートワーク比重度

どの程度リモートワークに比重を置いて導入しているかのチェックリストです。

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止めちゃう

dreampuf

package main

/*
  Golang SSHAgent Usage
  https://orebibou.com/2019/03/golang%E3%81%A7ssh-agent%E3%81%8B%E3%82%89%E9%8D%B5%E3%82%92%E5%8F%96%E5%BE%97%E3%81%97%E3%81%A6ssh%E6%8E%A5%E7%B6%9A%E3%81%99%E3%82%8B/
*/

import (
	"fmt"
	"golang.org/x/crypto/ssh"

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-12-06
作者:	@voluntas
バージョン:	2021.10
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;