画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
プログラミングファースト開発の必要性 - ひがやすを技術ブログ
ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動
システムの納期とは確率分布だ − Publickey
昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。
IT業界進化論： 絶望する前に”SIer 2.0”を目指せ:インフラコンサルティングの最前線 - CNET Japan
[みんなの回答]IT業界進化論： 絶望する前に”SIer 2.0”を目指せ 公開日時： 2007/11/12 08:51 著者： 吉澤準特 kennより: 日本のIT業界は救いようがない。絶望的としか言いようがない。 IT業界不人気なんて、この業界に重くのしかかる決して晴れることのない暗雲の氷山の一角に過ぎない。はてなの匿名ダイアリーにも［続きを読む］ CNET japanブログで江島さんが「ニッポンIT業界絶望論」という過激なタイトルで興味深いエントリーを書いています。 出だしでバッサリと「日本のIT業界は救いようがない。絶望的としか言いようがない 」と切り捨てており、その後はSIerが本業としている受託開発の将来性の無さを率直に訴えかけ、「受託開発の世界にはエキサイティングな革命の歴史とは無縁である」と述べてます。 しかしながら、正直、私は同意できません。 むしろ、私の答えは
「小さなソフトウェアベンダー」という選択肢 : 小野和俊のブログ
「Eric Sink on the Business of Software」読了。献本感謝。 みんな大好きジョエル・スポルスキーも大絶賛の本書であるが、とても面白かった。 そして、本書で指摘される図星としか言いようのない的を得た指摘の数々がつぼにはまり、読みながら頻繁に声を出して大笑いしていたので、家の中で不審がられた。 私たちは、独創的なアイデアでソフトウェア業界の勢力図を書き換えてしまった人たちや、一夜にして巨万の富を手にした人たちにばかり興味が向きがちだ。 しかし、著者はそれに対してはっきりと「No.」を突きつける。 自分たちのソフトウェア製品を持ち、しかし大企業化を志向しない企業のあり方を、著者は「小さなISV」と呼ぶ。 それを私たちがなぜしようとしないのか、著者は次のように分析する。 1. 私たちはそれを見たいと思わない (巨大なマーケットばかり意識して、ニッチマーケットで優れ
小野和俊のブログ:人月ビジネス、プロダクト、ウェブのサービス
IT 系の会社の経営者の方と話をしていると、 人月ビジネスをやめて、パッケージやサービスに移行したいという話をよく耳にします。 しかし、半年か一年経ってその後どのようになったのかを聞いてみると、 パッケージやサービスの開発プロジェクトが立ち上がるところまでは行ったものの、 結局は中途半端なものにしかならず断念したという話が多く、 事業内容をスムーズに移行することができたという話はあまり聞きません。 このようなビジネスの転換がうまく行かないケースには、 いくつかの共通点があるように思えます。 第一の関門は、経営陣が、まったく異なるビジネスに対して、 考え方を切り替えられるかどうかという点にあります。 パッケージやサービスのビジネスというのは、基本的に先行投資のビジネスです。 まずソフトウェアを完成させるまでに時間がかかり、 次にソフトウェアが世の中で認知されるまでに時間がかかり、 認知されて
仙石浩明の日記: なぜ人月見積もりが優れているのか
人月見積りでは生産性が上がらない。 IPA が警告するまでもなく、 ソフトウェア技術者ならば誰しも 人月見積りに嫌悪感を持っているのではないでしょうか。 生産性を上げれば上げるほど金額が低くなってしまうし、 そもそも開発者の生産性なんて人によって大きく異なる (私の持論は、 「ピンとキリでは 1000倍の差がある」、です) のだから、 「標準的な技術者一人が一ヶ月かかる仕事」なんて基準をおいたところで 意味がありません。 人月見積もりについては、 「人月見積もり、生産性について」に いろいろな意見へのリンクがまとめられているので参考になります。 このように人月見積もりがなぜ問題なのか、 それこそ掃いて捨てるほど主張が繰り返されていますから、 いまさら同じようなことを唱えても仕方がありません。 そこで、ここでは逆にあえて肯定してみることにします。 そもそもこれだけ嫌われ者の「人月見積もり」が
プロセスの配置、WebLogic みたいなのと Rails みたいなの - いたわさににほんしゅ
Ruby がユーザースレッドで動作する、っていうところが引っかかっていた。果たしてそれで性能が出るのか？と。 それからしばらくもやもやしていて、Ruby on Rails の勉強をして、lighttpd + たくさんのFastCGI(とか)のアプリ処理プロセスという構成を知った。Java のWebLogic 等のプロセス構成しか知らなかったので、不思議な感じがした。 でかいプロセスと、1プロセス1スレッド 一般に、Java の世界ではデカイプロセスを一発立てて、中でスレッド(java.lang.Threadでの抽象化という意味で)がもさもさ動いている。WebLogic なんかだと、アプリ処理のワーカースレッドだけで50から100くらいが動いているのが普通だろうか。JVMの実装は、大抵、OSレベルのスレッドライブラリを使って動くので、OSレベルでスレッド(この言葉はビミョウだけど)が1プロセ
インフラエンジニア勉強会hbstudyとは - hbstudy
インフラエンジニア勉強会hbstudyとは、株式会社ハートビーツが主催する、 主にインフラエンジニアを対象とした勉強会です。 主に現場のインフラエンジニアのコミュニケーションの場、お互いに高め合うための学びの場が欲しくて、定期的に開催しています。 インフラエンジニアの方(サーバ、ネットワークなど)、 ネットサービス系の運用に携わる方、 興味がある方 などご参加お待ちしております。 たぶん、SoftwareDesignやWEB+DB Pressが好きな方は、趣味が合うんじゃないかと思います！ セミナー形式ではなく、どなたかにネタ提供をしていただきみんなで考えて討論するスタイルで運営する予定です。 ネタ提供してくださるかたも大募集中です！！！ 取り扱いたいお題・領域 テクノロジー サーバ ファイルシステム 基本コマンド（ps、vmstat、w、top、uptime、free）とその仕組み 仮想
ワークスタイル・メモ: 情報収集・記録系
ワークスタイル・メモ カレンダー・手帳術からグループウェア、ライフハックやWeb2.0系ツールまで、インターネットが変えようとしているワークスタイルの未来を考える。 記者発表会やイベントの様子を伝えるビデオブログにも挑戦中です。 ワークスタイル・メモ > 情報収集・記録系 StumbleUponは米国では非常に有名なソーシャルブックマークサービスです。 昨年5月に、eBayに7500万ドルで買収されたことでも話題になりましたが、ちゃんとレビューしていなかったので今更ながらレビューしてみました。 StumbleUponとは英語で偶然見つけると言う意味の言葉なのですが、StumbleUponを一言で表現すると、面白いサイトやページに出会うための出会い系ブックマークサービスという感じでしょうか。 ブラウザにStumbleUponツールバーを導入し、StumbleUponボタンをポチポチすることで
賃貸オフィス・賃貸事務所の東京オフィス｜株式会社プリファードインフラストラクチャーのオフィス移転事例
「新しい技術・面白い技術をいち早く世の中に届ける」を目標に設立された同社。創業メンバー6名が東京大学大学院、京都大学大学院の出身、若しくは在学中というアカデミックな企業。尚且つ、各々が未踏ソフトウェア創造事業やACM/ICPA世界大会などを経験している。近年、検索エンジンや推薦技術開発の分野でネット業界を騒がせている。 本郷三丁目駅を降り、学生の活気がある春日通りを湯島方面へ。東京大学春日門から徒歩10数秒の場所に、今回取材にお伺いしたプリファードインフラストラクチャー様がオフィスを構える本郷ビルがあります。10Ｆにあるオフィスからは東京大学が一望でき、ルーフ上の屋根があるオフィスは採光も抜群。Googleレベルの頭脳が集まるとネット上を賑わせた株式会社プリファードインフラストラクチャーの代表取締役 西川氏にお話をお伺いしてきました。 日本発のテクノロジーベンチャー 創業について教えてくだ
システム基盤設計の基礎
交通量に見合った道路を作ったり，工場の排煙を減らす高度なごみ処理施設を建設したりする，といった基本的な都市計画がなされていない，つまり「都市基盤」が整備されていなければどうなるか。道路は慢性的に渋滞しており，たどりつくだけで一苦労。街で交通事故が発生しても救急車が現場に到達することさえままならない。工場は排煙をまき散らし，深刻な大気汚染を引き起こす──。 情報システムにも，同じことが当てはまる。豊富な機能を持つアプリケーションを開発することは確かに重要だ。だが，サーバーやストレージの性能や信頼性，ネットワークの回線速度などを無視していては，システムの品質を保つことは難しい。システム開発に携わるあらゆるITエンジニアにとって，システムの性能や信頼性などを左右する「システム基盤」の知識は不可欠だ。そこで本講座では，システム基盤を理解するための基本的な技術や用語から，実践的な開発方法論までを解説
処理性能の考慮したシステム設計の理論と実践
2. こんな経験無いですか？ • 100件のテストデータなら問題なく動作したのに1万件だと応答が 全く返ってこなかった。急遽慌てて徹夜の対応に追われる。 • 「もっと早くできる」と言われ、処理速度を2倍に改善されてしまっ た。 • ORマッパーに頼りすぎて処理性能が出ずにコードを1から書き 換えられた。 • アプリケーションの起動速度を10倍に短縮された。 • ハードウェアの性能を上げても処理性能がほとんど変わらな かった。 • テストでは十分なレスポンスタイムを出していたにもかかわらず、 いざインターネットに公開してアクセスされたら全然動作しなかっ た。 3. 事例1 計算量とアルゴリズム • 要件 – とある会員情報が2つのテキストファイルに記録されている。 これら2つのテキストファイルの差分として記録されている会 員情報を抽出しなければならない。 • 実装 – ファイルAから1件読み
Java Review：Webシステムの性能要件を検証する「手順と実践」 (1/2) - ITmedia エンタープライズ
Webシステムの性能設計後には、性能要件をあらかじめ実機マシンで検証しておくとよい。検証の目的は、マシンサイジング時に設定した内容や機器構成が、性能要件を満たしているかどうかを確認するためである。今回はWebシステムの性能要件の検証手順や考え方について紹介する。 Webシステムの性能要件の検証手順 まずは、性能検証の流れを押さえておこう。検証は次の流れで実施する。 1、単体性能の検証 単体性能の検証では、1トランザクションの処理性能を検証する。 2、多重性能の検証 単体性能の検証で問題ない場合は、多重性能の検証を実施する。多重性能の検証では、複数トランザクションの処理性能を検証する。 本稿では、Webシステムの性能検証のうち、単体性能および多重性能の検証を中心に説明する。どちらの場合も性能を検証するには、処理時間に関する性能要件とメモリに関する性能要件を確認する必要がある。性能要件に問題が
システム基盤を学ぶ | システムエンジニアの晴耕雨読 - 楽天ブログ
システム基盤を学ぶ システム基盤を学べる本 「日経ＩＴプロフェッショナル ２００４年７月号」＋アルファ リーダー企業の選択―なぜIT基盤が必要なのか? 坂口 正憲 「初心者がシステム基盤の重要性と位置づけを把握するのに適した一冊だ。Ｊａｖａ／Ｊ２ＥＥをベースにしたＷｅｂシステムを題材に、ハードやＯＳ、ミドルウェア、フレームワークの構造をやさしく説明しているため、システム基盤の全体像を容易に理解できる（粟津正輝）」 若手SEのためのシステム設計の考え方―システム企画から要件定義、システム設計書の作成まで 上野 淳三, 白井 伸児, 広田 直俊 「システム開発の上流工程であるシステム企画から基本設計までに焦点をあて、若手SEが有効なシステム設計書を作成できるためのポイントを解説」 コンピュータの構成と設計―ハードウエアとソフトウエアのインタフェース〈上〉 ジョン・L. ヘネシー, デイビッド・
仕組みを構築しなければ営業の質は上がらない - コンサルタントが実践する問題解決手法
営業業務を中心にしている企業の業績を向上させる上で、最も重要なことは「営業の質」と言えます。 営業の質を向上させるためには、業務のプロセスを明確化し、マネージャーが営業のターニングポイントを確認できるようにしておくことがポイントになることは比較的実感しやすいことと思います。 考え方としては別に目新しいものではなく、従来の業務においてはむしろ「当たり前」という部分ではないでしょうか。 しかしながら、この当たり前を徹底することが難しいことも事実です。実際の営業現場のチェックをしてみると、古典的な体力営業でしかなく、計画的な活動が存在していないケースをよくお見かけします。根性論や精神論もたしかに重要ではありますが、全体のばらつきを是正できなければ、営業部門として成功する確率は低下してしまいます。 営業マン全員が、自分の業務として一定水準の成果を上げられるようにするためには、仕組みの変更が必要なこ
経営企画室.com
新規事業立ち上げにおける課題とは？人が集まる多角化戦略のポイント2024 2024.04.08 新規事業 伊藤 匠 ▼2024年時流予測レポートの無料ダウンロードはこちらから 現在、新規事業への関心が高まる一方で、特に中堅・中小企業において、新規事業の見極めが済んでこれから事… 【経営者必見】ビジョン経営・戦略策定による持続的成長のポイント 2024.02.19 経営ビジョン 南原 繁 全国400万社ある中で、100名超え企業は1％、300名超え企業は0.3%、1000名超え企業は0.1％です。 売上規模や社員数の多さだけが企業の良し悪しの判断… 勝ち切る社長は事業戦略より〇〇戦略を重要視 2023.10.31 新規事業 南原繁 国内経済衰退の西暦２０００年以降でも伸び続ける企業Ｂ社は何が違うのか？ 売上規模や社員数の多さだけが企業の良し悪しの判断軸ではありませんが、 私どもは「良い会社…
米国ザッポス「顧客にWOW！をお届けする」奇跡の経営，その本質を探る：In the looop：オルタナティブ・ブログ
ザッポス（Zappos）をご存知だろうか？ 最近アマゾンが約800億円で買収した米国オンライン小売業で，メイン商材はシューズ。 無料返品サービスをはじめて導入したことでも知られている。 で，このザッポスだが，実は知る人ぞ知る伝説と逸話にあふれた企業で，どこから手をつけてよいかわからないほどなのだ。 最も有名なのは，母親を突然亡くしたため，プレゼント用に購入したシューズを返品したいと申し出た女性の話だ。電話を受けたコールセンター社員は，悲しみにくれる彼女の元に宅配業者（規約では顧客が集配所まで持っていく必要がある）を手配するとともに，翌日には手書きのメッセージカードを添えた色鮮やかなお悔やみの花束を届けたのだ。感激のあまり号泣した彼女は，その感動をブログにつづり，それがネットを駆け巡ることになった。 リッツ・カールトン（高級ホテル）やノードストローム（高級デパート），ディズニー（エンタテイン
ECサイトの設計書を理解しよう！ プログラミング未経験から始めるPHP入門～応用編（1）
はじめに 本連載では、PHPまたはプログラム初心者の方を対象に、PHPを用いたWebアプリケーションの作成方法を説明していきます。今回からは応用編として、ECサイトを作成します。本稿ではまず、アプリケーション作成に必要な設計書について説明します。PHPの環境構築に関しては第2回を参照ください。 対象読者 プログラミングが初めてでこれから学習する予定の方 プログラミング経験はあるがPHPを初めて学習する方 これまでの連載 第1回「プログラムってなんだろう？PHPってどういうもの？」 第2回「XAMPPをインストールして開発環境を整えよう！」 第3回「変数の扱い方を習得しよう！」 第4回「条件分岐と繰り返しを使いこなそう！」 第5回「入力フォームを使ってデータを送受信しよう！」 第6回「データベースの基礎を理解しよう！」 第7回「PHPを使ってデータベースを操作しよう！」 動作確認環境 PHP
まだ年末商戦にも間に合う！ プロが教える広告文の作り方！<前編> ～竹内謙礼氏インタビュー～ | Web担当者Forum
[PR] リスティング広告の効果を大きく左右するのが、「タイトル」と「説明文」の中身だ。観光牧場「成田ゆめ牧場」のネットショップを3年で年商1億円まで育てた実績を持つ経営コンサルタントの竹内謙礼さんに、リスティング広告のタイトル・説明文の位置づけや作成のポイントを、実践経験に基づいてお話しいただいた。 検索キーワードとリスティング広告は、 「Q&A」の関係になっている！ 竹内謙礼氏 有限会社いろは代表取締役。経営コンサルタントとして活躍。主な著書に「売り上げがドカンとあがるキャッチコピーの作り方」（日本経済新聞社）、「会計天国」（PHP研究所）などがある。 編集部● リスティング広告は、「タイトル」「説明文」「URL」の3要素で構成されています。今回はこの3つのうち、「タイトル」と「説明文」の効果的な書き方を中心にお話いただければと思います。まずリスティング広告における「タイトル」「説
OS選定のポイントを整理する
サーバOSを決めるタイミング 本連載もつつがなく第2回を迎えることができた、と言いたいところだが、本題に入る前にまず「第1回：そもそもサーバOSとは何か（http://www.thinkit.co.jp/article/80/1/）」の内容について補足を書いておく。 前回はサーバOSを「Windows系」「UNIX系」「Linux系」「BSD系」の4つの系統に分類したが、読者より「UNIX系、BSD系という分類は、Mac OSXやSolarisの分類が微妙にならないか」といった趣旨の指摘をいただいた。事実、筆者もこの点は執筆にあたり悩んだところでもあった。 結局執筆にあたっては、あくまで初心者向けの連載である以上、より明解な説明を目的とし、よく知られるWindows系OSに対してUNIX系OSを「The Open GroupからUNIX認定を受けたOS」と定義することとした。 これは、例え
数値計算用にＰＣの購入を考えています。 使用するプログラムは、メモリとＣＰＵのやりとりの量がかなり大量で頻繁に発生するのですが、 その場合corei7とPhenom…
数値計算用にＰＣの購入を考えています。 使用するプログラムは、メモリとＣＰＵのやりとりの量がかなり大量で頻繁に発生するのですが、 その場合corei7とPhenomIIのどちらの方が、より計算時間を短くすることができそうですか？
プログラミング言語が「脳内爆発」する瞬間：＠IT自分戦略研究所の「おすすめエンジニアライフ」：エンジニアライフ
本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。 ここでは、編集部がおすすめするコラムを紹介しよう。今回は、「ベテランの意見」をテーマに紹介しよう。プログラマが経験する「言語のビッグバン」、ITエンジニアとして生き残るためのサバイバル術、「情報システム部長」が語るシステム観を取り上げる。 言語は爆発する……らしい エンジニアで生き抜くために 柔軟化～ スイッチャビリティの追求 プログラミング言語は「爆発」する 生涯プログラマを目指すひでみ氏による『プログラマで、生きている』。それまでさっぱり分からなかったプログラミング言語が、突然理解できるようになる。そんな経験はないだろうか？ 就職して間もない頃、ひでみ氏はC言語の習得に悪戦苦闘していた。分からないままにコードを書き続けていたら、ふとした瞬間に「そうか、こうい
2つの特徴で読み解く「次世代IFRS」への対応 - IFRS 国際会計基準フォーラム
企業会計基準委員会（以下ASBJ）が2007年8月8日に国際会計基準審議会（以下IASB）との間で行った「会計基準のコンバージェンスの加速化に向けた取組みへの合意」（以下、東京合意）を踏まえ公表されたプロジェクト計画表に基づき、2011年6月30日を目標として急ピッチでコンバージェンスが進んでいることがご理解いただけるであろう（現状のプロジェクト計画表についてはASBJ資料を参考：PDF）。 2008年12月に欧州委員会が、日本会計基準について、EU採用のIFRSと同等である旨を決定したことを考えても、日本会計基準が現行のIFRSや米国会計基準に遜色ない会計基準として生まれ変わりつつあることがうかがえる。 しかし、MoUあるいは次世代IFRSと、日本におけるコンバージェンス作業との関係という観点では、東京合意の具体的な内容について、より注意を払わなければならない。 東京合意の本文では、以下
並列プログラムの開発（1/4） - ＠IT
本コーナーは、マイクロソフトが季刊で発行する無料の技術論文誌『アーキテクチャジャーナル』の中から主要な記事をInsider.NET編集部が選び、マイクロソフトの許可を得て転載したものです。基本的に元の文章をそのまま転載していますが、レイアウト上の理由などで文章の記述を変更している部分（例：「上の図」など）や、図の位置などを本サイトのデザインに合わせている部分が若干ありますので、ご了承ください。『アーキテクチャ ジャーナル』の詳細は「目次情報ページ」もしくはマイクロソフトのサイトをご覧ください。 ■概要 並列プログラミングとは、逐次プログラミングを拡張したものです。今日、並列プログラミングは、日常的な情報処理における主流のパラダイムとなりつつあります。並列プログラミングが目指しているのは、並列コンピューター上で高速に稼動するプログラムの構築です。並列プログラムの開発手法は、統合フレームワーク
プロセスごとのCPU使用率の計算
勉強のことメインな予定． 頭が弱くてすぐに忘れちゃうので，メモ代わりです！ 間違ってることやアドバイスなどあったらぜひお願いします(^-^)♪ (調べたいプロセスの使用時間) / (全体の時間) で算出できます． ●調べたいプロセスの使用時間 /proc/(pid)/stat内の， utime(14番目の値)+stime(15番目の値) で算出可能 ●全体の時間 /proc/stat内のCPU情報 cpu 3357 0 4313 1362393 (左から順に，ユーザーモード，低い優先度 (nice) でのユーザーモード，システムモード，タスク待ち(idle task)) を全て足し合わせた時間 *どちらの値も，積算されているものなので，同じ間隔をとって差をとる必要があります /procの内容に関する詳細は，%man procで見られます． この/proc以下の情報はクロック割り込みごとに値
覚えておきたいgo、put、takeのイディオム - いろいろ解析日記
目次 goのイディオム putのイディオム takeのイディオム goのイディオム イディオム意味例文 be going to (原型)〜するつもりであるI'm going to buy a car. 〜しようとしているLook! It's going to rain. go about歩き回るgo about together go after〜(人)を追いかけるgo after the escaped prisoner 〜を求めるgo after success go away立ち去るGo away! go back帰るHe went back home. go by通り過ぎる(=pass)A car went by. go down降りるGoing down? 下がる(=fall)Prices are going down. 沈むThe moon has gone down. 倒れる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://chikura.fprog.com/index.php?UID=1186645498
http://chikura.fprog.com/index.php?UID=1186110219
IDEA * IDEA
[徳力] 本日のTwitter勉強会の資料を公開します。結構真面目に作ったので、何かに使えそうならご自由にお使い下さい![[徳力] 本日のTwitter勉強会の資料を公開します。結構真面目に作ったので、何かに使えそうならご自由にお使い下さい](https://cdn-ak-scissors.b.st-hatena.com/image/square/fce58eaae20f5139f86296e5fcd2a0ebbb3e80cc/height=288;version=1;width=512/http%3A%2F%2Fblog.tokuriki.com%2Fwp%2Fwp-content%2Fuploads%2F2015%2F09%2Fdefault.png)
TechCrunch | Startup and Technology News
パスワード認証
kaizen-ikasu.com
khipu :: カテゴリ
http://www.itarchitect.jp/technology_and_programming/-/27047-3.html
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
Webエンジニア非読性能改善大作戦 –「nakachangoo.net」 - ウェブシステムの構築＆運営
http://www.nakachangoo.net/tech-docs/PDF/webdb/vol34_009-049.pdf
Amazon.co.jp: 25のセオリーで学ぶシステム設計の必修スキル: 岡村正司: 本
IBM Developer
営業案件と設計開発の業務管理システム開発構築日記
「基本設計書の承認後」（1） プロジェクト管理 － ＠IT
[Think IT] 第1回：Hinemosの運用設計への導入 (1/3)
PC：PhenomII VS Core i7: てけとーな日々
さらに分かっておきたいトランジスタの種類 − ＠IT MONOist
＠IT：.NET TIPS
