2016年11月1日のブックマーク (7件)

  • DRYと不当な抽象化によるコストについて | POSTD

    記事は、もう随分と長い間、私がToDoリストに記したままになっていたものです。ですが今日だけは、その考えを実行に移すエネルギーと時間があったようです。私は今、少し前に最初の記事を投稿した時と同じカフェにいます。たまたまなのか、それとも……。店員が私に出した飲み物に何か入れていたに違いありません。 ベストプラクティスにならえ、という古き良きアドバイスがありますよね。そうした情報は常に耳に入ってきます。私たちは、どういうわけかテクニカルな会話の中で DRY とか KISS といった頭字語を第一の原則としてきました。熱心に、まずそうした概念に従っています。たまたま、知識欲があるために、あるいは知識がなかったために、そうした概念から外れたことをする人がいようものなら、確実にその人に嵐のような批判を浴びせます。この原則にとらわれすぎていて、そこに背を向けることを拒んでいるのです。 念のためですが、

    DRYと不当な抽象化によるコストについて | POSTD
    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    DRYと不当な抽象化によるコストについて | プログラミング | POSTD @POSTDccさんから — 上條 大 (@Dai_Kamijo) November 1, 2016 from Twitter https://twitter.com/Dai_Kamijo November 01, 2016 at 10:27PM via IFTTT
  • 【12/20更新】ニコニコ生放送「新配信(β)」の提供を開始しました‐ニコニコインフォ

    ニコニコ生放送では、ユーザー番組の配信ビットレートが1Mbpsとなる配信機能「新配信(β)」の提供を開始いたしました。 番組作成画面で「新配信(β)」を選択するとご利用いただけます。 ※PCからの配信専用です。スマートフォンなど他の環境からご利用いただくことはできません。

    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    ニコニコ生放送「新配信(β)」の提供を開始しました‐ニコニコインフォ — 三夜一夜 (@s_itiya) November 1, 2016 from Twitter https://twitter.com/Dai_Kamijo November 01, 2016 at 03:47PM via IFTTT
  • PHPにおけるシンボリックリンクを使ったデプロイの危険性について(「realpath_cache」和訳)

    2016/10/31 PHPにおけるシンボリックリンクを使ったデプロイの危険性について(「realpath_cache」和訳) PHP サーバーサイド この文書は@julienPauliさんによる記事「realpath_cache」の日語翻訳です。元々は@gilbiteさんがKLab社内向けに翻訳したものでしたが、日語では見たことがない指摘を含んでおり今でも有用だと考えたため、@julienPauliさんの了解を取った上で@hnwが修正・追記して公開するものです。 はじめに PHP に realpath_cache_get(), realpath_cache_size() という関数があることをご存じでしょうか? また、php.ini に realpath_cache から始まる設定項目があることは? realpath cache は知っておきたい極めて重要な概念です。 特に、コードの

    PHPにおけるシンボリックリンクを使ったデプロイの危険性について(「realpath_cache」和訳)
    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    PHP が解決済みのフルパスを内部でキャッシュしているため、シンボリックリンク切り替えによるデプロイ方式と相性が悪い件について、分かりやすい解説と対策。 / “PHPにおけるシンボリックリンクを使ったデプロイの危
  • マイクロソフト、IFTTT的なサービス連係サービス「Microsoft Flow」正式公開。GitHub、Dropbox、Slack、メール、Twillio、Googleカレンダーなど多数のサービスを連係可能 - Publickey

    Microsoft Flowは、フローチャートを作成するようなビジュアルな設定画面を用いて、インターネット上のさまざまなサービスを簡単に連係させていくことができるツールです。 簡単な例では、Office 365のOutlookに自分宛のメールが来たら、電話サービスのTwillioで特定の電話番号にテキストメッセージを送る、といった設定ができます。もちろん3つでも4つでも多数のサービスの連係を続けて設定可能。

    マイクロソフト、IFTTT的なサービス連係サービス「Microsoft Flow」正式公開。GitHub、Dropbox、Slack、メール、Twillio、Googleカレンダーなど多数のサービスを連係可能 - Publickey
    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    マイクロソフト、IFTTT的なサービス連係サービス「Microsoft Flow」正式公開。GitHub、Dropbox、Slack、メール、Twillio、Googleカレンダーなど多数のサービスを連係可能 - Publickey — lyokato (@lyokato) November 1, 2016 from Twitter https://twitter.com/
  • OSS になった Kuroko2 をどこよりも早く導入したので紹介したいブログ — みんなのウェディングエンジニアリングブログ

    こんにちは、技術部開発基盤グループの小室 (id:hogelog) です。 みんなのウェディングは OSS となった Kuroko2 を早速導入したので、その Kuroko2 の導入方法をブログにて共有します。 何故 Kuroko2 を導入したか みんなのウェディングではジョブ管理ツールとして主に Rundeck を利用していました。汎用のジョブ管理ツールとして開発されている Rundeck は非常に多機能で様々な処理を柔軟に実行できます。雑多なバッチ処理が稼働していたみんなのウェディングのシステムを一つのジョブ管理ツールに集約させるには非常に便利なものでした。 しかし運用を続けるうちにいくつかの難点が見つかってきました。 スケジュール実行がいきなり過去のジョブ定義に巻き戻る(ことが稀にある) https://github.com/rundeck/rundeck/issues/1447 M

    OSS になった Kuroko2 をどこよりも早く導入したので紹介したいブログ — みんなのウェディングエンジニアリングブログ
    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    おおお Kuroko2 (クックパッド社内で利用されている Rails 製のジョブ管理ツール) が OSS になったのか / “OSS になった Kuroko2 をどこよりも早く導入したので紹介したいブログ — みんなのウェディ…” — Takuto Wada (@t_wada) November
  • PHPカンファレンス2016

    タイトルPHPの今とこれから2016講演者日PHPユーザ会廣川 類概要もうすぐリリース予定のPHP7.1の新機能を初め、PHP関連の最近の話題を紹介します。 タイトルPHP7で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計講演者タワーズ・クエスト株式会社 取締役社長和田 卓人概要PHP はバージョンを追う毎に堅牢なコードを書くための機能が充実してきましたが、 PHP7 ではついに例外や表明の機能が大幅に見直され、強化されました。講演では、例外処理を設計する際の基的な考え方や、表明(assertion)の使い方、そして表明と例外を使い分け、堅牢なコードに導くための設計手法「契約による設計(Design by Contract)」の考え方を説明します。 タイトル安全なPHPアプリケーションの作り方2016講演者HASHコンサルティング株式会社 代表取締役徳丸 浩概要

    PHPカンファレンス2016
    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    hhvmチームのAaronと一緒にトラック7、午後1時からのコマでhackだから実現できる非同期処理、ジェネリクス、静的型検査などを説明します。 hackの特徴をわかりやすくお伝えできればと思いますので是非! #phpcon2016 http://pic.twit
  • GitHub - Tamrin007/tail: tail コマンドもどき

    Dai_Kamijo
    Dai_Kamijo 2016/11/01
    後輩たちが「テイル、テイル」ってうるさかったから tail コマンド作ったった Go でなwwwwww http://pic.twitter.com/uVeqZO9aVH — Tamrin (@Tamrin007) November 1, 2016 from Twitter https://twitter.com/Dai_Kamijo November 01, 2016 at 10:12AM via IFTTT