会社員の立場と実力は運が7割、選択が1割、残りは努力 - 感謝のプログラミング
悪い意味での典型的なSIエンジニアの口癖は、 「なんで○○なの？」 だ。 なんでそうなるのかを興味があるのではなく、否定するためになぜなぜ聞いてくるのだ。 説明できなければ、「×」。 こういう人とは建設的な議論にならない。 そういう人と話していても、話は広がらない。 雰囲気が悪くなるし、とりあえず否定しようと構えている人とやる仕事に良いアイデアは降ってこない。そのうち案も出なくなる。 それが続くと、無難なことしか言わない非イノベーティブなSIエンジニアの出来上がりだ。 一方で、(悪い意味での)典型的SIエンジニアには、 「これはこうだから、こうした方がいいんじゃない？」 という人は少ない。 対案を出すだけの技術的な素養はないからだ。 技術的な裏付けはなくても否定はできる。 プロ野球の観戦者や国の政策を否定するオバサンと同じで、 否定するのは実はすごく簡単なのだ。 そもそもどのような場合も完
派遣PG時代の思い出
@vjroba 某N社で「メソッドを作ると処理が上下に飛んで可読性が落ちるので、出来る限り一つにまとめてください」と言われたことがある。僕は300行で挫折したが、1万行メソッドを書ききった強者がいた。クラスを作るには申請書が必要だった。 2010-05-11 12:42:06
幸せなエンジニアになるための仕事術/まつもとゆきひろ＆平鍋健児 - tmtms のメモ
幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略（例：地方に住むこと） 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽
ウノウラボ Unoh Labs: WEBアプリのテストに便利なFirefoxのアドオン
こんにちは！ のりPと同い年ですが、クラブ通いは●年前に卒業しました やまもと＠テスト番長です。 早いもので、もうお盆の帰省シーズンですね。 今年の夏は世間の騒がしい日々が続いておりますが、みなさんお変わりございませんでしょうか。 さて、Firefoxといえば豊富なアドオンですが、今回はテスター目線で WEBアプリケーションのテストに便利なFirefoxアドオンを並べてみたいと思います。 Firesizer ブラウザの画面サイズを整えることが出来ます。 InFormEnter 準備しておいた値を入力フォームにセットしてくれます。 MeasureIt 画面上のピクセルサイズを測ることが出来ます。 Regular Expressions Tester 正規表現での検索がその場で出来ます。 FireShot キャプチャにメモを書き込んだり出来ます。 Web Developer F
ディレクターが押さえておきたい営業取引の基本的な流れと頻出ワード : LINE Corporation ディレクターブログ
こんにちは、小久保です。 私の経歴は、受託開発のディレクター → 自社媒体のディレクター → 事業責任者 という流れを経ておりまして、以前「受託開発事業から自社媒体事業へシフトするための意識改革のポイントとは？」という記事を書きましたが、実はキャリアパスの中で一番焦ったのが営業面での知識不足でした。 受託開発を担当している時は、開発工数と人月単価さえおさえておけば渉外対応はある程度事足りていたのですが、自社メディアの場合だと提携内容の検討と営業的な話は一体となって進むことが多く、必然的に営業的知識が必要になってきました。 今回は、営業職の経験が無いディレクターの方でも、ビジネス上で最低限これだけは知っておいたほうが良いと思う、営業面での知識について紹介します。 まずは、一般的な取引成立までの流れをまとめてみましょう。以前、弊社の「ビジネススキル勉強会」というブログに「取引行為についての勉強
【連載】セカイ系ウェブツール考 (81) 開発環境・スタイルに適した「プロジェクト管理」を実現するために | ネット | マイコミジャーナル
今回のテーマは「プロジェクト管理」 システム開発の現場で進捗管理に使われる「プロジェクト管理」。システムの規模に大小はあるが、行なうべき作業のリストアップや情報を一元管理することは大切だ。それは企業やプライベート、複数人やひとりのプロジェクトでも変わらない。機能の洗い出しをしておかないと、開発途中で機能を追加、修正していくうちに軸がブレてしまう。 プロジェクトを適切に開発、ローンチするためにもプロジェクト管理は必須だ。かつてはプロジェクト管理というと重厚なものが多かったが、最近ではカジュアルなシステムが増えている。そんな進化するプロジェクト管理サービス、オープンソース・ソフトウェア(OSS)を紹介しよう。 今回紹介するOSS・Webアプリ 『Basecamp』 iPhoneアプリも多数あり! 37signals製管理システム 『GitHub』 分散拠点間のプロジェクト管理にオススメ
デッドライン ソフト開発を成功に導く101の法則
正しい管理の四つの本質・適切な人材を雇用する。 ・その人材を適所にあてはめる。 ・人々の士気を保つ。 ・チームの結束を強め、維持する。 （それ以外のことは全部管理ごっこ） 安全と変更・変更は、あらゆるプロジェクトの成功のために（ほかの大抵の物事についても）必要不可欠である。 ・人は安全だとわからないと変更を受け入れない。安全が保証されていないと、リスクを避けようとする。 ・リスクを避けることは、それに伴う利益をも逃すことになるため、致命的である。 ・人は、面と向かって脅されたときはもちろん、自分に対して不当に権力が行使されるかもしれないと思ったときにも、安全ではないと感じるようになる。 負の強化・脅迫は、結果を上げさせる手段としては不完全である。 ・どれほど強い脅しをかけても、最初に割り当てた時間が足りなければ、やはり仕事は完成しない。 ・さらに悪いことに、目標を達成できなければ、脅迫の内
5年後に後悔しないJavaプログラムの書き方 - L'eclat des jours(2009-07-02)
_ 5年後に後悔しないJavaプログラムの書き方 ここ数日、死ぬほど後悔しまくっているので、あらためて（というのは、数年前にも一度後悔しまくって、そのときの知見はあらかた処方箋とかコーディングの掟に書いているからだが）後悔しないための書き方をいくつか紹介する。 とにかく、ファクトリメソッドパターンを使うこと。 これは本当に重要。しかも簡単でありながら効果は絶大。 だめな例。 public class FooBar { private Connection conn; ... protected void setup() { ... conn = DriverManager.getConnection(url); ... } urlを指定することや、DriverManagerの実装を交換すれば良いだろうと想定していても（というか、Connectionならそういう方法もあり得るが、そうはいかな
株式会社マジカジャパンの羽生章洋が書いてるブログ:端境期を感じるシステム開発 - livedoor Blog（ブログ）
GAE触るならJよりPかな〜と思ってたんですけど、JだとH2というRDBMSをインメモリモードで使えるんですよね。そうすると、適当なタイミングでそれこそcron使うとかして、H2上のデータをBigTableに保管するとかしてもいいのかな、と。そうこう言ってるうちにH2のLinked Tableあたりで対応されちゃいそうな気がします。どうだろ？ そうするとGAEJ使う意義生まれるかもしれないですね。Python版のH2とか欲しくなっちゃいますね。 そういえばGoogle Appsの各データもやはりBigTableに格納されているのでしょうか。GDataのAPIであれこれ出来るのですからそうなのだろうと思ったりしていますが、もしそうなのだとすると結構すごいことだなぁと感じたりします。巨大なデータベースをいとも簡単に手軽に扱えるということだと思いますから。 さて、バッチ処理ということを考えると分
プログラマのための「コミュニケーションを円滑化するコツ」 | スラド
マイコミジャーナルにて、「プログラミングは得意でもコミュニケーションは苦手?」という記事が掲載されている。元ネタは「Sometimes, The Better You Program, The Worse You Communicate」というsecretGeekの記事。 secretGeekの記事は、「プログラミングは上手いがコミュニケーションは下手」という人間がしばしばいることに触れ、「プログラミングにおいて良いといわれていることをコミュニケーションに当てはまると悪いことになる」という例を紹介するもの。紹介されているのは下記の4つ。 D.R.Y. Does Not Apply. — D.R.Y（don't repeat yourself、同じことを繰り返すな）ということは（人間には）適用するな。初めて行うことは失敗しやすいから何回も同じことを繰り返したほうがよい、Humans don'
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
Webサイトを作ったらまずやるべきことチェックリスト | Web担当者Forum
今日は、Webサイトを作ったらまずやるべきことのチェックリストを紹介しましょう。サイトは作るまでも大切だけど、作ってからのアクションも同じかそれ以上に大切。 すでにサイトを運営している人は、やってないものがないか確認してみましょう。 サイト運営日記をスタートする（変更点を日付と一緒にメモしていく）XMLサイトマップを作って更新内容が含まれるようにするGoogleウェブマスターツールにサイトを登録する → https://www.google.com/webmasters/sitemaps/XMLサイトマップを登録するURLのwwwあり／なしの統一を指定するサイトリンクの表示をチェックして調整（以降随時）Yahoo!サイトエクスプローラーにサイトを登録してXMLサイトマップを登録する → http://siteexplorer.search.yahoo.co.jp/live Webmaste
5分で絶対に分かる工事進行基準
工事進行基準導入でIT業界が変わる！？ IT業界で、「工事進行基準」という言葉が盛んに聞かれるようになってきました。富士通、野村総合研究所、NTTデータ、日本ユニシス、三井情報など、ソフトウェア業界の超大手が取り組んでいるといわれ、ただならぬ感じがします。 実はこの「工事進行基準」、単なる流行語ではありません。ソフトウェア開発をなりわいにしている会社は、2009年4月までに何らかのアクションを起こさないと、場合によっては業界で生き残れなくなる可能性すらあるのです。また、ソフトウェア開発を依頼する側（ユーザー側）にとっても対岸の火事では済まされません。いままでの業界慣行が大きく変わるかもしれないのです。 しかし「工事進行基準」の実態を知っている方は、まだ少ないようです。そこで、初めて聞いたという方にも「工事進行基準」がどのようなものか、そしてなぜ騒ぎになっているのかが分かるよう、簡単な言葉で
工事進行基準を分かりやすく解説してみよう【対応編】
システムインテグレータ（SIer）や受託ソフトウェア開発企業が工事進行基準を適用する場合、どう考えて、何を改善すればいいのか。これまで「どんぶり勘定」との指摘もあった業界で、短期間で対応するのは簡単ではない。しかし、進行基準に対応することで業務の質が向上し、効率が上がるというメリットもある。「工事進行基準を分かりやすく解説しよう【基本編】」と同様に、ベリングポイントのシニアマネジャーで公認会計士の山田和延氏に解説してもらおう。 契約で完成形を顧客と合意 進行基準を適用するプロジェクトでは、まず何を行わなければならないのか。それは完成形を顧客と合意することだ。システム開発、ソフトウェア開発ではあらかじめ完成形をきっちりと決めずに、開発しながら形を固めていくことがある。しかし、これでは【基本編】で説明した3つの条件を満たすことができない。 だが、ERPの導入など全社に対して段階的に導入するシス
最適な工期は「投入人月の立方根の2.4倍」、JUASが調査 ― ＠IT
2007/07/05 日本情報システム・ユーザー協会（JUAS）は7月5日、ユーザー企業102社の357プロジェクトを調査した「ソフトウェアメトリックス調査2007」を発表した。システム開発の企画、開発計画に始まり、保守や運用管理まで実態を調査した内容で、企業情報システムの実態を伝える。調査結果からは“デスマーチ”となるプロジェクトの実態も浮かび上がった。 デスマーチ化するプロジェクトの条件の1つは工期の設定が不適切であることだろう。調査から導き出された標準開発工期は「投入人月の立方根の2.4倍」。調査対象のプロジェクトの全体工数と全体工期をグラフ化し、回帰直線によって求めた。この計算によれば1000人月のプロジェクトの場合は24カ月の工期を設定するのが標準的といえる。事情によってこの標準工期よりも短い工期しか取れない場合は、その短縮率を計算して対策を採るべきとJUASは提言。だが、「（短
工事進行基準を分かりやすく解説してみよう【基本編】
全世界の企業会計を1つの基準に統一するコンバージェンスへの対応で、日本の会計基準も変更されることになった。システムインテグレータ（SIer）や受託のソフトウェア開発企業に大きな影響を及ぼしそうなのは「工事進行基準」の導入だ。SIerや受託開発のビジネス、開発の仕方を大きく変える可能性が高い。しかも適用されるのは2009年4月。時間はない。ベリングポイントのシニアマネジャーで公認会計士の山田和延氏に基本を分かりやすく説明してもらった。 「工事進行基準を分かりやすく解説してみよう【対応編】」はこちら 売上計上を複数タイミングで 工事進行基準を一言で説明するなら、売り上げを計上するタイミングがこれまでと変わる、ということだろう。従来、ほとんどのSIerや受託開発企業は工事完成基準と呼ばれる考えで売り上げを計上してきた。工事完成基準では工事が完成し、引き渡しが完了した日に工事収益を認識する。システ
実開発で分かったGoogle App Engine for Javaの“すごさ”
ゴールデンウィークに特に予定のなかった筆者は，「ちまたで噂のGoogle App Engine for Java（GAE/J）とFlexでスケジュール共有ツールでも作ってみよう」と思い立ちました。およそ5日間かけて開発を進めたのち，2009年5月6日に「ご都合.com（画面1）」を公開しました。その後，はてなブックマークやニュースサイトなどでご紹介いただいたおかげで，公開後6日で約2000人の方にご利用いただいています。 そこで本稿では，この「ご都合.com」の開発で実際に筆者が得た経験を通じて，GAE/JによるWebアプリケーション開発の実際とそのポテンシャルについて紹介します。 米Googleが2008年4月に発表したGoogle App Engine（画面2）は，「自分が開発したWebアプリケーションをGoogleのデータセンターで運用できるクラウドコンピューティング・サービス」です
【翻訳】How to be a program manager - Joel on Software - GoTheDistance
たまたま見かけたのですが、とても示唆に富む記事だったので頑張って和訳してみました。延べ2週間近くかかった・・・。 ITを武器にする企業は、ベンダーやユーザーに関わらず｢program manager｣と呼べる人たちが必要だと思っています。37Signalsの｢Getting Real｣に近しいことをJoel自身も語ってくれていますし、今後僕らがどのようなキャリアを積んでいけばいいのか、技術力を梃子にしていく組織を作るのにはどうしたらいいのか、そういうヒントが込められています。 Joelの英語は、同じような意味の言葉を複数の言葉を使い分けて言っていたり、ぐるっと回り込んでから要点を記述することが多いので、正確な意味を伝え切れていないかもしれませんが、大きく意味が外れないように留意したつもりです。 原文はHow to be a program manager - Joel on Softwar
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜTDDとペアプログラミングで生産量が増えるのか
米ＴＩ、筑波研究所を閉鎖 研究開発、新興国シフト NIKKEI NET（日経ネット）
