DXを妨げる要因と実現へのアプローチ by @yuzutas0 / 20211022株式会社商船三井様の社内セミナーで用いた資料です。 関係者の許諾を得て公開しています。 関連記事「DXに関する私的な殴り書き」 https://yuzutas0.hatenablog.com/entry/2020/06/02/110000 関連スライド「民間企業におけるDXの事例と課題」…
エムスリーのQAチームが目指すもの
11/03のDevLove「あなたの知らないQAチーム、QAエンジニアの世界」で発表した内容になります
エスイーが要件定義でやるべきたったひとつのこと(実践編) - Qiita
元海岸沿い現西新宿SIerのまつい師匠(@nmatsui)の「良いコードとは」というスライド、お読みになられたでしょうか。まだの方は是非！ http://www.slideshare.net/nbykmatsui/ss-55961899 さて、そのスライド中で出てくる「ロジックをシンプルに保つ」という話、以前まついさんと社内SNSでディスカッションしたことがある内容で、その結果をまとめておいたのが、以下になります。 http://www.slideshare.net/kawasima/ss-26968240 デシジョンテーブルを簡略化すると、プログラムの複雑度を減らすことができ、なにより仕様が単なる記号でなくて、顧客の要求が浮き出てきて理解しやすくなるよ、というものです。 ただ、この中では非常に単純な例しか挙げていないので、もう少し実践的な仕様で、ご説明したいと思います。 出力が多値のデシ
見積もりについて勉強したことを色々スライドにしてみた - だいたいよくわからないブログ
見積もりについて思ってることとかをまとめてみました。 マネージメントの実戦経験というよりソフトウェア開発手法について学んだ結果のアウトプットみたいなノリでみていただければ幸いです。 社内勉強会で話したので会社のスライド使ってますが、会社が今こうというわけではなく一般的な話にとどめています。（あとstudy_lean_agileっていう名前の勉強会なんですが、このスライドはリーンもアジャイルもあまり意識していません） 前半は自分なりの考え方、後半は具体的にはこうしたらいいんじゃないかと思っていることという風に分けています。 誰のための見積もり・何のための見積もり part1 from matsu_chara Matsubayashi www.slideshare.net 誰のための見積もり・何のための見積もり part2 from matsu_chara Matsubayashi www.s
アスクルに潜入して、レガシー感謝の日のお話を聞いてきた - もがき系プログラマの日常
はじめに こんばんは。今回はこちらのイベントに参加してきました。 askul.connpass.com 次の日が勤労感謝の日ということで、日頃レガシーと戦っているお話をいろいろと聞いてきました。 各スライド レガシーとは何者か @dskst9さんの発表 レガシーフロントエンド @Kotanin0さんの発表 レガシーコア 不変の価値 @k_h_sisspさんの発表 レガシーシステム・レガシーソフトと向き合って @warumonogakariさんの発表 レガシーシステム・レガシーソフトとむきあって from warumonogakari,tumibito Kato www.slideshare.net 人のレガシーを笑うな @m_noriiさんの発表 人のレガシーを笑うな - レガシー感謝の日 from Masanori Hayashi www.slideshare.net 本当にあった最速で
Webシステムにおけるログ収集系の個人的まとめ - ガジェカツ～在宅SEのガジェット活動ブログ～
ログ収集系の個人的な超簡易的なまとめです。（qiitaの自分の投稿からの転載です。） 僕みたいなそんなの全然追っかけてないけど、運用監視のシステムを作る必要あったので最近のセオリーを調べないとな－っていう人向け。 既にもっと詳しいものはありますが、自分でまとめたかったのでまとめてみました。 とりあえずは有名どころの名前を羅列して最低限俯瞰できるようにしておきます。 ※内容間違っているとかあったら指摘ください。 最近のセオリー ログ収集＋ログ集積＋ログ解析（という名のダッシュボード） これら３つのOSSプロダクトを組み合わせるのがセオリーです。 Zabbixなどのような一まとめは大量のホストがある時やパフォーマンス、柔軟にログを受け入れる必要があるときは使えません。 特に最近ではクラウドサーバーというかdockerなどのコンテナ系仮想技術の影響でサーバー台数も増えたり減ったり可変であったりし
サイボウズのフロントエンド開発 現在とこれからの挑戦
This document summarizes a Cybozu Meetup event focused on frontend technologies. It discusses Cybozu's transition from traditional server-rendered web applications to single-page applications built with React. It also covers Cybozu's use of Closure Compiler, TypeScript, JSDoc, and other tools for JavaScript development. Best practices are shared around testing, linting, and integrating third-party
Android案件見積りに現れる要素、あるいは丁寧に埋設された地雷たち
【16-E-4】残業ゼロで開発スピードが10倍に！もう元の開発体制には戻れないデンソー流のアジャイル開発
大規模運用で見えるWebプロトコルの理想と現実、そして今後 #html5j #html5j_b
Dataworks Summit 2017 SanJose StreamProcessing - Hadoop Source Code Reading #...
Kyoto.js 13開催レポート & 次回予告 - マルシテイア
こんにちは！ Kyoto.js主催の id:amagitakayosi です。 先日開催した Kyoto.js 13 のレポートをお届けします。 kyotojs.connpass.com 今回は京都だけでなく、なんと東京や長野から来たという方もいらっしゃいました（ありがとうございます！！）。 発表内容もユニークなものが揃っています！ 当日の様子はTwitterのハッシュタグ #kyotojs でご覧になれます。 発表資料 「Live Coding on Atom」amagitakayosi 「煩悩の数だけRefluxを回そう(仮)」kamiyam 「type of typing typescript type」hiroqn 「煩悩レスなコンポーネントテストを目指して」bokuweb 「Reason」kuy 「Gyazoのフロントエンドから煩悩を取り払えているのか」pastak LT資料 「
Node学園26時限目まとめ - 技術探し
25時限目に引き続きオーガナイザーをしました about_hiroppy です。 今回の26時限目は、150人来ていただき本当に楽しく勉強になる時間でした。 改めてありがとうございました。 また、メルカリさんには会場整理、食事様々なことを手伝っていただき感謝します。ありがとうございました。 さて、今回の勉強会ですが、各フレームワークの話や型の話、低レイヤーのモジュールの話、 Chunked Encodingの話と結構コアな話が多い印象を受けました。 また懇親会では、古川さんからNode Collaboration Summit(Nodeのコアな人が集まるサミット(自分はこの回は行ってないです))やJSConf EU 2017で上がった議題の話がありました。(主にv8の最適化の話) 自分のwbepack3の発表を期待していた方はスミマセン(資料作ってなくて発表できなかったので。。。) 特に、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめてのPRD
HTML5 と SVG で考える、これからの画像アクセシビリティ
PenTesterが知っている危ないAWS環境の共通点
SIerもはじめる わたしたちのDevOps #jjug_ccc
Res netと派生研究の紹介
CSS Injection ++ - 既存手法の概観と対策 - Speaker Deck
計画する技術 / Planning is Skill
サービスの成長を支えるフロントエンド開発 #denatechcon
Angular 4がやってくる！？ 新機能ダイジェスト
