会社のフレームワークをLaravel にしたという話
株式会社プラムザ 代表取締役社長。システムコンサルタント。1998年に28歳で起業し、現在も現役のシステムエンジニア、コンサルトとして、ものづくりの第一線で活躍しつつ、開発現場のチームとそのリーダーのあり方を研究し続けている。 このたび、プラムザでは長年親しんできた開発フレームワークを廃止し、Laravelベースのものに一新しようという話になりました。 、、、という話をしようと思うのですが、もうすっかりコードを書くことから遠ざかってしまいエクセル方眼ＳＥに成り下がっている私としては、フレームワーク選定の詳細な基準や、実際にサンプルを作ってみた話とか、選考対象になった各フレームワークのメリットデメリット等々までレポートする能力がありません。 そっちに興味がある方は、そのうち始まるであろう弊社PGの書くブログをお待ちください。 で、私の記事はもう少し大雑把なお話というか組織論的な話になってしま
本当は怖いMemcached - Qiita
はじめに データアクセスの高速化、セッションの保持などに非常に重要なポジションを占めているMemcached 特徴をあげると、速い安い美味いで、AWS上のサービス化などされており、非常に扱いやすいプロダクトなのですが、Memcachedそのものが単一障害点とならないように冗長化を測った時に深刻な問題が発生する可能性があることをご存知でしょうか。 システムに心あたりがある方は今すぐ代替手段を検討しなければなりません。 どうしてもMemcachedを使いたいという方はこちらへ それでもMemcachedを使いたいあなたへ 前提条件 そもそも冗長化をしなければ問題ないという運用はその時点で怖いのでNG cache機構という性質上、データが飛ぶのは問題ない(”正”となるデータを他から読み出すだけ)が、誤ったデータが読み出されるのをNGとする Memcachedを利用した時に利用ノードを決定するのは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTML5の基礎と応用 ~Open Web Platform~ WebSocket / WebRTC / Web Audio API / WebGL 第三版
