タグ

workに関するTomohiroのブックマーク (80)

  • IT業界に来た新社会人に本音を言っておく - ブログは死なず、ただ放置されるのみ。

    今年もIT業界にたくさんの新社会人がやってきたと思います。 そんなみなさんに、一番最初に音を言っておこうと思います。思いついたことを無責任にぐりぐりと。 全文はこちら

    IT業界に来た新社会人に本音を言っておく - ブログは死なず、ただ放置されるのみ。
  • 小野和俊のブログ:総務省「事業計画作成とベンチャー経営の手引き」がすごい件

    ベンチャー支援をしている知人から、総務省のプロジェクトでこんなんつくりましたということで、「事業計画作成とベンチャー経営の手引き」という資料が送られてきたのだが、これが無料で配布されている資料とは思えないほどの非常に充実した内容で、いつか会社を始めるかもしれないと思っている人にはきっと役に立つだろうと思ったのでブログで紹介したいと思う。 冒頭に下記のように宣言されているだけあって、その内容は実に生々しい。 説得力ある合理的な事業計画」をどう作成し、日々の経営にどう活かすのか、相談相手の少ないベンチャー経営者の参考にしていただくこと、指針を少しでもご提供することを意図している。こういった努力の結果、日から急成長ベンチャーが1社でも多く生み出されることを強く祈願したい。 P.5 総務省 ICTベンチャー向け事業計画作成支援コースの意義 より 事業計画作成について詳しく記された書籍は10年来多

    小野和俊のブログ:総務省「事業計画作成とベンチャー経営の手引き」がすごい件
  • 新人におくる、怠惰な社会人になるための7の方法 : ロケスタ社長日記

    はじめに なんだか会社のほうに新人さんが何人も入ってきて、いろいろ教育したりすることが多くなりました。 で、僕はいつも「怠惰な社会人を目指そう~」といっています。 新人さんは努力や気合いがありすぎて、無駄が多かったりするのですね。また上司もそういうのを好んだりするので、なおさらがんばっちゃいます。 というわけで、いかに怠惰に過ごすかを意識的に考えたほうが、ほどよかったりするのではないかと思っています。 以下、まとめ 1:やたらと努力でカバーしない 新人は割と「がんばります!」という宣言をして無駄な仕事までがんばってしまったりします。 その姿勢はそれはそれですばらしいのですが、努力に頼るとつらくなったときに一気にダメになるので、できるだけ努力をしないですむようにしましょう。 たとえば単純作業などをすごくがんばる人がいるのですが、結構無駄が多い。たとえば100箇所の誤字があるテキストを、いちい

    新人におくる、怠惰な社会人になるための7の方法 : ロケスタ社長日記
  • 長文日記

  • 2008-04-17 - 分裂勘違い君劇場 プロジェクトの最初にあたって

    「今が、戦うべき時なのか、逃げるべき時なのか」 この見極めができるかどうかで、 人生のかなりの部分が決まってしまいます。 自分を飛躍的に成長させるチャンスなのに、 それが災厄だと思いこんでそこから逃げ出してしまうと、 手を伸ばしさえすれば掴めた、きらめく未来はこぼれて、四散してしまいます。 逆に、いますぐ逃げ出さなきゃならない最悪の状況なのに、 そこにとどまって無理に無理を重ねて病になると あなたの未来は、腐って腐臭を放ち始めます。 その状況が、チャンスなのか、災厄なのかを決定づける要素として一番重要なのが、次の二つのバランスです。 (1)責任 (2)権限 たとえば「あるWebサービスを半年以内に黒字化してくれ」と言われたとします。 これは(1)責任に相当します。 この責任を引き受けるべきかどうかは、その責任を全うするための十分な(2)権限が与えられるかどうかで決まります。 このWebサ

    2008-04-17 - 分裂勘違い君劇場 プロジェクトの最初にあたって
  • 闘争と逃走の見極め、いや見積もり : 404 Blog Not Found

    2008年04月17日12:30 カテゴリArt 闘争と逃走の見極め、いや見積もり 見極め、というより見積もり、かな。 「自分を飛躍的に成長させる状況」と「自分が潰されてしまう状況」の見分け方 - 分裂勘違い君劇場 「今が、戦うべき時なのか、逃げるべき時なのか」 この見極めができるかどうかで、 人生のかなりの部分が決まってしまいます。 見「極め」というのは事実上不可能。それは未来を読み切るということなので。 だけど、見「積もり」なら可能。外れることもあるけど、外れの度合いが許容範囲内に収まっていれば大丈夫。どうやって見積もるかはさておき、見積もりが出来たとしたら、逃走すべきか闘争すべきかの判断はもう終ったも同然。 勝間式利益の方程式 勝間和代 利益が出れば、闘争。利益が出なければ、逃走。 これでOK。 どうやって利益を見積もるかは、「利益の方程式」でも読んでもらうことにして、実は権限がある

    闘争と逃走の見極め、いや見積もり : 404 Blog Not Found
  • 変化を起こすための「7つのルール」――渡辺千賀氏らが講演

    パソナテックが運営する「あすなろBLOG」は4月19日、秋葉原UDXギャラリーで「あすなろBLOGカンファレンス『スタート×キッカケ×ブログ』」を開催した。 同カンファレンスはあすなろBLOGの開設2周年イベント。ワークスタイル、キャリア、ライフハック、ブログとのかかわり方や、物事を始めたり、変えたりするきっかけについて、テーマごとに3部構成で展開した。 きっかけを作り、変化を起こすための7つのルール 第1部は、シリコンバレーに拠点を置くコンサルティング会社、ブルーシフト・グローバル・パートナーズの社長を務める、渡辺千賀氏の講演。ブログ「On Off and Beyond」を運営するブロガーでもある同氏は、「きっかけを自ら作り出し、変化を起こすための7つのルール」というテーマで講演を行った。 同氏は冒頭で、「これから話すことは誰にでも向いているわけではない。特に、嫌われたり孤独になったりす

    変化を起こすための「7つのルール」――渡辺千賀氏らが講演
  • ITゼネコンをぶっつぶせ - JJUG CCC - ゆきのぶ日記(2008-04-30)

    ■ [event]ITゼネコンをぶっつぶせ - JJUG CCC ひがやすおさんの話が面白そうだったので、 JJUG CCC の BOF2 に行ってきた。 以下、主に自分用メモ。 名言 今日は暑いですね。ちょっと水を飲みます。 ITゼネコンの分類 上流指向型ITゼネコン 問題点 プログラミング能力の低い人が仕様を決めているので仕様が gdgd になる 全丸投げ型ITゼネコン 問題点 元請けが現場を知らないので実質的なマネージメントができていない ITゼネコンの共通的な問題点 一括請負で発注するので、下請けの工数が膨らんでも気にならない 生産性の悪い方法を押しつけてくる SI業界の負のスパイラル 元請けは下請けにコスト削減を求める 下請けはコストの安い人を使う / 経験不足の若手を教育せず送り込む ブラック企業に勤めているんだけど... な話 / 体で覚えろ 元請けは経験不足の人でも大丈夫な

  • ドタキャンばかりする人々と,何年でも無遅刻無欠勤を続ける人々 - 諏訪耕平の研究メモ

    なんか最近よくドタキャンをされる。前からそういう傾向はあったが,ある程度責任ある仕事的なことを任されるようになって,よりドタキャンされることのダメージが増した。先日大学の後輩2人と別々に約束をしていたのだが,2人ともに,なんと2回連続でドタキャンされて,「ああ,これは,サボりだな」と感じた。 ドタキャンしたくなる感覚というのはよく分かる。人は,未来の自分はスーパーマンだと思っているもので,今の自分がやりたくないことでも未来の自分は笑顔でできると思っている。だから,果たせるかどうか微妙な約束も平気でする。約束の日時が迫って,どんどん行きたくなくなっている自分に気づく。過去の自分め,遂行できる約束かどうかも判断できないのかと思う。いくつか理由を見繕ってみて,妥当っぽい理由が見つかれば,心は俄然ドタキャンに傾く。理由が見あたらなければ,しぶしぶ出かける。出かけてしまえば意外に平気なものだ。 僕は

    ドタキャンばかりする人々と,何年でも無遅刻無欠勤を続ける人々 - 諏訪耕平の研究メモ
  • グーグルに淘汰されない知的生産術 - My Life Between Silicon Valley and Japan

    「中央公論」編集部の田中正敏さんからメールが届いた。「『ウェブ時代をゆく』を語る」をまとめてくださった田中さんである。 「グーグルに淘汰されない知的生産術」ですが、『読売新聞』書評同様、もしよろしければ販売期間終了後(5月9日)を目処にブログにて公開していただいても、と思います。非常に充実したお話でしたので、より多くの方の目に触れればと思う次第です。 ありがたい申し出をいただいたので、ここに全文を公開することにします。 「中央公論」五月号の「特集・知的整理法革命」(野口悠紀雄、梅田望夫、外山滋比古、佐藤優、勝間和代、茂木健一郎)という文脈で、田中さんの取材を受け、勉強や仕事の仕方について僕が二時間ほど話をした内容をもとに、彼が文章にまとめてくれたものです。 さすがにこのテーマだとほぼすべての人が、それぞれの観点からグーグルを論じていて面白かったです。 どうぞお楽しみください。 旧来の整理法

    グーグルに淘汰されない知的生産術 - My Life Between Silicon Valley and Japan
  • 10年は泥のように働け - 池田信夫 blog

    IPA主催による、IT業界の重鎮と学生の対話集会が、今年も開かれた。去年の集会では「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ」という重鎮の発言で、かえってIT業界のネガティブイメージが定着してしまったが、今年はIPAの西垣浩司理事長(元NEC社長)の「入社して最初の10年は泥のように働いてもらい、次の10年は徹底的に勉強してもらう」という発言に、学生はみんな唖然としたらしい。 これは伊藤忠の丹羽宇一郎会長の言葉で、このあと「最後の10年はマネジメントを大いにやってもらう」と続くそうだが、これじゃ霞ヶ関の役人と同じだ。若いときは「雑巾がけ」で会社にご奉公し、年をとってから楽なマネジメントで取り返すという徒弟修業型のキャリアパスは、組織が永遠に不変で、自分がそこに定年まで終身雇用で勤務するという前提でのみ成り立つインセンティブ・システムである。 日の年

  • 「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 − @IT

    昨年、情報処理推進機構(IPA)が開催したIT業界の重鎮と現役学生による討論会で、学生の持つIT業界への「ネガティブイメージ」が明らかにされたのは記憶に新しい。5月28日、IPAが開催したイベント「IPAX2008」で、再び経営者と学生の討論会が行われた。IT産業が国際的な飛躍をめざすために学生に期待することが今年の討論のテーマ。 学生側は、慶應義塾大学、九州大学、千葉工業大学、東京情報大学、東京工科専門学校から各校2人ずつ、計10人が出席。一方、産業界代表としてCSKホールディングス 取締役 有賀貞一氏と、コムチュア 代表取締役社長 向浩一氏が討論を行った。また、IPAからは理事長の西垣浩司氏が参加した。司会はインプレスR&Dの田口潤氏が行った。 「ポジティブなビジョンを提示して」 「産業を問わず、やりがいのある仕事のイメージ」について学生に質問をしたところ、「達成感がある」「自分の成長

    「10年は泥のように働け」「無理です」――今年も学生と経営者が討論 − @IT
  • 「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談:ITpro

    独立行政法人 情報処理推進機構(IPA)は2008年5月28日,同機構が主催したイベントIPAX2008で学生と経営者との公開対談を開催した。経営者はCSKホールディングス 取締役 有賀貞一氏,コムチュア 代表取締役社長 向浩一氏に元NEC代表取締役社長で現IPA理事長 西垣浩司氏が加わった。学生代表は慶應義塾大学,九州大学,千葉工業大学,東京情報大学,東京工科専門学校から各校2名が登壇し,うち4名は女性。司会はインプレスR&D 編集局長 田口潤氏が務めた。 「IT産業は技術革新が起き続けているのに,学生に人気がないと言われる。当に人気がないのか。IT産業は学生からどう見られているのか。率直な意見を聞きたい」(田口氏)。公開対談は昨年に引き続いて2回目となる。 IT企業のイメージは 最初に投げかけられた「やりがいのある仕事とは」という問いに対しては,学生からは以下のような回答が出てきた。

    「IT技術者はやりがいがある仕事か」---学生とIT産業のトップが公開対談:ITpro
  • SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ

    10年間泥のように働いて花が咲きましたのぶくまのコメントにこういうのがありました。 経営層がプログラムの品質を度が越えたほどに軽視する理由の 一つが説明されてます。目から鱗です。意外とみんな知らないようなので、「SI業界の経営層の考えが古い理由」をきちんと説明したいと思います。 汎用機あるいはオフコンの時代は、COBOLRPGなど(他にもありますが私が経験したものをあげています)の言語が使われていました。 昔の言語は、誰が書いても同じようなコードになると思われていました。もっというと、コピペしてちょっと書き換えるという開発スタイルが多かったのです。もちろん現場によって開発スタイルは違うと思いますが、コピペが横行してたんじゃないかなぁ。 コピペでの開発なら、そりゃ誰が書いても同じようなコードになるよね。 再利用性、保守性より「最初にとりあえず動かすこと」が重要視された。コピペでちょろっと変

    SI業界の老害が若手と下請けを蝕む理由 - ひがやすを技術ブログ
  • グーグル エンジニアのまじめな日常 ― @IT

    グーグルがどのようにソフトウェア開発を行っているかは、これまであまり詳細が明らかにされてこなかった。だがグーグルは6月10日、開発者向けイベント「Google Developer Day 2008 Japan」を開催し、グーグルのソフトウェアエンジニアグーグルでの仕事術を語る「Google ソフトウェアエンジニアの日常」という講演会を実施した。スピーカーは、NECITエンジニアとして勤務した経験がある藤島勇造氏。2006年からグーグルのソフトウェアエンジニアとして働いている。藤島氏は、グーグルでのソフトウェア開発方法について、グーグルのカルチャーと自身の見解を織り交ぜて語った。 グーグル ソフトウェアエンジニアの1日の流れ 藤島氏の1日は、朝10時ごろ出社し、メールをチェックすることから始まる。この時間にメールを見る理由は、米国にいる同僚に連絡が付きやすい時間帯だからだ。 午前中の主な

    グーグル エンジニアのまじめな日常 ― @IT
  • スーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記

    少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が

    スーパークリエイターがSI業界で即戦力になれない理由 - aikeの日記
  • SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog

    SI業界が開発するシステムの目的は何か? それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない

    SIerが必要としているのは業務知識だという都市伝説 - ひがやすを blog
  • SI契約に変革迫る「進行基準」 IT業界に激震走る!:ITpro

    ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を

    SI契約に変革迫る「進行基準」 IT業界に激震走る!:ITpro
  • まさかの日記:MSの某氏との会話ログ

    コンピュータサイエンス系の人たちの間では、サーチのテクノロジーで人気があるのはリリバンシー、次はバーティカルサーチ。 他の要素としては、クローリングとインデキシング、クラウド系というところらしい。 サーバをグリッド化(やや死語だな)して、、みたいなのは、コンピュータサイエンスというよりはエンジニアリング。 昔、シックスアパートの某Perlギークの人と話をしたとき、「自分はエンジニアリング系じゃないんで、、」と言っていた。そのときはエンジニアリングという言葉の定義がよくわからなかったけど、なんとなくわかってきたかも。 あ、全文検索とかマイニングとかも面白いといっていた。まあこれは要素技術だけど。Luceneを作った人が別で作ってる奴が結構良いって。なんだろ。SolrかHadoopか。 あと、エンタープライズサーチ。例えばメール。誰がどんな単語を多用しているかをサマリーしたり、検索させたり。

    まさかの日記:MSの某氏との会話ログ
  • プログラミングは人生だ――まつもとゆきひろ ― @IT

    私がプログラミングを始めたのは中学校3年生のときでした。父が買ってきたシャープのポケットコンピュータ(PC-1210)でBASICを使うようになったのです。わずか400ステップしか入力できない小さなコンピュータでしたが、それでも自分の命令したとおりに動作するポケコンを見ていると、自分にはなんでもできるようなそんな「万能感」を感じさせてくれました。 それから四半世紀以上たちましたが、私がプログラミングから感じる「わくわく」は少しも減ることはありません。むしろ、どんどん増えているように感じます。長いプログラム経験を踏まえて、いま、感じるのは、 プログラミングは人生だ ということです。プログラムには人生のあらゆる側面が詰め込まれています。文字どおり、人生そのものといってもいい過ぎではないでしょう。……うーん、やっぱり、いい過ぎかな。 プログラミングはスポーツだ 皆さんの多くは若いときにスポーツに