「君はちょっと年くってるから経験者としてやってもらう」 新入社員の研修を終え、初めて現場に出る直前、営業担当の先輩からこう申し渡された。何を言っているのかまるで分からない。そもそも先輩は「今から職歴を説明する」と言った。新人の自分に職歴とは一体何だろう。 年をくっていたのはその通りであった。私は10代の終わりに大病をしたため、何事にもやる気を失い、進学もせず、今で言えばフリーターになり、社会からほとんどドロップアウトしていた。その後、一念発起して専門学校でプログラミングを学び、あるソフトハウスになんとか入社したとき、私は23歳になっていた。 現場の経験はまったくない私であったが、そのソフトハウスは高く売れるとふんだらしい。営業が偽の職歴を用意し、未経験者の私を経験者に仕立てて貸し出すという。営業が勝手に書いた私の職歴欄には「原発の制御システムを開発した経験がある」と記載されていた。 原発の
JavaOne 2014 サンフランシスコ報告会 Tokyoに参加してきたので、軽くまとめてみます。アーキテクチャトレンドと、EEのアップデート以外は関心が無いので、あまり触れません。 イベントの概要 9月に米国で開催されたJavaOneの参加者がイベントの内容を共有する会です。 話題の中心は「Oracle公式のJava」ですが、OSSや最新の開発トレンド等、幅広い話題を扱います。 イベントの詳細は以下のURLを参照してください。 -> http://jjug.doorkeeper.jp/events/15151?utm_campaign=event_15151&utm_medium=email&utm_source=ticket イベントの雰囲気 座席の占有率は30〜40%ほどで、盛り上がってる風でもなく、ボチボチという雰囲気でした。 会場のOracle本社13Fは綺麗ですし、無料のWi
若手SEが チームのために がんばってみた スペースで先にすすみます！（バックスペースでもどります！） 自己紹介 ## おしごと - 入社 〜 2014/06 ： 金融系企業のシステム保守・運用 - 2014/07/01 〜 ： 金融系企業のシステム開発 ## このタイミングで参入  ## 統合テストでやっていること - セキュアルーム(別室）からサーバーログをとる - iPad端末でテスト実施 ＋ **スクリーンショット** とログをとる - 自分の端末(windows7)で **エビデンス** づくり 統合テストパーティー 新人さんからおじいちゃんまでいる テスト実施時間
2013年度（だいたい2013年4月~2014年3月）のIR情報を元にした主要SIer利益率ランキングです． SIerの利益率は低い低いといわれまくっているので．どのくらい低いのか実際に見てみたいと思ったのと，あまり最新のランキングが見当たらなかったので作りました． SIerを就職先に考えている学生の参考になればいいなと思います． ちなみに今回計算したのは営業利益÷売上高の営業利益率です． 2013年度営業利益率ランキング 順位 企業名 売上高(億) 営業利益(億) 利益率(％) 1 NRI 3,859 498 13.0 2 SCSK 2,882 240 8.3 3 NSSOL 1,800 124 6.9 4 CTC 3,494 235 6.7 5 NEC 10,107 651 6.4 6 富士通 26,272 1,511 5.8 7 日立製作所 19,549 1,100 5.6 8 IT
パナソニックが、社内情報システム部門（情シス）の社員約1500人のうち、3分の2にあたる約1000人の削減を検討している——。無慈悲な報道が流れたのは、今年の1月1日。該当者にとって最悪の正月になってしまった。 各社の報道によると、パナソニックの情シス子会社「パナソニックITソリューションズ」を富士通に売却。社内で分社化した「コーポレート情報システム」からも一部社員を富士通とIBMに転籍させるという。つまり、取引先のSIerへの転籍だ。 なぜ、こんなことになったのか。情シスは、ビジネスプロセスの改善やシステム統合によるコスト削減など、企業戦略に欠かせない部門だったはず。パナソニックの関係者も「情シスは社内で高い評価を受けていた。特にグローバル化を手がける部門は、世界中を飛び回って調整していた」と話す。 風向きが変わったのは、コストダウンを目的に部門ごとに導入していたITシステムを統合してか
社会保障や税の情報を一元化するため国民一人一人に番号を割り振る「共通番号制度」の導入などで、今後、不足するのではないかという懸念も出ているシステムエンジニアを確保しようという集団面接会が東京・千代田区で開かれました。 コンピューターのプログラムの設計などを行うシステムエンジニアを巡っては、国民一人一人に個人番号を割り振り社会保障や納税の情報を一元化する「共通番号制度」の導入など、今後、さまざまな制度の導入や改正が重なり、人材が不足するという懸念がＩＴ業界から出ています。 こうしたなか、システムエンジニアの採用に向け合同面接会が東京・千代田区で開かれ、ＩＴ関連企業など１１社が参加しました。 会場では、先月、大学を卒業した人など１７人が面接に臨み、企業の担当者が志望動機を質問したり、事業内容や人材の育成方法などを説明したりしていました。 参加した企業の担当者は「面接に訪れた人たちは意欲的で、こ
４月15日に行われた第6回公判では、右陪席裁判官が戸苅左近裁判官に代わったため、更新手続きが行われ、主任弁護人の佐藤博史弁護士が意見を述べた。続いて検察側の証拠の要旨告知の続きを行い、犯人からのメールやメッセージを全文読み上げた。午後からは、派遣先で２ヵ月間ほど同じチームにいた元同僚の証言が行われた。 更新弁論で佐藤弁護士は「片山さんが犯人であれば、存在するはずの証拠が決定的に欠けている」と強調。また、検察側が公判が始まってから「ファイルスラック領域にiesys開発の痕跡が残っていた」という点を犯人性の最大の根拠にし始めたと指摘し、「公判前整理手続きでは全く主張していなかった。こういうやり方は、争点を明確にする公判前整理手続を反故にするもの」と批判した。にもかかわらず、裁判所は検察に理解を示しているとして、「なぜ裁判所は検察に肩入れするのか」と声を荒げた。 元同僚が「被告人からC#のプログ
1: ライトスタッフ◎φ ★ 2014/02/20(木) 13:36:23.33 ID:??? 厚生労働省が研究目的で構築した「ナショナルデータベース（NDB）」で、約1600万人分のメタボ健診のデータが、レセプトのデータとひも付けできないことが判明。当初想定した医療費削減のための研究に、十分に生かせない状況に陥っている。 理由はデータ入力時に「全角」と「半角」が混在していたことだ。厚労省は2014年3月までにシステム改修を含めた改善策をまとめる。 http://itpro.nikkeibp.co.jp/article/NCD/20140212/536175/ 関連：日経コンピュータ誌が取り上げた厚労省メタボ検診データベースシステムの不具合と改修をめぐって 日経コンピュータ：厚労省1600万人の健診データに全角半角が混在し突合不能。ハッシュ化前に正規化すべきことは設計時点で気づくはずだし，
ITマーケティングコンサルティング等。京都大学工学部卒、神戸大学大学院経営学研究科修了。キャリア・デベロップメント・アドバイザー。 日本ヒューレット・パッカード株式会社に入社後、ソフトウェア開発を経て、2003年からLinuxビジネス立ち上げのリーダーとなり、日本HPをLinux No.1ベンダーに導く。2010年より、株式会社サイバーリンクスにて新規事業開発に従事。2011年4月 MKTインターナショナル株式会社を起業し、現職。 『マックで飛び込むインターネット』(翔泳社) の執筆以降、ライター活動も実施中。『リーダーにカリスマ性はいらない』（中経出版）、『MySQLクックブック』『JBoss (開発者ノートシリーズ) 』(オライリージャパン) など著訳書多数。 ブログ：あかいまことのブログ Twitter id: mktredwell ＤＯＬ特別レポート 内外の政治や経済、産業、社会問
SIerから念願だった社内SEへ転職したのに 「どうも満足感に乏しい。それどころか、毎日何かしらトラブル解決を頼まれ、メイン業務に専念できずにイライラがたまる…」「勤め先のシステムが特殊でエンジニアとしてのスキル向上に不安を抱えている」といった感想を抱く方がいらっしゃいます。 この原因のひとつとして、転職前には社内SEの良いところばかりに目がいき、SIerで働くことのメリットやあるいは社内SEのデメリットを見逃してしまったことがあげられます。確かに社内SEという職種には魅力的な要素が多数ありますが、SIerだからこそ得られるやりがいや満足感も存在します。 SIerから社内SEへの転職を考えられている方は、現在抱いている不満が「SIer（開発・構築系エンジニア）という業種によるもの」なのか「今、勤めている会社（の要因）によるもの」なのか、「社内SEに転職すれば解決できるのか」など…。下記の図
1 ： ターキッシュバン(WiMAX) 2013/04/24(水) 22:35:15.97 ID:68F/WmMW0● BE:1789591537-PLT(12000) ポイント特典 新入社員に習得してほしいアプリケーション1位は? -2位ワード、3位パワポ MOS(マイクロソフト オフィス スペシャリスト)試験を実施・運営するオデッセイコミュニケーションズは このほど、「新入社員に習得してほしいアプリケーション」の調査結果を公表した。 同調査は、同社が運営する、ITスキルの向上をサポートするサイト、「アオテン(aoten)」のユーザーを 対象に、2月20日から3月29日にかけて実施し、700件の回答を得た。回答者は男性が約4割、女性は 約6割。年齢構成は、20代10.9%、30代24.0%、40代38.6%、50代16.5%、その他が10.1%となり、職業は、 会社員が74.5%、学生3
ある米国ITベンダーの日本法人の社長は、本社の幹部から「なぜ日本にはITサービス会社があんなにたくさんあるのか」とよく聞かれるそうだ。確かに米国には、それに相当する企業はEDSやアクセンチュアなどわずかしか存在しない。質問の答えは「日本のユーザー企業は独自仕様のシステムを作りたがるのに、その開発を外部委託することが多いから」である。ただ、この説明では米国人には理解不能だろう。 米国企業の多くは、付加価値を生まないバックヤードのシステムにはERP（統合基幹業務システム）などのパッケージを可能な限りそのまま使う。だが事業戦略上で重要なシステム、儲けるためのシステムは自前で作る。だからこそ米国では、ユーザー企業のシステム開発の内製化率が高く、システムインテグレーションという業態は発達しなかった。米国のそうしたリアリティーからすると、システム開発を外部に丸投げするのは、不思議で仕方がないはずだ。
◆自己紹介 初めまして、mathkenと申します。現在、卒業を3月に控える大学生です。就職活動を終え、無事に卒業できれば、4月からSIerでSEとして働く予定です。 なお、コラムの執筆に当たっては、けいいちっく氏の「コラムができるまで～執筆プロセスを可視化する～」、森姫氏の「コラムニスト入門」「コラムニスト応用」を参考にしました。背中を押していただき、勝手に感謝しています。 今回のコラムでは、「ITの知識はあまりないが、SIerで働きたい」と考えている方の役に立つことができればと考えています。タイトルにもあるように、私は文系の学部生として就職活動に臨みました。情報系の学部の方に比べて、知識面では後れを取った状態でのスタートだったと思います。まずは、私が体験した就職活動の話をしたいと思います。 ◆「プログラミングの経験はありますか？」という質問への対策 多くのSIerは、説明会で「理系の方も
The Gates of Hell 昔あるプロジェクトに参加していたときに、エンドユーザからこんなことを言われて「もしかしてこれが噂の絶望の扉か？」と感じたことがありました。そのときはたしか開発リーダーかなにかで受託メンバーをまとめながら開発をしてました。結構忙しかった記憶があります。 自分は2次受けにあたり、1次受けのお客さんが売り込んだシステムの開発をしていました。システムとしては「まぁ悪くない」ものだったのですが、開発が進むにつれて「ぜんぜんイケてない」状態になっていくパターンでした。そして、エンドユーザ側の担当者が代わったときに、その方がぽろっと漏らしたのがこんな言葉でした。 このシステムは前任者が考えたもので、自分は引き継いだだけだ。プロジェクトが始まってしまったので、もう止まることはできないが、これが終わったら私が再度考えて作り直したい。 まじかよー。（まじかよー、まじかよー、
悪あがきプログラマー｜note 古い記事はそのまま残しておきます。 www.apple.com 会社用です。家に置くと会社行きたくなくなるので。 今まではLenovoの4Kを使ってました。 Macで使う4Kモニター Lenovo LI2821 Wide（60Hz対応） を導入してみた - 悪あがきプログラマー 以前使っていたのが4Kでサイズも同等なので、何のために買い替えたのかと思われるかもですが、前のディスプレイはTNパネルだったのですね。家の安い2Kディスプレイのほうが発色良いという残念なことになってました。 TNパネルがどんな感じがざっくり言うと、全体的に靄がかかって薄い白い感じです。 発色だけを考えるなら2Kで同等サイズでもまぁ良かったのですが、マシンがMacbook Pro Late 2016、時代は4K、さらに安くなってるって！？と思ってポチりました。 5K要るかというと全く要
この国において、"SE"と呼ばれる職種は廃絶すべきだと思います。USのように設計も実装もできる「プログラマー」「ソフトウェアエンジニア」という職種に統一すべきで、Excelで「設計書」なるものを書くことしか能のない自称"SE"はfireすべきです。 参考まで、USで"Systems Engineer"というと、会社にもよりますが概ね基盤系のエンジニア（ネットワークエンジニアなど）を指すようです。 僕の経験上、該当者は概ね入社3～5年目の女性"SE"に集中していますが、この人達は顧客のいいなりに実装不可能な「設計書」書き上げて、それを下請け（パートナー；僕は「助っ人」として敬意を持って接しています）に丸投げするというひどい有様。以前、僕がTISの３次請けで働いていた時、２次請けの凄腕エンジニアがTISプロパーの口達者な若手女性"SE"を閉口させるまで責め立てていた（要旨は「ロクに実装もしたこ
ヒューマンエラーという言葉をよく聞くようになりました．ヒューマンエラーというのは，JIS Z 8115:2000（デイペンダビリティ（信頼性）用語/Glossary of terms used in dependability）によると，「意図しない結果を生じる人間の行為。」と規定されています．これは，どんなに注意深くて慎重な人であっても，錯覚や疲労などによって操作ミスをしてしまい，大きな問題を引き起こしてしまうというものを指しています．ただ，本当にヒューマンエラーなんだろうか？そもそもUIがBADUIだから，エラーが生じてしまっているのではないだろうかという事例もよくあります． 今回紹介するのは，BADUIはデザイナやエンジニアなど，ものを作る人だけの問題ではなく，誰しもが少しは考えておくべき問題で，そうならないためにはどうしたらよいか，また何故そうなってしまったのかを想像することが重要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
