Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
2013/03/05夜の衝撃(とあるSI業界の方の講演を受けて) #TechLunch
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Livesense Inc.
PRO
April 21, 2014
Technology
53
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
2013/03/05夜の衝撃(とあるSI業界の方の講演を受けて) #TechLunch
2013/03/05夜の衝撃(とあるSI業界の方の講演を受けて)
2013/03/06 (水) 12:00-13:00 @ Livesense TechLunch
発表者:福田 絵里
Livesense Inc.
PRO
April 21, 2014
More Decks by Livesense Inc.
See All by Livesense Inc.
Rubyはただの⾔語に⾮ず
livesense
PRO
0
440
28新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
110
27新卒_総合職採用_会社説明資料
livesense
PRO
0
6.1k
27新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
11k
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
520
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
1
1.7k
データ基盤の負債解消のためのリプレイス
livesense
PRO
0
650
26新卒_総合職採用_会社説明資料
livesense
PRO
0
13k
株式会社リブセンス会社紹介資料 / Invent the next common.
livesense
PRO
2
70k
Other Decks in Technology
See All in Technology
CDKで書くECSのベストプラクティス、 改めて考え直す2026 #cdkconf2026
makies
3
920
Oracle Exadata Database Service on Cloud@Customer X11M (ExaDB-C@C) サービス概要
oracle4engineer
PRO
2
8.5k
「休む」重要さ
smt7174
5
1.5k
SoccerMaster: A Vision Foundation Model for Soccer Understanding
kzykmyzw
0
160
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
110k
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
320
実践!既存 Project への AI-Driven Development 適用〜 一ヶ月で Project 唯一のフロントエンドエンジニアを作り出せ〜
lycorptech_jp
PRO
0
380
Data + AI Summit 2026 イベントレポート: 「AIがビジネスで意思決定するデータ基盤」へ
nek0128
0
300
データエンジニアリングとドメイン駆動設計
masuda220
PRO
14
2.4k
文字起こし基盤の信頼性
abnoumaru
0
110
[Droidcon Orlando '26] The Android Lens: Applying Mobile Forensics to AI Performance
amanda_hinchman
1
100
Multicaで30個のミニプロジェクトをAIエージェント運用して見えてきたこと
eiei114
1
610
Featured
See All Featured
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
28
3.6k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
640
Product Roadmaps are Hard
iamctodd
55
12k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.8k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.8k
Exploring anti-patterns in Rails
aemeredith
3
450
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.5k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
240
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
Transcript
2013/03/05夜の衝撃 2013/03/06
None
None
None
スーツの人ばっかりだ・・ しかもほとんど30代以上っぽい・・
ミスターX登場(age 48)
「フリーランス(英: freelance)とは、特定の企業や団体、組織に 専従しておらず、自らの才覚や技能を提供することにより社会 的に独立した個人事業主もしくは個人企業法人である。」 「英語「freelance」の語源は、中世に遡る。中世は王や貴族は 戦争の度に傭兵団と契約して戦争に臨んだ。その中で傭兵団 を離れて戦場に臨む兵士達がいた。当時は槍騎兵 (lancer) が 自分の従卒として歩兵や弓兵を連れている形態が多かったた
め、契約の際には槍の本数=1戦闘単位としてカウントされた。 まだ敵勢力と契約を交わしていない (英: free) 戦闘単位 (英: lance) を指す言葉として「freelance」が用いられるようになっ た。」
「フリーランス(英: freelance)とは、特定の企業や団体、組織に 専従しておらず、自らの才覚や技能を提供することにより社会 的に独立した個人事業主もしくは個人企業法人である。」 「英語「freelance」の語源は、中世に遡る。中世は王や貴族は 戦争の度に傭兵団と契約して戦争に臨んだ。その中で傭兵団 を離れて戦場に臨む兵士達がいた。当時は槍騎兵 (lancer) が 自分の従卒として歩兵や弓兵を連れている形態が多かったた
め、契約の際には槍の本数=1戦闘単位としてカウントされた。 まだ敵勢力と契約を交わしていない (英: free) 戦闘単位 (英: lance) を指す言葉として「freelance」が用いられるようになっ た。」 _ _人人人人人人人人人人人人人人人_ > wikipedia駆動型イントロ ダクション <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄
若手はインターネットにない情報は「ない」と決め付ける。いわ ゆる"Google症候群"に陥っている 自身で考えた結果の”付加価値”が重要 新しい技術は面白いが、コミットし過ぎは本末転倒 技術が枯れてくれば安心できる。BigDataがどうとかいってる が、新しい技術の人柱になるな。 Githubで次々コードがあがってるが、ほとんどはフィードバック されず役に立たない 技術力自慢のために、自分の時間を削ったりはしない。私は コードを書いてお金をもらっている立場だ
_
大切なのは道具でなく、問題解決。 svnよりgithubの方が便利だよ、というような話は耳が痛い そんなこといったら、IDEができた時点で色々な問題が解決して いるはずだが、実際はそうではない、そのため道具が問題では ない _
大切なのは道具でなく、問題解決。 svnよりgithubの方が便利だよ、というような話は耳が痛い そんなこといったら、IDEができた時点で色々な問題が解決して いるはずだが、実際はそうではない、そのため道具が問題では ない _ 今日git移行したばっかりなのに(´;д;`)
問題:環境定義ファイルには、さまざまなフォーマットがありま す。例えばデバイス情報とUAは、JSONとYAMLどちらで管理 するのがよいでしょうか A.どちらでも構わないが、多数重複するので、メンテナンス性を 高めることが重要 JSON "color" : 1600000 @import
"UA/safari4.json" ←.fredy
テストデータに"あああ"などを入れるのは論外。データに対する 愛がない。
本番データのマスク処理<天然物>よりも、自動テストのためだ けに使われたデータ<養殖物>を使うべき 天然物の場合、そのデータの変更可能性や意図が不明瞭であ るし、人にきかなければならないため
自動テストは出来レース。そしてメンテとの戦い。スキーマ変更 だけで、一気に真っ赤になる メンテナンス性が下がるだけで、結構な赤字になってしまう そのためテストデータを柔軟にする必要がある、JSONにJSを 埋め込こむこともある。グローバル変数などの問題も残るが。 _ テストデータのテストも必要?
若手エンジニアのいうことは大抵聞く耳をもってない。 scaffoldでテストデータの自動生成できますよ、っていっても、そ ういった技術だとお客さんの要件に対応できないことがほとん ど。 海外のものを日本に適用できるとは限らない
• そもそもSIとweb業界の構造が違いすぎるため、技術の扱 い方も全く異なってくる • 古い技術を生かさざるを得ない状況なのかもしれない • とはいえ、新しい技術の習得によって得られることは、その 技術からの恩恵だけにとどまらない • テストデータ自体を動的に変更する方法は、テストデータ生
成プログラムに頼る方法よりも適してるとはあまり思えない • 本番データマスクのデメリット