どうもしんざきです。曲がりくねったSQLを読んで、モニターを威嚇しつつ不要なjoinを削除しまくる仕事で主に生計を立てています。 こんなまとめを読みました。 某大手企業の本社を辞めるという人『古い会社は社内の体制も古い。癒着してるシステム会社も全然ダメでテキストの左揃えを右揃えに変えるだけで300万取られる』（現在は非公開） ワイの妹ト○タの本社やめて転職するらしいんだけど、「古い会社は社内の体制も古くてダメ。癒着してるシステム会社も全然ダメで、テキストの左揃えを右揃えに変えるだけで300万取られる上、バグ（仕様）だらけで仕事にならない」って言ってたの印象深い。 これ、もともとの話の情報量が全然なくって、何のシステムの話かも分からなければシステムの規模も分からないので、300万が高いのか安いのか妥当なのか、というのは勿論なんとも言えないです。 もしかするとこれはぼったくり案件なのかもしれま

なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ

残業も減らせる!? 上級エンジニアになるためのDesign Doc超入門：プロジェクト成功確率向上の近道とは？（3）（1/3 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は、「技術視点」のドキュメントとして、2000年代以降注目されている「Design Doc」について解説します。 IT技術がビジネスに貢献していくためには、まずはシステム開発を成功させることが重要です。本連載「プロジェクト成功確率向上の近道とは？」では、システム開発を成功させるために、コミュニケーションが果たす役割の重要性と、ドキュメントによるコミュニケーションの重要性について解説してきました。 連載1回の「ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門」、第2回の「サンプル例に見る

仕事ができる人とできない人の『生産性』の違い 1. 目的について 仕事ができない人は、目的を曖昧にしたまま仕事に取り掛かる。 仕事ができる人は、何かを頼まれたら「なぜその仕事をする意味があるのか」本質的な目的を聞く。 目的が不明確なまま仕事をしていては、頼まれたこと以上のアウトプットはできない。また、本質的な目的が分かっていれば逐一「ここはどうすれば良いですか？」と聞かなくとも自分で考えて仕事が進められる。 2. タスク管理について 仕事ができない人は、タスクを頭で全て覚えようとする。 仕事ができる人は、紙やアプリ、PC、付箋に記憶させる。 無駄なエネルギーを使わず、意思決定・問題解決のために頭をフル回転させる。 3. 集中できる環境づくりについて 仕事ができない人の携帯は、仕事中でもメールやLINEの通知がひっきりなしに鳴る。 仕事ができる人は、集中力を阻害するものを意識的にOFFにする

Wantedlyは、運命のチームや仕事に出会えたり、人脈を広げ、ビジネスの情報収集に使えるビジネスSNSです。

プロジェクト・マネジャーが自分の経験を基に，プロジェクトの計画を策定したり，進捗管理を行ったりする──。従来のこのやり方が限界に近づいている。製品や技術の高度化・専門化が進んだことでプロジェクト・マネジャーの経験が通用しないケースが増えたり，ビジネスの改革につながる高度なシステム案件が増えたりするなど，プロジェクトに関するリスクが多様化しているためである。 そこで注目を集めているのが，プロジェクト・マネジャーの経験や勘に頼らない科学的な進捗管理の手法である「EVM（Earaned Value Management）」だ。プロジェクトで実施すべき作業を細かく分割し，それぞれに対して定義した予定コストに基づいてプロジェクト全体のスケジュールやコストの状況を可視化するものだ。ここでは，進捗管理手法の本命と言えるEVMの基本を解説する。 Part1　科学的な進ちょく管理が不可避に Part2　作業

何かの作業をする際、集中力はとても重要です。 集中する事が出来れば情報の吸収力・理解力は高まります。作業スピードも上がるため、作業が効率よく行えます。同じ作業をするにしても、集中力が高い時とそうでない時では、その能率は大きく変わってくるのです。 「集中」とは、意識を一点に向ける事です。これは心身が安定していないと出来る事ではありません。身体が疲れていたり、不安が強かったりイライラしていたりとこころが不安定な状態だと、高い集中力を発揮する事はできないでしょう。 しかし私たちはいつでも心身を万全の状態に出来るわけではありません。疲れが溜まっていたり、こころ穏やかでいられない時でも集中しなくてはいけない時はあります。 作業に集中したいのに集中できない・・・。みなさんもこのような経験はあるのではないでしょうか。集中できないと作業の進みも遅くなるため、焦りから更に集中力は低下していきます。 集中でき

買うべきテレビはレグザのコレだ。43型4K/120Hzがガッツリ値引きされました【Amazonセール】

こんにちは。アプリケーション基盤チームの横田です。 Javaの謎のパフォーマンス劣化にまつわる調査をしていたのですが、1ヶ月の苦労の末に原因がわかりましたので、報告させていただきます！ 公開後に頂いたはてなブックマークでのご指摘・社内でのタイポ・読みにくいなどの指摘を受けてたので、謹んで修正させいただきます。 修正した内容につきましては、記事の最後を参照してください。 忙しい人のためのまとめ jdk-7u4以降のjdk-7 *1 でJavaのパフォーマンスが劣化する謎の現象 CodeCacheの容量限界に近づくとJITコンパイラを停止してコンパイルしたコードを捨てる機能が原因だった 起動オプションで回避できるので、長期運用するときは -XX:-UseCodeCacheFlushing, -XX:ReservedCodeCacheSize=128m をつける 上のオプションを設定した時に、C

『仕事の速い人が絶対やらない時間の使い方』（理央周著、日本実業出版社）の著者は、トヨタ系列の日系企業に就職し、入社3年目に外資系企業のフィリップモリスに転職。以後はアマゾンやマスターカードなど10社を経験してきたという人物。 それらの職場で、多くの優秀な人たちと働くなかで学んだのは、「仕事には、こなすことが目的の『作業』と、価値を生み出すことが目的の『価業』のふたつがある」ということだとか。もちろん、大切にしなくてはいけないのは「価業」だということになります。 仕事の遅い人は、「作業」に追われ、仕事をしたつもりになっていることが多いと言えます。一方、仕事の速い人は、「作業」はどんどん効率化して時間を短縮し、そのぶん、成果につながる「価業」を充実させる時間の使い方をしているのです。（「『なにをやめるか』を決めるだけで『仕事の速い人』になれるーーはじめに」より） 重要なのは、貴重な「人生の経営

マイクロソフトの DevOps テクニカルエバンジェリストになる前から、ずっと不思議だったことがあります。 それは、「アメリカのエンジニアの生産性の高さ」です。素晴らしいサービスは大抵彼らから生まれていますし、彼らを見ているとアウトカムも生産性も非常に高く感じます。 私は個人的にこの秘密を解く旅の途中にいます。私はインターナショナルチームに所属しているのですが、同僚と一緒に働いたり、ハッカソンをしたりして気づいた１つの仮説について共有したいと思います。 気軽に「聞けないこと」が生産性を阻害しているのでは？ 以前私は「米国のエンジニアはコンピュータサイエンスを専攻している人が多くすごく優秀で、さらに英語が出来るので、技術収集するのも楽だから相当アドバンテージがある」と思っていました。 英語に関してはそうだと思いますが、彼らの個々の人がそんなに優秀かというとそうでもないことに気づきました。それ

ここ数年、私はWeb開発と機械学習の自習に多くの時間を割いてきました。 学習のテーマは、Javascript、Node、ReactからPython、scikit-learn、ニューラルネットワークに至るまで多岐にわたりましたが、全てに対して私は一貫したアプローチで取り組みました。 そのアプローチとは、単純な（陳腐と言ってもいい）3ステップで進める、という手法です。しかし、 Web開発のシロウトだった私が5カ月で、プロだと自覚できるほどになった のはひとえに、このアプローチで臨んだ自習の成果だと思っています。 そこで私は、この自習法がほかの誰かのお役に立てるかもしれないと思い、少し記事を書いてみることにしました。 この記事は、何も分からないままやみくもに挑戦を始めた、2012年当時の自分自身に教えるつもりで書いています。 ステップ1：習うより慣れろ 新しいテクノロジを学ぶためにまず実行する最

20代の数年間SIで働いた。1年以上前に退職して今は別業界にいる。 今日、Evernoteを整理していたら「退職理由、SIの嫌な点」というメモが発掘された。退職直前のかなりストレスがたまっていた時期に書き殴った文章だった。学生の頃の私は絵を書いたりしていて、ものづくりで暮らしたいな〜などと思って始めたプログラミングが楽しかったので安易に受託開発業を選んでしまったが、その後悔が如実に表れていた。 一部自分でも覚えていない話もあったがコンテンツとしては面白かったし、今でもシステムインテグレーター業界で消耗する若者を減らしたいとは思うので公開してみる。 以下、同メモに加筆・修正したものなのでファンタジーだと思って読んでくれ。 工数至上主義受注した時点で売上がおよそ確定するので、後はその予定工数に収めて納品できれば御の字という考え方。よくある話だが、見積がおかしくても顧客と対等な関係が築けていない

Search and analytics, data ingestion, and visualization – all at your fingertips.

表示中のページから http://www.itmedia.co.jp/im/spv/0806/17/news130.html にリダイレクトしようとしています。 このページにリダイレクトしないようにする場合は、前のページに戻ってください。