情報技術者の定義
(初出: Kenji Rikitake's Cyberscope: 21-MAR-2001) 情報技術者が技術者たる所以は、ソフトウェアやハードウェアを、必要に応じてチューンアップできる能力を持っているからだ。この能力のない人達は、技術者と呼ぶには値しない。 プロは言語やOSは選べない。好き嫌いはあっても、与えられた環境で文句を言わず仕事をするのがプロである。Windowsは嫌いだ、メインフレームは嫌いだ、と言っているような人達はプロではない。 WYSIWYGは誤謬を招く。完全なWYSIWYGは存在しないからだ。だからWYSIWYGのプログラムによる成果を盲目的に信用してはならない。 WYSIWYG以前の問題: 常に演算結果と、その理論的整合性には注意を払うべきである。誤差解析のできない技術者はプロではない。 コンピュータの起源は、アングロサクソン文化にある。(ラテン文化ではない。ましてや
2012年に開発者が学ぶべき10のスキル - ZDNet Japan
2012年に開発者が学ぶべき10のスキル Justin James （TechRepublic） 翻訳校正： 石橋啓一郎 2012年02月01日 07時30分 ここ数年、ソフトウェア開発の世界は比較的穏やかだった。しかし、HTML5が地歩を固め、Windows 8がWindowsの開発シーンに大きな変化を迫っている今では、ジェットコースターの日々が戻り、スピードはますます上がってきている。もし最先端に居続けたいのなら、少なくともこの記事で挙げる10のソフトウェア開発スキルを身につけることを検討すべきだ。 1．モバイル開発 モバイル開発を学ぶのに時間を割く価値などないと考えているのなら、考え直した方がいい。2011年のAndroid携帯の世界出荷台数は、ほとんどPCの販売台数と同じだ。他の有名なモバイルデバイス（iPhone、iPad、そして「瀕死状態」のRIMデバイス）を加えれば、販売台数
書評：小さなチーム、大きな仕事ー37シグナルズ成功の法則 | Social Change!
本書は、シカゴを拠点におき、全世界向けにプロジェクト管理ツールなどのオンラインツールを提供する企業である「37signals」の成功までに至った独自の経営哲学を書いた本です。37signalsは、プログラマだったら誰でも知ってる「Ruby on Rails」の作者であるDHHが所属することでも有名です。 本書は以前に発行された同名の書籍の完全版ということで、イラストなどが入っていますが、内容は基本的に同じです。私自身、以前に発行された本を持っており、既に読んではいたのですが、改めて読み直すきっかけにも良いと思い、今回の完全版を購入しました。数年たって改めて読んで感じたことは、時代が彼らの働きかたに少し追いついてきたように思いました。 37signalsは、私たちSonicGardenにとってベンチマークにしている会社のひとつです。だからこそ、本書「小さなチーム、大きな仕事」と、Webでも公
画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
レイヤー越えが出来ない人たち - Nothing ventured, nothing gained.
物にはそれぞれの役割というものがある。 もちろん、本来の役割を超えて利用されることもある。可能性は無限大だ。 だが、ある物に固執し、本来ならば他の物で対応されるべきものまでをも無理に対応しようとすることは褒められたものではない。コンピューターシステムでは、そのような行為はコストを増大させることになったり、設計に無理を生じさせる。 spモードはなぜIPアドレスに頼らざるを得なかったか : 高木浩光＠自宅の日記 NTT DoCoMoのspモードでの障害は当初の予想よりも深刻な根本設計レベルの問題が原因であることが指摘されている。Web技術者にとって、IPアドレスとユーザーを結びつけるなどということはあり得ない。だが、NTT DoCoMoにとってはそうでもなかったらしい。 高木さんのブログでその背景などが推測されているが、今回の件だけではなく、NTT DoCoMoなどのキャリア系の人たちに共通す
開発コストや技術リスクを考えない「上流設計」がシステムの複雑化と大規模な障害の原因となっているのでは？ - 達人プログラマーを目指して
皆さん、明けましておめでとうございます。昨年の後半は私自身SI業界からWeb業界へ転職したことなど仕事環境の変化があり、ブログの更新頻度も鈍りがちになってしまっていましたが、本年もどうぞよろしくお願いいたします。 さて、ちょうど、一年前のお正月にはグルーポンのおせち料理事件が話題になっていましたが、私はおせち料理の品質とIT業界における品質の問題を絡めて、以下の記事を書きました。 グルーポンのおせち事件を受けてSI業界が本当に教訓とすべきこと - 達人プログラマーを目指して この記事では、一般にSIerによって開発される日本のシステムはあの事件のおせち料理のように、低い品質に甘んじているが、多くの場合、社内システムなどではそういった品質の問題が公に明らかにされることが少ないのではということを指摘しました。ただ、その時は私の希望も込めて 最近はOSSやクラウドなどの影響で社内システムもどんど
Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（後編）
先週の水曜日（10月19日）に、アジャイル開発手法のスクラムを学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ～組織と現場から～」のセッションで紹介されたヤフー株式会社の例。 組織としてスクラム導入にどう取り組んだかを紹介した前編に続き、後編では現場の取り組みが紹介されました（本記事は「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（前編）」の続きです。 スクラムの導入に現場はどう取り組んだか？ ヤフー株式会社 R&D統括本部フロントエンド開発1本部開発1部開発1 立木貴洋氏。 続いて、スクラムの導入について、現場でどう取り組んだか、という話です。私は2007年入社の5年目です。今回スクラムマスターを初めて担
Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（前編）
先週の水曜日（10月19日）に、アジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ～組織と現場から～」のセッションで紹介されたヤフー株式会社の例。 同社は2名の担当者が中心となり、社内セミナーなどでスクラムに興味を持ってもらうことで社内の自主的な変化を促す一方、評価制度や内部統制などの制度を調整する担当役も置くことで制度面での変化も後押しするなど、スクラム導入の具体的な手法が紹介されました。 そのセッションの内容を紹介しましょう。 2名で分担してアジャイル開発の推進を開始 ヤフー株式会社 R&D統括本部プラットフォーム開発本部本部長 志立正嗣氏。 組織の立場から見て、どういう風にスクラムを導入してき
Agile 2011 Conference : リーンスタートアップに対応する「リーンUX」製品開発を体感するチュートリアル - kawaguti’s diary
先月の Agile 2011 Conference の報告のシリーズを EnterpriseZine で連載させていただきました。この日記では Agile UX 番外編として２つほど紹介してみます。 UXを用いた製品の要件定義に関するセッションを２つ紹介 アジャイル開発では、顧客や利用者との頻繁なコミュニケーションを重視します。実際に動くソフトウェアやプロトタイプをなるべく早い段階で提供し、手遅れになる前に見当違いを修正し、潜在的なニーズを少しでも汲み取ることを目指します Agile 2011 Conferenceでは、利用者を観察し彼らとの共同作業を学ぶための場として「User Experience＆Interaction Design（ユーザエクスペリエンス＆インタラクションデザイン）」と「Working with Customers（顧客との協同作業）」の2つのトラックが用意され、実
yebo blog: iOS 5で、開発者がUDIDにアクセスすることを禁止
2011/08/21 iOS 5で、開発者がUDIDにアクセスすることを禁止 iOS 5 beta 6のリリースでiOS 5の開発ドキュメントが更新され、開発者がUDID (端末固有の識別子) にアクセスすることを禁止すると案内しているそうだ[techcrunch]。UDIDは多くのアプリケーションやモバイル広告でユーザの識別と追跡に利用されているが、UDIDの代替を独自に作成する必要がある。早速、githubに代替識別子を生成するライブラリ「UIDevice-with-UniqueIdentifier-for-iOS-5」が投稿された。単純にデバイスのMACアドレスをMD5でハッシュ化しているだけだが、これなら端末を特定できる。 メールで送信 BlogThis! Twitter で共有する Facebook で共有する Google バズで共有する 投稿者 zubora 投稿時間 07:
能力に対する対価って幻想 - 雑種路線でいこう
僕はこれまでいろんな仕事をしたが、高校時代にハンバーガーを焼くバイトが最も辛く給料も安かった。だから給料って何だろうってことは人生の中で何度か考えた。まず給料ってのは能力の対価ではなく仕事の対価なんだ。で、仕事の値段って大雑把に相場と利益と分配率で決まり、似た仕事している者同士で能力に応じた多少の色をつける。だから儲からない仕事で高い能力を発揮するより、儲かる仕事にしがみつき全く能力を発揮しない方が給料がずっと高くなる場合だってある。 世の中というのはおかしなもので、才能やら磨き抜かれた技術とは別の部分で給料が決まったりする。 例えば業種が変れば、給料の高低が変化したりするわけです。 これは給料を貰う人にとっても、サービスを受ける人にとっても、実は不幸なことです。 結局のところ、そのおばさんに給与を払っているのはそのスーパーの客で、そのスーパーの客がオバサンの才能に価値をさほど認めていない
エンジニアとして大成したいならやってはいけない48ヶ条 - レベルエンター山本大のブログ
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
グローバルエンジニア〜自分の限界は自分が決める〜 まつもとゆきひろ基調講演 - ギークを夢見るじょーぶん男子
「（私の話の）ジャンクな中から、いいものを取り出すのがエンジニアリングだと思う（笑）。」 こんなまつもとさんのジョークから始まったこの動画に見入ってしまった。 グローバルエンジニア -楽天テクノロジーカンファレンス２０１０- http://www.ustream.tv/recorded/10230498 グローバル・エンジニア 結論は、自分の限界は自分が決める。 成功を定義する 成功は、人によって違う。What's your "success" ? 成功 = 目標 × 行動 × 運 ゴールはそれぞれ違っていても、そのゲームのルールは似ている。人間の本質は変わらない。 ２つの目標がある 短期的な目標 １〜５年 予測可能な未来 今あるテクノロジーがベースになって、次のテクノロジーがある。 予測可能な未来に対して、目標を立てる。 長期的な目標 人生についての目標 テクノロジーでは変化しない。 中
Webアプリケーションエンジニアはノマドであれ（特定のサーバに依存しない方法） - blog.nomadscafe.jp
弊社では毎週水曜日はノーエンジニアデーなので、最近はMacbook AirとWIMAX持って外で仕事しています。意外と快適ですが、ここで書くのはサーバの使い方の話です。 ときおり、次のような状況に遭遇することがあります。 開発環境して使っているけど、セットアップをどのように行ったか残っていないので、新サーバへ移動できない 本番環境だけど、セットアップをどのように行ったかわ(ry デプロイ元／管理ツールサーバとして使っているので古いサーバだけど捨てることができない DBがどこから参照されているか管理できていないので、サーバの入れ替えが困難 コードがどこから参照が把握できていないので、容易にサーバ構成の変更ができない 椅子^H^H 一度設置したサーバの移動なんてなかなかすることないと思う人はいるかもしれないけど、サーバが何の警告もなしに突然壊れて入れ替える必要がでてくるのはもちろん、インフラ技
iPhone Developer Programの法人登録（その１） - Type74.orgのブログ
iPhone Developer Program(IDP)、昨夜、WEBから申込(Enroll)しました！ そのときに気がついたのですが、Standard版には個人登録と法人登録があり、手続きが異なるらしいです・・・。 私はさまざまな事情により、法人登録することにしましたので、自分の場合の経過をご報告していきたいと思います。 １、IDPへの参加申込（Enroll） まず、AppleIDは、少し以前に、 http://developer.apple.com/iphone/ でRegisterしてありましたので、ログインしてProfileを確認しました。 ※ご注意：このAppleIDのProfileは、IDP申込時に、自動引用されるのですが、その時点で違っていることに気がついた場合、一旦申込を中断して、Profile画面で修正することになります。ただ、一旦IDP申込を開始すると、その途中まで入
iPhone Developer Program に登録する
Apple iPhone のアプリケーションを開発し、それを公開するためには、有償の年間プログラム iPhone Developer Program に参加する必要があります。 平成 22 年 2 月 15 日現在、これを登録しない限りはアプリケーションを iPhone 実機でテストできないですし、AppStore でアプリケーションを配布することもできません。Intel Mac 上のエミュレーターを使っての開発、動作テストのみとなります。 この iPhone Developer Program、平成 22 年 2 月 16 日現在、1 年契約で 10,800 円の費用がかかるのですけど、この契約期間が切れた後も、既に販売中の自作アプリケーションは販売し続けることができるそうです。また、期限を過ぎてもアプリケーションの販売を取り下げることができますが、追加開発はできなくなるような感じのよう
Webシステム開発に便利な7つのツール
Webシステム開発で使っている便利なツールをあげてみました。 あらためて社内の開発環境を見直す機会があったので、使っているツールを並べてみました。こうして見ると色々なツールを使って開発をしていますね。わりと定番系なものが多いですが、良かったら参考にどうぞ。 1. Apache / PostgreSQL / PHP Mac OS X に MacPorts でインストールしたApache / PostgreSQL / PHP 環境を使って開発をしています。 PHPは5.3、PostgreSQLは8.4 or 9.0です。 ただ旧バージョンのPHPを使ったり、Linux でなければ動かないモジュールを使うこともあるので、その際は社内のCentOSサーバにSSHで入って開発したりもします。 Vimを使ってるので、SSHで入ればどのサーバでも開発できるのは利点ですね。 Mac を使い出して、しばらく
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。 アジャイル開発プロジェクトにおける見える化 XP(eXtreme Programming)の中に、“情報発信する作業場所”というプラクティスが紹介されている。これはプロジェクトの進行状況を、一目で把握できる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
