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
290
超アナログ中心な印刷会社で「エンジニアリング」を見直す
PHPカンファレンス福岡 2024 アンカンファレンスにて登壇した際の資料です。
logica / Takuto Nagami
June 22, 2024
Tweet
Share
More Decks by logica / Takuto Nagami
See All by logica / Takuto Nagami
Gophers EX: What We’ve Been Up To in Feb–May 2025 / 2025年2~5月 Gophers EX活動報告書
logica0419
0
66
Gophers EX プロジェクト説明
logica0419
2
25
HA K8s Clusterのスタンダードが覆る!? Cilium 1.18の🔥激アツ🔥新機能
logica0419
0
170
External SecretsのさくらProvider初期実装を担当しています
logica0419
0
280
え!! 日本国内でGo言語のバイリンガル勉強会を!?
logica0419
2
290
Golangci-lint v2爆誕: 君たちはどうすべきか
logica0419
1
530
プロポーザル一次〆切に向けて
logica0419
1
65
「海外登壇」という 選択肢を与えるために 〜Gophers EX
logica0419
1
2.9k
Nekko Cloud、 これまでとこれから ~学生サークルが作る、 小さなクラウド
logica0419
2
3.5k
Other Decks in Technology
See All in Technology
20250623 Findy Lunch LT Brown
3150
0
840
Snowflake Summit 2025全体振り返り / Snowflake Summit 2025 Overall Review
mtpooh
2
390
ローカルLLMでファインチューニング
knishioka
0
140
Amazon ECS & AWS Fargate 運用アーキテクチャ2025 / Amazon ECS and AWS Fargate Ops Architecture 2025
iselegant
16
5.3k
PHP開発者のためのSOLID原則再入門 #phpcon / PHP Conference Japan 2025
shogogg
4
640
ハノーバーメッセ2025座談会.pdf
iotcomjpadmin
0
160
25分で解説する「最小権限の原則」を実現するための AWS「ポリシー」大全 / 20250625-aws-summit-aws-policy
opelab
9
1k
Model Mondays S2E02: Model Context Protocol
nitya
0
210
低レイヤを知りたいPHPerのためのCコンパイラ作成入門 完全版 / Building a C Compiler for PHPers Who Want to Dive into Low-Level Programming - Expanded
tomzoh
4
3.1k
CI/CD/IaC 久々に0から環境を作ったらこうなりました
kaz29
1
150
登壇ネタの見つけ方 / How to find talk topics
pinkumohikan
3
350
IIWレポートからみるID業界で話題のMCP
fujie
0
770
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
130
19k
The World Runs on Bad Software
bkeepers
PRO
69
11k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
Product Roadmaps are Hard
iamctodd
PRO
53
11k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
48
5.4k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
161
15k
BBQ
matthewcrist
89
9.7k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.4k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
How to Think Like a Performance Engineer
csswizardry
24
1.7k
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