タグ

ブックマーク / mizchi.hatenablog.com (5)

  • 技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog

    元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニア

    技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog
    toma-stk
    toma-stk 2014/02/19
  • なぜクライアントJavaScriptの単体テストを書くのが難しいか、考えてみた - mizchi's blog

    ってsinonのスタブ漏れを探しながら何度目かわからない感じにキレてた。 とにかく仕事でJSのテスト書くのが辛いので考えてみる。比較的JSのテストに慣れてる自分ですら辛いのだから、世界はもっと辛いに間違いない。サーバーサイドのnode.jsの話ではない。 JavaScriptで完結しない 構造がHTMLの構造と密結合している。装飾や位置、表示/非表示はCSSによって制御されている。 クライアントJSはHTMLと密結合しており、CSSからビューは影響を受ける。それらがネットワークの結果を受け非同期に振る舞いを帰る。その最終的な値を取得するのが難しい。 もちろんサーバーサイドだってDBやネットワークという外部リソースを扱うが、モックの手法が確立しているし、局所的な複雑度は、JSの方がはるかに多い。 言語仕様が貧弱 mochaやjsmineはrspecを真似てるけど、質的にJavaScript

    なぜクライアントJavaScriptの単体テストを書くのが難しいか、考えてみた - mizchi's blog
    toma-stk
    toma-stk 2014/02/04
  • どんなJavaScript開発環境でも*必ず*導入するライブラリ10選 - mizchi's blog

    lodash.js moment.js mocha.js sinon.js chai.js es5-shim どんなにライブラリを導入しても、顧客との心の距離は一ミリも縮まりませんでした。

    どんなJavaScript開発環境でも*必ず*導入するライブラリ10選 - mizchi's blog
    toma-stk
    toma-stk 2014/02/03
  • 2014年の目標 - mizchi's blog

    宣言するだけしとくか。 一人で同人ゲームをリリースする 一つはWebViewガワアプリ。普通のウェブ技術RPG作る。 もう一つはUnityで2D作る。Unity2Dは技術的な移行期だし参入するにはちょうどよいタイミングだと思う。Unityはマルチプラットフォーム化が進んでいるのが一番魅力的。 プログラミング言語を作る 一つの目標は、TypedCoffeeScriptをちゃんと作ってどっか大きなプロジェクトで採用されるのを目標にする。しばらく開発が止まってるのは、卒論のやらなきゃならんかったのと、CoffeeScriptRedux家で大事なフューチャーが入ってないのに気づいたのでそれを待ってるから。Githubで☆1000を目指す。 もう一つはLLVMを使って静的型付言語を作る。実は今、手元に少しだけ作ったものがある。ネイティブに弱いので、勉強かねてC++を使っている。これは作るのだけが

    2014年の目標 - mizchi's blog
    toma-stk
    toma-stk 2014/01/03
  • ウェブエンジニアの生存戦略 - mizchi's blog

    最近、この話題について経営者目線の話が多かったので、エンジニアのスキル獲得戦略とその最大化という観点から話をする。 まず目下のウェブエンジニアとして一番の課題は、「35歳定年説をどう乗り切るか」、ということだろう。もちろん、みんな35歳定年説なんてのが、まやかしであるとはわかっている。若い業界だったウェブ業界も成立してからだいぶ経ち、結果として平均年齢が押し上げられ、自然と35歳以上のエンジニアも増えてきた。 問題は、人月という概念によって、できる人間とそうでない人間の区別がされていないことだ。ウェブエンジニアとしての悲哀や業界の歪みはここにあると思う。下手に謙遜したりして話をややこしくする前に言ってしまうと、自分をできる側の人間として話をする。 生産性を測る確固としたメトリクスがないのも事実だと思うが、すくなくとも熟達した人間と未経験者がおなじ1人月というのは、到底ありえない話だと思う。

    ウェブエンジニアの生存戦略 - mizchi's blog
    toma-stk
    toma-stk 2013/11/10
  • 1