道具とノウハウだけで業務改善するとおもってるほうが狂気
たのしく拝見しました。
megamouth.hateblo.jp
megamouth.hateblo.jp
「IT企業」という大きそうな主語にかぎらず、「5人のスタートアップ」でもそうだろうし、最小単位でいえば「夫婦」「親子」まで当てはまる話。
個人的見解、解決案は3つ。
- 「人の壁」をただしく理解し、壊したり乗り越えたりしない
- おなじバスに乗って「目線」と「視線」をすりあわせてすすむ
- 「扇動」しない。「先導」する
自分の意見に同調できないその人は、反対から見たら、その人の意見に同調していない自分、なので。
・・・という意識と姿勢で取り組んでるけど、一朝一夕では変わりません。
カイゼンは、魔法でも特効薬でもなんでもなくて、「工夫の積み重ね」だなという結論は変わっていません。
あのピクサーでさえ「人の壁」があって業務改善しなくて、会社が潰れかけたのだから心配ないです。じりじりやっていきましょう。
ピクサー流 創造するちから―小さな可能性から、大きな価値を生み出す方法
- 作者: エド・キャットムル著,エイミー・ワラス著,石原薫訳
- 出版社/メーカー: ダイヤモンド社
- 発売日: 2014/10/03
- メディア: 単行本(ソフトカバー)
- この商品を含むブログ (11件) を見る
エンジニア立ち居振舞い:右手に情熱、左手にマネジメント…持続可能なエンジニアライフ!!
エンジニアが死ぬときはいつだろう。
技術的な暴力を受けたとき?
プロジェクトが炎上したとき?
ちがう。本当に「エンジニア」が死んでしまうのは、情熱が消えたとき、だ。
情熱はろうそくに揶揄される。
昨日まであんなに活力が満ち溢れていたのに、ビーカーでも被せられたかのように火が消える瞬間がエンジニア人生の最期。
エンジニア人生つづける鉄則は、「ちゃんとメシ食って、ちゃんと風呂入って、ちゃんと寝ること。」
「情熱」は「気力」の上にあって、「気力」は「体力」のうえにあるのでここを疎かにしてしまえば火はどんどんちいさくなる。
情熱は大事。
それと同じくらい自分自身をマネジメントすることが大事だ。マネジメントなしに情熱はつづかない。
24時間を「何に」「どのくらい」振り分けるのか。
あたらしい技術は心のスパイスだけど、めのまえの問題をきちんと解決してから取り組んだり、自分なりの80/20ルールを取り入れたり工夫をすること。
「マネジメント」
むずかしく考えなくても、要はこういうことの積み重ねなんだと理解している。
20代の前半は、とにかく技術力、スキルファーストで物事を考えていて、
20代の後半に、5年前の自分の負債をせっせと返済していて、
30代の前半のいま、こんな気持ちを携えながらエンジニアやってます。
追伸:
- だまされたとおもってイスは早めにクチコミの良いものにしとけ。
- 歩こう。物理的に。そしてきれいな姿勢で。
- 良い習慣がなかなか身につかなくてもあきらめんなよ!
ソシャゲ・ロス 2016
長男7歳になりまして。その翌日。
ひょんなこと(宿題を終えていない息子の付き添いをしながら、息子がオススメの妖怪ぷにぷにのゲーム動画をiPadでみてたら、宿題そっちのけでiPadににじり寄り動画の解説をしはじめた息子をみて、やるべきこともやらないうちに集中力が途切れてしまう姿に、まずは怒、そして大きな悲の感情が湧いてきたため)があり、スマホからポケゴー以外のゲームを削除した。
翌日。喉が腫れた。
さらに翌日。熱が出た。眼球の奥に鈍痛。
ゲームのしすぎは身体に毒。そうきいていたけれど、これまで幾多のスキマ時間を埋めていたソシャゲの時間が完全なゼロ。
ソシャゲ・ロスの身体への負担は想像以上だった。終。
あ、ロスしたゲームを載せてなかった!
最古のスクショ。いろいろ懐かしい。
ソシャゲ・ロスで体調崩れるのも妖怪のせい。
Hello, RDB World!
秋の気配。ブラックバスでも釣りにいきたいですね。(遠い目)
経緯
- クラウドでデータベース扱いたいよねー、いや、扱え!
- AWS?GCP?Azure?
- Google App Engine楽しいし、ダッシュボード見やすいからGCP推しメンで!
- datastore(NoSQL)?CloudSQL(SQL)?
- SQLなんて一生避けて通りたいからdatastore一択!勝った 第3部完!
- PM<SQLでよろー!
- 完…
苦難
超参考
- kantomi - Qiita
- リレーショナル・データベースの世界
- 生島 勘富さんとミックさんをすべて読破しようと決意
はてブ
d.hatena.ne.jp
http://www.geocities.jp/mickindex/database/db_sql_great.htmlwww.geocities.jp
blog.mah-lab.com
質問をいただいたので - Qiita
ORMつかえばRDBMS楽勝とおもっていたのに、基礎ありきというのを実感中“「O/Rマッパーが便利だ」と感じるレベルの人は、RDBMS(SQL)に関してはど素人なので、RDBMS(SQL)に関わってはいけません。”
2016/09/20 11:33
NoSQLとSQLについて - SQLer 生島勘富 の日記
“NoSQLは、SQLがトレードオフしてきた 単純な処理が遅い スケールアウトが難しい という問題に対するアンチテーゼです。”
2016/09/20 17:06
engineer.crowdworks.jp
www.infoq.com
論理削除が云々について - mike-neckのブログ
DB初級者にとってタメになる指針おおくたすかるやつ
2016/09/21 18:26
読んでる
どちらもひととおり目を通した。
まだSQL構文がトーシロなので、SQL本のほうは何言ってるかよくわからないけど、コラム読んで気持ちをおちつかせてる。
DB本は、正規化から、ER図の書き方からゆっくりすすんでくれるし、演習問題が理解をたすけてくれる。
遠回りかと思ったけど、これなかったら最短距離で落とし穴に落ちてたとおもう。読み込みたい。
達人に学ぶ SQL徹底指南書 (CodeZine BOOKS)
- 作者: ミック
- 出版社/メーカー: 翔泳社
- 発売日: 2008/02/07
- メディア: 単行本(ソフトカバー)
- 購入: 54人 クリック: 1,004回
- この商品を含むブログ (78件) を見る
RDBMS 和田親子
TDDの人で認知してたけど、RDBがルーツだったとか。
そんなこんなで、RDBの世界をひらきました。
気を抜いたら即アウトなひりひり感がたまりません。勉強すればするほど深淵。
さあ、きみもRDB!(なにこれ)