タグ

ITに関するsin81zのブックマーク (37)

  • @IT:連載記事 「連載記事 「データベーススペシャリスト試験攻略のツボ」

    試験の押さえどころを総ざらい! データベーススペシャリスト試験攻略のツボ(0) 連載初回はテクニカルエンジニア(データベース)試験対策を一挙公開! 今後のスキルアップを目指す方もいちど目を通して

    sin81z
    sin81z 2010/01/15
    ちょっくらやるかー
  • 選んだのは「内製回帰」の道――ひとり情シスの挑戦 - @IT自分戦略研究所

    ITコスト削減によるユーザー企業の「内製化」の波が生まれている。SIerに外注するのではなく、自社のシステムを自ら作り出す。そうした「内製化」にこそビジネスとシステムの未来があると信じ、SIerからユーザー企業へと転身したエンジニアが、「内製化の可能性」と「やりがい」について語る。 第2回|1 2|次のページ 「GoTheDistance」というブログを運営している湯と申します。簡単に自己紹介させていただきます。 2003年に、とあるユーザー系大手システムインテグレータ(SIer)に新卒で入社し、プログラマ、開発リーダー、プロジェクトマネージャ(PM)、コンサルタントというキャリアを歩んできました。 振り返ってみると、とても恵まれたキャリアを歩ませていただいていたと感じます。ですが、さまざまなユーザー企業さまのお話をお伺いしているうちに、システム開発は「内製」に向かうべきである、と感じる

    sin81z
    sin81z 2009/12/18
    ブログ読んでる。言ってることすごくよくわかる。会社のみんなに読んでほしい。
  • Salesforce

    各部門・役割で抱える悩みの原因・症状・解決策を解説し、“デジタルを活用した変革” を実現する方法を紹介します。

    Salesforce
  • Perl-users.jp - 日本のPerlユーザのためのハブサイト

    Perl Mongers Perl Mongers とは、日各地に存在する、Perl ユーザーのコミュニティのことです。各種イベントが行われていますので、是非参加してみましょう。 Shibuya.pm Fukuoka.pm Kansai.pm (@kansaipm) Yokohama.pm (@yokohamapm) Hokkaido.pm (@hokkaidopm) Nagoya.pm (@nagoyapm) Kushiro.pm (@kushiropm) Kyoto.pm (@kyotopm) Kamakura.pm Niigata.pm (@niigatapm) Sendai.pm (@sendaipm) Tokyo.pm Hachioji.pm (@hachiojipm) Chiba.pm (@chibapm) Yomitan.pm (@yomitanpm) Machida.pm

    sin81z
    sin81z 2009/09/11
  • 流通システム開発センター コード登録:JANコード、ITFコードのチェックデジット計算方法

    共通取引先コードのチェックデジットは、ここでは計算できません。 GTIN(JANコード)標準タイプ(13桁)のチェックデジットの計算方法 例えば、GS1事業者コード“456995111”、商品アイテムコードを“617”と設定する場合、チェックデジットは次のように計算されます。 GTIN(JANコード)短縮タイプ(8桁)のチェックデジットの計算方法 例えば、GS1事業者コード“499687”、商品アイテムコードを“1”と設定する場合、チェックデジットは次のように計算されます。 ※GTIN-8ワンオフキーの場合、チェックデジットの計算は不要です。詳細はこちらを参照ください。 GTIN(集合包装用商品コード)(14桁)のチェックデジットの計算方法 例えば、インジケータ“1”、GS1事業者コード“456995111”、商品アイテムコードを“617”と設定する場合、チェックデジットは次のように計算さ

  • もしもに備えるバックアップ、リストア(1)

    もしもに備えるバックアップ、リストア(1):OpenLDAPによるディレクトリサーバ運用(1)(1/2 ページ) ユーザー情報や組織情報などを一元的に管理するディレクトリサーバは、企業システムの中で重要な役割を果たしています。オープンソースの「OpenLDAP」によるディレクトリサーバの構築方法を解説した前連載に続き、その運用方法を紹介していきます。(編集部) 以前の連載「OpenLDAPで始めるディレクトリサーバ構築」では、OpenLDAPサーバの概要から基設定までに焦点を当ててきました。今回から始まる「OpenLDAPによるディレクトリサーバ運用」では、OpenLDAPサーバの運用時に考慮しておくべき点や便利な管理機能に焦点を当てていきます。 第1回となる今回と続く第2回では、ユーザーデータを蓄積していくサーバアプリケーションの運用管理に欠かせない「バックアップ」と「リストア」につい

    もしもに備えるバックアップ、リストア(1)
  • テクノロジー : 日経電子版

    1回の充電で東京―大阪間に相当する500キロメートルを走れるリチウムイオン電池技術の開発が活発だ。積水化学工業の技術は突破のメドがたち、旭化成も近づいた。いずれも既存の電極を使うこ…続き 再エネ効率的に貯蔵、「ナトリウムイオン電池」寿命・容量が増大 [有料会員限定] トヨタの全固体電池 2025~30年EVが化ける [有料会員限定]

    テクノロジー : 日経電子版
  • 先達の業界に学ぶプロジェクトマネジメント

    この連載では,システム開発のプロジェクトマネジメントよりもはるかに長い歴史を持つプラント建設のプロジェクトマネジメントの“常識”を紹介していきます。その中には,システム開発のプロジェクトマネジメントでも取り入れるべきことが数多く存在します。 第1回 20年は遅れているITプロマネ 第2回 RFP作成には標準的な手順がある 第3回 プロジェクトの進め方を「プロジェクト遂行手順書」に明記する 第4回 IT業界は「ユーザー」と「オーナー」の区別ができていない 第5回 開発コストにムダが多いIT業界,解決策は「分離発注」と「分割発注」 最終回 なぜエンジニアリング会社は優秀なPMを育てられるのか

    先達の業界に学ぶプロジェクトマネジメント
  • データベースパフォーマンスに関する、僕が知りうる限り最高の教科書 - レベルエンター山本大のブログ

    データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 OracleSQLServer、MySQLと色々なDBのチューニングをしてきましたが、

    データベースパフォーマンスに関する、僕が知りうる限り最高の教科書 - レベルエンター山本大のブログ
  • SQL*PlusのCOPYコマンド

  • OTN Japan Homepage

    東北地方太平洋沖地震等について 3月11日(金)以降に発生した地震や津波等で亡くなられた方々にお悔やみを申し上げます。 また、このたび被災された皆様、そのご家族に心よりお見舞い申し上げます。 皆様の安全と、一刻も早い復旧をお祈りいたしますとともに、 弊社としても復旧のために可能な限りの支援をさせていただく所存でございます。 日オラクル株式会社 posted 2011/3/15 計画停電に備えて:Oracle Databaseに関しての注意事項 計画停電に備え、Oracle Databaseに関しての注意事項(バックアップ・停止・起動)をまとめたページをご用意しました。データベースのバージョンによる違いが少なくなるようにコマンドラインを利用した手順が中心です。是非ご参考にしてください。 posted 2011/3/25 4月から再開決定!Oracle Direct Seminar インタ

  • [IT Japan 2009]「2600人の開発者が社内クラウド基盤を使用中」---NSSOLの北川社長

    「新日鉄ソリューションズ(NSSOL)では2600人の社内開発者が、社内で運用するクラウドコンピューティング基盤を使ってシステムの開発やテストを行っている」---。NSSOLの北川三雄社長(写真)は2009年7月1日に開催された「IT Japan 2009」の講演で、同社がクラウドコンピューティング環境をユーザーに先駆けて導入していることなどを語った。 「新日鉄ソリューションズは、たった1種類の『銑鉄』から5万種類にも及ぶ『鋼材』を作り出す、新日鉄の非常に高度な製鉄システム、ミッションクリティカルな基幹系システムを40年間作り続けてきた会社。常に、自らが製鉄システムでブラッシュアップしてきた技術を、顧客に提供することを心がけている」と北川氏は、NSSOLの社風を語り、クラウドコンピューティングに関しても2008年4月から社内での利用を進めてきたという。 北川氏の挙げるクラウドのメリットは、

    [IT Japan 2009]「2600人の開発者が社内クラウド基盤を使用中」---NSSOLの北川社長
  • 1Uラックマウント可能なサーバを自作する - marqs blog

    はてなでは以前から自社製サーバを使用しているのですが、今年の春に、新たに自社製1Uハーフサーバを開発しました。 最近、タワー型だとメーカー製でもかなり安価なサーバがあるのですが、データセンターでの運用を考えると1ラックへの集積度が問題になってくるので、必然的にラックマウント可能なサーバが求められます。1Uサーバの中で価格対性能比のよいものを探すと、まだまだはてな的に使いやすいサーバが少ないので、今回このような1Uラックマウント可能なサーバを自社開発しました。 さてこのサーバの特徴としては、 ケーブル類がフロントアクセス 組み立て簡単 いけてるインフラアルバイトのid:hxmasakiが組み立てると15分 1ラックに60台以上搭載可能 もちろん、電源容量との兼ね合いもあります ディスクのホットスワップが可能 低消費電力 お値段据え置き 以前の自社製サーバとほぼ同価格 といったところがあげられ

    1Uラックマウント可能なサーバを自作する - marqs blog
  • 「2年後、誰もハイパーバイザの話をしなくなる」 - @IT

    「今から2年後には、誰もハイパーバイザの話なんかしてないでしょう。それは単にOSの一部で、すでにそこにあるのです」。6月23日に都内で会見した米レッドハット エグゼクティブ・バイス・プレジデントのポール・コーミア氏は、そう語り、同社が現在推進している仮想化関連の取り組みに自信を見せた。 現在レッドハットは仮想化インフラとしてXenとKVMを2立てで提供しているが、KVMのほうが理にかなっているという。KVMはLinuxカーネルの一部として開発されているため、省電力機能、ドライバ実装など、Linuxカーネルに取り込まれた機能はすべてKVMで利用できるからだ。「(開発コミュニティの)アップストリームで開発されていて、Linuxの一部であることはきわめて大きなアドバンテージ。XenはOSとは別レイヤなので、2度手間となる」(コーミア氏)。レッドハットは6月16日にKVMを組み込んだ「Red H

  • Makefileの書き方 - スキルアップ輪講

    makeって何? † ソースファイルを分割して大規模なプログラムを作成していると、コマンドでコンパイルするのが面倒です。また、一部のソースファイルを書き換えただけなのに全部をコンパイルし直すのは時間の無駄です。 そんな問題を解決するのがmakeです。Makefileと呼ばれるテキストファイルに必要なファイルと各ファイルのコンパイルのコマンド、ファイル間の依存関係を記します。そして、“make”というコマンドを実行するだけで、自動的にコマンドを実行してコンパイルしてくれます。これだけではスクリプトと大差がないのですが、makeはMakefileに記された依存関係に基づいて更新されたファイルの内関連のあるものだけを更新することで、コンパイル時間を短くします。 makeは特定のプログラミング言語に依存したものではありません。C言語のソースファイルのコンパイルにも使えますし、Verilog-HDL

  • 話題の情報端末 『chumby(チャンビー)』の世界へようこそ

    This domain may be for sale!

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

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

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • http://japan.internet.com/webtech/20090601/7.html?rss

  • OracleのSun買収、舞台裏で何が起きていたのか

    3月30日~4月3日:Sunと顧問がIBMとその顧問に対し、買収提案に関する懸念、特に取引の確実性と独禁法問題について詳しく説明。 4月3日:IBMが交渉プロセスを終わらせたい意向を示唆する。 4月4日:IBMの弁護士がSunに2バージョンの買収案を提示し、これが最後の案であり、その日の午後6時に無効になると通達。買収案のうち1つは、Sunの普通株を1株9.40ドルで買収するというもので、もう1つは1株9.10ドルになっていた。それぞれの案に、異なる条件が付帯していた。 Sun取締役会はIBMの買収案について協議し、IBMが提示した条件は、ほかの選択肢と比較して、取引に伴うリスクがSun株主の最大の利益に見合わないとの結論を下した。取締役会はIBMの買収案を拒絶し、IBMの独占交渉権を終了した。 4月6日:Sun取締役会がOracleとHPからの打診について会議。経営陣と顧問が取引の可能性

    OracleのSun買収、舞台裏で何が起きていたのか
    sin81z
    sin81z 2009/05/25
  • OracleのSun買収、舞台裏で何が起きていたのか

    米Sun Microsystemsが5月12日に米証券取引委員会(SEC)に提出した文書では、米Oracleの56億ドルでのSun買収の背景が詳細に説明されている。Sunはその中で、同社取締役が満場一致で承認したものの、一部株主の怒り――そして3件の集団訴訟――を呼んだ買収案のロジックについて説明している。 Sunは2000~2001年にハイエンドワークステーション・サーバが傾いて以来、10年間で数十億ドルの赤字を出している。同社は今後数年間を生き残る現実的なチャンスは、同社を補完する製品を持つ企業に買収されることだけだと信じていた。 SECの書類によると、Sunは3社の候補と話をした。だが書類にはOracleの名前しか出ていない。業界筋はeWEEKにオフレコで、ほかの2社は米IBMと米Hewlett-Packard(HP)だと話した。 このとき情報筋は、IBMが買収の準備をしており、送金

    OracleのSun買収、舞台裏で何が起きていたのか
    sin81z
    sin81z 2009/05/25