受託開発脳から自社開発脳へ切り替えの7つの壁 - ヴェルク - IT起業の記録
これ、思ったより大変でした。 自分含め、うちにいるメンバー全員、 これまでの経歴では受託開発をメインにやっていたため、 自社サービス開発の経験はかなり少なかったです。 でも、ヴェルクでは、受託開発をしつつ、 時間を作って色々と作っていこう、というスタンスのため、 起業直後から色々と企画を考えていました。 でも、受託開発脳から自社開発脳への切り替えは思った以上に苦労しました。 要件定義等でお客さんと一緒に要件を考えたりしますが、 最終的に「やりたい事」を持っているのはお客さんになります。 要件定義の前の企画やグランドデザインと言った分野は お客さんの戦略に沿ったものになります。 だから、最終的には、誰かが答えを持っている事が殆どです。 そのため、ゼロからそれを考える事があまりないんですよね。 いざ、ゼロから自分たちで企画を考えようと思った時、 いろいろと壁がありました。 1. 本当の意味での
このたびソニックガーデンの7人目のメンバーになりました - give IT a try
はじめに タイトルにもある通り、このたび株式会社ソニックガーデンで働くことになりました。 Rubyやアジャイル開発に興味がある方なら、きっとみなさんソニックガーデンのことをご存知なのではないでしょうか。 代表取締役社長の倉貫さんをはじめ、選りすぐりの精鋭部隊が今回僕を迎え入れてくれたことは非常に光栄です。 会社のため、お客様のため、プログラマを憧れの職業にするため、日本のIT業界発展のために精一杯頑張ります！ どうやって働くの？ 一部の方はご存知かもしれませんが、僕は現在兵庫県西脇市に在住しています。 ソニックガーデンのオフィスは東京の渋谷にあります。 なので僕はこれから単身赴任・・・ではなく、地元西脇市からリモートで開発を行います。 わかりやすく言うと、在宅勤務です！ もっとも、最初の3ヶ月ぐらいは研修期間として東京で働きます。 余裕があれば東京の勉強会等に顔を出すかもしれません。その際
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る
「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る 「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ 宇治浩明氏。 東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。 東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか？ 9月9日、早稲田大学 西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ
継続開発のススメ - Twisted Mind
概要 開発をすればリリースがあり、リリースが終われば開発があります。継続開発をする以上はリリースと開発の繰り返しです。 開発手法やリリース手段は沢山あるのですが、あまりしっくりくるものが無かったので自分でまとめてみました。 これで完璧というものは残念ながらこの世にないと思うので、これからも臨機応変に良い流れを作って行ければと思います。 この文章は以下のような構成になってます。書き殴りですみません。 バージョンの付け方 ソースコード管理とリリース タスク駆動 環境方針 定義 いくつか事前に定義しておかないと話しが訳わからなくなりそうなので。 バージョン管理には git を採用しています。 開発というのはコードを書く事だけを指してはいません。 ここでいうフレームワークは「自身で開発している」として扱います。そうしないとちょっと難しいので。 ライブラリは自身の開発とそれ以外があると思いますので、
良いデベロッパになる為の13のTIPS
読みやすいTIPSのリストが話題になるのは洋の東西を問わず見られる現象です。ハンガリーのブタペストのデベロッパ、Csaba Okronaさんが書いた記事が話題になっていました。さっそくその項目を見てみましょう。 レッスン1 全体像を理解せよ コーディング作業だけに囚われず、ビジネスやプロジェクト等の面からも理解する。 レッスン2 自分の時間を確保せよ 残業や早出は結局バグを招く。スピードは良いデザインと正しいアーキテクチャから生まれる。 レッスン3 間違った時は考え方を変えるチャンス 既存の技術で問題が遅くなってきたような場合は新しい技術へ移行する。ただし既存の技術がうまく行っている場合にただトレンドを追ったりはしない レッスン4 脳を鍛え続けろ 日々のタスク以外の鍛錬を行え。コードゴルフなどはよい例 レッスン5 人生を大事にする 特に重要。残業が続けば燃え尽きるのも早い。 レッスン6 集
ヒッキーがリーダやってみた
すぺっく 仕事：ソフトウェア開発 性格：ヒッキー。 立場：特定派遣。メンバーは自社の人。人事権はない。 何の因果か、リーダーとかやるはめになったのでその経験を書いてみる。 技術的な話はない。 ■方針：プブチャラティの精神。 「任務は遂行する。部下も守る。両方やらなくちゃならないのが『幹部』のつらいところだな。覚悟はいいか？ 」 プブチャラティさん！俺やるよ！ …というわけで、尊敬するプブチャラティさんの姿勢をすべての行動の方針とした。 ■実際にやったこと。 ○作業日誌を送りつけた。 本日やった作業とともに顧客と自社の上層部に送りつけた。 われわれたはちゃんとやってますよという言い訳と、問題が発生した場合に上司に詰め腹を切ってもらうため。 ○朝会 毎朝、問題点と作業の状況を２，３分で確認した。 これで、問題点を抱え込まない状況を作り出すのと、一体感、連帯感的なものを演出した。 ○作業の目的を
プログラマが知るべき、たったひとつの大事なことがら -DeveloperSummit2011に行ってきました!!- - ギークを夢見るじょーぶん男子
「プログラマが知るべき、たったひとつの大事なことがら」それは、学び続ける姿勢。 プログラマが知るべき97のこと 18-学び続ける姿勢 がベースになったお話。 プログラマが知るべき97のことposted with amazlet at 11.02.20 オライリージャパン 売り上げランキング: 2705 Amazon.co.jp で詳細を見る 今回@t_wadaさんは、どんな内容のセッションにするか悩まれたそうだ。色々と人に相談する上で、「自分の話をすればいい。自分が感じてきたこと、考えてきたこと。それを話せばいい。」とまとまったという。 僕は、自分の遥か前を走ってエンジニアの人々が、どういう考えで生きてきたのか、今どういうことを考えているかに非常に興味があった。@t_wadaさんの話をベースに、自分が感じたこと、考えたことを残してみる。 ３つの時代〜読む、書く、話す〜読む時代アウトプットせ
プロジェクト推進者のための議事録の書き方 - 人と組織と、fukui's blog
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしているエンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への対
ゆーすけべー日記
サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
やはり、私は今後もSI業界で達人プログラマーを目指したい - 達人プログラマーを目指して
SI業界（日本）のJavaプログラマーにはオブジェクト指向より忍耐力が求められている？に対して、実に多くの方々からコメントやトラックバックをいただきました。中でも、id:higayasuoさんのSI業界からはさっさと抜けだしたほうがいいの記事は、私としては非常にセンセーショナルかつショッキングな内容でした。私の頭の中の時計が2年前の状態で止まっていたというところあるかと思いますが、id:higayasuoさんは大手SIerにいながらSeasar2などのすばらしいフレームワークを開発され、業界でも珍しい私の憧れのプログラマー、理想像に近い仕事をされている方のように考えていたため、余計に衝撃が大きかったのだと思います。 もっといえば、プログラマも良いコードを書いていればいいという時代は終わった。これからは、プログラムをいかに金に変えるかどうかをプログラマが真剣に考える時代です。 新しいビジネス
イノベーションの創造に必要なたった一つのこと - もとまか日記
これまでに、イノベーションが起きる３つの条件、イノベーションの創造と学力自体には関係性がないのでは？という話をしてきました。 イノベーションが起きる時の３つの条件 イノベーション創造と学力向上の関係性ってどうなんだろ？ 今回は、イノベーションによって生まれたものは、一体どうして生まれてきたのか。それを作った人たちは、どうしてそれを作ったのか。 以下の記事に、そのヒントがありそうです。 『TGS2008スペシャル』 任天堂「ファミコン」はこうして生まれたフィル・シラー氏に聞く：アップル流イノベーションが大きく花開いた2010年（前編）フィル・シラー氏に聞く：アップル流イノベーションが大きく花開いた2010年（後編） 一部抜粋してみます。我々がやっている仕事は、自分たちで欲しくなるクールな製品を作ること――自分の家族や友だちも気に入ってくれるような素晴らしい製品を作ることです。 「自分たちで欲
あなたのアジャイルキャリアを強化する20の行動
みなさんこんにちは。@ryuzeeです。 Kelly Waters女史の20 Simple Things You Can Do to Boost Your Agile Careerを抜粋・意訳にてご紹介します。 別にアジャイルに限らない話ですが、アジャイルな開発における成功は人や協調やチームワークによるところが大きいので、以下のことは従来の開発方法以上にアジャイルな開発においては役に立つと思います。 責任を持つ言ったことはやる他人を助けるみんなを等しくリスペクトする前向きでいる変化を抱擁する改善を示唆する細部まで注意を払う自分の仕事にプライドを持つ一生懸命働く物知りでいる自分の知識を共有するプロフェッショナルで居続ける柔軟でいるどんなことでもする正直でいる控え目にする他人を褒める幸せでいる自分らしくあれ 個人的には「ステークホルダーを意識する」とか「チームの力を集結する」とか、そういうのも
技術を究めたかった私が、マネージャになったワケ － ＠IT自分戦略研究所
第1回 技術を究めたかった私が、マネージャになったワケ テイクウェーブ 竹内義晴 2008/1/16 ■苦労の連続。そこから抜け出すために 転職先は中小企業で、大手企業のあるプロジェクトに参加していました。担当は24時間365日稼働の巨大システムです。絶対に止めることはできません。多くの時間がシステム構築以外のところに割かれました（いまでは、すべてがシステム構築の一部であると分かるのですが、技術を追究したかった当時の私にはそうは思えなかったのです）。しかも、大手企業における中小ソフトハウスの扱いは……。想像にお任せしますが、私にはとてもつらく感じられるものでした。 「もっと技術力を上げ、システムを作り続けたい」との思いで転職したのに、興味の持てない仕事やプレッシャーばかりの毎日。ホトホト疲れ果て、潰瘍（かいよう）にもなり、「犬はいいよなぁ。しっぽ振ってればご飯もらえるんだから。それに比べて
ある程度の年齢を迎えたプログラマが抱える悩み - bkブログ
ある程度の年齢を迎えたプログラマが抱える悩み ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 この問題のひとつの解決策は、プログラマ以外の仕事のポジション（たとえば管理職など）に移ることですが、他のポジションには向いていない、まだまだ現役でプログラマをやりたいという場合にどんな戦略があるか考えてみました。なお、後述するように、以下に挙げた戦略は相反するものではなく、組み合わせが可能です。 エキスパート戦略 この分野ではトップクラス、というレベルの専門性を身につけ、その分野に特化してキャリアを築くという戦略です。たとえば、ネットワークやセキュリティといった分野で一流と認められる専門
となりの技術者をイラッとさせる10の方法 - ぼくはまちちゃん！(Hatena)
人の画面をじっと見る あるいは人の後ろにずっと立つ。 人の画面を指で触る せめて爪側、できればペン等で…！ 作業中に話しかけて、そのまま長話 質問や要点をまとめておいてから→いまいい？って確認するとか。 急ぎでなければ、たとえ隣の席でもメールかメッセンジャー的なもので…！ 自分じゃなくても答えられる質問 その技術者が「誰でも知ってて当然だろ」と思っているようなことを質問しちゃうのはだめ。 逆に技術者が「これは俺の得意分野」って思っていることを質問すると機嫌が良くなる場合も。 知ったかぶりによる言語批判 「****(言語)って汚い or 気持ち悪い」 これを言うのはほとんどその言語をちゃんと使ったことない人ばかりでは…！ バグの犯人捜し・犯人叩き 開き直っちゃうけどバグが出るのは仕方がないよ…！ 日経新聞から得たような(あるいは広告業界特有の)IT(?)用語 「WEB2.0のインフルエンサー
読んだだけで満足してませんか？ ビジネスの成果につながる読書術
読んだだけで満足してませんか？ ビジネスの成果につながる読書術：3分で読める！ 隣のヤツより成果を出す勉強術（1/4 ページ） この記事を読む勉強熱心な人たちは、恐らくたくさんの本を読むはず。読書は学びを得るには有効な学習法だと思いますが、”隣のヤツより成果を出す”ために読書をするのであれば、多くの人が行っている読書のやり方ではなく、もう一歩踏み込む必要があります。 その踏み込んだ読書術を紹介する前に、多くの人が行っている読書術の勘違いから考えてみましょう。 それはアウトプットのプロセスではない 勉強術の本などを読んでいると、よく、 「本を読んだら、その学びをアウトプットしましょう」 という話をよく聞きます。確かに、学びを自分のものとするためには、アウトプットは重要です。勉強好きな人たちには、メルマガやブログなどで自分が読んだ本について書いている人もいます。しかし、そういったものを読んでみ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記