Prototype.js を使った JavaScript OOP 講座 #01
社内の精鋭エンジニアを中心に定期的に勉強会をすることになった。んで、 JavaScript の講義は僕がやることになった。 資料を社内だけでとどめておくのはもったいないので、ここに公開していきます。社内の人も社外の人も読んでください。 講義の内容は基本的にソース嫁。ソースレビュー形式。 ※ターゲットは JavaScript は書いたことない、オブジェクト指向言語プログラマ。 Section 00 Prototype.js の前に JavaScript のオブジェクトの概要・・・ オブジェクトを作ってみる。 var object = {};オブジェクトにメソッドとかプロパティを追加してみる。 var object = { field: 'IT戦士', method: function() { alert('hello ' + this.field); } }; object.method()
「勝手に添削 - JavaScript 入門」を勝手に添削 - IT戦記
このエントリーは以下のエントリーへの解答です 404 Blog Not Found:javascript - 勝手に添削 - JavaScript入門 はじめに 僕はあまりブログを一生懸命書くのは嫌いです。で、いつも適当に言葉は少なめにソースだけで解説しているが。今回は、それだけでは伝わらないところまで突っ込まれてしまったので、僕が伝えたかった意図をこと細かく説明していこうと思います。 文章が苦手なので、変な言い回しで読み辛かったりすると思いますがよろしくお願いします。 一応、弾さんには断っておきますが、別に弾さんに噛みついている訳ではないです。ただ、弾さんのような有名人に突っ込まれたら、僕の講義を聞いてくれたエンジニアが嘘を教えられたと不安になってしまうのではないかと思ったのです。僕の講義を聞きにくれた人には、虚像でもいいから 100 % の自信と勇気を付けて欲しい（プログラムを書く上で
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
平凡なエンジニアが未踏ソフトウェア創造事業をやったらどうなるのか書いてみた - Akasata's Page（あかさたのページ）
2007-11-01 14:29 : 平凡なエンジニアが未踏ソフトウェア創造事業をやったらどうなるのか書いてみた 最近、八角研究所で技術記事を書いているのですが、私が参加した 2006 年度下期未踏ソフトウェア事業（2006 年 11 月 ～ 2007 年 8 月末まで）の体験談を書いてみました。 未踏の体験談を書こうと思った動機について書きます。 私がお世話になった PM は東工大の千葉先生だったのですが、同じ PM 配下でも他の方は凄腕のエンジニアであり、能力的にも住む世界が異なるという感じでした。そういうエンジニアは目立つので、私は未踏のエンジニアというともの凄い凄腕ばかりを思い浮かべてしまうのですが、未踏ソフトウェア創造事業そのものは、適切な提案ができれば平凡なエンジニアにも門戸が開かれています。 というか、普通のエンジニアこそ挑戦すべき制度です。とはいえ、
優秀なエンジニアは「入社時のスキルを問わない会社」には就職してはいけない
ちまたで問題になっているIPAフォーラム2007に参加した学生がエントリーを書いているのだが、それが半端じゃないぐらいのエンターテイメント。 ...IT産業というよりSIerの人気がないことについて語りたいだけなんじゃないかという顔ぶれだったし... ...はてなブックマークのコメントを見ている限りでは、パネリストの方々は相当現実の見えていない発言をしているようだ。... ...ITを専攻している学生達からは、「就職時にITスキルが問われないのだとしたら、大学でやっていることには何の意味があるのか」という質問が出ていたのだけど、明確な回答はなかったと思う。その人たちは、ちょっとショックを受けていたような気がする。... ...その流れで、「入社時にITのスキルを問わないというのは、Googleのような企業の方針とは反対であるが、それですばらしいサービスを作ることができるのか」という質問が出
Six Apart に行ってきたよ : にぽたん研究所
id:cho45 が Six Apart に遊びに行くという情報を、サイボウズ・ラボの id:ZIGOROu & id:amachang がキャッチしたとかで、すわっ！もしやこれは引き抜き合戦かっ！とかよくわからない色めき立ったとか勃たないとかそんな話で、こっちもお前勃つもんも勃たなくなったらアレじゃないかおいみたいなホゲホゲで、Six Apart ｺﾞﾙｧ!! しに、こりゃ仕事している場合じゃないぜと会社を抜けて、お昼休みを取りました。 多勢に無勢ではアレだと、こっちも最速.+研究会の主任研究員とかクラムチャウダーとかと一緒に、ついでに amachang も来るとかだったので、最近 amachang がマークアップエンジニアがうんたからかんたらと言っていることに対してムキー！！！って思ってるんだか思ってないんだかサッパリわからない hamashun.com も連れて行きました。 本当の主
かっこいいとしかいいようがない - smellman's Broken Diary
id:amachangさんのマークアップエンジニアはどこへ向かうべきか（を考えてたらカッとなって LL の資料公開）にアップされていたLLの資料をいまさら見たんですが、正直やばい、かっこよすぎるとしか感想がなかった。 今までプレゼンツールで高橋メソッドinXULとかImpressとか(MSで発表だったのでしかたなく)PowerPointとか使ってきたけど、id:amachangさんのツールはその軽さ、表現力、そして公開のし易さ(推測)、どれをとってもすげーというかまじホレすぎた。まだHTMLにJavascriptぐちゃぐちゃ書いてるとありますが、なんかもう期待値+++++++;(何 ってか、仕事中半分ぐらいこのかっこよさをどう表現したらいいのか悩んだぐらいもうかっこいいとしか言えない！ なんとなくできることはわかってはいるんだけど、本当にショックというか今までJavascriptをまじめに
住みたいところに住める俺: 仕事は7.5時間で終わらせる
今のカナダの会社では5時にもなると半分以上の人間が帰る。 原則7.5時間働けばいいというルールなので、朝早く来る人は当然早く帰る。 7.5時間以上がんばっても評価される仕組みではないのだ。 評価はその時間でどれだけアウトプットが出せたかで決まる。 これは私がシリコンバレーにいたときの現地のメンバーも同じような感覚でやっていたので、北米的には普通なのかもしれない。 なので、時間内に何とか終わらせようという気持ちがそこここで感じられる。 この3ヶ月で見た感じだと、その工夫の一つにはミーティングへの時間の割き方が日本とは違う。 ・基本的には定例会議はない。 ・ミーティングは30分単位が基本。 ・重要かつ急ぎのプロジェクトの場合、毎朝進捗確認はやるが、15分程度。立っておこなう。 ・2-3人での、ちょっとした相談や、決断は担当者のキューブへ押しかけて行う。 ・その際も、異常に早口で、即決する傾向あ
素早く正規形を見抜く実践テクニック（1/4） － ＠IT
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
エンジニアと「地図のない道」 － ＠IT
気になったのは4位に入った「IT業界の『3K問題』 NTTデータ社長の考えは？」だ。この記事が掲載されたのは今年5月。どうしてと思ったが、「IT戦記」のamachang氏のエントリ「採用説明会での資料を公開します。」が思い浮かんだ。「あと、この辺に対する僕の答えでもあります。」とあり、上記のNTTデータ記事を紹介してくれている。ありがとうございます。 amachang氏は公開した資料の中で、エンジニアになった経緯を振り返り、自らを確立していく上で「プライドを捨てること」「自分を晒すこと」「人と出会うこと」「技術を愛すること」の大切さを挙げている。エンジニアであることの楽しさや、やりがいを伝える説明で、若いエンジニアは勇気が沸くだろう。最近の取材先で記者が聞くのは「エンジニアがハッピーになるにはスキルを高めて外に出る」ということ。amachang氏の考えと重なる。amachang氏が書いてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
採用説明会での資料を公開します。 - IT戦記