タグ

ブックマーク / syobochim.hatenablog.com (7)

  • 【翻訳記事】デプロイ戦略の定義 - そこに仁義はあるのか(仮)

    この記事は2017/11の以下のブログ記事の翻訳です。 blog.itaysk.com まずはじめに、翻訳を快く許可していただいた@itayskさんに感謝いたします。 3年前の記事ですが、デプロイ戦略についてここまで網羅的にまとめられた記事が日語で見つけられなかったので翻訳してみようと思いました。 初めての翻訳記事であり、かつ翻訳時に多少の意訳を含んでいます。私の翻訳ミスがある可能性も十分にご了承ください。 何か間違いやわかりにくいところがあれば、コメントいただけますと幸いです。 無謀なデプロイ (Reckless Deployment) ローリングアップグレード (Rolling Upgrade) ヘルスチェックと監視 ロールバック 後方互換性 ちなみに ブルーグリーンデプロイ (Blue/Green Deployment) ドレイン スイッチバック ステージ ちなみに カナリアデプロ

    【翻訳記事】デプロイ戦略の定義 - そこに仁義はあるのか(仮)
    advblog
    advblog 2020/03/19
  • 約6年勤めた某大規模SIerを退職しました - そこに仁義はあるのか(仮)

    新卒から約6年間勤めたSIer退職しました。 入社時点では、Linuxコマンドを1つも知らない。。。という状態だった私を育ててもらった、当に恩のある会社です。 会社が嫌になったわけでは無く、むしろ、最後まで当に好きな会社でしたが、色んな縁が重なり退職することになりました。 💬 SIerでやってきたこと すごく大きなシステムの保守開発、業務アプリケーション開発、システムの基盤部品開発などなど、色んなシステム/案件に関わってきました。 炎上案件だったこともあるけど、どのプロジェクトでも学ぶことが多くあったし、「あの時は大変だったよね〜〜」と、ほとんどが笑って話せる思い出です。 また、どのプロジェクトにも憧れるような凄いエンジニアが居たし、業務外でも部署内・外を問わず、多くのエンジニアと関わることが出来ました。 会社が大きいと、色んなコンテキストの中で働いている多くの方と関わることが出来

    約6年勤めた某大規模SIerを退職しました - そこに仁義はあるのか(仮)
    advblog
    advblog 2018/02/13
  • アーキ部:自分のエンジニアスキルを客観的にどうやって知るか - そこに仁義はあるのか(仮)

    毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) 9/16のアーキ部は「自分のエンジニアスキルを客観的にどうやって知るか」がテーマでした! (アーキテクチャの話ではない?!!) 自分のエンジニアスキルの評価として陥りやすい考え方のお話があり、それに対して少人数のグループに分かれて自分はどちらに分類されるかを話あいをしました。 (この会はとりあえず意見を発散する場でした。次回は、今回の話し合いに対しての深堀りなのかな??) 評価の分類 自己評価は(バランスがとれている人もいるとは思いますが)過大評価をしているか、過小評価をしているかに分かれると思います。 アーキ部の最初に、自己評価の考え方として陥りやすい傾向が二つ紹介されました。 詐欺師症候群 ダニング=クルーガー効果 詐欺師症候群 参考にしたサイトから説明を抜粋しています! 詐欺師症候群とは、自己評価が低く、自分

    アーキ部:自分のエンジニアスキルを客観的にどうやって知るか - そこに仁義はあるのか(仮)
    advblog
    advblog 2016/09/21
  • アーキ部:テーブル設計をやってみよう! - そこに仁義はあるのか(仮)

    毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) スピードラーニング的に@kawasimaさんのお話を聞く会ですが、今週はテーブル設計がテーマでした! この記事がすごく良かったので、触発されてブログ書く!!! developer.hatenastaff.com お題 ↓のお題が出て、テーブル設計を考えてみるはなし。 要求仕様は以下のとおり。 ・宿の部屋は、シングルやツインのような部屋タイプが設定できます。 ・宿側で宿泊プランを設定できます。宿泊プランは適用される日付が設定できます。 ・プランには複数の部屋タイプが含まれることがあります。 ・宿側でプラン・部屋タイプ・宿泊日ごとに宿泊費の設定ができます。 ・カスタマはプラン・部屋タイプ・宿泊日を指定して宿泊予約ができます。 ・予約は会員でも非会員でも可能です。 ・また、会員・非会員に関わらず、宿をお気に入りに登録でき

    アーキ部:テーブル設計をやってみよう! - そこに仁義はあるのか(仮)
    advblog
    advblog 2016/09/05
  • SIerといえばソースコードの自動生成だ!テーブルとEntityクラスを自動生成するサムシン(PostgreSQL版) - そこに仁義はあるのか(仮)

    これはPostgreSQL Advent Calendar 2015 - Qiitaの記事です。 昨日はsawada_masahikoさんのPostgreSQL開発の基動作まとめ - Qiitaでした! SIerといえば、ソースコードの自動生成ですね! 開発を進めていくうえで、コロコロと変わっていくテーブル構成。。。 そんな中で、まったくソースコードを触らずに(sqljavaも触らない!つまり誰でも!どんな人でも!!作業できる!!!) テーブル構築からデータ投入、さらにはEntityクラスを生成することが出来るツール(mavenプラグイン)を、今のプロジェクトで使っているので、それの紹介と使いかたを説明します。 いろんなDBに対応しているけど、今のプロジェクトではPostgreSQLを使っているので、今回はPostgreSQL版の使いかた説明です!*1 なお、今回使っているPostgr

    SIerといえばソースコードの自動生成だ!テーブルとEntityクラスを自動生成するサムシン(PostgreSQL版) - そこに仁義はあるのか(仮)
    advblog
    advblog 2015/12/13
  • これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)

    受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。(書く順番が逆っぽい) 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って

    これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ!! - そこに仁義はあるのか(仮)
    advblog
    advblog 2015/09/04
  • CentOSにGitBucketをたててみた - そこに仁義はあるのか(仮)

    会社でGit使いたいって言ったらサラッとOKが出た。 ただ、GitBucketを自分でたてなきゃいけないので、やり方を調べとく。 会社ではCentOSサーバを、触っていい環境として与えてもらえたので、家のMacにVirtualBox入れて、CentOSをたてて試してみた! 環境 VirtualBox 4.3.28 CentOS-7-x86_64-Minimal-1503-01.iso VirtualBoxのCentOSにssh接続するまでの設定は↓のページをみながらやった! VirtualBoxにCentOS7をインストールしてみる - yk5656 diary CentOS6とCentOS7では、ネットワーク設定のやり方が全然違っているので注意! JDKをインストールする ↓のコマンドを打つと、インストールできる jdkがいっぱいでてくるので、『〜devel』がついてるものをインストール

    CentOSにGitBucketをたててみた - そこに仁義はあるのか(仮)
    advblog
    advblog 2015/06/01
  • 1