タグ

2013年2月1日のブックマーク (7件)

  • 「このエンジニアはすごい!」顧客もうなる「質問力」とは

    「このエンジニアはすごい!」顧客もうなる「質問力」とは:ITエンジニアの市場価値を高める「営業力」(6)(1/2 ページ) 努力はしたが、褒められることはなかったITエンジニア時代の私 「君は技術があるけど、話が下手だねえ」 ITエンジニア時代、顧客からこう言われて落ち込んだことが何度もありました。 そこで、予行演習(よく“ロープレ”といわれるやつです)などをして次回の訪問に臨むのですが、やっぱり同じことを言われる。「結論から言え」と言われたら、次からそれを心掛けるなど、努力はしました。でも、なかなか褒められない。 話をしていて、途中から顧客の反応が悪くなっていくのが、自分でも分かるのです。仕方なく、適当なところで切り上げて終わる。こんなことを何回繰り返したか分かりません。 それでもITエンジニアのときは、まだ良かった。私はその後、転職して営業を担当しましたが、営業に対する顧客の反応はもっ

    「このエンジニアはすごい!」顧客もうなる「質問力」とは
  • 資料公開 Scrumの概要 (2013年の開発トレンド先取りセミナー)

    2013年2月1日に日マイクロソフトさんで行われた「2013年の開発トレンド先取りセミナー」で、Scrumの概要について話をしました。その際の資料を公開しておきます。あんまりいつもと代わり映えしない資料ですが、アタマの方に大事なことを書いておいたのでそこだけはチェックしておいてください。 まぁ正直なところ、Scrumが開発トレンドを先取りしているかどうかは微妙だと思ったのですが、今日ご参加頂いた方の中でアジャイル開発に取り組まれている方は数名しかいなかったので、日だとまだまだこれからなのかなぁ。 個人的には、アジャイル開発、継続的デリバリー、DevOpsあたりは日で早く当たり前になってくれるといいなぁと思っています。 なお、DevOpsについては、2013年2月号の日経SYSTEMSにDevOpsでよく使うツール群の話を書きましたので、ご参照いただければ幸いです。他にも各社のDevO

    資料公開 Scrumの概要 (2013年の開発トレンド先取りセミナー)
  • GitHub時代の開発委託とは? デブサミでQA@ITの事例の話をします - QA@IT公式ブログ

    2013年2月14日と15日の2日間にわたって東京・目黒で開催されるDevelopers Summit 2013(デブサミ2013)の1セッションで、QA@ITの委託開発の話をさせて頂くことになりました。 ソーシャルコーディング革命後の開発委託の世界〜QA@ITの事例(仮) 私はこれまでいつも、デブサミは取材記者という立場で見て来ました。記者として取材して、例えば以下の様な記事を書いて来ました。聴衆に混じって講演を聞く側だった私が、まさか話す側に回ることになるとはと、今からドキドキしています。 デベロッパーズ・サミット2008:すばらしいソフトを作るには、カリスマが講演 未来の言語は「APL」? Rubyのまつもと氏が講演 IIJRuby対応PaaS「MOGOK」は、どんなサービスか? さて、デブサミは開発者のイベントですが、私は委託側、つまり受託開発における「お客の声」ということでお話

  • ペアプロの成功体験と失敗体験 - $shibayu36->blog;

    ペアプロって難しい。今のところ、基的にうまくいかないことが多い。 その中でもたまに成功体験みたいなのがあったので、それを書いてみる。今回の話はあくまでも主観で感じたことである。断定的な書き方をしているのは単に書きやすいからであって、他意はない。あと失敗体験も書いておく。 今回の話に初心者と上級者という言葉が出てくる。これはペアプロ対象に対する初心者・上級者というものとする。なので初心者は「ペアプロ対象に対してあまり知識を持っていない」人であり、上級者は「ペアプロ対象に対して知識をある程度持っている」人とする。 ペアプロ対象の定義は難しくて、Perlで書かれたものであれば、Perlの知識は必要だけど、Perlで作られたある機能の知識や、もしかしたらMySQLの知識みたいなものも対象になりうるかもしれない。そのようなものを漠然とまとめて、ペアプロ対象と言っておく。 成功体験 ペアプロ対象に対

    ペアプロの成功体験と失敗体験 - $shibayu36->blog;
  • 第2回 ヒープが再利用される仕組みを理解する | gihyo.jp

    不要なオブジェクトを回収するしくみ~ガベージコレクタ 前回の最後で触れたように、あるオブジェクトに対する参照をすべて削除すると、そのオブジェクトへはたどり着くことができなくなるため、プログラム中で使用できなくなります。このようなオブジェクトが増えていくと、二度と参照されることのないオブジェクトがヒープを占有してしまい、ヒープが枯渇してしまいます。 図1 不要なオブジェクトであふれたヒープ 日常生活では、建物内にゴミが溜まってしまい、足の踏み場がなくなっても、週1~2回あるゴミの日にまとめて捨てれば部屋はきれいになります。しかし、不要なオブジェクトでヒープが占有されてしまったJVMは、どうすれば良いのでしょうか? JVMでは、このような不要なオブジェクトを「ゴミ」として回収し、不要なオブジェクトが使用していたヒープを解放することで、ヒープが枯渇することを防ぎます。その仕組みが「ガベージコレク

    第2回 ヒープが再利用される仕組みを理解する | gihyo.jp
  • 独学でフロントエンド・エンジニアを目指す人のための基礎カリキュラム - DESIGNMAP

    記事は2013年に書いた記事で内容がだいぶ古くなっております。 フロンドエンドは3年間で大きく状況がかわりました。下記の2016年に書いた改訂版の新しい記事をおすすめします。 「フロントエンドエンジニアとは/Webアプリケーションの歴史フロントエンドの勉強が難しくみえる理由 - まったくのゼロからフロントエンドエンジニアを目指すための独学カリキュラム vol.1」 2011年に『まったくのゼロから、独学でWebデザイナーになる方法』、2012年に『19のステップで、まったくのゼロから、独学でWebデザイナーになる方法』を書いて、独学でWebデザイナーを目指す人向けの具体的な独学方法を書いた。今回は、Webデザイナーという大まかなくくりではなく、フロントエンドエンジニアにしぼって独学方法をまとめてゆきたい。 フロントエンドエンジニアとは フロントエンドとはWebブラウザ側(クライアント

  • JavaScriptのthisの覚え方 - Qiita

    JavaScriptのthisは同じソースコードでも呼び出し元次第で意味が違ったりして複雑だと思われがちだけど、一回覚えてしまえば簡単だ。 JavaScriptにはthisが4種類ある これだけをしっかり覚えておけば、後は必要な時に 4種類って何があるんだっけ? と考えれば容易に思い出せる。 ちなみに、下記のコードはブラウザ上で実行することを想定している。(なのでwindowを使う) トップレベルのthis グローバルオブジェクトを指す。 var hoge = "fuga"; window.foo = "bar"; // fuga+bar と表示される console.log(this.hoge + "+" + this.foo); (function(){ // 同じくfuga+bar と表示される console.log(this.hoge + "+" + this.foo); })(

    JavaScriptのthisの覚え方 - Qiita