を考えてみる。 Git Flow nvie.com やってみたことある。良いんだけど、僕の環境だと、もうちょっとシンプルにやれそうかなって思った。 Github Flow scottchacon.com これはシンプルだな。なんだけど、シンプルすぎてちょっと違うかな。 ということで、ちょうどいいくらいのを考えてみたい 今の僕の開発にとって、ちょうどいいくらいのを考えてみたいなーって。じゃあ、今の僕のやってる開発ってどんなん？ってところから。 チーム エンジニア5,6人くらい。 Feature, Story, Task Featureと呼ばれるものがあって、これは2,3ヶ月分の規模で。この単位でリリースする。 Featureは複数のStoryで構成されていて、Storyは4,5日くらいで完了する。から、1 Featureは10から15Storyくらいってことか。 Storyは複数のTaskを

なぜ今エンジニアはペパボ福岡で働くべきなのか

The document discusses various techniques used to optimize Hive query execution and deployment in Treasure Data, including: 1) Running Hive queries through a custom QueryRunner that handles query planning, execution, and statistics reporting. 2) Using an in-memory metastore and schema-on-read from Treasure Data's columnar storage to manage schemas and tables. 3) Configuring jobs through HiveConf p

cloudpackセキュリティホワイトペーパー cloudpack のセキュリティにおいてのアーキテクチャーやポリシーについて説明したホワイトペーパーで、AWS 版と Google Cloud 版の２種があります。本ホワイトペーパーはパートナー企業様のレビューを受けながら、cloudpack チームによって執筆されたものです。定期的に更新されるため、新しいコンテンツがないか定期的にご確認ください。 ◾️ AWS版 目次（Ver1.5.5、更新日：2023/9/22） 第1章 目次 第2章 はじめに 2.1 cloudpack とは 2.2 クラウド時代のシステム開発とシステム運用 2.3 本ホワイトペーパーについて 第3章 事業概要とセキュリティへの取り組み 3.1 事業概要 3.2 セキュリティへの取り組み 3.3 国際基準への取り組み 第4章 cloudpack のセキュリティ体制とセ

The document provides an overview of an AWS webinar on CloudFormation that will cover: 1) An introduction to CloudFormation and how to get started with it. 2) Development, testing, deployment, and operation methods for CloudFormation. 3) The webinar is intended for those new to CloudFormation or already using it to learn about useful CloudFormation features and efficient automation methods in 2020

The document provides an overview of an AWS webinar on CloudFormation that will cover: 1) An introduction to CloudFormation and how to get started with it. 2) Development, testing, deployment, and operation methods for CloudFormation. 3) The webinar is intended for those new to CloudFormation or already using it to learn about useful CloudFormation features and efficient automation methods in 2020

All of Percona’s open-source software products, in one place, to download as much or as little as you need.

2015年8月29日に行われたUSP友の会主催「第18回ニンニク入れますかシェル芸勉強会」のライトニングトークで使用した発表資料です． # 第18回ニンニク入れますかシェル芸勉強会 https://blog.ueda.asia/?p=6877 https://usptomo.doorkeeper.jp/events/28602 Read less

実際の配置シナリオに於いて、プレイバックはサーバー側の問題に直面しても可能な限り強固でなければなりません。今日の我々のアーキテクチャに鑑みて、配置されているバックエンドの冗長性の程度にかかわらずプレイバックは大きく2つの問題に相対する事になります。1つはライブネスであり、これはパッケージャーが無効なライブを報告するもので、もう一方はドロップアウトで、これはパッケージャーの断片リストに隙間がある状態です。 HDS/HLSフェイルオーバーは、HDS/HLSでのライブネス及びドロップアウト問題それぞれのサーバー側の解決方法です。 本稿は冗長なパッケージャーとVarnishを逆プロキシとする基本的なフェイルオーバーのセットアップについて述べます。また、それに加えてフェイルオーバー時にVarnishを用いた対応策として、Varnishの基本的な構成スクリプトの書き方について一歩一歩着実にユーザーをガ

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

Nginx is a very secure and reliable web server even with a default setup. However, there are many ways to secure Nginx further. In this article, we will use open source software exclusively while trying to follow some popular web server hardening approaches and security standards. Namely, we’ll be talking about preventing information disclosure, enforcing encryption, performing audits, and limitin

男子たるもの一度は自分でCPUを作ってみたいものだけど、ICでLEDをピカピカさせた程度の経験しかないハード素人な俺だったので、CPUを自作してる東大生などを遠くから見て憧れてるだけだった。しかしおよそ一年前のこと、「MIPSなんて簡単に作れますよ！」とKさん（←FPGAでLispマシンを自作するような人）に言われて、お、おぅ。。そりゃKさんはそうでしょうよ。。あれ、もしかして俺にもできるかな。。？　と思った。この一言がなければ32bitのCPUを自作しようなんて考えなかっただろう。 それから一年ちょい、とくに今年の正月休みやFPGA温泉でがっつりがんばって、なんとかMIPS Iサブセットの自作CPUが動いた。これはフィボナッチを計算してるところ。 ちなみに、これはこんな感じのフィボナッチのコードをCで書いて、 void main() { int i, *r = (int *)0x7f00

『jus共催、第3回今度はたぶん初心者向けに嘘はないでしょう午前のシェル勉強会/第21回未経験者大歓迎！誰でも働けるアットホームな職場ですシェル芸勉強会』の資料です。 スライド8ページ目 `tr' は `expr' のミスですので読み替えをお願いします。Read less

はじめに アプリによってビジネスモデルは異なりますが、大多数のアプリがゴール（KGI）にしているのは売上増かと思います。 では、あなたは売上増に向けた指標の把握と整理ができているでしょうか？ この記事ではKPIツリーを使ってアプリの売上に貢献する指標を洗い出し、各指標について説明したいと思います。 1.KPIツリーの重要性 ◆そもそもKPIツリーとは？ KPIツリーとは、例えばアプリのKGIを売上とした場合、売上を構成する要素を分解して施策が実行可能になるレベルまで落とし込まれた指標（KPI）の一覧です。 ◆KPIツリーを作らない場合の問題点 ①ボトルネックとなっている問題がわからない 売上を構成する要素を洗い出さないと、売上増の妨げになっている問題に気づかないことがあります。 ②具体的な施策を考えるのが難しい 売上やアクティブユーザー数など上位の指標を分解しないままでは、「じゃあその指標

Bash でシェルスクリプトを勉強していくと出会うのが : （コロン）という名前の組み込みコマンド。このコマンドは何もしないコマンドです。 こんなコマンドの存在は不思議だなと思う反面、C言語にも void という型があったり（関数のような形で存在するのは JavaScript とかですね）、LaTeX にも \relax があったり、何もしない命令というものは機械語の NOP からある普通のものです。 この Bash の : の使い道についてまとめてみました。 何か書かなければならないところに仮置きする 例えば「ここに制御構造を置くんだけど、この節に入るものは後で書くんだけどな〜」といった場合、制御構造の節の中に何も書かないと Bash は構文エラーとなります。 #!/bin/bash arg="$1" if [ -z "$arg" ] ; then echo "デフォルトモード開始" e

はじめに 一年程前にリリースされた Nginx v1.9.0で、Streamモジュールが追加されました。 Streamモジュールを使うと、任意のポートでNginxがTCPの接続を待ち受けるよう設定できます。 この機能は、例えばNginxをTCPロードバランサとして構成する時に威力を発揮するようです。 nginx Blog - TCP Load Balancing with NGINX 1.9.0 and NGINX Plus R6 強力そうな機能ですが、個人的にNginxをTCPロードバランサとして使っていなかったため、特に機能を活用する場もなくスルーしていました。 ところで、つい先日公開されたNginxのモジュール、stream-lua-nginx-module、及び、stream-echo-nginx-moduleを組み合わせれば、任意のポートで待ち受けるTCPサーバをLuaで記述でき

Nightmare v2(Electron) でブラウザ上でES2015のコードを個別にrequireしてユニットテストを書くNightmareElectron 自分の開発環境では, nodeで単体テストと分離してモデル層を抽出出来たが、e2eほどではないがブラウザ上でテストしたいコードというのは結構ある。モーダル制御とか、ブラウザ上のイベントに依存する奴とか。 それらを Nightmare でテストするアプローチを紹介する。 概要 Nightmare はヘッドレステストランナーとそのDSLを提供する。v2でランナーがphontomjsから Electronになった。 コードはbabel/commonjsで書かれており、本番環境でJSは1つにまとまっているが、Electron の nodeIntegration を有効化して走らせることで、ビルド前のコードを個別にrequireできる。グロ

Varnish 3.0 系列ではパイプラインのどこでオブジェクトが圧縮されるのか確認した。 基本的に次のオフィシャルドキュメントの ESI 以外の箇所を読みながら動作確認しただけ。 How GZIP, and GZIP+ESI works in Varnish https://www.varnish-cache.org/docs/trunk/phk/gzip.html まとめ 3行でまとめると Varnish の圧縮は gzip のみに対応。 オリジンサーバにはリクエストヘッダーを Accept-Encoding:gzip に書き換えてコンテンツを要求し、できる限り gzip 化してキャッシュする。 クライアントの gzip 対応に応じて gzip のまま、または gunzip してコンテンツ配信する。 リクエストの流れ 1. Send a Request Client が Varnish

This domain may be for sale!