[B! knowhow] imai78のブックマーク

2004-02-22

僕の尊敬する著者の結城さんの新刊が出ます。今度の題材は最近コラボレーションツールとして注目されるWikiのようですね。使ったことはあるけど、いまいち使いこなせた感がないぼくちん・・・・（＾＾；）なにはともあれ、とっても楽しみです♪ http://www.hyuki.com/wb/index.html 結城さんをキーワードにはてなを徘徊してたら、本の読み方的なところにふれている方がいらっしゃったので、僕の本の読み方を書き残してみたりする。基本的に最低2回は読む。1回目は手早く読む。2回目は熟読する。（本当は3回目で全体として言いたかったことを捕らえつつ読むと良いらしいが、めんどくさがりな私は2回で終わっちゃいます（＾＾；））重要なページと思ったところにポストイットをはっていく 2回目はポストイットを貼ったページのみを読む。 3回目を読む場合はもう一度最初から目を通し、ポストイット

imai78 2011/03/09

book
knowhow

リンク

プログラム言語の習得に先行者利益はない - きしだのHatena

ツールやらライブラリやら書籍やら講習やらの作成には先行者利益あるかもしれないけども。その言語でアプリケーションを作ろうと思うなら、言語が習熟してツールやライブラリが整ってからはじめたほうが楽で、また「初期に言われてたけど改善されたために不要になったバッドノウハウ」をいつまでもひきずる危険もないからいい。で、細かい理由はあとで考える。もしくはだれかがコメント欄に書いてくれる。

imai78 2010/05/03

これはその通りだと思うー

リンク

パートナー選定ではIT企業の実績を見よう

今回から﹁今日の一言 2010年版﹂を執筆する。内容としてはIT業界のSEと情報システム部の方々向けに﹁ちょっと考えてみよう﹂的な諸々の事柄を書くつもりである。今回は、その第1回としてユーザーが行なうパートナー選定について書く。筆者はベンダー︵業者︶という言葉はあまり好きではないのでパートナーと書いたが、パートナー選定とは、俗に言うベンダー選定のことである。多くのユーザーはシステム開発や保守・運用や基盤構築などを行う時は、どこかのIT企業に発注する。その際ユーザーは﹁どこのIT企業がよいか。どう選定すればよいか﹂と悩む。そして日頃付き合っているIT企業に声をかけたり、またはRFT︵Request For Proposal︶を作り数社のIT企業に提案を要請したりする。そして1社もしくは数社の提案内容を諸々の視点で検討する。各社の提案を見て﹁この案件がきちっと出来るかどうか﹂﹁価格はどうか﹂

imai78 2010/02/26

実績をベースにすると、新規参入の敷居がやたら上がるんだよね。それも良し悪しなんだけど。

リンク

スライド 1

CSS Nite Vol.40 Reprise 3 2009-11-10  :  : ( )  :  Weblog : http://yomotsu.net  Twitter : @yomotsu   HTML5 !! ( ) 1. HTML › HTML4.01 XHTML1.0 › HTML5 2. 3. 4.   ( )  <h1> <h6>    › <h1> <h6> <hgroup>  › <section> <article> <aside> <nav>  › <body> <blockquote> <td>  h (<hgroup> <h1> <h6> ) Web <h1> Web </h1> <h2> </h2> </div> <h3> </h3> <hgroup> <h1> Web </h1> <h2> </h2> </hgroup>

imai78 2009/11/19

リンク

プログラマの思索: CIツールHudsonを使いこなす

XPのプラクティスの一つが常時統合(CI・Continuous Integration)。別名、デイリービルドと言われる。第2世代CIツールと言われるHudsonを使って運用して、常時統合の概念について改めて書く。 #Hudsonの全機能はまだ使いこなせてないので念のため。︻1︼バージョン管理(SCM)＋常時統合(CI)＋テスト駆動開発(TDD)で、初めてアジャイル開発が可能になる︻元ネタ︼バージョン管理と常時結合豆蔵‥継続的インテグレーション︵CI︶をしましょう Subversionでbranches/tags/trunkでソース管理したら、次に行うべき環境構築はビルド環境。 Javaなら、Ant/Mavenでワンクリックでビルドできるようにスクリプトを作る。今でもビルドする時に、Eclipseから手作業でビルドしているプロジェクトもままある。ローカルマシンで手作業でビル

imai78 2009/09/17

リンク

CSRF - クロスサイトリクエストフォージェリ

■CSRF - クロスサイトリクエストフォージェリ CSRF - クロスサイトリクエストフォージェリ SpecIII - CSRF - クロスサイトリクエストフォージェリから引用させて頂きます。 CSRFの概略 CSRFはCross Site Request Forgeriesの略です。恥ずかしながら私は最近こういったこういった攻撃方法があることを知りました。日頃のアンテナの低さがバレますね。 CSRFはサイトに対する正規のユーザーの権限を利用した攻撃です。あるサイトのある処理を行うページに正規のユーザーを誘導し、強制的に望まない処理を発生させます。具体的には記事の編集や削除といった機能を持つページのURLをダミーのリンクに埋め込んで踏ませたり、imgタグのsrcとして指定して知らず知らずのうちにアクセスさせます。特に後者の例ではユーザーが全く気がつかぬうちに攻撃が完了します。攻撃の結果

imai78 2009/05/07

リンク

Planning Poker - 祈れ、そして働け～ Ora et labora

オブラブ冬合宿 2009で初体験したPlanning Pokerを、チームの計画ゲームで使ってみました。 Planning Pokerとは、数字が書かれたトランプのようなカードを使って、見積もりの合意を形成していく手法です。カードに書かれた数字は、ストーリーやタスクの相対規模を意味します。数字の組み合わせには幾つかのバリエーションがあるようですが、今回は？・0・1・2・3・5・8・13・20・40・１００・∞を組み合わせた13枚×４セットを作ってみました。 Planning Pokerの手順は以下の通りです。一番簡単そうなタスクを選んで、その規模を1と仮定します。つぎのタスクを選んで、3分間、そのタスクについて話し合います。心の中で、そのタスクの規模を見積もります。基準となるのは、規模が1のタスクです。いっせいの〜で、見積もった規模が書かれたカードを見せ合います。同じ数字のカードが

imai78 2009/04/03

リンク

第1回　良いコードを書くための5つの習慣［前編］ | gihyo.jp

本連載が書籍化されました。﹃良いコードを書く技術 ─ 読みやすく保守しやすいプログラミング作法﹄縣俊貴　著／A5判・240ページ価格2394円︵本体2280円︶ ISBN 978-4-7741-4596-9 はじめにこの連載は、﹁⁠良いコードの書き方﹂を知ることを目的としています。みなさんの周りにも﹁良いコード﹂をものすごいスピードで書き上げて、開発の原動力となっているプログラマがいませんか？本連載ではそのような﹁できるプログラマ﹂たちが﹁日常的に意識していること﹂に注目して、彼らの中では常識だけど一般的には気づかれていないような内容を、プログラミング初心者にもわかりやすい言葉で解説していきます。プログラミング言語はJavaを中心に説明しますが、RubyやC＃、JavaScriptなどでの例も織り交ぜていく予定です。第1回の今回はウォーミングアップとして、良いコードを書くために

imai78 2008/12/08

リンク

第7回　こんな見える化は失敗する

システムはやがて，ブラックボックス化する。大切なのは，そうした状況を踏まえた上で，いかに迅速かつ確実に，必要な情報にたどり着けるかどうかである。では，﹁迅速﹂と﹁確実﹂を実現する上でのポイントは何か。システムと業務の調査を数多く手掛けてきたアビームコンサルティングの財部透氏︵プロセス＆テクノロジー事業部マネージャー︶は﹁目的に応じて必要な情報は何か，それをどの程度まで探ればよいのかを見極めること﹂と言い切る。その上で﹁どのように﹂見える化するのかもポイントだという。この﹁何を﹂﹁どこまで﹂﹁どのように﹂という視点を無視すれば，調査工数が大幅に膨らみ，いくら時間があっても見える化の作業は終わらない。見える化の目的は大きく三つ現場や専門家への取材を重ねた結果，現行システムを見える化する目的は，大きく三つあることが分かった。﹁再構築﹂﹁改修に伴う影響分析/スリム化﹂﹁障害調査﹂である。

imai78 2008/12/03

リンク

ITpro読者200人が考えた“うっかりミス”対策

先だって、この「記者の眼」欄で情報システムの“うっかりミス”について書き、読者の皆様にアンケートをお願いした（関連記事『「うっかりミス」は叱っても減らない』。ここでいう、うっかりミスとは、システムの操作ミスやパラメータ設定の誤りなどを指す。アンケート回答の受付期間が1週間と短かったにもかかわらず、184件もの有効回答を頂いた。この場を借りて御礼を申し上げるとともに回答結果と読者から寄せられたコメントを公表する。アンケートの目的は、読者の皆様が実際に体験した、あるいは職場などで見聞きした、うっかりミスの具体例と発生原因、対策を共有することである。うっかりミスの再発を防ぐために具体例の共有が有効だからだ。これは、心理学や失敗学など人間の失敗を研究する専門家の共通認識である。 7割がうっかりミスに直面アンケートの最初に、「うっかりミスをしたことがあるか」あるいは「職場で見聞きしたことがあるか

imai78 2008/11/30

リンク

Listインターフェイスの3つのクラスを理解する

JavaのコアAPIに含まれるjava.util.Listインターフェイスは、順序付けられた可変長のデータの集まり﹁リスト構造﹂を表現するためのインターフェイスです。コアAPIには、Listの実装クラスがいくつか用意されていますが、そのうち抽象クラスでないものは、Vector、ArrayList、LinkedListの3つになります。ただ、これらのクラスを使う際には、それぞれの実装の違いを意識せずに、なんとなくいずれかを選んで使っていることが多いのではないでしょうか？本TIPSでは、これら3つの実装クラスについて、それぞれの実装の違いを比較します。Listインターフェイスが提供する主な操作は、要素の挿入︵add︶、削除︵remove︶、参照︵get︶の3つです︵注︶。ここでは、その3つの操作と、マルチスレッド環境下での同期化の観点から、それぞれの性能を比較し、使い分けのポイントをまとめま

imai78 2008/09/05

java
knowhow

リンク

文章を書く仕事を楽しく勧めるには - IT戦記

フランスで得られたもう一つのことを書いておこうかと思うフランスで得られたものそれは、日本語の文章を楽しく書く方法。ただ、この方法には、編集者に非常な負担を掛けることになる。編集者がそれを了承してくれる関係、前提が必要。文章を書くのが苦手だった理由書きたいことが箇条書き的になってしまうその箇条書きをストーリーに乗せられない日本語は、合理的でない段落中で、同じ語尾が続くと不自然とか意味は通じるけど、言い回しが変とか推敲すると、全体が見えなくなる︵ゲシュタルト崩壊︶無意味に不安になる文章を楽しく書く方法大事なことは二つ著者と編集者と一緒に書くということ﹁文章の共有﹂﹁感動の共有﹂﹁ビジョンの共有﹂作業の分担著者は、情報のクオリティを担当。文の局所を見る。編集者は、文章のクオリティを担当。文章の全体を見る。実際の作業の流れは、以下のような感じ編集者と一緒に同じ

imai78 2008/07/14

リンク

“裏”ノウハウで、IT経営をさらなる高みへ

連載にお付き合いいただいた皆さまへ「公開！ IT経営実践ノウハウ」は、今回で最終回です。これまでご愛読いただき、ありがとうございました。最後に、私がノウハウ化したものの意図的に公表してこなかった、「IT経営“裏”ノウハウ」の一部をご紹介します。これまで個人用ノウハウとしてきましたが、特にIT経営の普及の一助になると思われるものをピックアップしました。事業統合案件を通じて発見した理想的なERPの構成大企業の事業統合案件で知ったERP統合の秘訣（ひけつ）～成功のカギは「営業管理システムの独立性」～これはある大企業の事業統合案件に携わったときの話です。その会社はもともと親会社の一事業部がスピンアウトしてできた会社でしたが、連結経営強化の流れを受け、親会社に残っていた一部機能もすべて業務移管し、事業統合を図ることになりました。両社間での話し合いが進み、法律面や財務面の課題もほぼめどが付い

imai78 2008/07/09

これは﹁裏﹂なんだろうか。。。 ●business ●knowhow

リンク

はてなブックマーク

タグ

関連タグで絞り込む (22)

knowhowに関するimai78のブックマーク (13)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス