タグ

2008年9月28日のブックマーク (14件)

  • とくに好きな仕事でなくても、すばらしい幸福感に包まれて仕事をする方法 - 分裂勘違い君劇場 by ふろむだ

    「好きな仕事」をしてるから楽しい?違う違う! 実際には、仕事中、たとえば次のような時に、人は最高の幸福感につつまれるのではないだろうか。 ●自分が魂を込めて書き上げた企画書をプレゼンして、人々がそれに感心し、興奮し、感激するのを見るとき。 ●自分が魂を込めて作り込んだサービスを、人々が夢中になって使うのを見るとき。 ●自分が丁寧に設計し、実装し、デバッグしたシステムの出来に、同僚、上司、顧客が満足し、みんなが尊敬の念のこもった笑顔で接してくれるとき。 要するに、 (1)自分の仕事によって多くの人々が幸せになる様子をリアルに実感すること (2)人々から感謝され、尊敬されることの2つがあると、最高に気分良く仕事ができるのだ。 一方で、いくら自分の好きな仕事につけたとしても、 自分の仕事の成果が誰のどんな役に立っているのかがあまり意識されないような仕事では、 あの高揚感、幸せの中に包まれて仕事

    とくに好きな仕事でなくても、すばらしい幸福感に包まれて仕事をする方法 - 分裂勘違い君劇場 by ふろむだ
    kanbayashi
    kanbayashi 2008/09/28
    誰かが雇用を得るためには、誰かがその雇用を作り出さねばならない
  • プログラマの労働条件を過酷にしているのは、過酷な労働条件を受け入れるプログラマです - 分裂勘違い君劇場 by ふろむだ

    過酷な労働条件を受け入れるプログラマというのは、ダンピングをしています。 つまり、労働力の不当な安売りです。 来、プログラマは、サービス残業を強要されたら、それを拒否すべきです。 あらかじめ無理なスケジュールだとわかっているプロジェクトも、拒否すべきです。 安い賃金で働くことも拒否すべきです。 それらを拒否せずに、受け入れるプログラマが多いから、他のプログラマまでそれらを受け入れなければならなくなるのです。 もちろん、見積もり段階では十分な余裕を見ていたのに、予想もしないトラブルが発生して残業や休日出勤する分には仕方がありません。 しかし、はじめから無理なことが分かっているプロジェクトを引き受けるのは、話が別です。 もし、ほとんどのプログラマが、無理なスケジュールのプロジェクトを拒否するのであれば、無理なスケジュールのプロジェクトを拒否することで会社をクビになることも昇進で不利に扱われる

    プログラマの労働条件を過酷にしているのは、過酷な労働条件を受け入れるプログラマです - 分裂勘違い君劇場 by ふろむだ
    kanbayashi
    kanbayashi 2008/09/28
    "抜け駆け"という事については同じような事を考えてた。やっぱ誰でも考えることなのね。
  • 真髄を語る 経営者がITを理解できない本当の理由

    佐藤正史 氏 JTB情報システム 代表取締役社長 当サイトにおいて、企業情報システムにかかわってきたベテランが引退する、いわゆる「2007年問題」について色々な議論がされております。私は1971年にJTBに入社して以来、ほぼ一貫して情報システムの仕事に従事してきました。私が情報システムに関係してきた期間は、日における約40年の企業情報システムの歴史と概ね重なっております。 2001年から取締役(情報システム担当)として、CIO(最高情報責任者)の仕事をし、現在はJTBの情報システム関連会社の社長を務めています。おそらく、あと数年で2007年問題の一方の主役として、この舞台を去ることになるでしょう。まもなく企業人生を終えようとする一介のシステム屋ではありますが、ぜひとも多くの方に申し上げたいことがあり、この場を借りて思うところを綴ってみます。 私は今、日ITを巡る状況に大変な危機感

    kanbayashi
    kanbayashi 2008/09/28
    この人の講演を大学の授業で聞いた。やっぱ面白かったよ。
  • 「IT投資」という考え方そのものが間違っている - 分裂勘違い君劇場 by ふろむだ

    JTBの元取締役CIO(最高情報責任者)の方が、ITシステム開発が設備への投資であるかのような前提で書いていますが、この前提は間違っていると思います。 ソフトウェアシステムの開発とは、経営行為そのものそのものであり、逆に言えば、江戸時代どころか、ローマの時代から、経営行為とは、ソフトウェアシステムの開発以外のなにものでもありませんでした。 たとえば、新しいビジネスを実現するための、新しい店舗オペレーションや配送システムの開発は、ソフトウェアシステムの開発そのものです。 あたらしいビジネスを立ち上げるために、設計すべきものは、たとえば: ●迅速で高品質な状況対応を可能とする意思決定メカニズムの設計。 ●現場で柔軟な対応が出来、かつ、従業員の士気があがるような、責任・権限メカニズムと、それと連動した人事評価・報酬システムの設計。 ●現実的に調達可能な人材と、十分な投資効果の見込める従業員教育

    「IT投資」という考え方そのものが間違っている - 分裂勘違い君劇場 by ふろむだ
    kanbayashi
    kanbayashi 2008/09/28
    アマゾンやGoogleやウォルマートが、高給を支払って、最上級レベルのエンジニアを自社で直接雇っているように、それぞれの企業が最上級レベルのエンジニアを直接雇うのが当たり前になる時代が、そのうちやってくる?
  • やはり情報サービスは斜陽産業なのか - 雑種路線でいこう

    前のエントリid:mkusunok:20051224:carrierについて、id:fromdusktildawnさんから素晴らしいコメントをいただいた。考えてみると昨今IT業界で元気がいいのはApple, Google, AmazonといったB2C企業や、OracleやSAPといったB2Bでもパッケージ製品を多数の企業に展開している企業である。日をみてもプロ野球に名乗りを上げたYahoo!楽天、Livedoorいずれも大量の顧客に対しサービスを提供している。*1パッケージソフトウェアに強いジャストシステムやOBCも、同様に無数の小さな顧客をたくさん持っているといえるだろう。*2 少数の大きな顧客と取引するから、その顧客と力関係で負けて、おいしくなくなりがちなのであって、無数の小さな顧客をたくさんもてば、それは土方的でなくなるという指摘は、受託開発よりもパッケージや販売といった製品ビジ

    やはり情報サービスは斜陽産業なのか - 雑種路線でいこう
  • 「本物のプログラマ」もNEETになり得る御時世の処世術 - 雑種路線でいこう

    ぼくはIT業界の中で技術者からマーケティングに移った人間で、最初こそ張り切ってコトラーとか読んだけど、外資系企業で日法人にいて3Cとか分析しても4Pのどれも殆ど触れないことに気づいて、これじゃマーケティング戦略の勉強にはならないなぁと感じて途中から技術渉外っぽい仕事に路線変更した。*1技術渉外というのも一風変わった仕事で、似たような仕事があるといっても非常に限られているだろうし、日企業のそういった部署で中途は採ることは少ないだろうから、日々潰しが利かなくなっているのではないかという不安はある。けれどもまぁ、英語とか段取りとか、自分の苦手なところを鍛えつつ、少し突き放して業界の仕組みを眺める居場所としては面白い。 どこかでいざとなったら技術者に戻れるという気持ちもあって、Virtual PCLinuxとかの環境はつくっているし、手元の環境には一通りのコンパイラは入れているし、研究所でつ

    「本物のプログラマ」もNEETになり得る御時世の処世術 - 雑種路線でいこう
    kanbayashi
    kanbayashi 2008/09/28
    ああ怖い怖い
  • プログラミングとは経営判断の集積である - 分裂勘違い君劇場 by ふろむだ

    ソースコードの一行一行は、経営判断そのものだ。 どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるかは、そのソフトウェアステムを使って今後どのようなビジネス展開をするか、ということと一体不可分だ。プログラマーは、絶え間なく改変されていく部分と、財産として今後も使われつづけそうな部分を意識しながらコーディングする。そして、ここでいう財産とは、プログラマが財産とみなすものであるだけでなく、同時に経営的・財務的な意味においても財産であり、会社のバランスシートの「資産」の項目に登場するような性質のものだということは、多くのエンジニアが漠然としかいしきしていないように見える。 「このルーチンは、時間がかかっても、汎用的なライブラリやフレームワークにしておこう」、とエンジニアが「なんとなく」決めたとき、実は、そのエンジニア

    プログラミングとは経営判断の集積である - 分裂勘違い君劇場 by ふろむだ
    kanbayashi
    kanbayashi 2008/09/28
    ビジネス的な視点の元にコードを書きなさいよと
  • 現代という時代は、どのようなプログラミングを求めているのか? - 分裂勘違い君劇場 by ふろむだ

    Rubyを使うべき当の理由は、根源的には、日で自殺者が増えた理由と同じです。 今後日が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ

    現代という時代は、どのようなプログラミングを求めているのか? - 分裂勘違い君劇場 by ふろむだ
  • Omicron ELF

    Executable and Linking Format 伝統的な a.out 形式や初期の SVR で採用されていた COFF 形式に代わり,Unix 系 OS で標準になっているオブジェクトモジュールフォーマット.コアファイルもELF形式になっている. ダイナミックリンクや C++ (初期化/終了処理)に対するサポート ELF ファイルは下図に示すような二重性を持つ.コンパイラ,リンカは ELF ファイルをセクションヘッダテーブルで定義されたセクションの集合として扱う.一方,ローダはプログラムヘッダテーブルで定義されたセグメントの集合として扱う. そしてセグメントは複数のセクションの集合である. ELF ファイルには再配置可能ファイル,実行可能ファイル,共有オブジェクトファイル(共有ライブラリ)の 3 種類が存在するが,再配置可能ファイルにはセクションヘッダテーブルだけが,実行可能フ

  • なーにがユキマロちゃんだ - heartbreaking.

    馬鹿みたいな名前つけるから狙われるんだよ。どうせママとかパパとかよんでたんだろ?ユキマロちゃんだぁ?アホか、どうせそんな名前だと将来いじめられるだろうから死んで正解じゃないの?

  • CodeEXPRESS | デザインを(X)HTML/CSS化する特急コーディング専門サービス

    CodeEXPRESSは、あなたのデザインを(X)HTML/CSS化する特急コーディングサービスです。最短1日納期から。CodeEXPRESS(コードエクスプレス)の特徴 CodeEXPRESS は、お客様がお送りいただいたデザインファイルから、(X)HTML/CSSのコーディングを特急で行うサービスです(最短1日から※)。 コーディングに特化することで、短い納期の対応を実現いたしました。 いただいたデザインを忠実に再現するだけでなく、文脈・内容を判断しながら手作業で HTML/XHTML 化いたしますので、ソースレベルでの SEO 対策が可能です。 W3C の Markup Validation Service のチェックはもちろん、弊社独自のガイドラインを整備することにより、高品質を維持しています。 ※ ページ数・レイアウトパターンにより、特急対応できないケースもございます サービス

  • コルーチン - Wikipedia

    コルーチン(英: co-routine)とはプログラミングの構造の一種。サブルーチンがエントリーからリターンまでを一つの処理単位とするのに対し、コルーチンはいったん処理を中断した後、続きから処理を再開できる。接頭辞 co は協調を意味するが、複数のコルーチンが中断・継続により協調動作を行うことによる。 サブルーチンと異なり、状態管理を意識せずに行えるため、協調的処理、イテレータ、無限リスト、パイプなど、継続状況を持つプログラムが容易に記述できる。 コルーチンはサブルーチンを一般化したものと考えられる。コルーチンをサポートする言語には Modula-2、Simula、Icon、Lua、C#、Limbo、Swift などがある。マルチスレッドで理論的には同じことができるため、現在はそちらが使われるケースが多い。これはマルチスレッドであれば直接OSやCPUスレッドの支援を受けられることや、エント

  • static変数に対応するアドレスを探す(ELF format編) - ものぐさ備忘録

    共有ライブラリ上に存在する、あるstatic変数aのプロセス上でのアドレスを知りたいときがあります。apt-getでインストールした共有ライブラリをデバッグしたい時なんかがそうです。 最近、こういったアドレスを探すことが多いので、忘れないようにメモっておきます。 以下の話は、共有ライブラリが位置独立コード(PIC)としてコンパイルされていることを前提にしています。 あと、私はgccとx86系cpuを使って確認しているので、他の環境だと違う場合があります。 基 共有ライブラリを使っているプロセスのメモリ利用状況をpmapコマンドやprocファイルシステムを使って確認することで、共有ライブラリのロード先がわかります。 共有ライブラリ名がhoge.soだとすると、 $ pmap 10000 08048000 4K r-x-- a.out ...<略>... b7f8e000 8K rwx--

  • IPC: Shared Memory | Shinta's Site

    共有のメモリ領域を、複数のプログラムから参照。 SYNOPSIS #include <sys/types.h> #include <sys/ipc.h> #include <sys/shm.h> int shmget(key_t key, size_t size, int shmflg); void *shmat(int shmid, void *shmaddr, int shmflg); int shmdt(void *shmaddr); int shmctl(int shmid, int cmd, struct shmid_ds *buf); DESCRIPTION 共有メモリは、2つ以上のプロセスでのメモリを共有させることを実現します。異なるプロセスが、共有メモリ内に割り当てられたデータを共有できるようになります。メモリを共有することで、プロセ ス間で高速なデータの交換が行えます。