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
0
44
2013/03/05夜の衝撃(とあるSI業界の方の講演を受けて) #TechLunch
2013/03/05夜の衝撃(とあるSI業界の方の講演を受けて)
2013/03/06 (水) 12:00-13:00 @ Livesense TechLunch
発表者:福田 絵里
Livesense Inc.
PRO
April 21, 2014
Tweet
Share
More Decks by Livesense Inc.
See All by Livesense Inc.
27新卒_総合職採用_会社説明資料
livesense
PRO
0
480
27新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
0
4.1k
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
86
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
0
1.6k
データ基盤の負債解消のためのリプレイス
livesense
PRO
0
480
26新卒_総合職採用_会社説明資料
livesense
PRO
0
12k
株式会社リブセンス会社紹介資料 / Invent the next common.
livesense
PRO
1
43k
26新卒_Webエンジニア職採用_会社説明資料
livesense
PRO
1
13k
中途セールス職_会社説明資料
livesense
PRO
0
270
Other Decks in Technology
See All in Technology
Design and implementation of "Markdown to Google Slides" / phpconfuk 2025
k1low
1
170
書籍『実践 Apache Iceberg』の歩き方
ishikawa_satoru
1
480
[Journal club] Thinking in Space: How Multimodal Large Language Models See, Remember, and Recall Spaces
keio_smilab
PRO
0
120
Oracle Database@Google Cloud:サービス概要のご紹介
oracle4engineer
PRO
0
440
20251106 Offers DeepDive 知識を民主化!あらゆる業務のスピードと品質を 改善するためのドキュメント自動更新・活用術
masashiyokota
1
220
Amazon Q Developer CLIをClaude Codeから使うためのベストプラクティスを考えてみた
dar_kuma_san
0
340
어떤 개발자가 되고 싶은가?
arawn
1
450
サブドメインテイクオーバー事例紹介と対策について
mikit
16
7.5k
Snowflakeとdbtで加速する 「TVCMデータで価値を生む組織」への進化論 / Evolving TVCM Data Value in TELECY with Snowflake and dbt
carta_engineering
0
160
AWS IAM Identity Centerによる権限設定をグラフ構造で可視化+グラフRAGへの挑戦
ykimi
1
100
データエンジニアとして生存するために 〜界隈を盛り上げる「お祭り」が必要な理由〜 / data_summit_findy_Session_1
sansan_randd
1
980
AI連携の新常識! 話題のMCPをはじめて学ぶ!
makoakiba
0
180
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
57
6k
Leading Effective Engineering Teams in the AI Era
addyosmani
8
870
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.8k
Agile that works and the tools we love
rasmusluckow
331
21k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
116
20k
Reflections from 52 weeks, 52 projects
jeffersonlam
355
21k
Music & Morning Musume
bryan
46
6.9k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
How GitHub (no longer) Works
holman
315
140k
Raft: Consensus for Rubyists
vanstee
140
7.2k
Gamification - CAS2011
davidbonilla
81
5.5k
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業界の構造が違いすぎるため、技術の扱 い方も全く異なってくる • 古い技術を生かさざるを得ない状況なのかもしれない • とはいえ、新しい技術の習得によって得られることは、その 技術からの恩恵だけにとどまらない • テストデータ自体を動的に変更する方法は、テストデータ生
成プログラムに頼る方法よりも適してるとはあまり思えない • 本番データマスクのデメリット