貧乏人は水を飲むな。「水道民営化」を推進するIMF、次のターゲットは日本 | マネーボイス
IMFの役割は、すで明確になっています。少なくともボリビアとフィリピンは気が付いているはずです。「貧乏人は水を飲むな、貧乏人は死ね」の世界を経験したからです。（『カレイドスコープのメルマガ』） ※不許複製・禁無断転載（本記事の著作権はメルマガ著者および当サイトに帰属します。第三者サイト等への違法な転載は固くお断り致します） 「貧困層は死ね」と言うのか？ 水道民営化の悲惨な現実 南米諸国の「民営化」推進の陰にIMF（国際通貨基金） IMFは、財政的に貧困な国の政府に、「国の非効率な公営事業を民営化すれば、公共料金がもっと安くなるうえにサービスも充実する」という甘言を使って世界銀行から借金をさせます。 そして、その資金で民営化を進めさせるのですが、そのときに入り込んでくるのが多国籍企業です。 理由は、「その国の企業にはない高度な技術を多国籍企業は持っているから」というものです。 最初のうちは確
メールの配信状況を可視化、追跡する - トレタ開発者ブログ
週1でスープカレー食ってる佐野です。仕事ではトレタのインフラをあれこれしています。今回はメール配信の異変にいち早く気づき、カスタマーサポートのレスポンスを向上する取り組みについてです。 スマートフォンの普及、メッセンジャーの台頭などによって個人間でのメールでのやりとりは減っているかもしれませんが、通知の仕組みとしてまだまだメールは現役です。弊社ではお店への予約確定の通知、お店への予約一覧のPDF送信、お客様への来店日のリマインド...などにメールを活用しています。メールを使っていると、たまにお客様から弊社カスタマーサポートに「メールが届かない」「突然届かなくなった」という問い合わせをいただくことがあります。担当者は原因(トレタの障害？メール配信システムの障害？お客様のメールアドレス間違い？...etc)を即座に調べて回答する必要があります。今日はその仕組みについて。技術的には簡単な話です。
技術者の性格とキャリアのパターン - IT業界で気づいたことをこっそり書くブログ
こういう方がいらっしゃいまして furoshiki.hatenadiary.jp これは一つの例ですが、そういえばエンジニアの転職パターンって性格依存だなというのを以前考えたことがあるので、さくっと書いてみます 大企業→現場志向の高い会社 このケースは昔からかなり見ます 例えばソニーや富士通に居たけど、別の中小に移るとか、そういうやつです （日立とかで聞かないのはグループ内で完結するから？） モチベーションとしては「このままでいいのかという不安」です 変化の遅い大企業にいて、しかも人を回したり技術特化してしまうと、人材として汎用性が失われることに恐怖するらしいです そのトリガーとなるのがネットから流れてくる情報だったりします ここでおもしろいのが、彼らは攻めているようで実は守っているということです 別に悪いことではなく、よくよく分析していたあとで、攻守のバランスを取ろうとする方が多いです
はじめて学ぶソフトウェアのテスト技法 - @kyanny's blog
知識ゼロから学ぶソフトウェアテスト 【改訂版】を読んですぐに、もうちょっと王道な感じの本も読んでおこうと思って読み始めた。 Kindle 版で読み始めてだいぶ経ってから、会社の本棚にこの本が何冊も置いてあることを知った。二年ちょっと前に会社でソフトウェアテストの勉強会（読書会）というのが開催されていた時期があり、そのときのお題がこの本だった。当時はこういうトピックへの関心が薄かったので参加しておらず、買うときに気づかなかった。 丁寧に書いてあってわかりやすかった。テスト手法の説明が具体的なのが良い。理論的な部分と実践的な部分のバランスも良い。 IEEE とか ISO とかの話は自分が求めるものと少しずれていたので適当に流し読みするにとどめた。演習問題はちゃんと取り組んだほうが良いだろうなと思ったものの、プロのテスターになりたいわけではないので現時点ではそのスキルを磨く必要はないと考え、これ
HTTP/2プロトコルに複数のセキュリティ問題--Black Hatでレポート公開
Charlie Osborne （Special to ZDNET.com） 翻訳校正： 編集部 2016-08-05 10:28 新しいプロトコルであるHTTP/2に、数千万のウェブサイトを攻撃のリスクに晒す可能性がある複数のセキュリティ問題が発見された。 サイバーセキュリティ会社Impervaは米国時間8月3日、Black Hat USAでウェブや通信システムで使用されるHTTPの最新バージョンであるHTTP/2に関連して、複数の重大なセキュリティホールが存在すると報告するレポートを公開した。 このレポート「HTTP/2: In-depth analysis of the top four flaws of the next generation web protocol」は、HTTP/2に関連する4つの脆弱性と攻撃手法について説明したものだ。現在、HTTP/2の導入数は着実に増加して
新技術導入の遅さの一端はラーニングモデルの違いかもしれない - メソッド屋のブログ
以前から不思議に思っていたことがある。それは、少なくとも米英の人は、ソフトウェア技術やプロセスに対して誤解が圧倒的に少ないということである。 別の回でも書いたが、イギリスの会社とお話しした時も、「アジャイル」に対するとらえ方、考え方は、100%といっていいほど正確だった。 バリューストリームマッピングで困っている人の話 今回の出張で、Sam Guckenheimerに依頼されたことがある。ある人が「バリューストリームマッピングをやっているのだが効果が出なくて困っている」だから原因を一緒に探ってほしいとのことだった。 Samと一緒に彼の話を聞いていると、バリューストリームマッピング、DevOps に関する考え方とらえ方は極めて正確だった。彼の問題は、「コンセプトの理解」は何の問題も無く、その先の「実際にやってみて工夫してみないと到達できない部分」の問題だった。 なぜか米英では、ソフトウェアの
ダサいデザイン作るデザイナーっていう職業があるのかな
いつも思うんだけど、100均とかに売ってる安っちい商品とかって、カスみたいなデザインだけど、 ああいうのも一応新商品会議とかあって、だれかプロダクトデザイナーとかが入ってデザイン決めてるんだよね？ ああいうダサくて蛇足なデザインって意図的にやってるんじゃないかなと思ってるんだけどどうなんだろう。 あえてイイ物に見え過ぎないように、ある意味100均らしい商品になるようにデザインしてるんじゃないかな？ そういうダサいデザイン専門のデザイナーとかいるのかしら？ それとはあんまり関係ないけど、なんで日本の製品って本体にベタベタ余計なシール貼るんだろう。 PCとかにインテルはいってるとかグラボのバージョンとか、そんな情報必要？ 空気清浄機のマイナスイオン放出中とかそれ要る情報？ 炊飯器のなんちゃらコート釜！とかそういうのって本体に書いておかなきゃいけないの？ パッケージとか説明書にいくらでも載ってる
いつ突然会社をやめても問題ないという基準でコードやドキュメントを書く - $shibayu36->blog;
先に前提を話しておくと、会社は全く辞めるつもりはないし、むしろどんどん会社を良くしていこうと思っている。今回はそういう基準で自分がコードやドキュメントを書いていますよという話。 コードやドキュメントを書く時に、どのくらいきれいにしておくかとか、どのくらいわかりやすくしておくかとかを考えることがある。こんなとき僕は、いつ突然自分が会社をやめて連絡がつかなくなったとしても他の人がある程度理解できるか、を基準にしている。そのためにはあまりいい方法が思いつかなくて仕方なく書いている部分にはちゃんと経緯のコメントを書く。他にも例えば作ったサービスであるイベントを開催する方法のドキュメントを書くなら、全く何もやったことがない人がそのドキュメントを読んだらとりあえず開催できるよう、ドキュメントを書く。当然コードもかっこよさよりも、説明しなくても分かりやすくなるようなシンプルさを追求する。 また、このよう
驚異的に仕事が速くなるPC単語登録、約200個を公開 - toricago
パソコンの操作スピードを上げるための工夫は色々とあるが、中でも取り入れる効果が大きいのが「単語登録」と呼ばれるものだ。単語登録とは、例えば「おつ」と打ち込み変換すると、「お疲れ様です」と表示させるように単語を登録する機能のことである。自分の名前や会社名を登録している人は多いのではないだろうか。 私は、タイピングには昔から自信があったので、単語登録の力を借りる必要はないと思っていた。それに、単語登録をしている人は、人差し指しか使わないようなスピードの遅い人ばかりだった。「単語登録はタイピングが遅い人向け」という先入観に妨げられ、私が単語登録に挑戦する日はなかなか訪れなかった。 ある日、『速さは全てを解決する』（著：赤羽雄二さん）という本を読んでいると、単語登録の重要性が説かれていた。ブラインドタッチもショートカットも使いこなす人が、仕事のスピードをさらに、極限まで上げるためのノウハウとして単
綺麗なAPI速習会 - Qiita
Wantedly Engineer blogに本速習会資料を閲覧向けに再編しました！ ぜひご覧いただけると幸いです！ 本記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
息子がハンバーグしか食べない