タグ

2011年8月14日のブックマーク (9件)

  • Ruby 1.9.3 Preview 1がリリース。Lazy Sweep GCにより、GCの停止時間が改善。

    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が最近リリースされ、重要な変...

    Ruby 1.9.3 Preview 1がリリース。Lazy Sweep GCにより、GCの停止時間が改善。
    yujiorama
    yujiorama 2011/08/14
    "1.8.xにとどまる理由がありますか?" あるところには...あるんだよ
  • qwik.jp - このウェブサイトは販売用です! - qwik リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    yujiorama
    yujiorama 2011/08/14
    qwik 活用してる
  • パブリックなメモ : 『アジャイルサムライ』を読んだ

    2011年08月14日06:25 カテゴリ 『アジャイルサムライ』を読んだ アジャイル開発について書かれた『アジャイルサムライ』ってを読んだ。 アジャイル開発?何それおいしいの?なエンジニアが読んでなんとなくわかった感じになるすばらしいだ。 はい、自分のことです。 ということでどんな風にわかった感じになったか少し書く。 このを読んだ感想を一言で言うと 「顧客に無理と言うための信頼を積み上げる方法」 でした。 いわゆる、ウォーターフォール的なこれまでの開発手法を同じような言葉にすると 「顧客がやれと言ったことをやる方法」 だと思います。 ウォーターフォールだと最初にやることを全て決めて、後は全力でそれを実現する。 しかし、最初にやると決めたことは大抵、無理がある。ってみんな言ってる。 原因はやりたいことが多すぎて実現出来ることが乖離している、とか、下請けは出来ないことを出来ると言わない

    yujiorama
    yujiorama 2011/08/14
    淡々とした文体
  • Readingagilesamuraiindevlove

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    Readingagilesamuraiindevlove
    yujiorama
    yujiorama 2011/08/14
    #devlove #agilesamurai なんかすごいことになってきてる。よく見たら1組3人とかあるじゃないの。これは敷居が上がった。今の会社であと2人…どうしよ
  • CppUTestを使う - 千里霧中

    ちょっと前からTest-Driven Development for Embedded Cという組み込みC向けのTDDを読んでいます。 http://www.amazon.co.jp/gp/product/193435662X この、Test Doubleパターン、Breaking Dependenciesの手法、SOLID原則など、TDD/ユニットテストで活用されるノウハウやアプローチを組み込みCで再解釈してうまくまとめているなかなか良いです。組み込み開発・Cの開発でTDDやユニットテストを考えている人にはお勧めできる内容と考えています。 なおこのではテスティングフレームワークの1つにCppUTestというフレームワークを使っています。しばらく扱ってみたので一度導入方法を簡単にまとめたいと思います。 CppUTestについて C/C++向けのユニットテスティングフレームワーク。組

    CppUTestを使う - 千里霧中
    yujiorama
    yujiorama 2011/08/14
    C でも使えるんだ。使ってみますです。
  • 組織としての長期的学習への投資: 柴田 芳樹 (Yoshiki Shibata)

    この書籍では、サービスとして優れている色々な会社が紹介されているのですが、その中で「ホンダカーズ中央神奈川」に関して、詳しく説明がされています。ホンダカーズ中央神奈川は様々な活動を行っているのですが、その活動の1つとして次のことが紹介されています。 ⑥月に1回、読書感想文を提出する 同社では、一ヶ月に一度の割合で、従業員が読書感想文を書き提出するという試みを20年も継続して行っています。会社のお金で内容の良いビジネス書などを購入し、営業マンはもちろんのこと、サービススタッフや事務職員など、すべての従業員が同じを読み感想文を提出しています。それを会長が添削し、全員が提出した読書感想文をファイルに綴じて、いつでも誰でも読めるように保管します。代だけで年間1000万円はかかるそうです。 社員は、最低でも年間12冊の良いを読むことになりますから、10年続ければ120冊になります。良書を読むこ

    組織としての長期的学習への投資: 柴田 芳樹 (Yoshiki Shibata)
  • 気持ちの整理 - The HIRO Says

    現在、心身共に最悪の状態にあります。 木曜夜には熱中症にかかってダウンして、今も尾を引いている状況です。 ただメンタルの症状悪化は、放置おいても悪化するだけなので、これを期に気持ちの整理をしてみようと思います。 1.今嫌だと思っていること (1)TOEIC895点取ってから、何も達成していないのでは?という焦り 今年1月末にTOEICで895点を取ってからは、これといった成果を何も出していないのでは?という焦りをずっと感じています。 具体的には、資格を取るとか何らかの表彰を受けるとか。 ただ、TOEICの点数が出たのが2月末、3月に東日大震災、次の情報処理試験の受験は秋季と決めていたので、そんなに焦る理由は当はなかったんです。 なのですが、モチベーションを高くして頑張り続けていると、強烈な焦燥感にかられることがあるんです。 休み損ねるせいで、気持ちがはちきれてしまうんです。 今の私はま

    気持ちの整理 - The HIRO Says
  • アジャイルサムライ原著者から日本の読者へのメッセージを書き取ってみた。 - 杉風呂2.0 - A Lifelog -

    アジャイルサムライ−達人開発者への道−』原著者からのメッセージを語学トレーニングのつもりでディクテーションしてみました。メッセンジャーとなってくれたのは川口さんでしょうか。ありがとうございます。20回くらい聴きましたが、どうしても理解できない箇所が(たくさんorz)あって、Lang-8でネイティブに添削してもらいました。 Lang-8のアカウントがある人は以下のURLで恥ずかしい添削結果が見れます。 http://lang-8.com/69852/journals/1050708/Please-correct-my-dictation なまじっか文法の知識があるので、絶対違うと思うのにそうとしか聴こえないのは悲しいですね。53秒しかないから、みんなも一回紙とペンでやってみればいいよ! とりあえず邦訳も付けましたが、僕の文章力では上手く日語にならない箇所もあったので、そこは話半分でお願い

    アジャイルサムライ原著者から日本の読者へのメッセージを書き取ってみた。 - 杉風呂2.0 - A Lifelog -
    yujiorama
    yujiorama 2011/08/14
    著者メッセージの書き起こし&日本語訳。すばらしいですね #agilesamurai
  • 設計するならコーディングできなければならない - Strategic Choice

    If you design it, you should be able to code it.Mike Brown設計するならコーディングできなければならないマイク・ブラウンどういうこと?自分で実装した実績のあるパターンで設計します。アーキテクチャーを設計するときには、設計の個々の要素を実装するために必要な作業量がどのくらいになるか、見当が付いていなければなりません。それらの要素を開発したことがあるなら、必要な作業量の見積もりは大幅に楽になります。どうして?自身が使ったことのない設計要素がアーキテクチャーで必要とされている場合、次のような副作用が発生します。デベロッパーたちが直面する学習の苦しさを自身が経験しない。 修得するのにどれだけの時間がかかるのかを知らなければ、実装時間を見積もることはできません。避けなければならない落とし穴がわからなくなる。 訓練を受けたエキスパートがやって見せ