仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。

オブジェクト指向の本では「自転車をモデリングしてみましょう」「鳥をモデリングしてみましょう」ということが、どういうシステムで使うか規定せずによく書かれています。 けれども、モデリングではどういうシステムで使うかということが大事で、それを決めずにモデリングを考えても意味がありません。モデリングすべきはモノではなくシステムのプロセスです。 よく、オブジェクト指向では現実をモデリングするのようなことが言われますね。 例えば鳥が鳴くとして、その一種であるニワトリをどうモデリングするか、ということを考えるとします。 そうすると、まず void 鳴く() { print("コケコッコー"); } のようなメソッドを考えるのですけど、コケコッコーとうまく鳴けるのは鳴き慣れたニワトリです。そのため、鳴くメソッドにカウンターを用意してどんどんうまくコケコッコーになるようにしたくなります。 いや、そもそも、コ

はじめに 「テーブル・DBを設計するときのさいきょうの極意」を完全に理解したので 初心者（私）向けに共有する記事です。 どうぞ揉んでいただければ幸いです。対戦よろしくお願いします。 さいきょうの極意 初心者が「テーブル・DB設計して」と言われると、 「アソシエーションってあったよね・・・バリデーションも？中間テーブルを使うときと使わないときと・・・」と大変に混乱し、何から手をつけていいかわからなくなります。 そんなあなたにこれ！ テーブル・DB設計は「属性」と「関係」の２つだけ 「属性」は必要なものを書くだけ 「関係」は 1:1 / 1:N / N:N しかない（しかも、ほとんど 1:N） これが極意だ！！！ 一般的な、「ユーザーがいて、投稿ができて、コメントといいねができるサービス」で考えてみましょうか。 users / posts / comments / likes のテーブルが必要

2022.04.27 3種のワイヤレスイヤホンを分解！ 20倍の価格差の裏にあった、作り手のこだわり・思想の違い 近年、ワイヤレスイヤホンを装着しながら歩いている人をよく見かけるようになりました。最近では低価格から高価格商品まで、ラインナップの幅が広がっています。しかし「いろんな種類があるけど、いったい何が違うの？」と疑問に思っている人も多いのではないでしょうか。 そこで、価格が異なる3種類のワイヤレスイヤホンを分解して、中身の違いを調べてみました。分解するのは、『「100円ショップ」のガジェットを分解してみる！』の著者である「ThousanDIY」こと山崎雅夫さん。分解によって見えてきた3種の製品の特徴やモノづくりに対する思想の違い、今後の市場の変化とは？ ThousanDIY　山崎雅夫さん 電子回路設計エンジニア。現在は某半導体設計会社で、機能評価と製品解析を担当。2016年ごろから電

このように、層ごとに関心事の分離を行うことで、保守性の高い（変更容易性や再利用性等）アプリケーションを実現できます。 しかし、「トランザクション」においてはどうでしょうか。 トランザクションはビジネス領域においても、技術領域においても関心事がある内容です。 そういう曖昧なものは「ひとまず usecase 層に入れてしまえ」という方針になりがちです。 ですが、DB 固有の知識を usecase 層の関心事にしてしまっては、関心事の分離をするメリットが得られません。 そのため、関心事の分離を実現しつつトランザクション実装をする方法を模索してみました。 前提 1. クリーンアーキテクチャを採用している（オニオンアーキテクチャやレイヤードアーキテクチャも含む） そもそもビジネス知識と技術知識を分離していないアーキテクチャを採用している場合、メリットは得られません。 そのため、オニオンアーキテクチャ

いつもヒーターのそばにいる。 単純に部屋が寒いという理由もあるが、スイッチが入ってないのに、気づくとヒーターの前に立っていることがよくある。 もはや機能とか関係なく、ヒーターのそばにいると安心感を得るようになってきているのだ。 しかし、春の気配と共にヒーターとの別れも近づいてきている。今のうちに、いつでも一緒にいられるぬいぐるみをつくっておこう。 常にヒーターのそばにいたい 職場が寒すぎるので、定期的にヒーターの前に立って暖をとっている。 セーブポイントのように頻繁に訪れるのが面倒なので、少しずつ自分のデスクの方に場所をずらしはじめ、今ではかなり近くまでヒーターを移動することに成功した。 近くなったとはいえ、ヒーターの前以外寒いことには変わりないので、やはりヒーターの前に立って暖をとっていたのだが、ある日電源が入ってないことに気づいた。 私はヒーターに物理的な暖かさだけを求めているわけじゃ

PHPカンファレンス関西の登壇資料です。 WEB+DB PRESS Vol.134に詳細があります https://gihyo.jp/magazine/wdpress/archive/2023/vol134

はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 はじめに 人は見た目が9割 皆さん一度はこの言葉を耳にしたことがあるのでしょう。内面がどれほど素晴らしくても、外見がそれに見合わないと、なかなか本当の価値を認めてもらえないものです。 この話は人間だけでなく、アプリケーションにも当てはまります。どれだけ内容が素晴らしくても、見た目がイマイチだったり使い勝手が悪かったりすると、ユーザーに敬遠されてしまいます。(私は以前ネ⚪︎フリからア⚪︎プラに切り替えたのですが、使いにくく感じたため、すぐに元のサービスに戻しました) エンジニアの皆さん、優れた技術力を持ちながら、デザインが原因でユーザー離れを招いていませんか？そうならないよう

インターネットユーザー。電子工作でオリジナルの処刑器具を作ったり、辺境の国の変わった音楽を集めたりしています。「技術力の低い人限定ロボコン（通称：ヘボコン）」主催者。1980年岐阜県生まれ。 本『雑に作る ―電子工作で好きなものを作る近道集』（共著）がオライリーから出ました！ 前の記事：なぜ消えてしまったの… 忘れられない販売終了品を語る 第４回 クイッククエンチ、かわりんぼ、 チーズバイツ… ＞ 個人サイト nomoonwalk モノタロウの電池がおもしろい ちょっと前にモノタロウ（業務用の資材通販サイト）からチラシが届いて、そこに載っている電池のデザインがおもしろかった。 商品ページより。単3とか単4とかを表す数字がでかくてすごいインパクト おもしれー！と思って同僚に見せたらみんなウケていたが、見方を変えれば誰でも間違えにくいユニバーサルデザインでもある。 あるいはもしかしたら、サイズ

みなさんこんにちは。 資料デザインのリサーチや分析に取り組むパワーポイントのスペシャリスト、パワポ研です。 いつも企業が出しているパワーポイントの分析結果などを紹介しているのですが、本日は良いパワーポイントが見れる場所とその理由を紹介します。 どこで見れるのかずばり、経産省のHPです。以下のURLより「委託調査報告書」を確認ください。ご存じの方も多いかもしれませんね。 トップはこんなページになっています。 トップ的なページこの中で、例えば「令和4年度分の掲載一覧（PDF形式：48KB）」を押してみましょう。 令和4年度分の掲載一覧こんな感じのリストがずらっと並べます。エクセルでも同じようなものがダウンロードできます。正直見づらいですが、このリンクの一つ一つが調査報告書になっています。 何ですごいのか数と質です。 数のすごさ 数については、パワーポイント形式以外（ワード）の報告書もかなり混じ

最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作

はじめに この記事はHow to Learn Software Design and Architecture | The Full-stack Software Design & Architecture Mapを翻訳したものです。 翻訳がおかしい箇所などあればご指摘頂けるとありがたいです。 元記事の著者: Khalil Stemmler(@stemmlerjs) 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです！ 設計に関する記事 ソフトウェアデザインとアーキテクチャは、DevOpsやUXデザインのように、コンピューティングの領域の中でも独自の研究分野となっています。ここでは、クリーンコードからマイクロカーネルまで、ソフトウェアデザインとアーキテクチャの幅広さを説明するマップを紹介しま

はじめに 皆さんのログに対する理解はどんなものでしょうか？仕組みから設計方法まで完璧に理解しているエンジニアもいれば、なんとなく使用しているエンジニアも多いことでしょう。 ログとは、システムに着いてエラーや障害の発生、利用者による操作や設定の変更、外部との通信などを時系列に記録したものです。ログに関する理解を深めることで、複雑なシステム開発や運用が可能となります。また、AWS、Azure、GCPなどのクラウドサービスを利用している場合はシステムの開発が可能になるだけでなく、経費削減に繋がる可能性も考えられます。 本記事では、ログの基本を押さえるためにその設計方法について解説します。少しでも自信がない方は、ご一読ください。 ログを出力する理由は？ ログの基本や、ログの設計について解説する前にそもそもログを出力する理由を押さえましょう。大きく4つの理由が考えられます。 ・問題が発生した時に調査

「スーパーマリオ」でスターを取ったときの光り方は，地上と地下で違う。そこにはファミコンゆえの理由があった 編集部：荒井陽介 本日（2023年7月15日），発売40周年を迎えたファミリーコンピュータで最大のヒットタイトルといえば，全世界での販売本数が4000万本を超えたとされている「スーパーマリオブラザーズ」（以下，スーパーマリオ）だろう。 当時生まれていなくても，「バーチャルコンソール」や「ニンテンドークラシックミニ ファミリーコンピュータ」「ファミリーコンピュータ Nintendo Switch Online」などで触れた人は多いはずで，家庭用ゲーム史上，もっとも多くの人がプレイしたタイトルかもしれない。 そんなスーパーマリオなので，特定のブロックを叩くと出てくる「スター」を取ると，マリオの体が激しく光り，無敵状態になる……ということは，今さら説明するまでもないだろう。 だが，その「マリ

すでに多くの方々にお手に取っていただいておりますが、オライリージャパンから「ソフトウェア設計のトレードオフと誤り」の翻訳をフューチャーのメンバーと一緒に出版いたしました。好評なようで、発売一カ月ほどで増刷も決定いたしました。みなさまご購入いただき、ありがとうございます。初版をお買い求めになられたい方は今すぐ書店にダッシュ！ トレードオフこそが設計である良い設計とか読みやすいコードみたいな話題はツイッターではバズりやすい話題です。 読みやすいコードの話題ではいろいろなレイヤーの話が出てくるのですが、因数分解すると、だいたいいくつかのカテゴリーに分かれるように思います。 命名規則とか書き方のルール 従うべきクラス構造、アーキテクチャ構成の導入 サービスの境界をどこに引くか、どのようなときに設計手法を選ぶか、どのアルゴリズムを選ぶか 名前や命名規則の統一とか書き方の統一とかは用語のリストを作って

今回は少年漫画に登場する「悪の組織」を分析することを通して、組織デザインについて学んでいきたいと思います。以前、CULTIBASE Radioで配信し、noteにもまとめた「少年漫画から学ぶリーダーシップシリーズ」が大変好評だったので、その組織デザイン編も書いてみた次第です。 さて、多くの漫画において、「悪の組織」は最終的に主人公やそのチームの前に敗れ去ることになります。 もちろん、主人公たちが努力の末に大きく成長したことが、悪の組織を倒す原動力になっていることは間違いありません。しかしながら、要因はそれだけではないと思っています。 「悪の組織」敗北の要因として特に大きいのが、「組織デザインの失敗」だと僕は考えています。 そこで、この記事では『鬼滅の刃』『ダイの大冒険』『ドラゴンボール』という3つの名作漫画に登場する「悪の組織」の組織構造を紐解きながら、主人公たちに敗れることになってしまっ

どうやら少し前から話題になっていたようですが、今朝僕のツイッターのタイムラインに流れてきた、こちらのツイート。 軽井沢プレミアムアウトレットモールに毎年3回は来る者なのですが、完全に「来てはならない場所」になってて涙。正規店には置かないアウトレット専用の低劣品を混ぜて情弱に売るのはよくあったんだけど、もはや今は「それしかない」 正規店に置いているレギュラー品は、ぶっちゃけ公式webショップで pic.twitter.com/QRMgpUKIsj — アムロ・ジ・エンド™️ (@amurosansan) 2023年4月29日 「正規店には置かないアウトレット専用の低劣品は、いわゆるアウトレット専売品ですね。を混ぜて情弱に売るのはよくあったんだけど、もはや今は「それしかない」」 とっても辛辣な表現ですが、よくわかります。 大手セレクトショップのアウトレット専売ブランド 「正規店には置かないアウ

それはそうと、軽量な形式手法たる型システム含む形式手法は記号の世界の中での正気はちゃんと証明してくれるが、人間様が頭を捻って作られた、自然言語で書かれた仕様とやらは一体何の正気を保証してくれるんだろう