IT_Developmentに関するnakamurataisukeのブックマーク (27)
-
nakamurataisuke 2014/10/27
-
-
意外に簡単！ Lyncで作るカスタムアプリの世界｜BUSINESS NETWORK
マイクロソフトの新しいユニファイドコミュニケーション（UC）基盤「Microsoft Lync 2010」を徹底解説する本連載。最終回となる今回は、Lyncを活用したカスタムアプリケーションの開発がテーマだ。Lyncなら、IMやプレゼンスなどの機能を組み込んだビジネスアプリケーションが容易に開発できる。 連載最終回は、Lyncを活用したカスタムアプリケーションの開発がテーマである。（連載目次はこちら） 本連載で繰り返し述べてきた通り、Lyncの大きな魅力の1つは、Outlookをはじめとするマイクロソフト製品との高度な連携が実現されている点にある。例えばLyncが導入された環境では、Outlookのメールの宛先欄などにあるユーザー名の横にプレゼンス情報が表示され、その人が現在、連絡可能な状態にあるかどうかが一目で分かる。さらにOutlookから直接、IMやVoIPなどによるコミュニケーショ
-
Page not found
We are sorry, the page you requested cannot be found.
-
-
-
インメモリデータベース「MemSQL 2.0」公開。数百ノードへスケールアウト可能で大規模データベース対応へ － Publickey
データベースをまるごとメインメモリ上で処理することにより、従来のハードディスクベースのリレーショナルデータベースよりも劇的な高速化を実現するインメモリデータベースであるMemSQLの最新版「MemSQL 2.0」が公開されました。 MemSQL 2.0はインメモリのスピードとSQLでの問い合わせ、スケールアウト機能、そしてエンタープライズ対応の可用性など、4つの特徴を持つと説明されています。 In-memory architecture Ad hoc SQL-based analytics Horizontal scale-out on commodity hardware Enterprise-grade durability and high availability スケールアウトでデータウェアハウスに対応 MemSQL 2.0はインメモリデータベースの特徴である高速な処理に加えて、
-
-
オープンソースコードの品質は独自開発ソフトと「ほぼ同等」――Coverity調査
オープンソースプロジェクトのコードの不具合率は、独自開発ソフトウェアの場合と「ほぼ同等」――。コベリティは2月24日、オープンソースプロジェクト45件および独自開発ソフトウェア41件のソースコードを解析した「2011年度版Coverity Scanレポート」を発表した。 米Coverityが毎年実施しているこの調査は、活動が活発なオープンソースプロジェクトと、同社の匿名ユーザーからサンプルとして提供された独自開発ソフトウェアのソースコードを解析したものだ。 2011年度調査によれば、オープンソースプロジェクト45件のソースコード約3700万行の不具合密度の平均（1000行当たりの不具合の数）は0.45だった。一方、独自開発ソフトウェア41件のソースコード約3億行を解析したところ、不具合密度の平均は0.64だった。 また、コード行数が同等の規模の場合、オープンソースプロジェクトと独自開発ソフ
-
こだわりのある職人プログラマーほど、無駄なコードを少なくしたいものという事実を理解してほしい - 達人プログラマーを目指して
ちょっと興味深いエントリが目に留まりました。「プログラミングへのこだわり」を方向づける: 設計者の発言基本的に、この方自身もプログラマーや開発者をされているようですし、他のエントリを読んでも「プログラマーの地位向上をすべき」ということで、私にとっても非常に共感することをおっしゃっているのです。それでも、ちょっとこのエントリの内容については疑問に思うところがあったので、勝手ながら私の意見を書かせていただきたいと思います。 業務システムの生産性や保守性を高めるための基本は「コードを１行でも減らす」である。なぜなら、コーディングとこれにともなうテスティングこそが、開発作業の中でもっとも人手のかかる作業だからだ。個別案件においては、良いコードだろうが悪いコードだろうが少なければ少ないほどよい。 これは、まさにおっしゃる通りですね。もちろん、可読性ということもあるため、厳密には最少のコードが最良とい
-
いきあたりばったりのアーキテクチャと教訓
スライドの作者であるGleicon Moraesは、これらの図を示した上で、リレーショナルデータベースはガムテープのようにつぎはぎで使えるような万能薬ではない。シャーディングや非正規化などは検討すべきよい選択肢であり、またリレーショナル以外のデータベースも選択肢としていれるとよいだろうと説いています。 そして次のような「リレーショナルデータベースの間違った使い方10項目」を示しているのです（訳は前述の記事「データベースの間違った使い方10項目」から）。 Dynamic table creation（動的なテーブルの作成） Table as cache（テーブルをキャッシュとして使う） Table as queue（テーブルをキューとして使う） Table as log file（テーブルをログとして使う） Distributed Global Locking（分散したグローバルなロック）
-
テスト駆動開発チートシート - やさしいデスマーチ
TDD（テスト駆動開発）のチートシートを作ってみた。 TDDBCでid:t-wadaさんが話している内容とかテスト駆動開発入門から引っ張ってきています。 ダウンロードはこちらからどうぞ。 PNGイメージ: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.png PDFファイル: http://dl.dropbox.com/u/1393956/tdd_cheatsheet.pdf 追記 印刷・再配布などはご自由にどうぞ。 もし、元データ（OmniGraffle）が欲しいという人は、コメント欄かTwitter経由で教えていただければ差し上げます。 追記２ このチートシートは、OmniGraffleで作りました。他に使えそうなツールとしては、イラレとか。Visioでもたぶん作れると思います。
-
「コードの読まれ方が分かった」、工数見積もり精度向上に寄与
「コードの読まれ方が分かった」、工数見積もり精度向上に寄与：奈良先端科学技術大学院大学 森崎修司氏らが発表 「ソースコードの読まれ方の傾向がまた1つ明らかになった。これで派生開発、保守開発の工数見積もりの精度が向上する」――奈良先端科学技術大学院大学 森崎修司助教らの研究グループは、2009年9月～11月にかけて行ったソースコードリーディングのオンライン・ハンズオン、2010年1月、2月に行ったイベント「ソースコードリーディングワークショップ」、ほか3回におけるハンズオンの分析結果を発表した。 総計126人に、保守／派生開発プロジェクトを模した形式で複数のソースコードを読んでもらい、それぞれにかかった時間を計測、分析したところ、「ソースコードの読解時間はソースコードの行数だけで予測することは難しい」「大規模な変更の場合、コードレビューの経験があるとソースコードの読解時間を短縮できる」ことな
-
Mobile Application Development to Build Apps in C# - Xamarin
Deliver native Android, iOS, and Windows apps, using existing skills, teams, and code. Download now for free Native User Interfaces Xamarin apps are built with standard, native user interface controls. Apps not only look the way the end user expects, they behave that way too. Native API Access Xamarin apps have access to the full spectrum of functionality exposed by the underlying platform and dev
-
28歳から挑戦するITアーキテクト（4） その設計はちゃんと動くのか？
「プログラミング？ そんなことやってんじゃないよ。お前は管理者、見積もって下請けの会社に投げるのが仕事だろ。プログラミングなんてお金にならない仕事やるな」。 最近の若年層において、人気のある職種が「ITアーキテクト」であり、その対極として、最も嫌がられている職種は「プロジェクトマネジャー」といわれている。こうした多くのプロジェクトやSI企業では、十分なプログラミング経験を経ることなく管理者としてのスキルのみが要求されることが多い。ましてや、オフショアリングの浸透により、実際のプログラミングを日本では行う機会がどんどん少なくなってきているといわれている。 筆者のこれまでかかわってきた仕事においても、多くの若手「技術者」が、プログラミングコードではなく、WordやExcelなどを使った設計書作成ばかりに四苦八苦している状況を実に多く見てきた。こうした作業者の多くは、学校でC言語の基礎程度を学ん
-
安全策が後手後手を生む - レベルエンター山本大のブログ
場当たり的な対応で工数が少なくてすみ、影響範囲も少ないが、コードは汚くなるという案と 影響範囲が広いし工数も掛かりそうだが、コードは綺麗になるという案があるとき、 僕は、よほどの差でない限り、コードが綺麗になるほうを選ぶ。 ここで場当たり対応を選んでしまうことは、 「現実をみた大人の意見」のように思えるかもしれないが、 僕からすると、大事の前の小事にこだわるという、本末転倒の考え方にしか見えない。 保守で、既存プログラムの修正をやろうという後輩から相談を受けた。 既存プログラムのSQLの一箇所が違うだけのメソッドを作る必要があるとのことだ。 メソッドをコピーして重複したコードを書くことに後輩は納得がいかず、うまい方法は無いものかと僕に相談をしてくれた。 僕は、このメソッドの引数を追加して条件分岐できるようにし、元のシグネチャオーバーロードとして別途定義する案を上げた。 後輩は、我が意を得た
-
進化を諦めた保守などありえない - GoTheDistance
山本さんが刺激的なエントリを書いていらした。 場当たり的な対応で工数が少なくてすみ、影響範囲も少ないが、コードは汚くなるという案と 影響範囲が広いし工数も掛かりそうだが、コードは綺麗になるという案があるとき、 僕は、よほどの差でない限り、コードが綺麗になるほうを選ぶ。 安全策が後手後手を生む - 山本大＠クロノスの日記 場当たりなので手間はかからないけどコードが汚染される 挑戦的なので手間もお金もかかるけどコードが綺麗になる それ自体は｢よくある｣葛藤だと思います。 山本さんはよほどの差で無い限り後者を選ぶとおっしゃられており、僕は極めて英断だと思っています。そのような｢英断｣を支持してもらうためにはどうすべきか、という視点で続きを書いていきます。 コードが汚染されてしまうと、システムが技術的負債を抱えることにつながります。とても可視化しにくいコストなのですが、｢ちょっと何かを変更するだけ
-
あなたの履歴書を向こう5年間戦えるものにするために--今後必要な開発者スキル10選 - builder by ZDNet Japan
最近の経済の変化から、現在多くの開発者が短期的な仕事を探している。同時に、スキルを習得するために時間とエネルギーを投入するのであれば、そこから確実に最大の収入を生むことが重要だ。ここで紹介する10のスキルのリストは、あなたの履歴書を向こう5年間戦えるものにするために、今すぐ学ぶべきものだ。このリストはとても網羅的とは言えないし、カバーし切れていない業界の分野も非常に大きい（例えば、メインフレームの開発者はカバーされていない）。とはいえ、平均的な主流の開発に対しては、少なくともこれらのスキルの7つを学んでいれば間違いはないだろう。就職の面接で説得力を持って話せるというだけでなく、これらは実際に仕事でも役に立つ。 1: 「ビッグスリー」の1つを学ぶ（.NET、Java、PHP） 開発業界に（レッドモンドに隕石が落ちるというのに匹敵するような）劇的な変化が起きない限り、ほとんどの開発者は少なくと
-
【連載】ゼロから始めるUMLモデリング講座 (3) UML 2.0のポイント | エンタープライズ | マイコミジャーナル
UMLによってモデリングを行う場合、さまざまな図を使います。UMLの最新バージョンである「UML 2.0」では13の図が定義されています。また、モデリングに用いる手法は図によって異なります。今回は、UML 2.0で定義している図とそれぞれの図で用いるモデリング手法を整理します。 UMLとオブジェクト指向 ここまでは、UMLに限定せず、情報システムの一般的なモデリングについて説明しました。ただし、「何を」モデリングするかについては説明しましたが、「どのように」モデリングするかという手法については説明していません。UMLについて説明するためには、この「どのように」についても触れる必要があります。 冒頭の説明では省きましたが、UMLを正確に表すと「オブジェクト指向という手法でモデリングした内容を標記するための言語」となります。 では、オブジェクト指向とは何なのでしょうか。実は、このシンプルな設問
-
分散バージョン管理システムGitの使い方入門 | OSDN Magazine
バージョン管理システムと言うとSubversionやCVSが有名だが、近年急速にユーザーを増やしているバージョン管理システムに「Git」 がある。GitはLinuxカーネルの開発リーダーとして知られるLinus Torvalds氏が中心となって、Linuxカーネルの開発に使用する目的で開発した分散型バージョン管理システムである。2005年に開発が開始されて以来さまざまなプロジェクトでの採用が進み、現在ではPerl 5やRuby on Rails、Android、Wine、X.orgなど、有名な大規模プロジェクトで採用されるに至っている。 本記事では、このGitを使用するのに必要な「分散型バージョン管理システム」の基本的な考え方を紹介するとともに、Gitの導入方法や基本的なGitの使い方について解説する。 分散バージョン管理システムとは？ GitはLinuxカーネル開発で用いられることを前提
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
