Copyright © 2011 GitHub Inc. All slide content and descriptions are owned by their creators. F.A.Q. Terms of Service Privacy Policy
エリア 渋谷区 港区 目黒区 千代田区 世田谷区 新宿区 中央区 中野区 杉並区 品川区 大田区 江東区 墨田区 台東区 江戸川区 文京区 豊島区 葛飾区 足立区 練馬区 板橋区 荒川区 北区 23区外 特徴デザイナーズ ビンテージマンション 低層マンション 分譲賃貸 リノベーション リビング広め キッチン充実 天井高め 1階 2階以上 最上階 バリアフリー 設備・条件システムキッチン バス・トイレ別 追い焚き ウォシュレット 独立洗面台 室内洗濯機置き場 ウォークインクローゼット 床暖房 宅配ボックス オートロック フロントサービス 駐車場 フリーレント SOHO相談可 ペット相談可 楽器相談可 改装可能 特徴平屋 2階建て以上 リビング広め キッチン充実 天井高め ビンテージ リノベーション バリアフリー 設備・条件システムキッチン バス・トイレ別 追い焚き ウォシュレット 独立洗面台
2. 自己紹介 cuzic といいます きゅーじっく と読みます Ruby 暦は かれこれもう10年くらい 近況 通勤時間は iPod で英語字幕付きで Tech Talk を見ています Google Tech Talk の多くは英語字幕データ付で公開 英語リスニングの訓練と最新技術のキャッチアップの両立 英語字幕付きで動画を見るために、専用のツールを開発 今回はそのツールについて、紹介 今後の勉強会予定 3 月 25 日(土) なんかするかも 5 月 12 日(土) メタプログラミング Ruby 読書会 #3 JR尼崎駅徒歩 2 分の場所で開催予定 3. ビルドツールの主な使い方 ビルド 定義されたルールに従った処理(コンパイルなど) ex ) *.c を *.o にコンパイル 依存関係の処理があるときに便利 ex) hello.c と hello.h のどちらかが更新されていた
プリキュア 歴代変身メドレー 変換の過程でちょいとエンコードエラーが出てました あたらしくなったら更新します
日本通信は4月19日、NTTドコモに対して、接続料算定に関する訴訟を、東京地方裁判所に提起したことを発表した。 2010年度から接続料算定式を合意無く変更 日本通信は、ドコモとの相互接続問題について、2007年に総務大臣裁定を申請し、日本通信側の主張が認められる形で裁定された。この裁定事項に関して「サービス設定権」「料金設定権」「帯域幅課金」に関しては日本通信の主張通りに認められ、「接続の技術面」と「接続料の具体的金額」については裁定せず、協議不十分のままだったという。 その後接続の技術面については2008年4月に開発契約などは締結され、接続料の具体的金額における大臣裁定として、接続料の算定式を協議しての合意ならびに、代入数値はドコモがNDAのもとに開示することを指針。これに基づき、日本通信とドコモは、2008年6月に、接続料の算定式を合意契約がなされた。 そして2008年度ならびに200
スイスSonarSourceは4月18日、ソースコードを分析してその複雑度や品質などを視覚化するツール「Sonar 3.0」をリリースした。2年ぶりのメジャーアップグレードとなり、新機能を含め40以上の強化が加わっている。 SonarはJavaおよびRubyで実装されたソースコード品質管理プラットフォーム。ソースコードを分析し、コードの行数やファイル数といった規模情報やクラス/パッケージ/メソッド数、コメント数、重複しているコードの割合、コーディング規約の遵守状況、コードの複雑性、テスト状況などをWebベースの管理画面で視覚的に表示できる。プラグインによりルールエンジンや新言語の追加も可能で、コア部分が対応している言語はJavaのみだが、CやC#、Flex、Groovy、PHPなどもプラグインによってサポートされる。Natural、PL/SQL、Visual Basic 6などをサポートす
新入社員に「社会人なら日経新聞を読め」と説教するおっさんは多い。が、これは「紙面の主張をコピペできるようになれ」という意味ではない。新聞は資格試験の教科書ではないし、丸暗記なんて無意味だ。私たちは観測と検証にもとづいて思考するべきで、誰かの主張を鵜呑みにしてはいけない。 「日本は輸出の国」 「円高は悪、円安が日本を救う」 ……などの「世間の常識」にも、いちどは疑いの目を向けてみたい。 ◆ 日経新聞が吠えている。 11年度、3年ぶり貿易赤字 過去最大の4.4兆円に http://s.nikkei.com/JcEv8w 「赤字」という言葉を聞くとドキリとするけれど、貿易赤字とは「輸入品のほうが輸出品よりも多かったですよ」という意味でしかない。円高により日本人の購買力が上昇しているのだから、輸入の割合が増えるのは当然だ。燃料や素材を円高のうちに買い貯めておこうとする企業も多いはずだ。貿易収支は、
わたしはまだ本格的な(?)アジャイル開発をやったことは無いけれども、周りのウォーターフォール脳に比べたらアジャイルプラクティスをプロジェクトに取り込むことが多い(プロジェクトマネージャーの立場で、スクラムマスター的に推進)。いくつかのプロジェクトを終えて、結果を振り返ってみるとチームメンバーの平均的な帰宅時間は早まったし、休日出勤することも減ったと思う。QoELは確実に上がったと思っていたけれども、一部のエンジニアからは「キツかった」と言われて驚いた。 アジャイルの前のほうが楽だった? 「第5回 TFSUG:ウォーターフォールからアジャイル、リーンへ」での発表で、アジャイル開発に挑戦した方がやはり「前のほうが楽だった」というような事を書いている。 http://kaorun55.hatenablog.jp/entry/2012/04/17/001312 第5回TFSUG WFからAgile
のだめの二ノ宮知子せんせい、こんどはクロックアップを題材に2012.04.19 12:30 武者良太 クロックアップといっても仮面ライダーカブトるわけではありませんよ! もちろんニャル子るわけでも! PCを使ったホビーのなかでもディープすぎて一見さんにはほとんど理解されないクロックアップ&オーバークロック。二ノ宮知子先生が書く「87CLOCKERS」は、そんなニッチなテーマを取り上げたコミックです。 先日発売された第一巻では、いきなり液体窒素冷却法でSuper PI4秒台をたたきだすライバルに対し、ビギナーの主人公が電圧あげすぎてCPUを爆発させるなど、クロックアップシーンを細かく描く反面、ロットナンバーからCPUの産地を見極めるヒロインや、空冷派のキャバ嬢がでてきたりと、ネタはネタでも相変わらずの二ノ宮節なのがたまりません。 参考までに液体窒素マシンはこんな感じ。作品内ではクロックアップ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
テスト作業が、開発作業の中にしっかりと組み込まれていない。こうなる と、開発の進み具合を計測することは不可能になってしまう。というのも、あ るの機能が動き始めたのはいつか、またある機能が動かなくなったのはいつか、 まったくわからなくなるからだ。 JUnit を使えば、苦労なく、しかも段階的に、テストスィートを構築 できる。このテストスィートは、進捗状況を把握したり、意図しない副次効果 を見つけだしたり、また開発で労力をかけるべき箇所を明らかにしたりする上 で役に立つだろう。 目次 問題 実例 テストする習慣(プラクティス) 結語 問題 どんなプログラマだって「コードを書いたらテストも書くべきだ」というこ とは知っている。にもかかわらず、実際に書いている人は少ない。「何で書か なかったの?」という質問に対しては、「あまりにも忙しすぎて」という同じ 答えが返ってくる。しかしこれは悪循環のはじま
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数%程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
大企業, SIerただ僕が顧客ならば動くソフトウェアを確認しながらウチの業務プロセスにフィットするかを確かめながら進めたいと強く思うので、そのメリットを価値に変えるストーリーがあればいいと思うんだけど、自分たちの手でシステムを進化させる文化が根付いていない所には「なにそれ?おいしいの?」という響かない提案になると非常に思うので、やっぱ内製だろって思ってしまう今日この頃です。http://d.hatena.ne.jp/gothedistance/20100212/1265907956id:gothedistanceさんの釣り力には本当に感嘆します。タイトルにアジャイル開発とか入れておきながら、結論は内製で締めています。読者を流行語でget()して自分の論説にforward()するとは、実に素晴らしいエンターテイメントです。と、無茶いってごめんなさい。アジャイル開発の本質は顧客が主体性を持つこ
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる(かもしれない)。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く