お粗末ぶりが目立つ楽天モバイル、1年後の大量解約が怖い本当の理由
楽天モバイルの不祥事が相次いでいる。同社は1円販売キャンペーンで話題を呼んだスマホ「Rakuten Mini」の対応周波数帯を勝手に変更していたとして、総務省から2020年7月10日に行政指導を受けたばかり。今度は誤ったシステムメンテナンス情報を掲載していたことが判明した。 楽天モバイルは7月17日午前7時ごろ、システムメンテナンスに伴い、音声通話やデータ通信が利用できなくなる旨を同社サイトに掲載。対象時間は午前8時から午後9時の13時間にわたり、対象地域も北海道、岡山県、山形県、佐賀県、東京都、埼玉県、千葉県、神奈川県、愛知県、大阪府、兵庫県と広いことから騒然となった。 同社広報によると上記の案内は間違いであり、「何かしらの連携ミスで誤って掲載された」。批判が相次いで慌てて中止したとみる向きもあったが、「もともと予定になかったもの。日中にメンテナンスを実施することは基本的になく、通常は午
システムの「作り逃げ」を許すな、運用保守を担う技術者の時間が奪われる
「このシステムを作ったのは誰だ！ 出て来い！」 そんな切ない怒りの声がIT職場に響き渡る。 前任者、あるいは委託先が作った画面やシステムを変更・移行することになった。ところがあまりにも個性あふれる作りで、しかもドキュメントが残されておらず、どこからどう手をつけていいのか分からない。運用保守担当者は途方に暮れる。 ITシステムの「作り逃げ」は闇の深い問題である。過去に「作り逃げ」されたシステムは、現在の担当者の時間とモチベーションを奪う。いわば「未来の時間泥棒」だ。今回は罪深き「作り逃げ」の問題にメスを入れる。 後のことを考えず構築されたシステムで運用保守担当者が苦労する 筆者にも経験がある。以下のようなシステムを目にしてぼうぜんとしたことが……。 設計書が残されていない（あるいは更新されていない） コーディングが雑（あるいは個性的過ぎる） 他システムとの依存関係が不明 データを変更／抽出で
はびこる自前主義の残りかす、日本企業のIT活用の悲惨
読者の皆さんは不思議だと思ったことはないだろうか。何の話かというと、ユーザー企業のIT部門がシステム開発を丸投げし、ご用聞きのSIerがそれを請け負うという、客とベンダーの関係性のことだ。「何を今さら」と失笑するかもしれないが、よく考えてみてほしい。客の「丸投げ」とベンダーの「ご用聞き」は本来なら相いれない。だってそうだろう。両者とも「システムをどう作るかはあなた任せ」と言っているわけだから。 これだけではまだピンと来ていない人も多いだろうから、本題に入る前にもう少し説明しておく。客のIT部門が丸投げをしないのなら、SIerのご用聞き商売は当然成り立つ。客側が要件をしっかりと定義して、基本設計あたりまでを自力で進めてくれるならば、SIerは客の「ご用」をよく聞いて、詳細設計以降のソフトウエア製造作業にいそしめばよい。シニアの技術者なら思い出すはずだ。そう、昔はこうだったのである。 一方、客
スーツにリュックは非常識、合成皮革の靴もダメ | 日経 xTECH（クロステック）
これまでは、周囲から正当な評価を得るためのスーツの選び方について解説してきました。まずスーツはサイズにこだわって選びます。スーツの色は自分が相手にどのような印象を与えたいかによって、紺色か灰色のどちらかを選びます。黒を選ぶのは非常識なので、選んではいけません。と、前回まではここまで解説しました。 今回はスーツを離れて、バッグと靴の選び方を取り上げます。バッグや靴などのビジネスアイテムでも、あなたが常識だと思っていることが実は非常識といったことがあるでしょう。せっかく自らの印象を高めるスーツを選んだとしても、ほかのアイテムの選び方に失敗すると印象を損なってしまうかも知れません。 ビジネス現場のリュックにメリットなし まずバッグから解説していきます。あなたは通勤にどのようなバッグを使っていますか。SEはノートPCやコード類、資料などを持ち歩くことが多く、荷物が重くなりがちです。そこでリュックサ
RFP作成術【中編】：提案しやすいRFPを作る
要求を伝えるための情報は，「何を書くか」と「どう書くか」に分けて考える。まず，書くべき内容を見ていこう良いRFPの条件，すなわちベンダーから質の高い提案や精度の高い見積もりを引き出すために必要な情報は2点。「今後どうしたいか」と「現状どうなっているか」である。 まずは，RFPの全体像を見てみよう。図4は，東京都民銀行が情報系システム基盤の開発に際して，実際に作成したRFPの目次である。案件によって項目の追加や省略はあるが，多くの案件で共通に挙げられる項目がほぼ網羅されている。 ITコーディネータであるフライの井門良貴氏（常務 エグゼクティブコンサルタント）は「RFPには，大きく3つの情報を入れる。(1)要求を伝えるための情報，(2)ベンダーを選ぶための情報，(3)トラブルを避けるための情報だ」とRFPの内容を説明する。 図4に当てはめると，(1)が「1 概要」「5 システム化の内容に関して
SI契約に変革迫る「進行基準」 IT業界に激震走る！：ITpro
ユーザー企業のみなさんは、システム開発プロジェクトを進める際、ITベンダーに次のような依頼をしたことはないだろうか。 経営判断でシステムの稼働日は決まっている。だが、肝心の要件は固まっていない。「何としても納期を守ってくれ。要件定義と並行して、仕様が固まっている部分から、開発作業に着手してくれないか」。 すでに開発が済んだ部分について、利用部門から大きな仕様変更の依頼が来た。「予算はもう増やせない。申し訳ないが、最初に契約した金額のままで修正してくれないか。次の案件も御社に発注するから」。 新システムの予算を何とか確保した。あとはこの予算でシステムを開発してもらうだけ。「ハードウエア込み、要件定義から運用設計まで、すべて一括で契約してほしい」――。 頻繁とは言わないまでも、システム開発を進めるうえでは“よくある話”だ。問題があると分かっていても、経営層や他部門からの要請で、こうした依頼を
まつもと直伝 プログラミングのオキテ 第19回 HTTPとCGI：ITpro
Webアプリケーションが流行しています。Webブラウザ上で何でも実行させる昨今の風潮はいかがなものかと思いますが，これも時流なのかもしれません。Webプログラミングに習熟する前段階として，今回は基礎となるHTTPとCGIについて学びます。 WWW（World Wide Web）はもともと欧州合同素粒子原子核研究機構（CERN）で開発された，相互リンクした技術文書を参照する手段でした。文書間のリンクが世界中をクモの巣（Web）のようにつなぐありさまをもってWWWと名づけられました。 WWWが最初に登場した時点では，基本技術は次の3つしかありませんでした。 （1）HTML（HyperText Markup Language），相互にリンクされた構造を持つ文章を記述するマークアップ言語。 （2）URL（Uniform Resource Locator），各地のサーバーに分散した，文書を指定する記
Part1 正しいPerl/CGIの書き方：ITpro
Shibuya Perl Mongers 2代目リーダーにして，ppencodeの作者。広島市立大学卒業後，大企業向けmod_perl製品の開発に従事。2005年よりサイボウズ・ラボ株式会社に入社。LL Ringに参戦。Namazu for Win32，Plagger，Ajajaのコミッターでもある。 CGIといえばPerl。そんな風にいわれていた時期もありました。レンタル・サーバーのCGIで手軽にPerlが使えたこともあり，ちょっとした掲示板のスクリプトやアクセス・カウンタなど，CGIプログラムの多くがPerlで書かれていました。このためPerlが爆発的に普及したのです。Perlは日本のインターネット黎明期を支えたプログラミング言語として，広くその名が知られています。 その半面，Perlで書かれたプログラムの保守性に悩む声も聞かれるようになりました。事実，Perlのプログラミング経験が少
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
