これまでのあらすじ 家二郎 カテゴリーの記事一覧 - おともだちティータイム 5/9 (土) に第三回公民館二郎を行ないました。場所は例によって江東区総合区民センターの調理室を借りています。 今回は、前回提供が遅くなってしまった理由である「製麺の効率化」を目標にしました。また、イベントの運営を計画立てて真面目にやっていくことも目標にしました。 ニトリストフィットの導入 公民館でラーメンを作る際、非常に大量の油を扱いますから手がべとべとになり、それを落とすために洗剤で手洗いをするというのを繰り返すと手がどんどん荒れるという問題があったのですが、今回ニトリストフィットと言う食品加工時に利用される薄いゴム手袋を導入しました。 ショーワグローブ 【パウダーフリー】No.881 ニトリスト・フィット 100枚入 ブルー Mサイズ 1函 出版社/メーカー: ショーワグローブメディア: Tools &

これまでのあらすじ 第三回家二郎報告会 - おともだちティータイム 第二回家二郎報告会 - おともだちティータイム 家二郎、第一回報告会をしました - おともだちティータイム 家二郎を研究しています - おともだちティータイム 今回は 9/28 (日) に開催された。 機材・調理方法・オペレーションに前回からの変更点は無く (追記参照) 、今回は手持ちの寸胴で最大供給量と予想される 12 人前を提供した。 結果として 12 人前の提供は無事行えた。スープやブタは鍋の容量的に 13 〜 14 人前までいけると予想される。あとは、製麺をどれだけ頑張れるかという問題だろう。今回は 1 玉 200g * 12 人前 = 2.4kg の製麺を行なったが腕が棒になったので、腕力を鍛える必要がある。 今回は特に変更点が無い (追記参照) ので、家二郎の写真を貼り付けておく。 製麺直後の 1 つ 400g

細かく書きたいけど、とりあえずメモだけ。 ステップ数が増ている なんらかの開発が行なわれている ステップ数が減っている リファクタリングが行なわれている? 単に仕様落ちしたコードが削除された可能性もある テストカバレッジが下がる テストが書かれていない ... ステップ数が増えている場合 テストが減っている ... ステップ数が変わらない場合 FindBugs 、 PMD 、 Android Lint の警告数が増えている 品質の低下、レビューが正しく行なわれていない CPD 警告数が増えている 品質の低下、レビューが正しく行なわれていない そろそろリファクタリングしたほうがいい Checkstyle 警告数が増えている 品質の低下、レビューが正しく行なわれていない Jenkins で継続的にビルドしたり、テストを行なうのは言うまでもなく大切だけど、こういった静的解析の数値をグラフ化してい

xargs の -P オプションを使うとプロセスを複数起動して処理を並列に行なうことが出来る。 例 例えば、 1 万枚の JPEG 画像を全て 800x800 に収まるように効率良くリサイズしたい。 まず私はこのようなコマンドを考えた。 convert --geometry 800x800 *.jpg しかし zsh に怒られた。 zsh: argument list too long: convert 引数が全て展開されるためこのような事が起きる。 私は xargs を使って処理することを思い付いた。 ls | xargs -I{} convert --geometry 800x800 {} c_{} 処理は行なわれるが非常に遅い。 しかも CPU を全く使っていないことが分かり、私は処理を並列的に行なう事を考えた。 そこで xargs の -P オプションの出番である。 P の後に並列

(ベンチャーだから/中小企業だから) 慢性的に人員が足りていないから自分が無理してでも頑張らないと行けないみたいな意識がみなさんあるようですが、規模のある企業だからと言って余分な人員がいたり、一つの仕事に対して過剰に人をアサインしている訳ではないので、忙しいときに人員を追加して負荷分散を図ろうとするのにはそれなりなコストがかかります。 無理に休まず結果として休職や退職となると業務に支障が出てしまいますし、無理に休んでも支障が出てしまいます。 つまり、あなたは心身を壊さずに過労し続ける必要があるのです。しかしそれは出来ない、どうすれば良いのでしょう? やるべきこと あなたがやるべきは日々自分のやっている仕事を出来る限り他人が行なえるようにすることです。 日々やっている仕事を他人が出来るように資料に落とし込んだり、自分の仕事を他の社員が出来るように作業を教えたりするのです。 急に休んだり、休職

コミットする前に確認しろ git status git branch --force 、 -f といったオプションは絶対に使わない force command を使わないといけない状況なんて "絶対” ありえません、絶対に使わないこと。 分からなくなったら人をよべ 分からないときに手軽に解決しようとしても失敗するだけなので人に聞きましょう。 聞いた人が Git に対して理解が無い可能性もあるので、コマンドを打つ前にどういう事が起きるか説明してもらいましょう。 まとめ あなたの悪事・醜態・失敗は全て記録されます。 コミットするまえに確認しろ、 -f は使うな、わからなくなったら人を呼べ。

負数が含まれる剰余を計算した場合、言語に跨がって一意な結果が得られない。 -5 % 3 5 % -3 C -2 2 C++ -2 2 Java -2 2 Ruby 1 -1 Python 1 -1 Common Lisp 1 -1 さて、なぜこんなことが起きるのかというと、剰余には複数の定義が存在するからである。 m ÷ n = q … rこの r を剰余と言うが、 r の範囲が 0 ≤ r < n 最小非負剰余 -n/2 ≤ r < n/2 絶対値最小剰余 の二つの定義があり、一般的には前者の「最小非負剰余」を用いるようである。 m が負数、 n が正数の場合は、先程の表にあるプログラミング言語は以下のように分類される。 絶対値最小剰余 C C++ Java 最小非負剰余 Ruby Python Common Lisp しかし、最小非負剰余では r が正数になる必要があり、剰余の結果が