プロダクトマネージャーについて - naoyaのはてなダイアリー
Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの･･･い
ソフトウェア開発技術者が知っておくべき５つの法則 - スタジオ・アルカナ技術ブログ
はいどうも～。 本日はhidetarouの番ですが休業中のため代打でしゃしゃり出たエンジニア吉田です。 「○○○な●●つの○○○」なんて感じのタイトルを付けると、 なんだか興味が惹かれるというのを目にしたので活用してみました。 ※個人的にはそうでもない気がしている。 というわけで、今回はソフトウェアに関係しそうな「法則」を５つほど紹介し、 それをソフトウェア開発業務にどう生かしていくかを考えてみます。 本日ご紹介する法則は以下の5つです。 ブルックスの法則コンウェイの法則パーキンソンの法則マーフィーの法則ハインリッヒの法則 でわでわ、早速。 ブルックスの法則 「遅れているソフトウェアプロジェクトへの要員追加はさらに遅らせるだけだ」 これは、IBMのOS/360（メインフレームOS）の開発者であるフレデリック・ブルックスが 名著「人月の神話」で提唱したプロジェクトマネジメントに関する法則です
ep22 AMP | mozaic.fm
Theme 第 22 回のテーマは AMP(Accelerated Mobile Pages) です。 今回は @ymotongpoo さんをお迎えして、 AMP の登場背景やそこから見える今の Web の問題点、導入や普及、今後の展望などをふまえ、 AMP が登場した意味、そして AMP が Web にもたらす影響などを通して 「今何がおこっているのか」と「これからどうなっていくのか」を議論しました。 Show Note Why AMP is Fast ampproject.org ampproject/amphtml github Waht is AMP? Why AMP is fast Publishers using AMP HTML AMP Cache AMP Cache AMP Cache Update Ping Format AMP Validator Chrome Dev
【悲報】みずほのデスマ現場、ガチで監獄並だった。末端は7次受けで時給900円 : IT速報
窓のない部屋に鮨詰めにされて 会議用の長机とパイプ椅子で 隣の人の肘があたったり、前の人の足が当たって 便所は長い行列で漏れそうになる 当然毎日終電 助けて 関連：【悲報】みずほ銀行の次期システム、デスマプロジェクトが破綻か。完成のメドなく4000億円がパー
意訳: InfrastructureAsCode - Qiita
ブログからの引用です。ブログはこちら 今回はアーキテクチャパターンとかリファクタリングで有名なMartin Fowler氏のブログであげられていた "InfrastructureAsCode"(原文はこちらを勝手に解釈して意訳してみましたという内容です。 意訳 感想 さっそくいきましょう。 インフラストラクチャーアズコードというのはコンピューティングやネットワークをソフトウェアシステム同じように扱えるようにソースコードを通じて定義するアプローチである。こうしたコードは可監査性やビルドの再現可能性を実現するために管理され、テストの方法や、継続的デリバリーの実現のやり方に依存する。これはクラウドコンピューティングプラットフォームを扱う方法としてここ数十年行われてきた方法だし、これからのコンピューティングインフラストラクチャーを扱う主要な方法である。 私(Fowler氏)は、鉄器時代に育って、当
ディレクターがSQLを使えてよかった話 - クックパッド開発者ブログ
こんにちは。ディレクターの川原田です。 クックパッドでお気に入りレシピを保存する「MYフォルダ」のサービス開発や、保存・記録に関する新規サービスの検討・開発を担当しています。 ディレクターの仕事は様々ありますが、今回は私が身につけたことで仕事領域が広がった！と感じているSQLについてお話ししたいと思います。 いきなりですが、SQLが使えてよかった点をまとめると以下です。 よかったこと 数値抽出から分析まで自己完結 エンジニアとのコミュニケーションがスムーズに 仕事が増えていそうで実は効率アップ 周囲の知的好奇心を刺激 それぞれ具体例を交えてお話します。 数値抽出から分析まで自己完結 事例１：ログ構造を理解でき後の仕事がスムーズに 昨年、アプリのサービス開発を担当した際、エンジニアの設定したログが、実際に送信されるかどうかを事前チェックをしました*1。 アプリのリリースはタイミングが決められ
伊藤直也氏に聞く、「ロードマップ」なきWeb業界の歩き方【キャリアごはんvol.4レポ前編】 - エンジニアtype | 転職type
エンジニア同士が交流し、ごはんと悩みをシェアしながら 仕事人生の次の一手を探るためのワークショップ型イベント「キャリアごはん」のイベント情報やイベントレポートを紹介します かつては【特定の技術分野を深掘り】→【その分野で専門家に】→【その後はマネジャーかスペシャリストに】といったような、ある程度決まったロードマップの上でキャリアを作っていたエンジニアたち。それが今、特にWeb関連の仕事を中心に、サービス開発の複雑化と求められるスキルの多様化などを背景に変化が見え始めている。 エンジニア経験をこれまでにない方法で活かせる新職種も方々で生まれており、企業側の評価やキャリアパスも以前に比べれば多様なものになっている。 そこで6月16日、弊誌『エンジニアtype』と転職サイト『@type』は、【続々生まれる「エンジニア新職種」の未来を考える】をテーマにワークショップ型イベント『キャリアごはん』の第
新人プログラマが知るべきプログラミングの原則６選！ - Qiita
この記事について この記事は筆者がプリンシプルオブプログラミングを読んで、備忘録的にまとめたものです。 これから紹介する６つの原則を用いて、「よいプログラマ」に近づきましょう！ 新人プログラマが知るべきプログラミングの原則7選 KISS Keep It Simple,Stupid シンプルにしておけ、愚か者よ コードを書くとき、「単純性」や「簡潔性」を最重要項目ということ。 コードは、自然に任せて修正していくと、無秩序になり、複雑になる。その結果、読みにくく、修正しにくくなっていく。コードをシンプルに保つことで、修正に容易にすることができる。 具体的には、プログラミングをする際に、「動作させるために、もっともシンプルなものは何か」と常に問いかけることが必要である。 DRY Don't Repeat Yourself. 繰り返すな。 同じコードを重複して書くなということ。 なぜかというと、コ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
❤️ Best adult photos at diswir.fr