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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
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
530
28新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
120
27新卒_総合職採用_会社説明資料
livesense
PRO
0
7.2k
27新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
12k
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
540
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
1
1.8k
データ基盤の負債解消のためのリプレイス
livesense
PRO
0
680
26新卒_総合職採用_会社説明資料
livesense
PRO
0
13k
株式会社リブセンス会社紹介資料 / Invent the next common.
livesense
PRO
2
75k
Other Decks in Technology
See All in Technology
サーバーレスをどこまで使う? WebRTC対戦ゲームで選んだVPSとの共存設計
kaidouji85
0
220
AIで社員の自主発信に広報目線を組み込む
_mossann_t
0
130
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
330
AIを活用するために決めた "やらないこと" - 価値に注目する / Not betting on AI
soudai
PRO
3
560
品質と信頼性を地続きにする
grimoh
2
830
「どのログを見ればいい?」 から始めた サーバーレス障害解析
y_waka1
1
110
Goodbye ShellScript, Hello File-based App
shunsock
0
450
Issue 駆動でスペシャリストの意図を届ける、AI 実装のアクセシビリティ向上
thkt
0
120
SREへの勘違いに気づいた後の話
tomodakengo
0
110
Vibe Coding で作ったプロダクトをどう安全に動かすか / How to Safely Run Products Built with Vibe Coding
glidenote
0
370
バイブコーディング時代のWebアプリ開発入門~Cloud Runで学ぶセキュアなビルドとデプロイ
waiwai2111
1
140
The Knowledge Spine: A Machine-Executable Ontology for Governed Marketing Activation
vananth22
0
120
Featured
See All Featured
How to Talk to Developers About Accessibility
jct
2
550
My Coaching Mixtape
mlcsv
0
320
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
6
1.2k
Writing Fast Ruby
sferik
630
63k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1.1k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.8k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
510
What's in a price? How to price your products and services
michaelherold
247
13k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
510
ラッコキーワード サービス紹介資料
rakko
1
4.9M
Skip the Path - Find Your Career Trail
mkilby
1
230
Done Done
chrislema
186
16k
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業界の構造が違いすぎるため、技術の扱 い方も全く異なってくる • 古い技術を生かさざるを得ない状況なのかもしれない • とはいえ、新しい技術の習得によって得られることは、その 技術からの恩恵だけにとどまらない • テストデータ自体を動的に変更する方法は、テストデータ生
成プログラムに頼る方法よりも適してるとはあまり思えない • 本番データマスクのデメリット