僕のカイシャ、ダメ。ゼッタイ。- Everything You’ve Ever Dreamed
得意先での打ち合わせの後、先方の担当者と少し談笑した。仕事以外の話題が主の気楽な会話。仕事が順調にいっているときってこんなものだ。別れ際に彼は言った。「御社の部長、もう連れてこなくていいですよ」ハイ？返事の声が上ずった。 「顔が暗いし、あの目がね。睨まれてるみたいで恐いんですよ。それに話の意味まるでわからないから」スミマセン。申し訳なさそうな顔をしておいた。営業としての心得を僕が教授しないといけないななんて思いながら。「それとご本人は意識されてないと思うのですが『ナルヘソ』って言われると馬鹿にされているみたいで正直不快です。今後はフミコさんだけでいいですよ」…了解しました。そう答えて会社へ帰った。仕事自体は順調。それだけが救いだった。 午後五時。月次定例営業会議が行われた。会議というだけで憂鬱な気分になる。いつものとおりどうでもいい会話が展開した。僕はいつものとおりウンウンと頷きながら聞き
本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記
第1回 そろそろ本気で学びませんか？ | Think IT これ、今この記事書いてる時点で650以上ものブクマがされているんだけれども、あまり内容がよろしくない。 というのも、解説はとても丁寧ですごくよい内容なのだけど、サンプルコードの書き方がどうも古くさい。 onclick属性とか、今時のフロントエンドエンジニアはそんな書き方はしない（と思う）。 なぜonclickをあまり推奨しないのか やっぱり、エンジニアとデザイナーorマークアッパーとの分業の点でHTMLの属性にスクリプトを書いちゃうのはあんまりよろしくない。 たとえばの話だけど関数の名前を変えたかったり、だとか、HTMLを変更したり、っていうときにミスが起こりやすくなってしまう。 これは分業していなくてもどちらにしろ発生してしまうことだと思う。 他にも前に書いたのだけど、aタグとかでonclickしちゃうとhrefにreturn
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
