新しいものを表示

縦画面サブディスプレイ使い勝手よくて最高

何と言っても聴きごたえ抜群なところですね

IIDX 16 EMPRESS Sound Track, ハピコアやハウスミュージックが多く、聴きごたえ抜群

社、日報や議事録のドキュメント共有を職種関係なく同じツールで行っているので、お互いに何をしているか把握できてその辺の摩擦は起きにくい感じ

:neko_smiley: さんがブースト

@externvoid

営業側に「俺が仕事を取ってきてやってんだ」という意識がある限り変わらないでしょうね。エンジニアはエンジニアで「営業は何もわかってないくせに好き勝手言いやがる」と敵視しがちですし。

営業とエンジニアが互いにリスペクトしあえたら良いのですが。

:neko_smiley: さんがブースト

次の商品を購入しました:ドイツレベル 『ドイツレベル 1/700 コンテナ船 コロンボ エキスプレス プラモデル 05152』 via @AmazonJP

SQL 何もわからんだからテーブルふっ飛ばした

:neko_smiley: さんがブースト

ローカルに master ブランチ持たなくなってから git pull することなくなった

:neko_smiley: さんがブースト

git pull って、git fetch + git merge なので、pull がなくても本質的には困らないんですよね。

慣れてないときにやらかすミスとして、git pull origin not-master-branch があって、これ、not-master-branch がすっきり pull できると思いきや、ほとんどの場合、意図しない結果になるんですよね。

参考: dqn.sakusakutto.jp/2012/11/git

なのでやっぱり、master 以外の pull は使わないほうがいいですね。checkout などで特定のタグにするときも同じく。

nginxの変更が滅多にないので、up -d では作り直されないことがほとんどですね

コンテナの場合、寿命を延ばしてもどうしようもないので破壊することになんのためらいもない。むしろ気軽に破壊してもコンテナ作れば今まで通りに動くことが常に保証されるので安心できる

今月金なくて色々切り詰めてるけど考えることが増えるしどこにも寄らずに家に直帰する生活の繰り返しで何もいいことがない

正直なところdocker-composeで建ててる限りはダウンタイムは発生するししょうがない感じもする

IPアドレス持たせる方が運用しんどい気がする。コンテナ作り直す時に余ってるIPアドレス探す手間が増える

まあ何も考えずにコンテナ全部破壊して再構築すればいいんじゃないんですかね

古いものを表示
:realtek:

思考の /dev/null