タグ

itに関するteikuのブックマーク (44)

  • なぜ日本のエンジニアは地位が低いのか?その傾向と対策 - paiza times

    今回のpaiza開発日誌は片山がお送りします。 Microsoftのビル・ゲイツ、Googleのラリー・ペイジ やFacebookのマーク・ザッカ―バーグなど、米国のITベンチャーの雄と言われる企業の創業者の多くは元エンジニア※1。またシリコンバレーではエンジニアの平均年収は1200万円台とも言われています。(シリコンバレー、ソフトウェア技術者の年収は二極化? 【増田 @maskin】:TecWave) そういった米国の事例に比べると、日エンジニアは地位がやけに低いと思ったことはありませんか?何故そうなってしまっているのか現状把握と問題点、解決法についてまとめてみました。 ※1ザッカーバーグに至っては今でもコードを書いているという話もあります(「Poke」通知サウンドの主はMark Zuckerberg、アプリのコードも書いた:TechCrunch) エンジニア出身の起業家が次々と成功

    なぜ日本のエンジニアは地位が低いのか?その傾向と対策 - paiza times
  • プロとしての行為 Act as Proffesional

    288ページという少ないページ数の中に、ほとんどの見開きの中に図をいれて、アジャイル開発のすべてがザックリ凝縮された書籍です。思わず「こういうのが欲しかったんだ!」と声に出してしまう内容に仕上がっています。この業界の新人に必ず読ませたいバイブルです。 今の仕事プロジェクトに問題がある。順調でない。解決策の糸口が欲しい。 アジャイル開発に興味がある。はじめてみたい。どういったものか知りたい。 もっと価値のあるソフトウェアを顧客に提供したい。 ソフトウェア開発に携わるすべての人(プログラマ以外にも)にオススメします。東京に住んでいる人はよかったら読書会に参加してください。 良いコードを書く技術 -読みやすく保守しやすいプログラミング作法 (WEB+DB PRESS plus) 今年、プログラミングを格的にはじめた人や、会社に入って多人数での開発をはじめてやる人に読んでもらいたい書籍。自分一

    プロとしての行為 Act as Proffesional
  • ITエンジニアとして知っておきたい22の会計知識【簿記レベル編】:お茶でも飲みながら会計入門(54) - @IT

    意外と知られていない会計の知識。元ITエンジニアの吉田延史氏が、会計用語や事象をシンプルに解説します。お仕事の合間や、ティータイムなど、すき間時間を利用して会計を気軽に学んでいただければと思います。 「お茶会計」も早いもので50回を超えました。今回は、エンジニアが知っておきたい会計知識をカテゴリ別にまとめた記事リンク集です。 各回とも、前提となる会計知識を含めて解説しています。会計知識を身に付けるための足がかりとしてチェックしてみてください。 ◎ITエンジニアとして知っておきたい22の会計知識【簿記レベル編】 簿記3級&2級レベルの知識を身に付けるための解説 決算書を読むための解説 何かと身近な税金についての解説 ◎続・ITエンジニアとして知っておきたい21の会計知識【ニュース&社内業務編】 経済ニュースを理解するためのキーワード解説 意外と知らない社内業務を知るための解説 会計周囲の法律

    ITエンジニアとして知っておきたい22の会計知識【簿記レベル編】:お茶でも飲みながら会計入門(54) - @IT
  • bukupe.com - bukupe リソースおよび情報

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    bukupe.com - bukupe リソースおよび情報
  • 紙と電話を一切無くして社員満足度全国No.1の会社にする方法をEC studio社長にインタビューしてみました - GIGAZINE

    全社員にiPhoneを支給し社内連絡事項はTwitterにメールとチャットなど、徹底的にIT化されたオフィスを構え、「電話無し」「ペーパーレス」、その上「お客さんとは会わない」ことで有名なEC studio。 その代表取締役である山敏行さんが今年の2月に出版した「iPhoneとツイッターで会社は儲かる」がAmazon和書総合ランキングで一位を記録し、ワールドビジネスサテライト(テレビ東京系)で特集が組まれるなど破竹の勢いで快進撃を続ける中、また新たに「日でいちばん社員満足度の高い会社の非常識な働き方」という新刊を出すということで、この機会にどうやったらそんなことができるのか、インタビューしてみました。 山社長自身の体育会系的な側面、会社の歴史や指針といった知られざるエピソード、さまざまな経験から裏打ちされた経営哲学など、ITや経営に興味があるが実際にはどういうようにすればいいのかがわ

    紙と電話を一切無くして社員満足度全国No.1の会社にする方法をEC studio社長にインタビューしてみました - GIGAZINE
  • 柔軟な心を持ち、謙虚に学び続けること - elm200 の日記(旧はてなダイアリー)

    数日前、Twitter で「頭で稼ぐ時代に、汗をかくことは意味がない」と書いたところ「肉体労働者たちの仕事も社会には必要だ」という意見をいただいた。そもそも、私はホワイトカラーの仕事について述べていたのであって、肉体労働者のことは念頭においていなかった。やや面らったのだが、その後あれこれ考えてみて、思ったことを記してみる。 私は来月で40歳になる。平均寿命が80歳という時代なので、ちょうど人生の折り返し地点か。「もう半分しかないか?あと半分もあるか?」と聞かれれば「あと半分もある」という気がする。もちろん80歳まで生きられる保障はどこにもないけどね。 私が大学を出たのが23歳のとき。それから17年間いろんな仕事をしてきた。転職回数はたぶん10回以上。(たぶん、というのはもう多すぎて正確にカウントできないという意味)仕事は大体 IT 関係が多いのだが、実は肉体労働の仕事もずいぶんやった。群

    柔軟な心を持ち、謙虚に学び続けること - elm200 の日記(旧はてなダイアリー)
    teiku
    teiku 2010/05/31
  • 読みやすい文章の極意は「修飾語」にあり

    「提案書」や「要件定義書」は書くのが難しい。読む人がITの専門家ではないからだ。専門用語を使わず、高度な内容を的確に伝えるにはどうすればいいか。「提案書」「要件定義書」の書き方を通じて、「誰にでも伝わる」文章術を伝授する。 第5回「ドキュメントの質を確実に上げる6つの文章作法」に続き、顧客に伝わる文章を記述するためのポイントを紹介します。今回は、修辞句や用語など、「より具体的な表現方法」について説明します。なお、前回同様に、まず「分かりにくい例文」を取り上げてどこが分かりにくいのかを解説し、その後に分かりやすい文章へと修正していきます。 「修飾語を適切に使う」ことが、読みやすい文章を作るコツ 分かりやすい文章を書きたいなら、「修飾語」に着目しましょう。修飾語を使うときは、以下のような点に注意します。 長い修飾語は前に、短い修飾語は後に置く 文章を書く際は、句や文節を使った長い修飾語を前に、

    読みやすい文章の極意は「修飾語」にあり
  • 東証システム、全面刷新の真相---目次

    2005年11月から続いた情報システムを巡るトラブルで信用を大きく損なった東京証券取引所。その東証によるシステム再構築プロジェクトがこの1月、2009年後半の稼働を目指して格的にスタートする。開発ベンダーの選定にあたって、東証は初の国際入札を実施。18グループに及ぶ世界の有力ベンダーから富士通を選定した。そこに至る真相を、日経コンピュータ編集部が集中連載の形で詳報していく。 ・【真相1】18グループから勝ち残った富士通 ・【真相2】西室 東証社長兼会長 インタビュー ・【真相3】東証システム、10ミリ秒への挑戦 ・【真相4】東証システム、99.999%への挑戦 ・【真相5】東証システム、6億件処理への挑戦 ・【真相6】丸投げ体質からの脱却を目指す ・【真相7】開発の舞台裏、黒子に徹したNTTデータ ・【真相8】プロジェクトの実像、覚悟を決めた富士通

    東証システム、全面刷新の真相---目次
  • 一週間で応用情報技術者試験に受かった方法 - 遥か彼方の彼方から

    雑記 タイトル通り、一週間ほどの勉強で応用情報に無事合格しました。 じっくり勉強して受験できればそれに越したことはないのですが、忙しくてぎりぎりまで時間がとれない人や、僕みたいに最後まで勉強を後回しにしてしまう人にはもしかして需要があるかもしれないので、そのときの勉強法を紹介します。まず、まとめ勉強するのは午前のみでOK過去問・予想問題を押さえる午後問はとにかく諦めるな 試験概要 ITパスポートの上の基情報の上だけど、高度試験というほどでもない、というレベル。学生でも勉強すれば十分に合格がねらえる試験です。身の回りでは基情報受験者が多かったので、それとの差別化も考えて応用情報という選択肢はかなりアリだと思います。 基情報との違いは、問題がやや難しくなることと、午後の試験が筆記になることの2点です。あと、合格発表が基情報と比べて遅いのも、わりと不安にしてくれます。この記事も、自己採点

  • Cacoo - Web上で図の作成とリアルタイムコラボレーション

    Online diagramming tool for collaborating on wireframes, flowcharts, and more

    Cacoo - Web上で図の作成とリアルタイムコラボレーション
  • Rubyを最大63%高速化した中学生は超多忙!

    金井仁弘(HN:CanI)氏                    撮影:平沼久奈 ハンドルネームCanIの由来は、「“Can I”→キャナイ→カナイ」。C#、Visual Studio、Microsoft .NETとマイクロソフト製品が大好きな「.NETer」と自称する 筑波大学付属駒場中学校は、東京都内にある中高一貫の国立校だ。入学試験の偏差値と東京大学への進学率の高さから“東の筑駒、西の灘”と称される進学校である。強いのは受験だけではない。国際情報オリンピックや国際数学オリンピックでは、同校の生徒が毎年のように金・銀メダルを制するなど才能あふれる理数系人材が多数在籍している。 金井氏はこの夏の「セキュリティ&プログラミングキャンプ2009」(2009年8月12~16日)に参加し頭角を現した中学生プログラマである。 今年に入って、Ruby 1.9のフィボナッチ数列による演算(多倍長加算

    Rubyを最大63%高速化した中学生は超多忙!
  • ネットやサービスの検閲でチェックするべき危険な用語集ご提供いたします

    有害ワードを監視し問題を早期解決 暮らしを脅かす危険性のある隠語やアダルト、センシティブなどの危険用語 コミュニケーションにおいて、相手を不快にさせてしまう可能性のある不快語とともにデータセットにてご提供いたします

  • C++: 編集距離を求めるアルゴリズム

    編集距離(edit distance)とは二つの文字列がどの程度異なっているかを示す数値であり、レーベンシュタイン距離(Levenshtein distance)を指すことが多い。文字の挿入、削除、置換それぞれを一つの操作として必要な操作の最小数を求めるものだ。例えば、kittenとsittingの編集距離を求める場合、下記のように3回の操作でkittenをsittingに変更できるので編集距離は3となる。 1. sitten (k を s に置換) 2. sittin (e を i に置換) 3. sitting (g を挿入) そこで今回は編集距離を求める複数のアルゴリズムについてC++で実装してみた。 動的計画法 編集距離を求めるもっとも一般的なアルゴリズムは、動的計画法(dynamic programming)だろう。計算時間はO(mn)であり、手軽だ。C++で書いたコードを下に示

  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • VMware ESXi リンク集 - ハニーポッターの部屋

    正月休みのリンク集を、GWでアップデート。 ■VMware ESXiオフィシャルサイト、wiki、まとめ VMware ESXiオフィシャルサイト http://www.vmware.com/jp/products/esxi/ VMware ESXi 4.0 ダウンロードページ https://www.vmware.com/tryvmware/index.php?p=free-esxi&lp=1 ドキュメント類 http://www.vmware.com/jp/support/pubs/vi_pubs_35u2.html クイックスタートガイド,システム互換性ガイドあたりは最低限チェックすべし。 製品名変更表もあり。 VMware/ESXi (お勧め) http://hirokasa.jp/new/index.php?VMware%2FESXi VMware ESXi3 wiki (お勧め

    VMware ESXi リンク集 - ハニーポッターの部屋
  • 技術者社長が語る「プログラマはキツい?いや、楽しいでしょ!」 (1/4)

    元サイボウズの社長であり、現LUNARR CEOの高須賀 宣さんと、ユビキタスエンターテインメント CEOの清水 亮さん。日米のエッジな企業経営者のお二人にプログラマ人生から、日米のモバイルに対する認識の違い、最近注目しているテクノロジまで語り尽くしてもらった。全3回に分けてお送りするこのガチンコ放談。まず、第1回目は「プログラマ人生とは」「日米の思考の違い」「ネットの世界の成功の条件」だ。 プログラマはキツい? いやいや、楽しいでしょ 清水 ゆっくり高須賀さんとお話させていただくのは今日が初めてですよね。いきなりですけど、サイボウズがグループウェアを発売したのはいつでしたか? 高須賀 1997年の9月でした。 清水 そうだったんですか。実は僕が初めてCGIでプログラムを書いたのが1998年ぐらいで、グループウェア的なモノを作ったんですよ。もう1年早ければ、サイボウズに勝てたかもしれない(

    技術者社長が語る「プログラマはキツい?いや、楽しいでしょ!」 (1/4)
  • アルファギークと学生の討論会 - 速報 - ひがやすを技術ブログ

    以前、IT業界の重鎮に期待せず、アルファギークと学生の討論会はいかがという提案をしたのですが、技術評論社さんのおかげで実現できそうです。 ありがとう、技術評論社さん。 日にちは、9月上旬の土日(たぶん9/6以外)。200名くらい入る場所で検討中とのことです。興味のある方は、予定を空けておいてください。 司会は、弾さんということで交渉中。 で、肝心の討論会なんですが、アルファギーク4人くらいと学生10人くらいの討論会を2時間1セットとして、2セット計画しているそうです。時間をたっぷりとるのはいいんだけど、学生との討論会を2セットやるよりも、もう1セットは、SI業界の重鎮との討論会のほうが面白いと思うんですが、みなさんの意見をお聞かせください。 技術評論社さんの関係者は、ここを見てると思うので、ブクマにコメントしてもらえると技術評論社さんに伝わると思います。たくさん要望のある方は、直接コメント

    アルファギークと学生の討論会 - 速報 - ひがやすを技術ブログ
  • 10年間泥のように働いて花が咲きました - ひがやすを技術ブログ

    蓮の素晴らしさを語りたかったら、まずは花を見せるべきなのだ。花がわかってはじめて泥の重要さがわかってくるんだから。 2008-05-29 - ひがやすを blog 小飼弾のアルファギークに逢ってきたのメンバーと学生会の討論会を開くのだ。 もちろん、司会は、ダンコーガイ。いいよね、弾さん。 もちろんOK。というよりもすでに同様の話がいくつも来ているので、この通りになるかとにかく、ちゃんと「花」がある討論会はできるだろうし実現するだろうしすでにいくつか実現している。 しかし、これはこれでどうしても偏りが出る。10年も泥の中にいた人というのはさすがにこのメンバーの中から見つけるのは難しい。そしてIT業界の広さを考えれば、当にそういう人がいてもおかしくないはずなのだ。 10年間SIerで泥のように働いたおいらが通りますよ。 おいらが、最初に就職したのは、電通国際システムという会社で、今のうちの会

    10年間泥のように働いて花が咲きました - ひがやすを技術ブログ
  • 学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”:ITpro

    IPAのイベントで2008年5月28日に行われた学生とIT業界トップの公開対談を聞いていて,一瞬胸を衝かれた。IPA理事長で元NEC 代表取締役社長の西垣浩司氏のこの言葉を聞いたときのことだ。 コンピュータを作ることが業ではなくなったメーカー 「数として欲しいのは,金融システムなど企業の大型システムに従事する人間。こういった領域では,個人の能力よりは業務ノウハウが重要。プログラマとして優秀であっても,業務を理解しないと,よいシステムができない。技術だけを評価して処遇することは企業としては難しい。天才プログラマのように技術を極めるのであればそれを生かす道に行くべきであって,企業に入って大型システムを開発するのはもったいないか,向いてない」(西垣氏) 必要とされているのは技術ではなく,プロジェクト・マネジメント能力や調整能力。求められているのはメーカーの人材像ではなく,ゼネコンやエンジニア

    学生とIT業界トップの公開対談で胸を衝かれたこと---IT産業を呪縛する“変われない日本”:ITpro
  • だから技術者は報われない

    お会いするのは何年かぶりだから、さすがにちょっと老けたかなと思った。でも、せっかちに歩く姿も、甲高い声で熱く語る姿も、昔とちっともかわらない。「1993年からだから、ずいぶん長いですよね」。そう言われて指を折ってみれば15年。その間に、何度も彼に会い、語り、彼と彼の成果について実に多くの記事を書いてきた。 彼とは、中村修二氏のことである。最初に出会ったとき彼は、地方の中小企業に勤務する一技術者だった。ところが、1年も経たないうちに、カリスマ研究者と呼ばれるようになり、やがて「日としては初めての企業人ノーベル賞候補」と目されるようになる。その彼から「会社を辞める」という連絡をもらったのは、1999年末のこと。地方企業の技術者から米有名大学の教授へと転身し、一躍全国区のヒーローになった。 その彼が古巣の会社からトレードシークレットで訴えられ、その反訴というかたちで、いわゆる「中村裁判」が始ま

    だから技術者は報われない