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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Takuto Nagami
June 22, 2024
Technology
4
310
超アナログ中心な印刷会社で「エンジニアリング」を見直す
PHPカンファレンス福岡 2024 アンカンファレンスにて登壇した際の資料です。
Takuto Nagami
June 22, 2024
Tweet
Share
More Decks by Takuto Nagami
See All by Takuto Nagami
今こそ学びたいKubernetesネットワーク ~CNIが繋ぐNWとプラットフォームの「フラッと」な対話
logica0419
9
800
キャリア科目では教えてくれない、就活を生き抜く法則
logica0419
2
250
歴史から学ぶ、Goのメモリ管理基礎
logica0419
17
3.5k
【2025改訂版】ITエンジニアとして知っておいてほしい、電子メールという大きな穴
logica0419
2
160
Fundamentals of Memory Management in Go: Learning Through the History
logica0419
1
140
GopherCon Tourのつくりかた
logica0419
2
110
Go言語はstack overflowの夢を見るか?
logica0419
2
820
あなたの言葉に力を与える、演繹的なアプローチ
logica0419
1
280
GC25 Recap+: Advancing Go Garbage Collection with Green Tea
logica0419
3
990
Other Decks in Technology
See All in Technology
GoとWasmでつくる軽量ブラウザUI
keyl0ve
0
140
Databricks (と気合い)で頑張るAI Agent 運用
kameitomohiro
0
290
Agent Payments Protocolで実装するAIエージェント間取引
tokio007
0
170
Snowflakeデータ基盤で挑むAI活用 〜4年間のDataOpsの基礎をもとに〜
kaz3284
1
200
Exadata Fleet Update
oracle4engineer
PRO
0
1.3k
AWSが推進するAI駆動開発ライフサイクル入門 〜 AI駆動開発時代に必要な人材とは 〜/ introduction_to_aidlc_and_skills
fatsushi
7
4.9k
EMから現場に戻って見えた2026年の開発者視点
sudoakiy
1
490
「静的解析」だけで終わらせない。 SonarQube の最新機能 × AIで エンジニアの開発生産性を本気で上げる方法
xibuka
2
310
マイグレーションガイドに書いてないRiverpod 3移行話
taiju59
0
260
【PyCon mini Shizuoka 2026】生成AI時代に画像処理やオーディオ処理のノードエディターを作る理由
kazuhitotakahashi
0
110
Data Hubグループ 紹介資料
sansan33
PRO
0
2.8k
EKSで実践する オブザーバビリティの現在地
honmarkhunt
2
310
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
72k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.1k
WCS-LA-2024
lcolladotor
0
470
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
62
50k
How To Speak Unicorn (iThemes Webinar)
marktimemedia
1
400
Technical Leadership for Architectural Decision Making
baasie
2
270
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.2k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
60
42k
Designing for Timeless Needs
cassininazir
0
140
The Cost Of JavaScript in 2023
addyosmani
55
9.7k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3.1k
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