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
超アナログ中心な印刷会社で「エンジニアリング」を見直す
Search
logica / Takuto Nagami
June 22, 2024
Technology
4
260
超アナログ中心な印刷会社で「エンジニアリング」を見直す
PHPカンファレンス福岡 2024 アンカンファレンスにて登壇した際の資料です。
logica / Takuto Nagami
June 22, 2024
Tweet
Share
More Decks by logica / Takuto Nagami
See All by logica / Takuto Nagami
プロポーザル一次〆切に向けて
logica0419
0
27
「海外登壇」という 選択肢を与えるために 〜Gophers EX
logica0419
0
530
Nekko Cloud、 これまでとこれから ~学生サークルが作る、 小さなクラウド
logica0419
2
770
Proposal Challengers 2025 募集説明会
logica0419
1
21
Kubernetesを知る
logica0419
19
6.3k
Resizing Animated GIFs Without CGO or Third-Party Libraries
logica0419
2
42
徹底比較!HA Kubernetes ClusterにおけるControl Plane LoadBalancerの選択肢
logica0419
2
370
外部カンファレンスで登壇しよう! 〜「強い」エンジニアへの一歩を踏み出す〜
logica0419
4
220
kube-vipとkube-proxy置き換えCiliumを積んだ究極のK3sクラスタを建てる
logica0419
4
630
Other Decks in Technology
See All in Technology
データ基盤の成長を加速させる:アイスタイルにおける挑戦と教訓
tsuda7
3
660
開発スピードは上がっている…品質はどうする? スピードと品質を両立させるためのプロダクト開発の進め方とは #DevSumi #DevSumiB / Agile And Quality
nihonbuson
1
1.5k
転生CISOサバイバル・ガイド / CISO Career Transition Survival Guide
kanny
3
650
AWSでRAGを実現する上で感じた3つの大事なこと
ymae
3
1k
Googleマップ/Earthが一般化した 地図タイルのイマ
mapconcierge4agu
1
200
Larkご案内資料
customercloud
PRO
0
600
生成AIの利活用を加速させるための取り組み「prAIrie-dog」/ Shibuya_AI_1
visional_engineering_and_design
1
140
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB / Readable test code
nihonbuson
11
6k
Classmethod AI Talks(CATs) #15 司会進行スライド(2025.02.06) / classmethod-ai-talks-aka-cats_moderator-slides_vol15_2025-02-06
shinyaa31
0
170
管理者しか知らないOutlookの裏側のAIを覗く#AzureTravelers
hirotomotaguchi
2
250
君はPostScriptなウィンドウシステム 「NeWS」をご存知か?/sunnews
koyhoge
0
720
Culture Deck
optfit
0
340
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
22
1.3k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
47
5.2k
It's Worth the Effort
3n
184
28k
The Cost Of JavaScript in 2023
addyosmani
47
7.3k
Typedesign – Prime Four
hannesfritz
40
2.5k
Making the Leap to Tech Lead
cromwellryan
133
9.1k
A better future with KSS
kneath
238
17k
Raft: Consensus for Rubyists
vanstee
137
6.8k
The Invisible Side of Design
smashingmag
299
50k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
Mobile First: as difficult as doing things right
swwweet
223
9.3k
Being A Developer After 40
akosma
89
590k
Transcript
超アナログ中心 な印刷会社で 「エンジニアリング 」を見直す pixiv Inc. logica 2018.6.5
2 自己紹介 • 千葉工業大学 情報科学部 情報ネットワーク学科 3年生 • ピクシブ株式会社 カスタマーオペレーション
& セーフティー本部 オペレーション開発部 エンジニア (アルバイト) ◦ 関東に住みながら、福岡を拠点とする 部署で働いています • パブリッククラウドベンダーの開発者を 目指して就活中 logica ピクシブ株式会社 エンジニア (アルバイト)
こんな会社で働いたこと、 ありますか? 3
• B to B、社員十数人の小さな会社 ◦ 名刺・冊子・書類の電子化 などをデザインまで含めてやる • 妹の紹介 •
妹「初出勤時、HDMIケーブルの繋ぎ方が誰もわからず 困った」 ◦ PCに慣れた人間がほぼいない 環境 僕が入るキッカケである、大きな問題を抱えていた 4 僕が副業している、とある印刷会社
• NASに入ったプロジェクトデータの検索性が皆無 ◦ ルートフォルダの下に「株式会社 ◦◦」や「2024」が混在 ◦ 15年ほど、その時の担当がやりやすいようにやってきた ◦ 支店長 (ビジネスの長
) の頭の中にのみ インデックスがある ▪ 支店長が退職したら… (恐怖) 以上の問題を解決すべく、初の社内エンジニア として 僕がjoinすることになった 5 データの整理ができていない
皆さんなら、 何から始めますか ? ツール作る?とりあえずフォルダ構造を設計して提案する? 6
• 社長・支店長・僕の三者で入念な会議・ヒアリング から始めた ◦ 何が問題なのか を明確にするため ◦ どんな解決方法が良いのか を会社側に考えてもらうため ▪
実際の使用者が解決を意識しなければ、長続きしない ◦ 問題解決を共に行うことで、僕がいなくても問題解決が できるノウハウを培う ため • 僕は根本の考え方の提示 と方法の提案 のみで、選択はお二方 7 僕の場合
ポロっと 「エンジニアなのにこんなこと (会議) ばかりさせて ごめんね」 という言葉が社長から出た 🤔 8
• 「そんなことないのに…」 ◦ 普段やっている仕事と何ら変わらない と思ったから • 「でも確かにエンジニアっぽい仕事じゃないかも?」 ◦ 「エンジニアっぽい」というイメージと実態のズレ エンジニアリングという概念の本質を
誤解している のかもと思い至る 9 社長の言葉を受けて
10 プログラムを書く ことでは? (ソフトウェアエンジニア並感) 「エンジニアリング 」って何だろう?
• PHPカンファレンス2013スピーカー • PHP Matsuri2011内闇PHP Matsuriオーガナイザー • ピクシブ株式会社 エンジニアリング室室長 ◦
エンジニアリング室長就任時、以下のように言った エンジニアリングとは、 無形のケイパビリティ (能力)であり 人・モノを効率化する行為 そのものがエンジニアリングである 11 bashさんのお言葉
• 日本の国立8大学の工学部を中心とした文書、「工学における教育プ ログラムに関する検討委員会 」に以下のように書いてある ◦ ≒ 日本の大学では、工学を次のように定義して教えている 「工学とは数学と自然科学を基礎とし、 ときには人文社会科学 の
知見を用いて、 公共の安全、健康、福祉のために有用な事物や 快適な環境を構築する ことを目的とする学問である。」 12 Wikipedia 「工学」より
13 「人間にとって役に立つモノ・環境を作る 」という 目的に向かって進んでいく 行為そのものであり、 どんな手段を取るかは全く関係ない (自分なりに ) まとめると
• ファイル管理のルール作り に取り組むことに ◦ フォルダの木構造で、同じ階層が表すカテゴリーを統一 ▪ 支店長がフォルダを探す時の順番 を階層の順番に ▪ 一番大事な品目のカテゴライズは、一目見て疑問が
生まれなくなる まで何度も練り直し ◦ プロジェクトの開始・進行・終了操作をドキュメント化 ▪ 支店長がこの部分をメンバーに託せる ように 14 会議の結果 …
• 今回の目的は「ファイル管理から支店長が手を離せるように 」 ◦ 会社の人にとって役に立つこと ◦ 支店長にとっても役に立つこと (無駄な労力が減る) • 実際に使う人にとって
役に立つモノ を作り上げることが最重要 ◦ だからこそ、会議もヒアリングもエンジニアリングの一部 ◦ 「役に立つモノを作る」目的さえ見失わなければ、 全ての行動はエンジニアリング になる! 15 会議もルール作りもエンジニアリング
エンジニアリング、皆さんは 普段からされてますか ? 16
ありがとうございました 17