2. プロセスやツール よりも 個人と対話を、 包括的なドキュメント よりも 動くソフトウェアを、 契約交渉 よりも 顧客との協調を、 計画に従うこと よりも 変化への対応を、 アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだ そうとしている。この活動を通して、私たちは以下の価値に至った。 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。
プロエンジニアになるための「アジャイル開発」再入門
2. プロセスやツール よりも 個人と対話を、 包括的なドキュメント よりも 動くソフトウェアを、 契約交渉 よりも 顧客との協調を、 計画に従うこと よりも 変化への対応を、 アジャイルソフトウェア開発宣言 私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだ そうとしている。この活動を通して、私たちは以下の価値に至った。 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。
サーバント・リーダーシップ�を掘り下げて考えましょう
Regional Scrum Gathering Tokyo で発表したスライドです。 ８つの習慣のことをもっと知りたい方、牛尾さんのブログと私達が作ったビデオをここで見て下さい。simplearchitect.hatenablog.com/entry/2017/02/13/080021 そして、８つの習慣をもっと深く勉強したいなら、オンラインコースもあります https://japan-intercultural-consulting.teachable.com/p/8habits/?preview=logged_out サーヴァント・リーダシップのことを『日本企業がシリコンバレーのスピードを身につける方法 』にも書きました。http://amzn.to/2FoM5gO 引用した本『Scrum Mastery』はこちらです http://amzn.to/2FpDMS9 引用カードもあるよ
カネとAgile #RSGT2018
10. 顧客発見 【ニーズ検証】 顧客実証 【売って検証】 組織構築 【本格拡大】 Problem/Solution Fit Product/Market Fit Scaling Retention CAC < LTV 売上 課題解決可能 な最小限 売り方最適化 / 売上最大化売る 指標値例 検証アク ション 検証 ポイント MVP 目標 MVP作って壊す 最低限の 売れる状態 セグメントに応じて売れる状態 検証が既存ユーザに影響与えない 独自な価値提供を出来ているか 深い課題を抱えた顧客がいるか その課題の解決策は妥当か 独自な価値提供を出来ているか 顧客は本当に買ってくれるか コスト構造に無理がないか 顧客開拓 【リーチ検証】 独自な価値提供を出来ているか 最適な売り方の検証 最適な価格設定の検証 導入期 成長期 成熟期 利益 独自な価値提供を出来ているか CPA最適化 マーケットシェ
チームワーク、努力、勝利 / スタートアップのチームワークとコミュニケーション
これからの時代はチームワークがより重要になってくると思っています。 これまで様々なチームワークをよくする試みが共有されてきましたが、このスライドでは「チームワークをよくするためにどういうプラクティスが良いか」という情報だけではなく、「どういう考え方でチームワークを捉えたほうが良いのか」、というあたりを中心にまとめようと試みました。 特にスタートアップのチームワークに必要な、複雑で創造性を要するタスクを処理するためのチームワークにフォーカスしています。これらの情報がすべてのチームに当てはまるものではないと思いますのでご注意ください。Read less
認証/認可が実現する安全で高速分析可能な分析処理基盤
2. 自己紹介 • 木浦正博, Masahiro Kiura • 株式会社ドワンゴ/第二サービス開発本部 • ソフトウェアエンジニア • 2015年01月入社 • I ❤️ • 分散システム(Hadoop/Grid computing etc…) • パラメータチューニング • Linux • Python 2DWANGO Co., Ltd. all rights reserved. 3. 会社紹介 株式会社ドワンゴ • カドカワグループ • ニコニコ動画、ニコニコ生放送を はじめとするニコニコ事業を展開 • 2016年04月 N高等学校/N予備校 開校 • 2017年04月 ニコニコ超会議2017開催 項目 データ 登録者数 約6,743万人 プレミアム会員数※ 約243万人 MAU 約913万人 ※プレミアム会員とは? 月額540円にて、専用回線での快適な視聴や、 生放送の優先視聴ほか
広告プラットフォーム立ち上げ百鬼夜行
55. チケットの雛形[解] 項目 記載する内容 ・何を作るか？ 開発する機能そのものの説明 ・誰が使うか？ この機能を利用するユーザーやシステムを記載する ・なぜ必要か？ この機能を開発する背景を説明する(最重要) この背景次第では作るものを変えたり、やめたりする。 ・完了定義 正常な場合の挙動を明らかにする。 ボタンやフォームなどが存在している場合には 押下時の動作やバリデーションも全て記載する ・成功定義 この機能がリリースされた時の「成功とはなにか？」を 定量的に規定する。 ・論点 あいまいな点、決めないといけない点を記載する
クローズドソースから始めるオープンソース
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/
短期間で新技術を学ぶ技術
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
エンジニアが採用できない会社 と 評価されないエンジニア - 情科若会2016公開用
3. おまえ何者？ @ibucho (Twitter) Koichi Ise (FB) 名前 伊勢幸一 (いせ こういち） 出生 1962年11月26日(現在53歳) 干支 寅、星座 いて座、性別 ♂、血液型 AB型 業界活動事例 ❏ クラウド利用促進機構(CUPA) 運営委員&アドバイザ ❏ オープンクラウド実証実験TF(OCDET) 座長 ❏ ICT教育推進協議会(ICTEPC) 主査 ❏ ICTSC実行委員会 会長 ❏ 日本MSP協会 事務局長 ❑ Container SIG 裏方 4. ざっくり自分史 1962年 北海道夕張市で生まれる 1986年 室蘭工業大学産業機械工学科卒業 1986年 日立設備エンジニアリング入社、生産技術研究所配属 1989年 デジタルテクノロジ入社 1996年 スクウェア(現スクエニ）に入社 2003年 エニックスに吸収合併されスクエニに社名変更 200
Ruby で高速なプログラムを書く
2. 自己紹介：遠藤侑介 • Ruby コミッタ（2008年～） – Rubyのテストを増強した – コードカバレッジ測定機能を 実装した – キーワード引数を実装した – Ruby 2.0 リリースマネージャ だった – 最近は何もしてない 2 ’06下 ’07上 ’07下 ’08上 60 70 80 90 100 coverage(%) 70% 85% C0カバレッジ遷移 3. と私 • 立ち上げの時に @chezou さんに相談を受けた • 初期に数回だけ参加した • Kawasaki.rb #005 （2013-10-23）で発表した – 以上（すみません） • ちなみに Kawasaki.rb #005 で発表したものは 3 4. eval$s=%q(eval(%w(B=92.chr;N=10.chr;n=0;e=->(s){Q[Q[s,B],?"].gsub(N,B+?n)};
マイクロにしすぎた結果がこれだよ！
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
親に知ってほしい受験勉強
小学校以降〜大学受験まで、学年に関係なく、受験を控えている or 受験をするかもしれない子どもの親に向けて、親にこそ知っておいて欲しい効率的な勉強方法を有給ニート中の有り余るヒマを注ぎ込んでまとめてみたスライド。Read less
IT業界におけるコミュニティ活動の大切さ
2016年1月29日(金)、香川大学工学部電子・情報システム工学科の特別講義で講演したときの資料です。Read less
企業文化をぶち壊すな / Startup Culture
スタートアップの企業文化 (Startup Culture) についてのスライドです。 企業文化やビジョンをスタートアップの初期から気にするべきかどうかは悩ましいところですが、Y Combinator の Jessica Livingston のいうとおり、企業文化はその設立当初から自然と育っていってしまうものだなと 2, 3 人のスタートアップを見てても思います。であれば、初期から考えるためのある程度の情報はあっても良いのかなと思い、今回スライドをまとめました。 企業文化はかなりソフトな概念なので、そもそも把握しづらい上に何が良くて何が悪いのかも分かりにくく、さらに簡単に変えたり作り上げたりできるものではありません。それに加えて、良い（望ましい、心地の良い）企業文化があるからといって、その企業の成功が約束されるわけではありません。 ただ様々な研究を見てみても、良い企業文化は生産性向上や採
ドキュメントシステムはこれを使え2015年版
12. 思いつくキーワードを挙げてみた POD Javadoc など WEB Sphinx Re:VIEW EWB CAS-UB Atlas Gitbook PressBooks Booktype IGP digital publisher BCCKS でんでんコン バータ Markdown Wiki 記法 reStructuredText RD、RDoc AsciiDoc HTMLBook DocBook DITA、JATS LATEX とか Docutils Calibre Pandoc Word（MS Office） Writer（LibreOffice） Adobe InDesign Adobe FrameMaker AH Formatter Prince Apache FOP Vivliostyle TEX エンジン ブラウザエンジン CSS Books cl-typesetting +
良いコードとは
2. 良いコードとは • （エンタープライズにおける）良いコードとは、「読みやすくて 理解しやすく、修正しやすいコード」のことである • メモリ使用量やCPU使用量、I/O転送量が低いコードのことではない • 少しでも高速に動作するコードのことではない • ゲームや特殊な環境で動作するソフトウェアなどでは、こういうコードが「良 い」コードの場合もある • トリッキーな手段を駆使してなるべく短くかかれたコードのことではない • 競技プログラミングなどでは、こういうコードが「良い」コードの場合もある 3. なぜ「良い」コードを書くべきなのか • エンタープライズでは、チームで開発することが多い • 一人ですべて開発するのだとしても、３か月前の自分は他人 • エンタープライズでのコードは、「書かれる」よりも「読まれる」 ことが圧倒的に多い • エンタープライズのコードは機能拡張が常に発生するため
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ガチャサイクルと海外課金
ふつうのRailsアプリケーション開発
PMの採用について
Web屋の運用その極意
