今年もIT業界にたくさんの新社会人がやってきたと思います。 そんなみなさんに、一番最初に本音を言っておこうと思います。思いついたことを無責任にぐりぐりと。 全文はこちら
http://anond.hatelabo.jp/20080323175904 半年前に「人月計算とExcelとスーツの世界より」を書いた増田だけど、この増田が他人に思えなかったので、半年ぶりに自分の話をしたいと思う。 半年前のエントリの内容、読んでない・読むのたるいって人のために簡単にまとめておく。 俺はCOBOLっていう昔々の言語を使って巨大な金融システムのお守りをしていた。それは誇らしい仕事(「これ読んで「転職考えろ」とか言ってるやつってアホだろ」的な意味で。これももっともな話だよね)ではあるんだろうけど、俺はやっぱりキャッチーな新技術がやりたくてたまらない。 そんなふうに増田に愚痴ったところ、なんか400以上のブクマがついた。以上がこれまでのあらすじ。 話の続きを始める。 あれほどのブクマを集めたことなど初めてだった。戸惑いながらも、日々増えていく皆のコメントを噛み締めた。 転職を
多少ネタ臭がするかもしれないけど、意外とまじめに選んでみた。文系・理系は特に意識してない。あとプログラム方面の話とかExcelのtipsみたいな分野も選んでない。 追記:いただいたコメント等について(1/2) - I 慣性という名の惰性 I 「産業構造」というものを理解するための本 自分のいる業界とか、自分の部署がやっている仕事とかを理解しようとするときの土台になる考え方を身に付けるために読む本。この土台部分がないまま日経新聞とか日経ビジネスとかを読んでも無駄無駄無駄無駄無駄無駄。業界分析本とかも同様。 自分の所属する産業が現在どういうステージにあって(成長とか衰退とか)、そのなかで自社はどういうポジション(業界のリーダーなのか泡沫なのか先行者なのか追随者なのかとか)にあるのかを把握することがまずは大事。まあ本当ならエントリーシート書く前にちゃんとやっとけという話ではある。 上司にこの手の
ウェブ時代 5つの定理―この言葉が未来を切り開く!にある、 http://www.bunshun.co.jp/umeda_web/umeda_link_teiri02.htm ■p.93 Aクラスの人は、Aクラスの人と一緒に仕事をしたがる。 Bクラスの人は、Cクラスの人を採用したがる。── シリコンバレーの格言 A-level people want to work with A-level people. B-level people tend to hire C-level people.──Silicon Valley proverb という格言。 これは、何となく流行語になりそうなので「Aクラス理論」と勝手に呼ぶことにする。 さて、今、インターナショナルなチームで一つプロジェクトをやっているのですが、ゼロからチームを作れるということだったので、この「Aクラス理論」を徹底的に意識して
yukiです。 今回は主にアジャイル開発におけるコード以外のドキュメントについてお話しようと思います。 「包括的なドキュメントよりも、動作するソフトウェア」という言葉がありますが、最近これを「ドキュメントはいらない」もしくは「極力書くべきではない」と誤解され、ドキュメントが軽視されがちだと感じます。 確かに、ドキュメントは面倒です。コードを書いている方が何万倍も楽しいですし。私も出来れば面倒なドキュメントは書きたくはありません。 「コード見ればわかるでしょ」とか「コードがドキュメントだ」と言い切るのは簡単ですし、事実そういった事もあるでしょう。というより、むしろその方が多いかもしれません。ですがコードをドキュメントとして扱うには、必要十分となるようなものでなくてはなりません。 そうではない(見てもわからんような)コードが多いのも事実ですし、それにドキュメントはまったく必要ないかといえばそ
『忙しい人』と『仕事ができる人』の20の違い 私の周りには、『忙しい人』と『仕事ができる人』がいます。忙しい人は、いつも「忙しい、忙しい」を口癖のようにしています。他人が見ると、何でそんなに忙しいのかが分からなかったりするのですが(仕事の成果から見ると)、本人は忙しいのでしょう。忙しいと言うことが、その人のモチベーション理由のように感じるくらいです。 それと比べると、仕事ができる人は、他人から見ると何かゆったり、自分のペースで仕事をしているように見えるが、結果として大量の仕事を行ったりしている。みなさんの周りにもそんな『忙しい人』と『仕事ができる人』はいないでしょうか? 『忙しい人』と『仕事ができる人』は何が違うのかという事を、仕事の仕方の違いを通してまとめてみました。(今回は、忙しい人にならない為の時間管理術は省いた内容です。それは、このエントリが好評でしたら、また別のエントリでご紹介さ
私事ではあるが、このところかなり積極的に転職活動をしている。転職活動というのは自分にとってよりよい職業・職場を探す機会であるだけでなく、色々な人に会い、様々な職業観・会社観に触れ、そして自分自身を他人に語る絶好の機会でもあり、非常に勉強になっている。 インタビューをして頂いている会社の業種(IT、自動車、金融など)・仕事(経営企画、コンサルタント、VCなど)も結構多岐にわたり、それぞれ良い面もあれば悪い面もある。どの会社はどの点が魅力的なのかをあれこれ天秤をかけて考えるに、自分の中に優先順位は異なれど、いくつかの尺度があることに気付く。ざっとあげると下記のような感じ。 自分のビジョンを実現するためのマイルストーンとして魅力的か その会社が営む事業が魅力的か 一緒に働くことになるであろう人が魅力的か その会社における自分の役割・仕事内容が魅力的か その仕事を通じて身につくスキル、えることので
http://www.atmarkit.co.jp/news/200710/31/ipa.html 業界の重鎮もたじたじ 業界の重鎮=老害? 「トヨタ自動車やソニーのようなユーザー企業と違い、IT(の導入)しか行っていないNTTデータのような会社が一番謎」といった疑問が出た。イメージを聞かれても、そのイメージ自体が何もないという皮肉な答えだ。 必ずしも全員が3Kではない」と反論。岡本氏も「3Kの“帰れない”は、帰りたくない人が帰れないだけ。スケジュール管理の問題だ。 ふーん.帰りたくない人が90%以上を占めるとは知らなかったな. できるヤツから潰される:http://www.mars.dti.ne.jp/~hirok/xp/col/031.html なぜ日本はこれほど残業が多いのだろう。理由は二つある。 もともと、年功序列・終身雇用というものは、ある程度の残業を前提にしたシステムだ。賃下げ
ちまたで問題になっているIPAフォーラム2007に参加した学生がエントリーを書いているのだが、それが半端じゃないぐらいのエンターテイメント。 ...IT産業というよりSIerの人気がないことについて語りたいだけなんじゃないかという顔ぶれだったし... ...はてなブックマークのコメントを見ている限りでは、パネリストの方々は相当現実の見えていない発言をしているようだ。... ...ITを専攻している学生達からは、「就職時にITスキルが問われないのだとしたら、大学でやっていることには何の意味があるのか」という質問が出ていたのだけど、明確な回答はなかったと思う。その人たちは、ちょっとショックを受けていたような気がする。... ...その流れで、「入社時にITのスキルを問わないというのは、Googleのような企業の方針とは反対であるが、それですばらしいサービスを作ることができるのか」という質問が出
Matzにっきより。 Seasarはなぜ日本から巣立たない? 私はわりとひがさんの意見の方を支持する。Matzの言いたいこともわからんではないし、それはそれで正しいアプローチだと思うし、実際それが証明されているわけではあるけど。 真に価値があるなら、一生懸命宣伝しなくても向こうから使いに来るだろう。実際、ちょっとしたプログラムを公開しても、海外の連中の方が反応がいい。日本では頑張って宣伝しなきゃいけないけど、海外だとそこまでしなくてもいい。それはRubyでもそう思ったはず。 真に価値があるなら、ドキュメントが日本語だけでも海外の連中は何とかする。場合によっては日本語を勉強したりする。英語でドキュメント作って歩み寄るのも良いかも知れないけど、向こうから歩み寄って来るのでも別に悪いわけじゃない。使ってもらうのは結構だけど、使ってもらうために媚びることもない。アニメ界はその証明だ。 もちろん海外
#2 派遣や外注増やして正社員は何やってんの? IRCで教えてもらったのだが、2chには 派遣業界板 があるんだそうだ。もう板ができるくらい派遣で働いてる人が多いんだねえ。 で、思わずコーヒー吹いたのが この書き込み 。 199 :悩める正社員:2005/08/28(日) 22:42:39 ID:NBZ4FSvq0 ・仕様検討 ・他社性能比較調査 ・開発スケジュール管理 ・外注管理&手配 ・予算管理 ・設計実務 ・実機評価 ・各種レビューの主催 ・部門間の調整(戦いの矢面) ・各種ドキュメントの作成&メンテ ・設計情報の版数管理 ・バグ関係の情報整理 ・バグ対策の検討&実施&評価&版数管理 ・顧客対応(各種提案&クレーム処理) ・各種開発ツールの管理 ・ネットワーク管理 ・設計品質管理 を派遣さん一人に任せていたら、壊れて入院してしまった。 今週からど
Puppetの説明をしていて「システム管理の自動化を進めると仕事がなくなるので困る」といわれて落ち込んだ。「腐ったSIerみたいなこといってんじゃねーよ」と心の中で言い返してみたものの、一般の見方はそうなのかもね。経営者もITの素人だとすれば、同様の思考から「自動化を進めればもっと首を切れる」とか言い出しそうだしな。 「くだらん属人的な作業は自動化して、より人間の力が必要とされるべき分野に注力して、サービスの品質をさらに高めよう」という意図は伝わらなかったみたい。自分の説明が良くなかったのかもしれないけれどな!運用のしろうとさんにもメリットをきちんと説明できなければいけないのだから、まだまだ修行が足りないのだ!ということにして出直します。 One Response to “システム管理の自動化を進めると仕事がなくなるので困る” tsuchiya yoshihiro Says: Octob
初め増田。 くだらんね。 サラリーマン(組織で仕事をする人)が楽に仕事するコツというのが幾らか有るような気がする。 なんか下の方でいろいろ悩んでいる人がおられるようだが、そういうのを気にしつつ書いておく。 1.職場を「全人格の総合格闘技場」だなんて思わない。 試されているのは「その職場で求められている職能」だけでしかなく人間性だとか人格だとかそういうのは誰も見ていない。調整事や交渉事になると確かに人格とかその人の魅力とかが結構なキーファクターになってくるけど、それも所詮「職能」でしかない。職能レベルの話を合格点でクリアーすることがまず何より大事。職能レベルの話をきっちりこなせる人というのは特段頭がいいわけでも、要領がいいわけでもない。単に「何が合格点か」って事を具体的にイメージできている人ってだけ。合格点の構成要素を具体的にイメージするって行為は、どんな職場・職業でもそんなに難しいことじゃ
どんなにステーキが大好きな人でも、 毎日、朝昼晩、ステーキだけを強制的に食べさせられ続けたら、 だんだん苦痛になってくる。 本当にステーキが好きな人なら、最初の1ヶ月くらいは毎食ステーキだけでも天国かも知れないが、 それが半年もつづけば、もはやステーキを見るだけでウンザリするだろう。 プログラミングが好きでプログラマーになってしまった人は、 これと同じ種類の拷問にかけられる。 どんなにプログラミングが好きな人でも、毎日休まずプログラムを書き続けないと 生活できないとなると、それはだんだん苦痛になってくる。 好きなことを仕事にして生きていく、というのは、本質的にそういうことなのだ。 そもそも、人は、その瞬間、瞬間で、いろんなことに興味をもち、 いろんなことをやりたくなる、自由で軽やかに発散していく欲望を持っている。 どんなにプログラミングが好きな人でも、 朝起きて、今日は空が青くて気持ちいい
@ITの 技術職と一般事務職の給与を比べてみると いつも思うのだが、こういったくだらないアジはやめて欲しいものだ。 技術者が冷遇されることは良くない。真に稼ぐ技術者なら、高給優遇されるべきだろう。このことに異論はない。 「知識も能力もないとされる人々が、局長や次官の地位を上り詰めて行く。一方で知識を備えた人々は、時に貧乏くじをひかされる」 なんてのは、確かに不幸… というよりは不愉快だと思う。 それはまぁ確かなのだが、こういった文脈で、特に技術系のメディアがこういったことを言う時には注意した方がいい。むしろ、こういった論に納得してしまうことが、技術者の待遇の悪さの根源にあるのだ。 極めてあたり前のことだが、 技術者は1円の金も稼がない のだ。技術者はこのことを忘れがちだが、技術者の技術が金になるのは、技術者以外の人達が金に換えてくれているからだ。このことは断じて忘れてはならない。そして、そ
ご訪問いただいたお客様へのお知らせ アクセスいただいたWebサービスは提供を終了いたしました。 長年にわたり、多くの皆様にご利用いただきましたことを心よりお礼申し上げます。 ODNトップページへ
ubuntu forumsに「Advice for Aspiring Sysops」というスレッドがありました。 非常にネガティブな内容でしたが、なるほどと思える部分もありました。 クビになるならないの話はアメリカ的だなぁと思いました。 内容が恐ろしく後ろ向きなので、ネタ程度の広い心で読んでください。 もう一度言います。 ネタですよ!!! 以下、項目だけ訳です。 かなり意訳しています。 原文にはそれぞれの項目に説明が記述してあります。 詳細は原文をご覧下さい。 なお、「Advice for Aspiring Programmers」というのも同時にありました。 こちらは、プログラマ/Web開発者向けです。 同様に恐ろしくネガティブです。 どちらがオリジナルでどちらがアレンジかは良くわかりませんでした。 やめとけ シスオペは去るのではない。失敗の責任を取らされてクビにされる(もしくはそのよう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く