Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
2013/03/05夜の衝撃(とあるSI業界の方の講演を受けて) #TechLunch
Search
Livesense Inc.
PRO
April 21, 2014
Technology
55
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
570
28新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
130
27新卒_総合職採用_会社説明資料
livesense
PRO
0
7.3k
27新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
12k
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
590
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
1
1.8k
データ基盤の負債解消のためのリプレイス
livesense
PRO
0
700
26新卒_総合職採用_会社説明資料
livesense
PRO
0
13k
株式会社リブセンス会社紹介資料 / Invent the next common.
livesense
PRO
2
75k
Other Decks in Technology
See All in Technology
SDDの運用にめげずに向き合った話
sansantech
PRO
0
110
AgentCoreで実践するハーネスエンジニアリング
yakumo
1
260
The kernel report
ennael
PRO
1
220
2026-09-26 Platform Engineering Kaigi 2026 インフラとアプリの境界線と委譲の設計 / Drawing the Infra and App Line
masasuzu
0
610
spanner-autoscalerに学ぶ CRD設計パターン 〜自動化と緊急時対応を両立する Kubernetesコントローラーの作り方〜
tkuchiki
0
230
おそらく日本で唯一のDevRelインターン生として
husengs7
0
160
雪かき部 #7 もう怖くない!SELECT文!
foursue
0
270
自主式軟體工廠
philipz
0
140
ファミコンでPHPを動かす / PHP on the Famicom side b
tomzoh
0
120
OpenSharing について熱く語る〜AI アセットの共有について〜
kameitomohiro
0
170
サーバーフルコンピューティング?AWS Lambda
iwatatomoya
0
180
形式手法を使って仕様をコーディングしよう
mikanichinose
0
170
Featured
See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
Agile Actions for Facilitating Distributed Teams - ADO2019
mkilby
0
290
WCS-LA-2024
lcolladotor
0
840
Embracing the Ebb and Flow
colly
88
5.2k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
570
Navigating Weather and Climate Data
rabernat
0
540
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
430
Typedesign – Prime Four
hannesfritz
42
3.2k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Building an army of robots
kneath
307
47k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
350
Code Review Best Practice
trishagee
74
20k
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業界の構造が違いすぎるため、技術の扱 い方も全く異なってくる • 古い技術を生かさざるを得ない状況なのかもしれない • とはいえ、新しい技術の習得によって得られることは、その 技術からの恩恵だけにとどまらない • テストデータ自体を動的に変更する方法は、テストデータ生
成プログラムに頼る方法よりも適してるとはあまり思えない • 本番データマスクのデメリット