読者です 読者をやめる 読者になる 読者になる

道具とノウハウだけで業務改善するとおもってるほうが狂気

 たのしく拝見しました。

megamouth.hateblo.jp
megamouth.hateblo.jp

 

 

「IT企業」という大きそうな主語にかぎらず、「5人のスタートアップ」でもそうだろうし、最小単位でいえば「夫婦」「親子」まで当てはまる話。

 

個人的見解、解決案は3つ。

 

  • 「人の壁」をただしく理解し、壊したり乗り越えたりしない
  •  おなじバスに乗って「目線」と「視線」をすりあわせてすすむ
  • 「扇動」しない。「先導」する

 

自分の意見に同調できないその人は、反対から見たら、その人の意見に同調していない自分、なので。


・・・という意識と姿勢で取り組んでるけど、一朝一夕では変わりません。
カイゼンは、魔法でも特効薬でもなんでもなくて、「工夫の積み重ね」だなという結論は変わっていません。

 

あのピクサーでさえ「人の壁」があって業務改善しなくて、会社が潰れかけたのだから心配ないです。じりじりやっていきましょう。 

ピクサー流 創造するちから―小さな可能性から、大きな価値を生み出す方法

ピクサー流 創造するちから―小さな可能性から、大きな価値を生み出す方法

 

 

エンジニア立ち居振舞い:右手に情熱、左手にマネジメント…持続可能なエンジニアライフ!!

お題「エンジニア立ち居振舞い」

 

エンジニアが死ぬときはいつだろう。

 

 

技術的な暴力を受けたとき?

 

プロジェクトが炎上したとき?

 

エディタがvimemacsの2択のとき?

 

ちがう。本当に「エンジニア」が死んでしまうのは、情熱が消えたとき、だ。

 

情熱はろうそくに揶揄される。


昨日まであんなに活力が満ち溢れていたのに、ビーカーでも被せられたかのように火が消える瞬間がエンジニア人生の最期。

 

エンジニア人生つづける鉄則は、「ちゃんとメシ食って、ちゃんと風呂入って、ちゃんと寝ること。」

dot.asahi.com

 

「情熱」は「気力」の上にあって、「気力」は「体力」のうえにあるのでここを疎かにしてしまえば火はどんどんちいさくなる。

 

情熱は大事。
それと同じくらい自分自身をマネジメントすることが大事だ。マネジメントなしに情熱はつづかない。

 

24時間を「何に」「どのくらい」振り分けるのか。

あたらしい技術は心のスパイスだけど、めのまえの問題をきちんと解決してから取り組んだり、自分なりの80/20ルールを取り入れたり工夫をすること。


「マネジメント」
むずかしく考えなくても、要はこういうことの積み重ねなんだと理解している。

 

20代の前半は、とにかく技術力、スキルファーストで物事を考えていて、
20代の後半に、5年前の自分の負債をせっせと返済していて、
30代の前半のいま、こんな気持ちを携えながらエンジニアやってます。


追伸:

  1. だまされたとおもってイスは早めにクチコミの良いものにしとけ。
  2. 歩こう。物理的に。そしてきれいな姿勢で。
  3. 良い習慣がなかなか身につかなくてもあきらめんなよ!

「終わらない人 宮﨑駿」を観た。命の限りアニメーターだと感じた

www6.nhk.or.jp

 

 

anond.hatelabo.jp

ソシャゲ・ロス 2016

長男7歳になりまして。その翌日。

 

ひょんなこと(宿題を終えていない息子の付き添いをしながら、息子がオススメの妖怪ぷにぷにのゲーム動画をiPadでみてたら、宿題そっちのけでiPadににじり寄り動画の解説をしはじめた息子をみて、やるべきこともやらないうちに集中力が途切れてしまう姿に、まずは怒、そして大きな悲の感情が湧いてきたため)があり、スマホからポケゴー以外のゲームを削除した。

 

翌日。喉が腫れた。

さらに翌日。熱が出た。眼球の奥に鈍痛。

 

ゲームのしすぎは身体に毒。そうきいていたけれど、これまで幾多のスキマ時間を埋めていたソシャゲの時間が完全なゼロ。

 

ソシャゲ・ロスの身体への負担は想像以上だった。終。

 

 

あ、ロスしたゲームを載せてなかった!

 

パズル&ドラゴンズ

パズル&ドラゴンズ

  • GungHo Online Entertainment, Inc.
  • ゲーム
  • 無料

パズドラレーダー

パズドラレーダー

  • GungHo Online Entertainment, Inc.
  • ゲーム
  • 無料

 

最古のスクショ。いろいろ懐かしい。

f:id:hirocueki:20161109122806j:image

 

FINAL FANTASY Record Keeper

FINAL FANTASY Record Keeper

  • DeNA Co., Ltd.
  • ゲーム
  • 無料

 

妖怪ウォッチ ぷにぷに

妖怪ウォッチ ぷにぷに

  • Level-5 Inc.
  • ゲーム
  • 無料

 

ソシャゲ・ロスで体調崩れるのも妖怪のせい。 

Hello, RDB World!

秋の気配。ブラックバスでも釣りにいきたいですね。(遠い目)

経緯

  1. クラウドでデータベース扱いたいよねー、いや、扱え!
  2. AWSGCP?Azure?
  3. Google App Engine楽しいし、ダッシュボード見やすいからGCP推しメンで!
  4. datastore(NoSQL)?CloudSQL(SQL)?
  5. SQLなんて一生避けて通りたいからdatastore一択!勝った 第3部完!
  6. PM<SQLでよろー!
  7. 完…

苦難

  • SQLの前にテーブル設計の重要性に気づく
  • で、テーブルってどう作るの?
  • O/Rマッパーを使おう!使いこなせば何とか・・・

    qiita.com

超参考

 

はてブ

 

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マッパーが便利だ」と感じるレベルの人は、RDBMSSQL)に関してはど素人なので、RDBMSSQL)に関わってはいけません。”

2016/09/20 11:33


d.hatena.ne.jp

NoSQLとSQLについて - SQLer 生島勘富 の日記

“NoSQLは、SQLトレードオフしてきた 単純な処理が遅い スケールアウトが難しい という問題に対するアンチテーゼです。”

2016/09/20 17:06


engineer.crowdworks.jp
www.infoq.com

論理削除が云々について - mike-neckのブログ

DB初級者にとってタメになる指針おおくたすかるやつ

2016/09/21 18:26


d.hatena.ne.jp

 

 

読んでる

どちらもひととおり目を通した。

まだSQL構文がトーシロなので、SQL本のほうは何言ってるかよくわからないけど、コラム読んで気持ちをおちつかせてる。

 

DB本は、正規化から、ER図の書き方からゆっくりすすんでくれるし、演習問題が理解をたすけてくれる。

 

遠回りかと思ったけど、これなかったら最短距離で落とし穴に落ちてたとおもう。読み込みたい。

達人に学ぶ SQL徹底指南書 (CodeZine BOOKS)

達人に学ぶ SQL徹底指南書 (CodeZine BOOKS)

 
達人に学ぶDB設計 徹底指南書

達人に学ぶDB設計 徹底指南書

 

RDBMS 和田親子

TDDの人で認知してたけど、RDBがルーツだったとか。


和田卓人×和田省二 データベースを巡る世代間闘争

 

そんなこんなで、RDBの世界をひらきました。

気を抜いたら即アウトなひりひり感がたまりません。勉強すればするほど深淵。

 

さあ、きみもRDB!(なにこれ)