IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
外資系IT企業では、製品開発は本社で行われていて、日本支社の技術者はセールスエンジニアかユーザに対してサービス(プロフェッショナルサービスやテクニカルサポート)を行う役割であることがほとんどでしょう。そのため製品仕様について質問があったり、不具合を発見した際に英語で本社に連絡することになるでしょう。また、最近は日本企業に勤めていても海外の技術(オープンソースなど)を導入していて、何か問題があればそのコミュニティにコンタクトする必要がある場合もあると思います。 そんなシチュエーションで私が見かけたメールの一部(出だしだけ)を紹介します。 Customer ask me question. 気持ちはよくわかるし、意味も伝わるから細かい文法的なことは目をつぶりましょう。しかし冒頭にこの文を書くことの意味を少し考えてみます。 「お客さんから質問を受けた」というのは事実でしょうし、きっとその答えを探
Windows OSやアプリケーション製品が出力するエラーなどのメッセージには、そのままでは意味不明なものも少なくない。そのような場合は、より詳しくメッセージの内容を調査するために、マイクロソフトが提供している開発者向け情報サービスのMSDNや、システム管理者向け情報サービスのTechNet、サポート技術情報などを調べる必要がある。 MSDNのホームページ Microsoft TechNetのホームページ サポート技術情報検索のページ これらのサイトから、マイクロソフトが公開している膨大な情報を検索できる。日本のマイクロソフトは、重要な情報を中心に、積極的に英語の情報を邦訳している。このため日本語で検索してもかなりの情報を収集できるが、残念ながらすべてが邦訳されているわけではないため、日本語で検索しても見つからない場合には、英語情報を検索する必要に迫られる場合がある。 しかし、英語の情報を
最近管理しているDBサーバで継続的にスロークエリが出るようになったので、チューニングしてみたら気持ちの良い結果が出た。 結論から言うとカラム数が多いテーブルに対しては:selectで取得するカラムを絞るのがかなり有効かと思う。 現状把握 今回スロークエリの発生していたテーブルの状況を整理したのが以下。 レコード件数は110万件くらい カラム数は30程度 インデックスは効いている(explainで確認済み) 処理の性質的にキャッシュは使えない スロークエリになっているのはもっぱら以下のクエリ。 select * from pages order by updated_at limit 100; Railsのコードで見るとこんなかんじ。 Page.all(:order => 'updated_at', :limit => 100) こんな単純なクエリが実行に2秒から10秒程度もかかってスローク
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
PostgreSQLをチューニングする機会があったので その時に調べたチューニング項目を備忘録として残しておきます。 バージョンの違いやサーバの規模などによっても 効果は変わってくると思うのであくまで参考程度のものですが。 ・shared_buffers 7系では8000〜10000程度まで引き上げる 8系では150000程度まで引き上げることが可能、100000程度が性能のピーク これに多く割り当てるよりOSのバッファ領域として使う方が性能が向上する テーブルサイズを割り出して設定するのがベスト 簡単に設定するなら搭載メモリ量の1/4、搭載メモリが多ければ1/2ぐらいでも可 ・max_connections 7系では256程度、8系では1000程度が性能のピーク ・work_mem(sort_mem) 適切なサイズに調整する、2048〜4096程度 プロセス毎
最新文章 2018-12-26 07:29▪ 一男子高速“飙车”后拍视频晒微信群因涉嫌危险驾驶罪被拘... 2018-12-26 07:29▪ 嘉定优化营商环境为企业办事提速增效 2018-12-26 07:29▪ “论证西游记是自己所写”,有些奇葩考题不值得提倡 2018-12-26 07:29▪ ?元旦春节将至干部职工可享有正常福利待遇每人每年可领... 2018-12-26 07:29▪ 网络女主播与“阔绰”粉丝成恋人被骗25万元 2018-12-26 07:29▪ 福建龙岩一公交车被歹徒劫持冲撞行人已致5死21伤 2018-12-26 07:29▪ 雷寒、李洪被撤销重庆市政协委员资格 2018-12-26 07:29▪ 西双版纳公开销毁逾2000件非法枪支、猎具、毁林器具 2018-12-26 07:29▪ “市民云”成全国首个用户逾千万政务APP,有235项服务 2018-12-
皆さんの中で、Firefoxをご利用の方はどれくらいいますか? すぐにメモリが足りなくなるなぁと思いながら使っている人もいるでしょう。しかし、Firefoxを開発しているMozilla Foundationも問題を放置しているわけではありません(編集部) Firefoxの炎は尽きてしまうのか Linuxディストリビューションでは長らくFirefoxが標準のWebブラウザだった(図1)。しかし近年、Firefox以外のものを標準としようとする動きが目立ち始めている。Firefoxに替えてGoogle Chromeを標準のWebブラウザとしようという動きだ。このままFirefoxはユーザー数を減らし続け、進化が止まってしまうのか? 今回はFirefoxを巡るここ1年ほどのニュースを紹介したい。 Googleからセンセーショナルに登場したGoogle Chromeは素早い開発体制とリリースエンジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く