病院経営ゲーム「ツーポイントホスピタル」を守銭奴にプレイさせたら大変なことになった（執筆：pato）
それは某編集者の理不尽な一言から始まった。 「patoさんって守銭奴じゃないですか」 僕はこれほどまで失礼な第一声を知らない。普通はもっとこう、時候の挨拶などから入る第一声を放つべきじゃないだろうか。この言葉を放った人の名前を書くといろいろと問題があるので伏せさせてもらい、某編集者としたい。 「え、そうですか。そんなに守銭奴じゃないと思いますけど」 なんて失礼なやつなんだと動揺する心を抑えつつ、無難な切り返しをする。 「いやいや、守銭奴ですよ、いまだに酔っぱらうと、はるか昔に週刊ジャンプが10円値上げしてショックを受けた話をするじゃないですか。10円ですよ、10円。10円で3時間も恨みごとをいう人、初めてみましたよ」 たしかにいまだに根に持っているけど、それはお小遣いでジャンプを買っていた僕らには大打撃だったわけで、ショックで寝込んだし、編集部に苦情の電話も入れた。いまだに酔うとその時の恨
弟が大金を稼いだので、なにに使うかと思ったら｜岸田奈美｜NamiKishida
岸田家の歴史を揺るがす大事件が起きた。 わが弟が、莫大なお金を稼いだのである。 大金とは、彼が三十年働いて手にするはずの金額だ。 それを数時間で。 田舎の片隅にある剥がれたフローリングの我が家から、絶世の富豪が爆誕した。血統書のない梅吉（犬）も、高貴なチャウチャウに見えてくる。 弟は生まれつきダウン症なので、障害のある人が集まる福祉作業所で、平日の朝から夕方まで働いており、日給は500円だけど昼食が450円なので、手取りは50円だということは、一旦、横に置いておく。 富豪が爆誕したのだ。 （※賃金は弟の障害の程度、作業所が受注できる業務の量、通っている人数などの兼ね合いがあり、弟も働くというよりは、みんなで喋ったり、散歩したりすることをなによりの目的にして通ってるので、ゆるく受け入れてくださる福祉作業所のみなさまにとても感謝しています） さて、その気になる稼ぎ方であるが。 手書きカレンダー
自宅の回線が時間によってめちゃくちゃ遅くなるのをMackerelとSpeedtest CLIで可視化した | DevelopersIO
結果 こうなりました（結論からさらすスタイル）。 いまの御時世の固定回線で 下り 3Mbps って何ですかね？？？ というのは実は本題ではなくて、このようなグラフを作ることがこの記事の本題です。 背景 状況については冒頭の概要に書いたとおりなのですが、とにかく自宅のネットワーク回線を定期的に測定して可視化することを試みました。 ちなみに我が家は古い賃貸集合住宅で VDSL なので、上限は 100Mbps になります。それでもそこそこ快適で、特に不満もなかったのですが1、今月に入った辺りから急に回線状況の悪い時間帯に出くわすようになってしまいました。 改善策をとるまえにまずは計測、ということで、今回の試みとなったわけです。 仕組み ざっくりいうと、 自宅の Windows PC に Hyper-V で Linux を動作させ その Ubuntu にmackerel-agentを導入し 10
プロコンにOSSを使ってはいけないのか？ #procon32
はじめに 先日開かれた高専プロコンにて「ふろこん」というプロダクトを発表されたところ 「私は怒っています」 「ライブラリを使って楽をしている」 などの指摘を審査員より受けたというツイートに関連して、 SNSで 「OSSを使うのがNGとか分かって無さ過ぎる」 とか 「審査員はフロントエンドが分かってない」 というコメントが多数有りました。逆に 「あの発表内容はミスリーディングであり適切ではない」 等のコメントも一部ありました。私自身はどちらかと言うと件の審査員の方に同意する部分もありますので、その考えに至る背景や私なりの発表の改善点をまとめてみました。あくまで、こういう考え方もあるよ、と参考までに。 重要 発表された方々を誹謗中傷する意図は一切ありません ふつうに面白い着眼点で良いもの作ったなー、と思っています 審査員の言い方には問題がありハラスメントは常にダメ、ゼッタイ。例えコメントの趣旨
クラファンで1万円のガジェットが、アリババでは1000円で…。高額転売なのか業者を直撃 | bizSPA!フレッシュ
【画像をすべて見る】⇒次へ＞をタップすると次の画像が見られます 新規事業をはじめ商品開発、アーティストへの活動支援、イベント開催、映画製作など利用される場面はさまざまですが、“既にある商品を販売する場”としても使われていることを知っている人は少ないのではないでしょうか。 CAMPFIREに既製品のプロジェクトが…？ 2011年創業で日本のクラウドファンディングサービスの草分け的存在ともいえるのが、「CAMPFIRE（キャンプファイヤー）」です。このサービス内のプロジェクトについて、SNSで次のような指摘を見つけました。 ＜Alibabaにもある既製品を、新規開発であるかのように見せて支援を募っているのでは？＞ ＜中国製品をOEMした感じのものを売っている＞ たしかに、指摘されているプロジェクトの製品とまったく同じに見える商品が、Alibaba（中国資本が運営するオンラインマーケット）で売ら
PullRequestからチーム開発の生産性・健全性を測るCLIツールを書いてみた - $shibayu36->blog;
最近、開発チームの生産性や健全性をどのように計測したら良いかについて興味を持っている。その中で「LeanとDevOpsの科学」の中に書いてあるようなデプロイの頻度・変更のリードタイム・MTTR・変更失敗率の4指標や、開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiitaに興味を持った。 一方、それらの指標を考えてみた時、以下のような点について悩んでいた。 マイクロサービスなどで複数レポジトリとなり、さらにデプロイ手法がそれぞれ違う状況の場合、変更のリードタイム = コミット〜本番稼働までの時間を計測するのがなかなか難しい コミットという単位だとかなり小さく、個々人のばらつきも大きすぎるように感じるので、もう少し良い単位はないのだろうか このような悩みから、PullRequestの単位で集計することで、生産性や健全性をもう少し測りやす
開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiita
はじめに ソフトウェア開発のチームの生産性や健全性というものは、内部の体感的として理解できるものの、外部の人間からは見えにくいものです。こういった情報の非対称性は開発チーム外の人々との関係の中での問題の原因になってきました。 また、複数の開発チームやプロダクトを束ねるEM、CTOや、管理職にとってそれぞれの状況を客観的な数字やグラフで可視化することは、全体的な戦略を考える上でも重要な参考情報になります。ですが、アンケートやプロジェクト管理を増やすほど、どんどんと開発メンバーに負担をかけてしまうことになり、計測のし過ぎによる疲れなども誘発してしまいます。 本稿では、gitリポジトリのログ情報から、いくつかのグラフを生成し、チームの状況を可視化するためのツールgilotを作成したので、その目的と意図、そして使い方、注意点を解説します。 アプローチ方法 gilotのアプローチは、git logの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
病院経営は難しい!? 「ぼくがかんがえた最強の病院」をその道のプロに持ってったら死ぬほど論破された