Notices by やきたま :sabakan: (yakitama@mstdn.yakitamago.info), page 55

完全なコピー品だけなのかな。経済産業省の記述を読む限りそうは思えないのだけど。

「海賊版」の定義ってなんだろ。

災害時　市バスで道路撮影、車両間通信で営業所へ　神戸で実験 https://www.kobe-np.co.jp/news/kobe/201901/sp/0012003762.shtml

お給料は変わらなくていいから、毎日定時で帰りたい。

Mastodon のリストに自分自身を突っ込めないのって、なんかそういう設計意図があるからよね？

ん？ 薩摩半島のやつ、2 連発で地震なの？

富山県西部は海外だった
https://botdon.net/@EEW_Quake/101471284385259324

Qiita 赤字なら、お金にならないサービスを閉鎖しよう。そうだな…… まずは Qiitadon から。

どうなんだろ、私は

if ( function() ) {
// エラー処理
}

という書き方はだいっきらいなんだよね。

if ( function() == ERROR ) {
// エラー処理
}

と書くべきだと考えているの。

どのみち、この関数の戻り値設計というのは、プロジェクトでコーディング規約を定めない限り「関数の設計者の自由」なので、そもそも「処理が成功したときに TRUE が返ってくる（だろう）」であるとか、逆に「処理に失敗したときに 0 以外として評価できる値を返してくれる（だろう）」という前提条件で関数を呼び出してはならない。絶対にどんなときでも、戻り値との一致を評価する条件式をもって、関数の戻り値をテストしなければならない。でなければ、関数インターフェースが変更になったときに全コード変更になる。

どのみち、この関数の戻り値設計というのは、プロジェクトでコーディング規約を定めない限り「関数の設計者の自由」なので、そもそも「処理が成功したときに TRUE が返ってくる（だろう）」であるとか、逆に「処理に失敗したときに 0 以外として評価できる値を返してくれる（だろう）」という前提条件で関数を呼び出してはならない。絶対にどんなときでも、戻り値との一致を評価する条件式をもって、関数の戻り値をテストしなければならない。でなければ、関数インターフェースが変更になったときに全コード変更になる。

私は PHP で処理が成功したかどうかを Bool 値で返しがちなので、正常終了は TRUE（0 以外として評価できる）、異常終了は FALSE（0 として評価できる）、という関数インターフェースが好み。

めっちゃ仕事した。

「untracked file」が一覧できる git つよい。svn でそういうことできるのかどうか知らないけど、ついつい追加されたソースコードのコミットを忘れてしまう。

使用例
ガルパン #はいいぞ

#はいいぞ ハッシュタグを使えば、いいものが列挙されるハッシュタグタイムラインになる可能性。

なるほど、UTC で日付が変われば予約投稿が追加できますわね。

1 日に 25 個？

Cities: Skylines はいいぞ。