『職場の問題地図』を読んで思ったこと
『職場の問題地図』を読み終えた。
gihyo.jp
読了にかかった時間
合計1時間40分。1章あたり5~15分程度で読めた。
所感
報連相設計は意識したことなかった。
そこそこいろいろな人のもとで仕事をしてきて、「依頼内容」、「クライアント(社内用とかお客様向けとか、本書でいうところのラスボス)」、「目的(認識合わせ用とか、事前調査とか)」、「期限(これ大事なのに意外と上司サイドから提示されない)」は意識して尋ねてきたつもりだけど。
報連相の頻度とタイミングの合意をとることも今後意識したいと思った。
なんかでもなあ。報連相は求められるけど、成果物は完成してからはじめて見るから、手戻りが多い。
それ見越して期限よりも早めに出したら、そうじゃなくて!と強く言われて、恐らく向こうはそんなつもりじゃないんだろうけど怒られてる気分で、修正のモチベーションが下がったことがあった。
本書であったポンチ絵がこれを防ぐ策なんだろうけど、このポンチ絵を作るのに時間がかかりすぎちゃうとまた怒られそうな気がした。
このあたりは要トレーニングかな。時間のかけ方とかクオリティとか…。
見積もりの話は目を背けたくなる内容だった。野生のカン頼み(経験と感覚)で仕事してる…。
属人化については、「私が辞めてもマニュアルがあるもの」を目指したい。
部下よりも上司に向けた内容が多い印象。
こういうことすると部下のモチベーション下がっちゃうよ!って記述が所々にある。部下のいない下っ端の私からすると「うんうんそうなんだよ!」って納得できる内容ばかりだった。
ただなあ、部下からみた上司の悪いところが上司に伝わることってほぼないと思う(嫌なら部下が去る)ので、自覚すらしてないと思う…自覚してないとカイゼン行動とらないと思うんだよな…。
所感が愚痴じみてしまったが、まずは自分にできるカイゼン行動をとっていきたいと思う。
これからやりたいことと2017年の振り返り
やりたいこと
コミュニティへの参加
コミュニティが会社だけというのは厳しいので勇気があれば参加したい
LT登壇
やった方がいいよってどこ行っても言われているし、勇気があれば…
積読消化
いっぱい買ってあるので、量をこなす意味でも、ペースを上げたい
応用情報技術者の資格取得
2018年こそは!
持ち運びに便利な端末の購入
勉強会やセミナーに行く時の端末の持ち運びを楽にしたい
眼鏡の買い替え
フレームのメンテナンスをせずに8年近く使い続けている運転用の眼鏡を買い替えたい。
度入りのサングラスで検討。
電子書籍への切り替え
本の置き場がなくなってきたので、検討したい
今後も続けたいこと
勉強会やセミナーへ足を運ぶ
足を運ぶだけでも刺激になります。
参加エントリを書くことと、Togetterでまとめを作ることはセットで。
歯科検診に通う
2014年秋から3か月間隔で歯科検診に通っています。
この間隔でも小さな虫歯ができて治療になることもあります。
定期的な運動
週に1回以上はゲーセンに行って、DDRやダンエボといった運動できるゲームをやってます。
2015年12月から続けている唯一の運動です。
2017年の箇条書き振り返り
- お客様先常駐、出張先、自社と、様々な環境で仕事をさせていただいた
- 都会の勉強会に初めて足を運んだ
- ドキュメント作成のお仕事が多かった
ドキュメント作成の類は依頼される段階で内容が曖昧だし期間もナルハヤだし目的わからんクセに、見せたら違うとか突き返されるしほんときらい
— HAL (@PET_HAL) 2017年12月28日
今も抱えているので、ストレスの少ない取り組み方を見つけたい
- プロジェクトマネジメント研修を受けて、プロジェクトマネジメントやりたいって気持ちを失った
- 出張先の観光をぼっちで楽しんだ
今抱えている不満に向き合って解決できれば、きっと次のステージに行けると信じて、もがいてみたいと思います。本当にだめだったら、その時は逃げることも視野に入れて。
スイッチ?チェックボックス?どちらが妥当?
本日12月29日が仕事納めの私です。
お客様と認識を合わせるための、スマートフォンアプリの画面資料を作成しておりました。
iOSベースで考えていたのですが、はて、ここはスイッチ(トグル)とすべきか、チェックボックスとすべきかで悩ましい項目が出てきました。
こんな時はグーグル先生、ということで「スイッチ チェックボックス」でググったところ、まさにドンピシャの記事が見つかりました。
正しく使えてる? チェックボックスとスイッチの使い分け | UX MILK
submitで反映する場合→チェックボックス
即時反映→スイッチ
ということで上記考えに基いてチェックボックスで資料を作成したのですが、「iOSの機能使えるんだから使って」と一蹴されてしまいました…。
submitで反映するというのもあるのですが、選択項目が5個以上あるし、Androidアプリも開発見込みだし、正直チェックボックスの方が良いと思ったのになあ。
そう思いつつ、資料を修正したのでした。
MySQLをコマンドで操作する
先週からスマートフォンアプリ案件のテストやドキュメント作成をしています。ず~っとWebアプリ案件に携わってきたので新鮮な気持ちです。
そこで、DBには保存してるけどアプリ側では見る術がなく、テストで確認しないといけない都合上、MySQLのDBをコマンド操作しているため、コマンドの備忘録です。
MySQL :: MySQL 5.6 リファレンスマニュアル
↑日本語リファレンスマニュアル最新?
接続・切断
MySQL :: MySQL 5.6 リファレンスマニュアル :: 3.1 サーバーへの接続とサーバーからの切断
接続
$ mysql -D database -u user -p
※"D"は大文字
Enter password:
上記のように表示されたら、パスワードを入力する。
以下のように表示されたらOK
mysql>
切断
mysql> QUIT
以下のように表示されたらOK
Bye
SELECTの可読性を上げる
mysql> select * from table1; +----+-----------+ | id | deleteflg | +----+-----------+ | 1 | 1 | | 2 | 1 | +----+-----------+
このくらいだったらまだ分かるけど、カラムが多いと表示が崩れて可読性が下がる。
そんな時は";"の代わりに"\G"。
mysql> select * from table1\G *************************** 1. row *************************** id: 1 deleteflg: 1 *************************** 2. row *************************** id: 2 deleteflg: 1
『mysql select 整形』でググってたどり着きました↓
ちょっと変えるだけでMySQLの検索結果が格段に見やすくなる方法 | アイビースター
テーブルに関する情報の取得
MySQL :: MySQL 5.6 リファレンスマニュアル :: 3.4 データベースとテーブルに関する情報の取得
データベースのテーブル名リスト取得
mysql> SHOW TABLES; +----------------------------------+ | Tables_in_database | +----------------------------------+ | table1 | | table2 | +----------------------------------+ 2 rows in set (0.01 sec)
テーブル情報取得
mysql> DESCRIBE table1; +-----------+-------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-----------+-------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | deleteflg | char(1) | NO | | 0 | | +-----------+-------------+------+-----+---------+----------------+ 2 rows in set (0.00 sec)
インデックス情報取得
これは前にWebアプリ案件でOracleのSQLチューニング(インデックスとかヒント句とか)を依頼されたけど、知識のなさと試せる環境になかった(定義のドキュメントしかなかった)のとで、後から大幅修正されてたことが悔しくて、チューニング周りをいつかちゃんと習得したくて書きました。
MySQL :: MySQL 5.6 リファレンスマニュアル :: 13.7.5.23 SHOW INDEX 構文
mysql> SHOW INDEX FROM table1; +--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | table1 | 0 | PRIMARY | 1 | id | A | 24 | NULL | NULL | | BTREE | | | +--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ 1 rows in set (0.00 sec)
それにしてもdeleteflg="1"のレコードがinsertされてることを不思議に思って、製造者に確認したら、これどうも"予約"らしい。
"deleteflg"より"state"の方がいいのでは?とも思ったし、開始日時・終了日時登録されてるからこのカラムそのものもいらないのでは?と思った。(上記の例で出したテーブルはもっとカラムあるけど、ブログ用に省略してある)
まあ確かにこちらのお客様の別アプリ案件でもそんなDB設計だった覚えはあるけど、まさかそれが引き継がれているとは…と悲しい気持ちになった。
DB設計も勉強したいことのひとつではある。勉強したいことは多いのだが、最近どうもメンタルが弱って何もできていない。まずは早く心身ともに元気になりたい…
はじめてのしゅっちょう in Tokyo ~暮らし編~
1か月半ほど東京に滞在しておりました。
得た知見をまとめておきます。
■仕事
□昼食
外食は1回で嫌になりました。
スーパーかコンビニで事前に買って、持ち込んで出社するようにしました。
まず昼休みに出遅れるとエレベーターに乗れないんですよ。最上階ならともかく、途中の階だと。
で、建物から出られても、周辺のお店はどこもかしこも混雑してて。コンビニもレジが混雑してて並ぶし。
東京で弁当配達とかストック惣菜とか無人コンビニとか、そういうサービスが出てくる理由がよく分かりました。
■生活
・気温の上下が激しかった。
秋物しか持ってきてないのに、夏や冬の気温が交互にきて困った。
・雨が多かった。
秋晴れのイメージが…10月は記録的に雨が多かった - ウェザーニュース
キャリーバッグを持って移動する日に雨が降らなかったのはラッキーでした。
・ゴミの分別に迷うことが多く、区のPDFのページを確認してから捨てるようにしてました。
・テレビ東京やTOKYO MXが映る!(地元では映らない)
Twitterで話題になってた池上彰の選挙スペシャルも見ることができた。キレキレでした。あとプロフィール面白かったw
□交通
うむ。
メトロとかJRとか正直よく分かってない。
GoogleMapのお世話になりっぱなしでした。
プラスSuicaがあれば乗り継ぎもなんとかなった。
駅の中は案内表示に従えばなんとかなることが多かった。
ならない時は駅員さんに聞いてなんとかした。
通勤では使いたくないなと思いました…。
(早めに退社できて出かけるために乗った時、すごく混雑してたから)
ただ、交通の充実は本当にすごくて、休日の観光の選択肢はめちゃくちゃ多かった。
人生で初めての東京でした。
とにかく人が多くて、これに慣れるまでが大変でした。
『エラスティックリーダーシップ』を読んで思ったこと
『エラスティックリーダーシップ』を読み終えた。
なぜ読んだのか
書評記事を読んで気になったから。
私は2014新卒入社で、4年目のSE。リーダーやマネジメントをしているわけでもない。
それでも、働き始めてから、個々人のプログラミング力と同じくらい、いや、それ以上に、チームの一員として・プロジェクトのメンバーとして動くことの重要性に気づいた。
それから、チーム・リーダー・マネジメントといった分野に興味を持つようになった。
そんな矢先に、この『エラスティックリーダーシップ』の書評記事に出会い、購入に至った。
箇条書き感想
- 難しい内容で、理解が及ばないところが多かった。ただ、チームの状態というのは変化するもので、その状態に合わせたリーダーシップを発揮する必要があるということは強くうなずけた。本書の話を踏まえると、指導本もサバイバルモード向けか学習モード向けか自己組織化向けかカテゴライズできそう。
- この本を読んで、私がどことなく感じていた不満のひとつは、チームの状態がサバイバルモードではないのに、指揮統制リーダーシップをとられていることだと気づいた。
- コミットメント言語の実践は難しいなと思ったが、確かに宣言通りにできなかった場合、問題があるのは明確なので、学習フェーズの取り組みとしては良さそう。
- バス因子も頷ける話だった。バス因子当人が自分にしかできない仕事ということで意義を感じてたら最悪のバス因子。
- 成長を考えると、安全地帯の外に出て、不快感を感じながら取り組むことも必要。必要性は分かるが、不快感の与え方が難しそう…。学習モードのリーダーシップの見せ所。
- クリアリングミーティングはできれば効果がありそうだけど、これも難しそう。
- 後半のエッセイ集、自分の3つ上の人(29)が著者にいて驚愕。
- 「うまくいったらどうなるの?(44章)」「問題の認識と、認識した問題への解決策。本当に適切か?(46章)」を考えるようにしたい。
- 今回、記事を書くにあたって、他の読者がどう思っているのか拝見させていただいたなかで、この記事で紹介されていた「TeamGeek」という本が気になった。HRTも知らなかったので、読んでみたいと思う。
「PHPカンファレンス2017」に行ってきました #phpcon2017
今日のPHPカンファレンス感想記事は後日書きます
— HAL (@PET_HAL) 2017年10月8日
はい。書きます。
2017年10月8日に「PHPカンファレンス2017」に行ってきました。
地元や隣県の勉強会・セミナーへ行くことはありましたが、東京は今回が初めてでした。
ACCESS
会場は大田区産業プラザPiOでした。
交通アクセス|大田区産業プラザPiO
上記のURLに京急蒲田駅からの道のりが写真付で掲載されていたので、スムーズにたどり着けました。
今回、ノートPCは持って行きませんでした。事前に調べたら、会場のWi-Fiが事前申請式だったので。
【参考】よくあるご質問|大田区産業プラザPiO
ただ、行ってみたらスポンサー企業さんの提供でWi-Fiが利用できたので、ノートPCを持って行ってもよかったかなと思いました。手元で資料見つつ、関連URL探しつつ、見つけたらtweetしつつ、セッションを聞いた方が、あとから振り返った時に思い出しやすいんですよね。
SESSION
11:00- OpenID Connectを通じてWebアプリケーション技術とPHPによる実装を学ぼう
【Youtube】Japan PHP Conference Track3 (1) - OpenID Connectを通じてWebアプリケーション技術とPHPによる実装を学ぼう - YouTube
アクセスしている相手が正しいか?が認証。権限を与えてやることが認可。
— HAL (@PET_HAL) 2017年10月8日
OAuthは認可の技術。open id connectは認証と認可の技術
— HAL (@PET_HAL) 2017年10月8日
stateにしろid tokenにしろ乗っ取らせ防止だし、この手の認証はこのあたりの対策がキーなんかな
— HAL (@PET_HAL) 2017年10月8日
— HAL (@PET_HAL) 2017年10月8日
13:00- 型を意識したPHPアプリケーション開発
【資料】型を意識したPHPアプリケーション開発 - Speaker Deck
型宣言で型チェックしながら厳密に開発 も できる
— HAL (@PET_HAL) 2017年10月8日
ルーズなところと厳密なところで使い分けもできる
— HAL (@PET_HAL) 2017年10月8日
ライブコーディングですらすら書いてるのすごいな…
— HAL (@PET_HAL) 2017年10月8日
汎用的であるより特化させた方がいらん機能が使われなくなると
— HAL (@PET_HAL) 2017年10月8日
phpってゆるいイメージだったけど、結構かっちりつくろうと思えばつくれるんだな
— HAL (@PET_HAL) 2017年10月8日
小さいところ、効果のありそうなところから
— HAL (@PET_HAL) 2017年10月8日
流用性は低い
— HAL (@PET_HAL) 2017年10月8日
14:10- 著名PHPアプリの脆弱性に学ぶセキュアコーディングの原則
【資料】著名PHPアプリの脆弱性に学ぶセキュアコーディングの原則
信頼境界の外に放り出されたときに書き換えられると攻撃に繋がる
— HAL (@PET_HAL) 2017年10月8日
信頼境界の中で設定されるパラメータと、信頼境界の外で設定される信頼できないパラメータが混在している
— HAL (@PET_HAL) 2017年10月8日
外部入力のパラメータの無害化処理いっぱい知っとかないとじゃんね
— HAL (@PET_HAL) 2017年10月8日
nullチェック大事だな
— HAL (@PET_HAL) 2017年10月8日
適切な処理順 #phpcon2017_1
— HAL (@PET_HAL) 2017年10月8日
foreachやめてforでやればintパラメータが保証される
— HAL (@PET_HAL) 2017年10月8日
15:20- ここで差がつくエラー処理
【資料】http://niconare.nicovideo.jp/watch/kn2630
聴講者が多かったため、別室でのサテライト聴講でした。
頭いたくなってきた。例外とエラーごっちゃなん…
— HAL (@PET_HAL) 2017年10月8日
せっとえくせぷしょんはんどらーという墓場
— HAL (@PET_HAL) 2017年10月8日
エラーは例外に変換
— HAL (@PET_HAL) 2017年10月8日
その他
スタンプラリー
昼休憩でスタンプラリーしてきました。
スタンプは全部で25個。
スタンプ5個につき、くじ1枚。
スタンプコンプリートしたのでくじ5枚引けました。…が全部ハズレでした。ざーんねん。
企業ブースをまわるっていうのはうまいシステムだな~と思いました。
ACCESS(余談)
そもそも東京に来たこと自体が初めてで、会場への行き方が分からず。
開場時間に間に合うように出発したはずが、会場に到着したのが10時20分頃でした。
やっとついた…
— HAL (@PET_HAL) 2017年10月8日
乗り場が分からなくて迷ったり、乗り間違えて引き返したりしました。
最終的に、駅員さんに「京急蒲田駅に行くにはどれに乗ればいいですか?」と訪ねて京急蒲田駅までたどり着きました。
反対ホームに移動した後、移動先の駅員さんにも伝えていただいたようで、乗り換えなしでいけるものを改めて調べていただきました。
本当にありがとうございました。
感想
はじめての東京の勉強会でした。
懇親会は参加しませんでした。行きで乗り間違えたのもあり、暗闇の中帰れる自信がありませんでした。
# 駅まではなんとかなったものの、帰りも結局乗り場が分からなくてめちゃくちゃ彷徨った
1700人が参加する勉強会、その規模の大きさに驚きました。
そしてどことなく、数年前の新卒就活イベントを思い出しました。
参加している女性の数も多かったです。地元・隣県の勉強会だと女性は数名くらいしか見かけないので、これも驚きました。
開発環境がどの言語も思考停止eclipseマンなので、PHPの開発環境のスタンダードが気になっていました。
この日聴講したセッションやLTだけだとphpstormが多いのかなという印象でした。
あと、PHP7へのバージョンアップやPHP7でできるようになったことといったセッションが人気なのかな?と感じました。
この休み明けから東京で仕事だったので、会社にお願いして一足早く東京入りさせていただき、PHPカンファレンス2017に足を運ぶことができました。ありがとうございました。
東京の勉強会はすごかった!
運営スタッフの皆様、スポンサーの皆様、発表者の皆様、参加者の皆様、お疲れ様でした。