Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

2012年8月29日のブックマーク (8件)

  • Node.js : exports と module.exports の違い(解説編) - ぼちぼち日記

    JavaScript Advent Calendar 2011 (Node.js/WebSocketsコース) : ATNDも皆さんのご協力で25日間終わり、無事新しい年が迎えられそうです。参加された方、ご苦労様でした。もしアドカレに穴が空きそうだったら書いてみようと思ってたネタを作っていましたので、アドカレ終了記念の番外編で書いてみます。 ちょっと前のブログになりますが、Node.js Module – exports vs module.exportsな記事が掲載されていました。 Node.js のモジュールを作成する際に使用する exports 変数と module.exports 変数の違いについての記事です。私も以前から「 module や exports って変数はいったい何だろう?」とか、「require()関数って突然どこから現れてくるのだろうか?」など実際その仕組みはどう

    Node.js : exports と module.exports の違い(解説編) - ぼちぼち日記
  • TOC用語集1(基礎編1/2) | 飯塚革新コンサルティング

    組織の目的を達成するためには、組織を構成する各部分がそれぞれの努力を、全体の目的達成に向けて同期化する必要がある。 組織をその構成要素に分割して、個々に捉えることは意味がない。 それぞれの努力は、制約条件(レバレッジポイント)に焦点を合わせておかなければならない。 それぞれの努力の評価は、スループット評価にてなされる。 【DBR】 Drum Buffer Rope (ドラム・バッファ・ロープ) ・DBRとは、製造業で比較的生産期間が短く、同じものを繰り返し生産するような、繰り返し型の生産ラインに適した生産管理方法である。 ・ボトルネック工程(制約工程)にフォーカスし、ボトルネック工程の能力を最大限に発揮させることで、企業の利益を最大にする。 <基的な考え方> ・ボトルネック工程の生産能力を、ドラムとして生産ラインの作業ペースを決め、ボトルネック工程が前工程の生産の揺らぎ(トラブルな

    sugimori
    sugimori 2012/08/29
    スループット会計をちゃんと理解したい。
  • これはわかりやすい!アジャイルにWEBデザイン制作するための資料

    こんなWEBデザイナーと働きたいと思ってしまった@HIROCASTERでございませう。 人はわからない言葉や聞き慣れない言葉を直ぐに受け入れるのは難しいのです。特にカタカナ文字だと。 日人なので、普段の日常会話でもなんとなくわかる言葉に置き換えることで、すんなり入ってくることもあります。 この資料のすごいところは「アジャイル」という言葉を使わないで説明しているところです。 ソフトウェア開発者がWEBデザイナーにアジャイルのプロセスを語るよりも、WEBデザイナーがWEBデザイナーに語った方が、やはり伝わるのではないかと感じた資料でした。というよりも、資料のデキがすばらしい!必見です。

    これはわかりやすい!アジャイルにWEBデザイン制作するための資料
    sugimori
    sugimori 2012/08/29
    アジャイル開発に入ってくれるデザイナさんに出会いたい
  • ソフトウェアエンジニアリングのビジネス ー スループット会計と制約の理論

    Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。このでは、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

    ソフトウェアエンジニアリングのビジネス ー スループット会計と制約の理論
    sugimori
    sugimori 2012/08/29
    うーん。あと一息。もうちょっとで腹に落ちる。
  • エンタープライズ・アジリティについて考える (3) - Always All Ways

    「エンタープライズ・アジリティについて考える」シリーズの第3回です。 過去の記事はこちら。 Always All Ways: [IT] エンタープライズ・アジリティについて考える (1) エンタープライズ・アジリティについて考える (2) - Always All Ways 過去2回では、エンタープライズあるいはエンタープライズ・アジャイルといったものをどういう範囲で捉えるか、どう定義して考えるかというような話をしました。今回からそろそろ題に入りたいと思います。とは言え、このシリーズは明確な全体構想やストーリーがあって書いているわけではありません。相変わらず、思いついたところや書きたいところから順不同に書いていますが、ご容赦ください。 組織レベルでの3つの大きなTransformation 情報システム開発や製品開発におけるアジャイルな組織への転換においても、メンタルモデルというかマイン

    エンタープライズ・アジリティについて考える (3) - Always All Ways
    sugimori
    sugimori 2012/08/29
    なぜかスループット会計を勉強中
  • オブジェクト指向できていますか?

    3. 自己紹介 1992年~1997年 某ゲーム会社 プログラマ SFC,GB,PS1,N64のゲーム開発経験 1998年~現在 日工学院八王子専門学校 @mozmoz1972 専任講師 プログラミング教育を中心に担当 twitterもfacebookも実名です。よかったらフォローしてください。

    オブジェクト指向できていますか?
    sugimori
    sugimori 2012/08/29
    コーディング規約に意図があるっていいな。ちゃんと意図を考えれる人は力がつきそう。
  • But...Self-Organization Is Not Enough: 自己組織化チームに関する誤解とマネージャの役割 - Always All Ways

    アジャイル開発の文脈において、自己組織化されたチームという概念がよく出てきます。これはアジャイルなマネジメントを考える上でポイントとなる一つの大きな概念である半面、誤解(時によっては過大評価)されていたり、またそれが故にマネージャの役割が過小評価されているようなことも起きているのではないかと思います。 "But...Self-Organization Is Not Enough"というのはこのブログでも再三取り上げているJurgen Appeloの"Management 3.0"の第8章のある一節の見出しになっているフレーズです。この書籍では、第6章(The Basics of Self-Organization)でも1章を割いてSelf-Organizationの理論的背景や類似概念との比較などがされており、とても参考になります。このエントリでは、そこから私がポイントと思うところを適宜抜

    But...Self-Organization Is Not Enough: 自己組織化チームに関する誤解とマネージャの役割 - Always All Ways
    sugimori
    sugimori 2012/08/29
    マネジメントの役割。
  • オブジェクトゲーム

    © NEC Corporation 2006 オブジェクト・ゲーム ~コードを使わず最速でオブジェクト指向がわかる方法~ 2006年 6月29日 NECシステムテクノロジー 第一産業ソリューション事業部 牛尾 剛 © NEC Corporation 2006 CIO プロセス改善/生産革新部門 管理者 普通の技術者 出来る技術者 ・オブジェクト指向がわかった ・最新アーキテクチャが理解できよう になった ・一般の技術者でもオブジェクト指向が わかってもらえるぞ ・オブジェクト指向ベースの手法が使え るようになるな ・はじめてオブジェクト指向とPJでどう 使うかがわかった ・すぐには導入しないけど、事例が増え たら使ってもいいかも・・・ ・はじめてオブジェクト指向とPJでどう 使うかがわかった ・アーキテクチャが違った見方ができる ようになった ・独学でわかりにくいところがわかった ・後輩に

    sugimori
    sugimori 2012/08/29