タグ

2017年10月12日のブックマーク (9件)

  • NetOpsCoding#5 × ネットワークプログラマビリティ勉強会#13 に参加と登壇してきました - てくなべ (tekunabe)

    2017/10/10 に NetOpsCoding#5 × ネットワークプログラマビリティ勉強会#13 が開催され、参加と登壇してきました。 簡単な個人的な気付きやメモを記述します。 network-programmability.connpass.com ■ イントロダクション NetOpsCoding#5 introduction from Taiji Tsuchiya www.slideshare.net ■ 自動化と監視の推進奮闘記 ネットワークの自動化・監視の取り組みについて #netopscoding #npstudy from Yahoo! JAPAN デベロッパーネットワーク www.slideshare.net 自動化、抽象化するツールがあっても、利用している機種やバージョンが対応している最も低いレベルに合わせてツール選定や開発を行う必要があったということで、なかなか理想

    NetOpsCoding#5 × ネットワークプログラマビリティ勉強会#13 に参加と登壇してきました - てくなべ (tekunabe)
  • 型クラスの歴史を軽くひも解く - Qiita

    現在、型クラスは Haskell のみならず、様々な言語で実装されたり似たようなものが実装されている言語機能です。 そういった風潮にも拘わらず、型クラスはどうにも大仰に捉えられがちに感じます。勿論、Haskell でも当初の仕様に比べると、最新の仕様はややこしいし、GHC の拡張や他機能と組み合わせるともっとややこしいのは事実ですが。 ということで、型クラスとはそもそもどういう motivation で発明、導入されたのか、簡単に調べてみます。 Haskell の型クラスは 1992 年の Haskell 1.2 で導入されました。1.2 のレポートに以下のような記述があるので間違ってないはず(他の言語でより早く実装されてるかもしれないけどそこまで調べてると時間なくなるので見ないふりをする。)。 Haskell is a large and complex language. design

    型クラスの歴史を軽くひも解く - Qiita
  • ヤフーの分散オブジェクトストレージ Dragon について

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、データ&サイエンスソリューション統括部所属の後藤泰陽(@ono_matope)です。少し時間があいてしまいましたが、9月19日にお茶の水女子大学で開催された WebDB Forum 2017 において、分散オブジェクトストレージ “Dragon” について講演しました。良い機会なので、エントリでもDragonについてご紹介させていただきたいと思います。 発表資料 WebDB Forumでの発表資料については以下をご覧ください(講演時の内容と一部異なります)。 日語版 Dragonとは? Dragonは、ヤフー・ジャパンで開発された分散オブジェクトストレージシステムです。Amazon S3互換のWeb APIを実装

    ヤフーの分散オブジェクトストレージ Dragon について
  • 京都市が今回失敗したような、自治体のシステム更新について

    http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの? A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。 それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。 Q2.なんで新規で作らないの? A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。 Q3.メインフレーム(汎用機)って何? A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーご

    京都市が今回失敗したような、自治体のシステム更新について
  • デスマサバイバルガイド | さにあらず

    はじめに#僕がよく知っている業界は SI だが、これに限らずソフトウェア開発の現場には、過酷な現場…いわゆるデスマーチが多いと言われている。 一方で、そのような過酷な現場を渡り歩き生き残ることでしか、良いプログラマになる方法は無いと言った考え方もある。僕の個人的な経験則からすると、この理屈はある程度合っていると思う反面で、合っていて欲しくないという気持ちは強い。 高い技術力をもつプログラマの全てがデスマ職人という訳ではない。 デスマーチに巻き込まれたと気が付いた時の妥当で基的な戦術は撤退戦だ。何か理由をつけて逃げ出すのが望ましい。つまり、休職なり退職なり、異動なりして、その職場から離れるのが望ましい、出社拒否も良い。しかしながら、何か様々な理由があって、そこから逃げ出せないことはあるだろう。 僕はもう長い事デスマーチに関わることなく生きられているが、徐々に忘れつつあるので、若いころに獲得

    デスマサバイバルガイド | さにあらず
  • [動画解説付き]デザイナーがUI実装時に伝えるべき5つのSketchTips! 〜エンジニアの困っている声に応えました〜 | Nagisaのすゝめ

    2017年10月11日 [動画解説付き]デザイナーがUI実装時に伝えるべき5つのSketchTips! 〜エンジニアの困っている声に応えました〜 Sketchで困っているコトがないかエンジニアに向けた社内アンケートを実施 こんにちわ、デザイナーリーダーの川畑です。 現在NagisaのUIデザイン開発では主にデザイナーがSketchで制作し、エンジニアが参照しながら実装しています。 今回は更なるエンジニア-デザイナー間の効率良い伝達のために、Sketchを参照する上でエンジニアが困っていることをヒアリング→デザイナーチーム全員で解決策を回答したので、記事として公開したいと思います。 Sketchの基的な操作や機能は理解しているが、もっとうまく使いこなしたいデザイナーやエンジニアの参考になれば幸いです。 こちらの困っている声に応えました Lineheightが設定されたテキストボックスのマー

    [動画解説付き]デザイナーがUI実装時に伝えるべき5つのSketchTips! 〜エンジニアの困っている声に応えました〜 | Nagisaのすゝめ
  • PrometheusのExporter周りをまとめる - ローファイ日記

    Mackerelの3周年(おめでとうございます!)、OSSではPrometheusの隆盛もあり、監視やモニタリング周りが話題になっているのを観測している。皆さんは、監視されていますか? 個人的にも最近はロリポップ!マネージドクラウド周りの開発などでPrometheusを触っているので、今日はPrometheusの肝とも言えるExporterに関してまとめる。 Prometheusその他監視周りについて、以前、スライドも作りはしたが、割と自分向けのメモ書きに毛が生えたような感じではあったので、もう少し詳細なメモ書きを残すなど。 Exporterの選択肢について 既存Exporter 基的に、Prometheusのコミュニティは強く、たいていの監視には既存のExporterが存在する。なのでまずはWikiのリストをチェックするのが良さそう。 prometheus.io その中でもGitHub

    PrometheusのExporter周りをまとめる - ローファイ日記
  • DRBDとHeartbeat [1] サービス稼働率の向上 | CMS Blog | ミツエーリンクス

    これまでwebサービスを停止させないためのHA(High Availability)構成を組む方法として、ロードバランサやNASなどの共有ディスクがよく活用されてきました。しかし、それらの機器は一般的には高価であるため、費用面がどうしてもネックとなっていました。 そういった費用面での問題を解決するために、オープンソースソフトウェアである「DRBD」と「Heartbeat」というソフトを利用し、安価にHA構成を実現させるという方法があります。 弊社ではeZ Publishを利用したCMSによるサイト構築案件やスクラッチ開発案件のお手伝いをさせていただいておりますが、最近ではHA構成を望まれるお客様が増えてきていることから、「DRBD」と「Heartbeat」の利用頻度があがってきております。 そこで、それらのソフトウェアとメリットをご紹介させていただきます。 DRBDとは? DRBD(Dis

  • SSLのクライアント証明書の扱いについて誤解を正して貰えて有難かった話 - hkoba blog

    SSLのクライアント証明書を使って接続相手の認証まで行いたいケースで、 クライアント証明書が self signed certificate だと危ないのでは?という疑問を呟いたら @satoh_fumiyasu さんに突っ込んでもらえて、私の誤解を正してもらえました。…誤解したままだったら…と考えると、肝が冷えます。さとうさん、有難うございました。 .oO(…SSLのクライアント証明書って、オレオレにしちゃったら、認証として全く意味が無くなると思うのだけど、違うのかしら?…)— hkoba (@hkoba) 2017年10月4日 違いますね。— ふみやす@シェルまおう(自称でない)🚲 (@satoh_fumiyasu) 2017年10月5日 むむむ?どんな使い方だと、オレオレなクライアント証明書でも安全になるのでしょう? サーバーへのログインユーザ名にクライアント証明書の CN を使う

    SSLのクライアント証明書の扱いについて誤解を正して貰えて有難かった話 - hkoba blog