タグ

仕事に関するtzkのブックマーク (27)

  • ネット企業への転職人気、その事情とは? ― @IT自分戦略研究所

    転職市場では、ネット企業の人気が高いという。それはなぜだろうか。キャリアコンサルタントが、その人気の背景を解説しよう。 ■最近転職で人気のネット企業 キャリアコンサルタントが転職希望者の転職をサポートするうえで重要視する点の1つが、転職希望者が現在所属する会社の現状をヒアリングし、転職するメリットがご人にあるかどうかを判断することです。客観的に見れば、すでに転職をしてその人にとっていい会社に移っている人もいらっしゃいますし、現在の会社に残った方がいいという人もいらっしゃいます。 キャリアコンサルタントが具体的な転職のご提案をする場合、方向は大きく4つに分かれます。1つ目は、同じIT業界の中で先を見据えたキャリア構築が可能な企業への転職をご紹介する場合です。2つ目は、ネット業界への転職をご紹介する場合です。3つ目は、事業会社でのIT企画や社内SEとしての転職をご紹介する場合です。そして4つ

    tzk
    tzk 2006/06/21
    あー
  • 浮ついた「ギーク」への説教(※老害注意) - ZEROBASE BLOG

    「ヱブ弐点零デ、マツシユアツプ」とか言ってる場合じゃないんですよ。Nintendo DSのカートリッジ自作ハックくらいしろと。OSカーネルやコンパイラを書けと。 職のプログラマを名乗るなら、「珠玉のプログラミング」を読んで問題を解いて欲しい。Perl/PHP/Ruby/Pythonしか書けないようでは、物のプログラマと呼びにくい。JavaとLispとC/C++(まあ、いまならC#ですかね)も覚えてほしい。ちなみにWrite Great Codeも良いらしいです。 書でいうグレートコードとは「高速・コンパクトかつ、リソースを無駄使いせず、可読性に優れ、保守が容易で、一貫したスタイルに従った、系統的に設計され、拡張性に富む、十分にテストされ、確実に動作し、ドキュメントが整備されている」コードです。 つまり、要点としては、コンピュータ・サイエンスとソフトウェア工学は、みっちりおさえてこそ、

  • わたしが知らないスゴ本は、きっとあなたが読んでいる: プログラマになれなかったわたし

    今は昔、ひとりの駆け出しプログラマがいた。 その頃はCOBOLばかりで、しかも保守ばかりだった。そこで、独学で身に付けたCをやらせてもらえる仕事を奪ってきては書いた。スクラッチプロジェクトを見つける嗅覚だけは抜群だった。たいていは人手が足りず、新人でも歓迎されたからだ。 そこには優れた先達がいた。「スーパープログラマ」と呼ばれていた。 なぜ「スーパー」なんて修飾子がついたかというと、速いプログラムを早く書いたから。もちろん、「速い」とは少ないメモリ・小さいプログラムのことを指し、「早く」とは実装が早いこと。実際、彼らが書いたプログラムはサクサク動き、バグは簡単に見つけられた。 教えを請うと、先達たちは、おしなべてこういった。 最初に学ぶべきは、コンピュータサイエンス。特にアルゴリズムとデータ構造だ。実践的なコーディングテクニックよりも、まず基礎だ。これはコードを書きながらではなく、文献から

    わたしが知らないスゴ本は、きっとあなたが読んでいる: プログラマになれなかったわたし
    tzk
    tzk 2006/03/29
    アーアー(ry
  • 「ずっと働き続ける」ことの意味とは?

    鈴木麻紀 2006/3/28 転職という決断 先日、@IT自分戦略研究所の連載「転職。決断のとき」のインタビューに同席しました。この連載は、主にわたしの担当するサービスである@ITジョブエージェントを通じて転職したITエンジニアに取材をして、彼らの転職までの経緯や後日談、どんなことに悩み、喜び、そして何が「転職」という決断をさせたのか、といった軌跡を追うものです。 今回のインタビュー相手は、25歳の女性ITエンジニアでした。仕事を通じて成長したいという思いから転職を決意し、仕事をしながら勉強を続けて、未経験ながらIT業界転職したガッツあふれる方でした。彼女の前向きな姿勢には、「あぁ、こういう方がチャンスをつかむんだなぁ」と納得させられる部分がありました。 そのとき印象に残ったのが、なぜITエンジニアを目指したのかという問いに彼女が答えた「ずっと働きたいから」という言葉です。彼女はまだ25

    tzk
    tzk 2006/03/28
  • 現場を知らない上司に捧げる!壮絶☆修羅場 総決算|【Tech総研】

    tzk
    tzk 2006/03/25
  • Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている

    先日、経済産業省向けの仕事をしている知り合いと事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月30万円というケースもあるという。 こんな話を聞くと当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日で一人月30万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ

    tzk
    tzk 2006/03/22
    100回くらい頷いた
  • Life is beautiful: SEはメニューのないレストランのウェイターか?

    一昨日書いた「ソフトウェアの仕様書は料理レシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か?」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「

    tzk
    tzk 2006/03/22
    「やむなく文科系の人たちを雇う→ますます良いソフトウェアを作るのが難しくなる」ところにはとりあえず反駁しておこうか[文系プログラマ]
  • 一緒に働きませんか? - IT戦記

    あなたの一分一秒が欲しい!激しく!開発者募集中! http://www.3zai.com/global/staff/

    一緒に働きませんか? - IT戦記
    tzk
    tzk 2006/03/21
  • 自分の名刺って、何種類持ってる? - gobbledygook

    四月からまた兼務というか巻き込まれるプロジェクトが増えるんだけど、今まではほとんどの場合、基の名刺一種類*1で通していたのだが、流石にちょっと仕事の内容と名刺の内容が一致しない部分が増える様な感じがするので、抱えているプロジェクトの中でも大きなモノ三つ用に名刺を注文した。 で、その事を先輩に話したら、「面倒臭がらずに名刺ぐらい作れ」と、先輩の名刺を見せてもらった。使い分けるのが面倒になる数の様な気もするんだが……。 うちらの職場は研究職だからかなりイレギュラーの様な気がするのだが、30半ばのオッサンだと、何種類ぐらいの名刺を使い分けているんだろう……。飲み屋でよく会う60ぐらいの方だと、何種類モノ名刺を持ち歩いている方もいるんだよな。 標準って何枚ぐらいなんだろう……。職種毎に年齢の散布図があったら見てみたいな。何処かに統計データが落ちていないかな。ちょっと考えると信用性の高いデータはあ

    自分の名刺って、何種類持ってる? - gobbledygook
    tzk
    tzk 2006/03/16
    いっしゅるい。(写真入)
  • 疑心暗鬼の悲しさ - nothing but trouble

    今の彼女さんは出来た人だからそういうことはないんですが。 ガチと似非の悲しさはこんな感じかな。 ガチデスマーチ 休暇 単に倒れただけ。起き上がれない疲労 ごめん。仕事が忙しく過ぎて時間作れない。 当に缶詰。24時間に1は普通。 似非デスマーチ 休暇 二日酔いとか女とか ごめん(ry 他の女と会ってる。 ここ半年で今思い出してもムカつくこと。 夜10時ごろに呼び出しかかった。半徹夜作業後で彼女と一緒にいたとき。 PGのバグだった。 俺の到着前にそのPGが「合コン」という理由で居なくなったこと。 悲しいこと タスクリスト整理したら現状のマンパワーじゃ、倒れる以外半年は休みなさそうなところ 頑張るところ GTDやれば当に上手く行く? 信じていい? GTDダメでもタスクを速いペースでこなす。 教育も頑張って俺の負担を減らす。 PGバグによる影響を最低限に。 嫌がる奴も居ても、ローカル環境での

    疑心暗鬼の悲しさ - nothing but trouble
    tzk
    tzk 2006/03/16
    なんかあったの?
  • 出動! 火消しエンジニア 火事場では何が起きているのか - @IT自分戦略研究所

    プロジェクトでのトラブル発生を「火が出た」、さらに悪化し収拾がつかなくなると「火事場」などと呼ぶ。そんな修羅場でITエンジニアは何を見、何を学んだのか。事態収拾を図る「火消し部隊」として燃えさかる現場に投入されたあるITエンジニアに、火消しの極意を聞く。 ■火災発生、緊急出動せよ どんな仕事場にも多少のトラブルはある。不具合は質も規模も多岐にわたるが、端的にいえば何かが「うまくいかない」。それが積み重なるとプロジェクトは制御不能な状態に陥ってしまう。 日ヒューレット・パッカード(日HP) コンサルティング・インテグレーション統括部 金融アカウント第一部 第三部 プロジェクトマネージャの田中淳一氏も、いくつかの修羅場をかいくぐってきた1人だ。通常の勤務に比べて何倍も激烈な経験だが、多くの教訓を得る場でもあるという。 田中氏はこれまでに何度か、火事場となったプロジェクトに助っ人として合

    tzk
    tzk 2006/03/11
    ボスケテ
  • Google Folk: Google Office Spy Photos!

    tzk
    tzk 2006/03/06
    働きたいというより住みたい
  • 仕事の心がけ

    目次 はじめに こころとからだ 休息は大切 睡眠 夜型と朝型 眠るための儀式 事を味わう 心の健康 無駄を無駄にしない工夫 誠実に 記録と計画 仕事の見積り 文章を書く、プログラムを書く 文章の書き方 日々の生活 習慣の力を借りる メモの取り方 整理・整頓 道具 書物 文房具 自分との調和、他人との協調 複数の仕事のコントロール 他の人と仕事する 残りの話題 読者のみなさんからのフィードバック ぜひ、感想をお送りください 更新履歴 リンク集 はじめに このページでは、 結城が仕事をする上で心がけていること、 心がけようとしていることをご紹介しています。 こころとからだ 休息は大切 仕事について書くのに、 「休息」から書きはじめるのは変でしょうか。 けれども私はそうは思いません。 私は、よい休息がとれているときにはじめて 充実した知的生活を営むことができるからです。 逆に、休息がきちんとと

  • 宴会の座席はくじ引きで - tapestry

    宴会の座席はくじ引きで id:jkondoの今日の日記にあるように、おとといは新年会があり渋谷の居酒屋で賑やかに飲みました。 会社も15名というなかなかの大所帯になって、全員で飲み会をするとなると店の予約は大変です。はてな宴会隊長の私としては、みんなに心地よく過ごしてもらい、満腹になってもらいつつ、リーズナブルに済ませることができるよう店選びに気をつかっています。 そして、つねづね宴会で重要だと感じているのは座席の配置です。 これまでは店に着いた人から好きな場所に座ってもらっていましたが、どうも近くに座るメンバーが固定化してきたような気がします。まったく気にしない人間もいますが、「あいつは絶対あいつの近くに座るな」という傾向が若干出てきたことに気付きました。そりゃあ、仕方のないことですよね。人には好みもあるし。 とはいえせっかくの飲み会ですから、普段話をしない人とも交流してほしい。で、こ

    tzk
    tzk 2006/01/20
    まーそれもベースの人間関係が良好なのが前提で、そうでないとこでそれをやると悲惨なことになるのです。はい。
  • IT業界のタブー「偽装請負」に手を染めてませんか:ITpro

    最初に断っておくと,今回のテーマである「偽装請負」と,全国を震撼させている「耐震強度偽装」とは,ほとんど関係がない。共通点を挙げるとすれば,「違法行為だが,もしかしたらどの企業もやっているかもしれない」という疑惑が持たれている点だ。ちなみに偽装請負の詳細は,日経ソリューションビジネスの2005年12月30日号に記事を掲載している。読まれた方には,内容に重なる点もあるがご容赦願いたい。 さて,話を戻す。まず最初に,システム開発・運用現場の例をいくつか挙げる。 (1)ユーザー企業のシステム開発・運用業務で,2次請け・3次請け企業のIT技術者が常駐し,ユーザー企業のシステム担当者から直接指示を受けている (2)元請けシステム・インテグレータに,3次請け・4次請け企業のIT技術者が常駐して,元請け企業のマネジャーやSEから直接指示を受けて開発している (3)常駐している3次請け,4次請け企業のIT

    IT業界のタブー「偽装請負」に手を染めてませんか:ITpro
    tzk
    tzk 2006/01/17
    このブクマ数がなによりの証拠かと。孫請けってそういうものだと思ってた。
  • Java圏とPHP,Perl圏のあまり語られることのない違いについて(補足) - setamiseの日記

    下記のエントリで、Java文化圏、Perl文化圏の違いについて書かれていた。 ■Java圏とPHP,Perl圏の断絶について。 - F's Garage: http://www.milkstand.net/fsgarage/archives/000803.html 大雑把にまとめれば、『Perlハッカー気質の文化圏、Java=ネクタイ気質の文化圏。就職・転職の場合にはそうした社風についてもちょっと考えてみた方が良い』といったお話。 両方の文化圏で仕事をしたことがある立場から、ここでは別の視点から要素を加えてみたい。(文化圏というよりは、ベンチャーと上場企業の違いという側面も多くなってしまったかも) Perl文化圏の会社 Web系の仕事が多い。 案件の規模が小さくて悲しくなることがある。(数百万程度が多い?) でも、ときどき超一流企業から発注されてうれしい。(で、皆にちょっと自慢したりする

    Java圏とPHP,Perl圏のあまり語られることのない違いについて(補足) - setamiseの日記
    tzk
    tzk 2006/01/17
    女ばっかりでJavaってますがなにか
  • Tech 総研 / ストレスを加速!エンジニアを駄目にする魔の座席表

    「会社に来ると気が重い」「仕事に集中できない」「上司とうまくいかない」ストレス状態にハマッたエンジニアたちのオフィス。その間取りや雰囲気にはどんな共通点が……? エンジニアを蝕むオフィス環境について取材した。 私たちが毎日長~い時間を過ごすオフィス。その環境は、働く側のストレスに影響するらしい。そう、ときには自殺に追い込まれることも……。 企業のオフィス環境に詳しい認定ファシリティマネジャーの住吉正勝氏によれば、ある座席レイアウトを採用した企業では、一時期、自殺者が多発したそうだ。 「当時その会社では、真っ白な壁を前にして学校の教室のように机が並び、いちばん後ろに管理職が座るというスタイルを採用していました。社員を後ろから、監視する形になっていました」(住吉氏) 別の外資系企業では、エンジニアのワークスタイルに合わない座席レイアウトのせいで彼らのモチベーションが下がり、一時期、離職者が増え

    tzk
    tzk 2006/01/06
  • ただただし@「ただのにっき」のエンジニアいとをかし/Tech総研:なぜ、会社に育ててもらおうとするのか

    Tech総研の編集長、前川さんのブログに、上司は、なぜ若手を育てられないのかという記事が出ています。若手は上司に不満があり、上司が若手をもてあましている実態について書かれており、会社でその「上司」の立場にいる自分としては、うなずけるところも多いです。 前川編集長は上司教育に活路を見出しています。一面ではたしかにそういう解決策がありでしょう。しかし私は、会社や上司になんとかしてもらおうとしている若手社員にも不満を感じました。 私が就職したのは、ちょうどメインフレームからのダウンサイジングが立ち上がろうという時期でした。PCのOS/2やWindows上での開発は、先輩たちにとっても未知の領域だったので、技術的な方面ではほとんど頼りになりませんでした。かわりに頼ったのが、パソコン通信で知り合った社外人脈です。フリーソフトウェアの開発を通し、お互いに研鑽しあう中で、プログラミングのスキルを磨

    tzk
    tzk 2005/12/14
    そうして問題意識を持ち、異なる視点を手に入れた若手と上司は相容れることができないという罠。
  • 編集長・前川タカオの「編集前記」/Tech総研:上司は、なぜ若手を育てられないのか。

    tzk
    tzk 2005/12/14
  • 自己組織化プロジェクトの育て方(1) ― @IT

    混乱するプロジェクトを1から10までガチガチに管理するのではなく、うまくいくようにそっと手を貸してやること。そんな発想の転換が実はいまどきのプロジェクトを上手に運営するコツなのかもしれない。連載では「自己組織化」という概念をプロジェクト運営に応用するノウハウをお伝えする。(@IT編集部) 1. プロローグ~大火事プロジェクトの火消し役が計画した、あるひそかな実験 昨年、火が付いたプロジェクトに火消しマネージャとして参画することになりました。チームメンバーは連日の徹夜で疲弊し切っていました。マネージャ陣との信頼関係すら怪しい状況でした。クライアントからは怒声が飛び、連日のように詳細な進ちょく状況報告を求められます。報告作業自体が開発スケジュールを圧迫していました。データベースのテーブル定義でもめている段階なのにもかかわらず、カットオーバー予定日は目前に迫っていました。タフな判断と徹夜の作業

    自己組織化プロジェクトの育て方(1) ― @IT
    tzk
    tzk 2005/12/08
    プロジェクト2.0 / しかし、われながら何を目指してるんだろうなあ……