「本当に間に合うの？」の答えが「何もなければ大丈夫」は“圧縮スケジュール” プロジェクトマネジメントアンチパターンの回避策
ソフトウェア開発において「悪い結果に陥りやすい、避けるべき典型例」を指す、「アンチパターン」。 プロジェクトマネジメントの世界にも存在するアンチパターンは、プロジェクトの遅延や成果物の品質低下を招く原因となります。今回のセミナーでは、プロジェクトマネジメントの現場でよく見かける「プロジェクトマネジメントのアンチパターン」と、その回避方法を紹介しました。全4回。1回目は、アンチパターンその1「圧縮スケジュール」について。 よかれと思ってやっていることに苦しめられているケースがある 西郷智史氏：みなさんはじめまして、株式会社ビーイングコンサルティングでコンサルタントをしている西郷と申します。よろしくお願いします。 本編を始める前に、まず弊社の紹介をします。弊社はビーイングコンサルティングといいまして、事業内容は、制約条件の理論に基づいた生産性向上のコンサルティングサービスの提供です。制約条件の
Pythonによるデザインパターン5原則 - Qiita
参考 @kidach1 さんの投稿をPythonに書き換えてるだけです。 @kidach1 さん、いつもありがとうございます。 https://qiita.com/kidach1/items/4b63de9ad5a97726c50c 概要 改めて基本を学ぶ。 参考「Rubyによるデザインパターン第1章」→この投稿はPython デザインパターンとは プログラミングにおいて繰り返し現れる問題に対する、適切解のパターン。 無駄無く設計されたオブジェクト指向プログラムの実現をサポート。 パターンとしてカタログ化されていることで 車輪の再発明を防ぐ デザインパターンの根底にある5つの考え 変わるものを変わらないものから分離する プログラムはインターフェイスに対して行う（実装に対して行わない） 継承より集約 委譲、委譲、委譲 必要になるまで作るな（YAGNI） 変わるものを変わらないものから分離する
30分でわかるシステム運用アンチパターン / Operations Anti Patterns in 30 minutes
「システム運用アンチパターン - Forkwell Library #4」でお話しした際の資料となります。 https://forkwell.connpass.com/event/256481/ 動画はこちら。 https://youtu.be/hQAeMgXsZWc
「システム運用アンチパターン」という書籍を翻訳しました｜yuichielectric
こんにちは、田中裕一です。今回Jeffery Smithさんが書かれた「Operations Anti-Patterns」という書籍の日本語訳を「システム運用アンチパターン」として出版します。 発売日は4/12ですが、一部の書店では既に店頭に並んでいるようですし、オンラインでも買えるようになっています。是非一読いただけると嬉しいです。 どういった本か本書を一言で言うならDevOpsによる変革を実践する人のための一冊です。ただ、そういった書籍は「Effective DevOps」や「The DevOpsハンドブック」など、これまでもありました。そういった書籍との違いは本書についての紹介に表れています。 本書は、技術チームの運用担当や開発担当のチームリーダーや一般のエンジニアを対象としています。より上位のマネージャーやシニアリーダーも本書から多くの有用なヒントを得ることができるでしょう。しかし
プログラム初心者向けー知って得するベストプラクティス・原則・パターン集 - Qiita
はじめに TIS Advent Calendar 2019の2日目の記事です。初心者向けに何か書こうと思います。 簡単に言うと、初心者の方なら数年は持つベストプラクティスやパターンを上げているサイトを列挙しました。 （もし中級者の方が見られる場合は、知らない単語のリンクへ飛んで一覧だけ見ておくとよいでしょう） ベストプラクティスを知らないエンジニアと、存在を知っており適切に使えるエンジニアでは物凄い差が生まれます。 キャリアをプログラマからスタートする前提で、実装寄りのものから、アーキテクチャ設計、システム連携、クラウドと並べていきます。 私はアーキテクトという肩書なので、その傾向がリストに出ていますが、どこかでキャリアが分かれる場合は必要なところまでを知っておけば十分だと思います。 最後のほうに学習方法についても触れておきます。 覚えきれないことを知る＆早めにベストプラクティスを手に入れ
システム間連携におけるEnterprise Integration Pattern - Qiita
複数のシステム(やサービス)を跨いでデータ連携したい、なんて要望は今やどこの現場でもあると思うが、その際のデザインとしてEnterprise Integration Patternというものがある。この手の検討は主に「方式設計」なんて呼ばれていて、開発のかなり早い段階で検討されたりする。Enterprise Integration Patternには4パターンあり各々簡単にまとめた。 パターン1：File Transfer いわゆるファイル転送でのデータ連携。比較的容易に実現出来て、色んな現場で見かけるパターン。即時性を求められないバッチ等でよく見受けられる。双方のシステムで連携するデータ項目を定めて、IFファイル定義書を作成する。 パターン2：Shared Database いわゆるデータベース共有でのデータ連携。説明不要ってくらいどこにでもあるデータ連携方式。フロントエンドとバックエン
失敗・炎上に名前をつけることで、僕たちはもっと強く、生産的になれる。 - Qiita
TL;DR 起きた失敗、炎上には名前を付けよう。 名前を付けることで似たような問題が見えやすくなる。 名前を付けることで問題に取り組みやすくなる。 名前を付けないと、見過ごされ対策されずに過ちを繰り返す。 「要望真に受けて無事死亡パターン」という名前の力 システム開発において、ユーザ要望を文字通り実装することは、 バッドノウハウであることは、読者諸賢は十二分にご存じかと思う。 しかし、これが意外と撲滅されない。 特に若手やリーダー1年目が良くやらかすから、組織としてごくありふれた失敗事例となる。 そんなある日、 「それってよくあるパターンで、名付けて”要望真に受けて無事死亡パターン”だよね。」 という話をしたら若手から、 「そういうあるあるパターンにキャッチーなネーミングを付けて普及させたら、 失敗も減るんじゃないですかね？」 という素晴らしい提案を受けた。 ジョシュアツリーの法則 これは
「ソースコードブランチ管理のパターン」のダイアグラム - 日々常々
ソースコードブランチ管理のパターン - Martin Fowler's Bliki (ja) お世話になっている人も多い Martin Fowler's Blikiの日本語翻訳サイト 、いつも運営＆翻訳ありがとうございます。 パターン言語は関連が重要な役割を担っています。そして関連はダイアグラムにすると捗ります。ダイアグラムがついている書籍もよくみます。 なので、ダイアグラムがないときや書籍と違う雰囲気のダイアグラムが欲しくなった場合、自分で描きながら読んでたりします。こんな感じで。 紙に手書きすることも多いのですが、インターネットで公開されているものはURLが付けやすいのでSVGで作るのが最近のマイブーム。SVGはサイズが大きくなっても拡大すれば読めるのでいいです。 上の画像はPNGをアップロードしたものなのでGistに上げました。 GistのSVGへのリンクを置いておきます。Gistの
機械学習システムの設計パターンを公開します。
メルカリで写真検索とEdge AIチームに所属している澁井（しぶい）です。機械学習のモデルを本番サービスに組み込むための設計やワークフローをパターンにして公開しました。 GithubでOSSとして公開しているので、興味ある方はぜひご笑覧ください！ PRやIssueも受け付けています。私の作ったパターン以外にも、有用なパターンやアンチパターンがあれば共有してみてください！ GitHub：https://github.com/mercari/ml-system-design-pattern GitHub Pages：https://mercari.github.io/ml-system-design-pattern/README_ja.html なぜ機械学習システムのデザインパターンが必要なのか 機械学習モデルが価値を発揮するためには本番サービスや社内システムで利用される必要があります。そのた
Home
Welcome to the MobProgammingPatterns wiki! ここではモブプログラミングがうまくいっているセッションやチーム、組織を見て、パターンを発見していきます。 パターン パターン、パターンになりそうな気がするもの、パターンと呼べるかわからないけれどよく見かけるものごとを書いていきます。 とりあえずフォーマットにはこだわっていません。このページにもりもり書いてもいいし、別ページにしてもいいし。 全速前進！ モブプログラミングで仕事を進めていると、設計判断や意志決定をその場で下していく。どんな機能を作るか、どれから作るか、ビジネスロジックはどうか、どういうUIにするか、いつデプロイするかなど、次々に、その場でおこなわれていく。 全員集合！ 逆に言えば、チームが全速前進！で驀進したければ、その場で意志決定できる必要がある。意志決定する人がモブとしてその場に参加して
絵本を読むときのパターン・ランゲージ
目次 お気に入りの1冊 ファンタジーの翼 ゆっくり読みましょう 耳をすます 半分ひとりごと いっしょに過ごすひととき お祈りと子守唄 解題 —— パターン・ランゲージって何？ みなさんからのフィードバック ぜひ、感想をお送りください 再配布条件(GPL) 書籍案内 お気に入りの1冊 ．．． 「ねえ、ごほん、よんで」 まだよく回らぬ舌で子どもがお願いをしてきます。 これから眠る前のひととき、子どもに絵本を読んであげるのです。 本棚には子どものために買った本が何冊も。 ＊ ＊ ＊ でも、今日はどの本を読めばいいのでしょう。 幼い子どもは繰り返しが大好きです。 大人は平凡な日常、退屈な繰り返しはうんざりですが、 子どもはそうではありません。 朝が来て、夜が来る。 朝が来て、夜が来る。 その平凡な繰り返しも子どもは驚きと喜びをもって迎えます。味わいます。 絵本を読むとき、子どもは情報を求めているわ
実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズは前職の技術ブログにまとまっていますので、そちらからご覧ください。 それでは本編を開始したいと思います。 開発現場で役立たせるための設計原則とパターン アバンパート よろしくお願いします。 まず最初に簡単に自己紹介をさせていただきます。 先月転職をしまして、8/1からClassiという会社で働いています。妻と息子がおります。Scalaが好きですが、仕事ではRubyメインという感じです。 Web+DB PressやSoftware Designで何度か特集を書かせていただきました。と
Web Developer も知っておきたい Kubernetes における Sidecar Pattern と Ambassador Pattern - スタディサプリ Product Team Blog
Site Reliability Engineering チームの @yuya-takeyama です。 年末年始頃は React Native でのアプリ開発をやっていた気がしますが、「スキルを Web 開発から SRE の領域まで広げたい」という以前からの私自身の思いと、「Kubernetes による Microservices 基盤を作っていくメンバーがもっと必要」「Microservices を技術面だけでなく組織面でも Production Ready な形でやっていく上で Developer と SRE のつなぎ役が必要」という会社の状況が一致したので、異動して AWS, Kubernetes または MongoDB などと向き合っています。 3 行でまとめ Sidecar Pattern はアプリケーションのコンテナから再利用可能な部分をもう一つのコンテナとして切り出すパター
開発現場で役立たせるための設計原則とパターン - builderscon tokyo 2018
Abstract 設計原則やデザインパターンは重要なものであると言われています[要出典]が、原則やパターンを学ぶだけでは、なかなか「どのように開発現場に生かせばいいのか」が見えてこないというのもまた事実ではないでしょうか。 あるいは、原則やパターンを適用しようと頑張った結果、高まるはずの保守性が低まってしまった、というような話も、よく聞くように思います。たとえば、DRY原則を知った直後に、なんでもかんでも「共通化」を行い、あとからそこが負債化してしまった、というような体験は、多くの開発者の「苦い思い出」として残っていたりするのではないかと思います。 このセッションでは、開発要件やコードを多く例示しながら、原則やパターンと実際の開発の間の溝を埋めることを目指します。 また、原則同士の有機的なつながりや、原則とパターンの間にある関係にも光を当てることで、「カナヅチを持ったらなんでも釘に見える」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Proxyパターン - Pythonにおけるデザインパターン
マンガではわからない ソフトウェア開発の真理 | ドクセル
一時期プログラミングのデザインパターンというものが大流行しましたが、現在ではどのように評価されているのでしょうか？
自動化パタンランゲージ
Introduction | テスト自動化パターン言語プロジェクト