客先常駐について - 急がば回れ、選ぶなら近道
客先常駐は増加傾向に見える。 別に統計資料はないので、どちらかというと体感的なものだけど、ベンダーからユーザーへの常駐は増加している気がする。これはまぁスタイルはいろいろで、完全に委任契約のものから、継続SIを仕事として請負契約の形になっているが作業的には客先にずっといるというスタイルのものをある。ベンダーの人員というよりも、ベンダーの下請け・孫請けが常駐していることが多い。さらに、多くの場合、戦力になっているのは、フロントの一次受けではなくて、下請け・孫請けの部隊だったりする。そんなこともあるので、地方の中小企業の場合は、さすがにフロントのサヤ抜きが、馬鹿馬鹿しいので、直接に契約に切り替えることも多い。 いずれしても、SIという位置づけのものまで含めると、この種の「派遣の一種」のような常駐モードの人員は相当いて、SEから運用・コンサルまでITに関わる分野では、非常に幅広くかつ大きなビジネ
SE（システムエンジニア）とは、どういうお仕事？ - Milkのメモ帳
一般の方々のイメージのSE 現実のSE 設計編 コーディング編 システム試験編 最後に やぁ！こんにちは。Milkだよ。 昨日は、あの後更に会社から電話がかかってきて＋αであれこれと話をしたんだよ☆ www.milkmemo.com 電話中の俺の顔 まぁ、それについては置いておこうね。先ずは病気を治さないとね。 最近質問されたんだけど、SEって結局何やってんだ？って言われたんですよ。 あれ・・・未だにSEって職種は、ちゃんと理解されていない・・・？ まぁ、そうだよね。と言うわけで、SE（システムエンジニア）について軽く説明をしようと思うのです。（あくまで、私の会社の話になるので、色々なパターンは存在します。） 一般の方々のイメージのSE 多分なんだけど、SEは一日中PCと向き合っていると思っている方が多いのではないかな？ そもそも、こんなにオシャンティーな環境ではない！！ おっと。心の叫び
プログラマー、SEは資格を取るべき？！必要ない？ | IT/Web系の起業家・フリーランスに贈る、すべらない起業論
SIerで受託開発するコンテキスト プログラマーをPG、システムエンジニアをSEと呼称するようなコンテキストは、通常SIerで開発工程毎に分業しながらウォーターフォール型開発を行う受託開発であるケースが多いのではないでしょうか。このような文脈で仕事をする環境では、場合によっては何らかの資格が求められたり、資格取得費用が支援されていたり、資格取得すると手当てが支給されたりするケースもあるでしょう。例えばオラクルのサポート担当であればオラクル認定資格を取得することで製品の理解を深めることに繋がるでしょうし、たとえ資格取得できなかったとしても勉強したこと自体は直近の業務に何らかのよい影響があることは疑いないと思います。また、資格試験の勉強をすると、体験的に学んだ断片的な知識が体系化され、更に理解が深まる、という経験をしたエンジニアの方も多いのではないでしょうか。 webサービス事業会社のコンテキ
SEの仕事内容は未経験から転職できるシステムエンジニアなろう
SEは給料が安くブラックとよく言われますよね。それは適切にシステムエンジニアやプログラマーの仕事を評価できる人がいないからです。評価されやすいのは営業や企画などばかり。今回はなぜSEが転職したくなるかをご紹介したいと思います。 SEやシステムエンジニア仕事内容は未経験からでもできる SEは企画や仕様書にそって最適なITシステムやwebサービスを開発し、問題なくリリースするのが仕事です。自分で知識があってプログラムの勉強をしてきて出来て当たり前、作って当然。そんな風に思っていませんか？ SEシステムエンジニアは多くの会社が未経験からでも募集をしています。飲食業界からの転職も多いんですよ。実際に知り合いのスーパーエンジニアで役職になった人も飲食業界からの転職でした。 システムエンジニアを未経験で雇う会社は多くの場合1~2ヶ月間は研修を行います。みっちりプログラムの勉強をさせてくれます。当然とい
エンジニア単価情報 | ニアショア機構
スキル体系について 経済産業省（IPA）が制定したITスキル標準（以下「ITSS」）と、 株式会社パソナテックが、ITSS、SFIA（Skills Framework for the Information Age : 英国）、SWEBOK（SoftWare Engineering Body Of Knowledge : 米国）を参考に体系化し、人材ビジネスで 豊富な運用実績のあるPT-ITSSをベースに使用しております。 ※役割全体図(pdf:2.1MB) ニアショア開発活用に関するお問い合わせはこちら 首都圏単価より割安で高いパフォーマンスが期待できるニアショア開発に注目が 高まっています。 ニアショアベンダー紹介依頼、開発コスト最適化、リソース確保のご相談等、 お気軽にお問い合わせください。
灰皿飛んでくるのはいやだ！ 東京図書出版「ITエンジニアのためのハイプレッシャー下での対応術」が生まれたワケ
※本記事はアフィリエイトプログラムによる収益を得ています 「ITエンジニアのためのハイプレッシャー下での対応術」というなんとも気になるタイトルの本が話題になっています。調べてみると、Amazon.co.jpでは中古品で6141円という高値が……！ い、いったいどんな本なんだ！！ 筆者の鳥山康見さんに聞けば、鳥山さんは40年以上IT業界で仕事をしており、過去にたびたび「ハイプレッシャー下での対応」を経験したとのこと。そのとき、経験豊富な先輩や優秀なプロマネに対応方法を聞いたもののこれだという解が見つからず、大変苦労したそうです。 そこで対処法を自ら研究。独自に編み出した方法をセミナーで伝授したところ大好評でだったため、その内容を整理し出版を決めたのだとか。鳥山さんは「ハイプレッシャーに負けて心の病になってしまうSEや、思考停止してしまうプロジェクトマネージャーを一人でも減らしたいという強い思
人月アドベントカレンダのご提案
受託開発やSIer、そこで採られる人月での見積と契約はスタートアップ・Web系・ベンチャーな方々から軽蔑されがちです。 けれど社会のインフラや企業の基幹を担うこともある重要なシステムでは残念ながらこれらの手法をとらざるを得ないのが現状となっています。 これを打破するイノベイティブでエポックメイキングでパラダイムシフトな変革は期待されていますが、文化や慣習、人手不足とレガシーコードはなかなかそれを許してくれません。やり玉にされがちなSIerのスタンスだけに帰せる問題ではないのです。 そんな状況でもわれわれSEは社会の繁栄のために、愛する（現在の/未来の）家族のために、そしてご飯を食べていくために働く必要があります。 しかし、この業界で難しいのは流動性が高い割にキャリア形成が難しいこと、自分の精神的・肉体的な健康を損ないやすいという問題があることで、苦労されている方も多いかと思います。 そして
Java EE 8 Planning 2014
Java EE 8 Planning 2014 1. Java EE の新たな旅立ち : Java EE 8 へ向かって Copyright © 2014, Oracle and/or its affiliates. All rights reserved. | Yoshio Terada Java Evangelist Oracle 2. SAFE HARBOR STATEMENT 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。また、 情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはできません 。以下の事項は、マテリアルやコード、機能を提供することをコミットメント（確約） するものではないため、購買決定を行う際の判断材料になさらないで下さい。オラクル 製品に関して記載されている機能の開発、リリースおよび時期については、弊社の裁量 により決定さ
エンジニア転職の迷い
今20代後半でWebエンジニアとしてベンチャーに勤務しておりますが、転職を考えており、 Web系の企業でネイティブアプリの開発をやるか、元請けSIerでSEをやるか、凄く迷っています 迷っている理由はこうです。 ・Web系 当面の年収が高めである点と、面白いB2Cサービスを開発できるという点は魅力的です。 ただし、40代、50代になって体力や成長速度が落ちたときに、エンジニアを続けられるか、という不安が拭えません。 一生、最新技術の学習とアウトプットを続けていく覚悟が必要で すが、正直言って 10年後も続けられる自信はありません。 市場の変化が激しく、数年後に会社の業績が悪化し、職を失うリスクもあります。 ・業務系SE 一方の業務系SE(元請け)の場合は、手堅い選択になります。 ある特定分野の深い業務知識を身につけて、PMを目指すことになります。 売り上げは大きくありませんが、安定しており
さくらばさんにJava8を教えてもらえる贅沢イベントに行ってきたよ！ #javajo - そこに仁義はあるのか(仮)
【東京】◆Java SE 8勉強会◆女子部もラムダ式に挑戦！ - Java女子部 | Doorkeeper に参加してきました！ 遅刻してしまって、前半の『Java SE 8の基礎解説』には出れなかったんだけど、 後半の『ラムダ式ハンズオン』で前半の『Java SE 8の基礎解説』で勉強した内容を試してみよう！ っていう感じだったので十分楽しめました！ 参加者のみなさんは、(会場で手を挙げてアンケートとってたけど、)GitHub使った事ない人がほとんどで、 GitHubに自分のリポジトリありますかって質問に２人しか手が挙がらない感じだった。 でも、GitHubからPJをもってくるところとか、PJをIDEで開くところとかを、 運営の人が丁寧に教えてあげてて、初心者歓迎の言葉にうそはなかったんだ！と思った！*1 １時間半のハンズオンってことだったので、内容は絞ってたけど、 それでも、難しそう！
ピンチに強いSEは「どうしたら良いでしょうか」と言わない
今年から「SEは自らの手で明日を切り開け！」シリーズを書いている。第1回（SEは20代でSE人生の8～9割が決まる）は、SEは20代にどんな仕事をしたか、どんな先輩や上司と仕事をしたか、そのSEの生い立ちがSE人生を大きく左右すると述べた。第2回（20代にマルチで仕事をしたSEは早く成長する）では、SEは若いうちにマルチで仕事をすることが重要であると述べた。 連載には、多くの賛同のコメントを頂いた。コメントの中には「納得がいかない」というものも2、3あったが、いずれにしても多くの読者の方々が何か感じていただければ幸いである。そこで今回は第3回を書く。 問題にはケースバイケースの対応が要求される SEは仕事をしていると、いろんな問題にぶつかる。例えば、システム開発で要件が増えそうになった、プロジェクトのスケジュールが遅れた、コストがオーバーしそうになった、難しいバグにぶつかった、また顧客の部
SEが諦める時 - novtan別館
まあアレですよアレ。犠牲になるってやつ。 ガタイがでかすぎるとさ、どうしてもしわ寄せが来る部分はありますよね。しわ寄せの結果何が起こるか。 「全体のスケジュールは１年なんだけどお前ら半年ね。当然来月始まる結合試験が完了するまでには合流してもらうから！」 なんてことが。 いやそれ無理ですから… なんでここまで始まらなかったのかってお前らがグダグダ検討してたからじゃねーかこっちはずっと今すぐ決めないと間に合うわけ無いって半年前から言い続けてただろ。 みたいな。 フィクションです。 自分がコントロール出来ないところで物事が決まって、コントロールできるフェーズまで来た時点ではすでに手遅れなんだけど、責任だけ押し付けられそうになる、というのはどんな仕事でもある話だと思いますけど、机上の空論を２年もこねくり回した挙句現実的な解ってそれ俺らが最初から言ってたやつじゃん２年前に始めてりゃよかったじゃんあと
SE的声かけ変換表 - Qiita
効果的にコミュニケーションする 会話は相手と共感するところから始めます。言いたいことは同じでも、言い方を工夫することで相手とより良いコミュニケーションをとることができます。 うまく物事が伝わらないと思ったら、言い方を変えてみましょう。 だめだと分かりながらついついやってしまった自分の過去を反省しつつ、参考にしていただければと思い公開します。
ホーム: Java Platform, Standard Edition (Java SE) 8リリース8
Oracle | Hardware and Software, Engineered to Work Together
パブリッククラウドの世界へ飛び込みます ～クラスメソッドにJOINした話～ | DevelopersIO
皆様はじめまして。甲木 洋介(@yokatsuki)と申します。 本日2014年5月13日に、クラスメソッド株式会社にAWSエンジニアとして入社しました。 僭越ながら、この場を借りまして自己紹介致します。 最近の愛読書です(勉強中) 経歴 前職は日本オラクルでした。 入社して最初の2年は人事付きの社内トレーナー兼社内SE的な職務からのスタートで、次の西部支社では4年程プリセールスエンジニアとして、九州山口のユーザ様へパートナー企業様と一緒にシステム提案の技術支援をしたり、RFP/運用計画書の作成をお手伝いしたり、データベースのチューニング作業したり、システムトラブル対応したりと様々な経験をしました。本社主催の技術セミナーや、支社で独自に作ったORACLE MASTER対策セミナーで各県を講演しつつしっかり名物を堪能したのも懐かしい思い出です。 その後、外部研修部門であるオラクルユニバーシテ
PG、SE、コンサルの違い｜コンサル白書
はじめに IT系の業務区分には、プログラマー（PG）、システムエンジニア（SE）、コンサルタントという区分けがあります。しかし、これらにはどういう違いがあるのかわかったようでわからない感じもします。ここでは、ITコンサルタントという立場から、PG、SE、コンサルタントの違いについてお話します。 PG、SE、コンサルタントの違い PG、SE、コンサルタントの違いは以下の通りです。 お客様の状態から何をすべきかを導くのがコンサルタント 作るべきものをどのように実現するかを考えるのがSE 実現すべきものを作り込むのがPG 現場の実態 上記区分を完璧に守っている組織を筆者は見たことがありません。なぜなら、非効率だからです。優秀な方は、PG、SE、コンサルタントの全てができますし、そうでない方は何もできません。要は、優秀な方が全部に関わり、そうでない方を支えるのが最も効率的だからです。世の中にはプレ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
某ネット企業からSE内定もらった文系女子大生なんですが…
#IT死亡かるた
Expired
独り言