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
Livesense Inc.
PRO
April 21, 2014
Technology
51
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
380
28新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
100
27新卒_総合職採用_会社説明資料
livesense
PRO
0
5.6k
27新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
10k
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
500
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
1
1.7k
データ基盤の負債解消のためのリプレイス
livesense
PRO
0
640
26新卒_総合職採用_会社説明資料
livesense
PRO
0
13k
株式会社リブセンス会社紹介資料 / Invent the next common.
livesense
PRO
2
68k
Other Decks in Technology
See All in Technology
AWS Security Agent といっしょに脅威モデリングをやってみよう
amarelo_n24
0
110
iAEONの段階的リアーキテクト戦略 / iAEON's_Gradual_Re-architecture_Strategy
aeonpeople
0
210
【セミナー資料】Claude Code をセキュアに使うための考え方と設定の勘どころ / Claude Code Webinar 20260616
masahirokawahara
2
370
AIネイティブな開発のサプライチェーンリスク対策 〜激動の開発現場でリスクに立ち向かう〜【ZennFes】
cscengineer
PRO
2
130
LLMにもCAP定理があるという話
harukasakihara
0
390
フィジカル版Github Onshapeの紹介
shiba_8ro
0
270
現地で盛り上がった WWDC26 Keynote
zozotech
PRO
1
250
MUSUBI 田中裕一『AIと共に行う「しごとのリデザイン」- スモールバックオフィス編』AI Ops Lab #4
musubi
0
210
LayerXにおけるセキュリティ管理の現在地と次の一手
tosho
0
220
機械学習を「社会実装」するということ 2026年夏版 / Social Implementation of Machine Learning June 2026 Version
moepy_stats
6
2.4k
脆弱性対応、どこで線を引くか
rymiyamoto
1
400
2026 TECHFRESH 畢業分享會 - 開發日常大解密!從領域驅動到企業級上線
line_developers_tw
PRO
0
1.1k
Featured
See All Featured
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
410
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
25
2k
Evolving SEO for Evolving Search Engines
ryanjones
0
220
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
250
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.5k
Thoughts on Productivity
jonyablonski
76
5.2k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
200
What's in a price? How to price your products and services
michaelherold
247
13k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.7k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
180
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
170
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業界の構造が違いすぎるため、技術の扱 い方も全く異なってくる • 古い技術を生かさざるを得ない状況なのかもしれない • とはいえ、新しい技術の習得によって得られることは、その 技術からの恩恵だけにとどまらない • テストデータ自体を動的に変更する方法は、テストデータ生
成プログラムに頼る方法よりも適してるとはあまり思えない • 本番データマスクのデメリット