派遣先を選ぶ際の「バカ避け」としての質問項目
東京都内で、一般派遣のPGとして何年か働いてきました。時給は2600円前後の案件が多かったです。（個人的にはもっと上げたいところですが、なかなか叶っていません） いわゆるWeb系が7割、SIer系が3割です。 SIer系（社内SE含む）は総じてクソだという印象を抱いていますので、バイアスがあるかもしれません。 どんな職種や就業形態であれ、何年かやっていると誰でも、「この条件を満たす就業先はアウトだから、ここで働いてはいけないな」という判断基準が自分の中で確立されてくるものだと思います。 自分のそのような判断基準を整理する意味合いも含めて、「就業先（派遣先）との面談の際、これを聞けば良いな」と思う質問項目を書き出してみようと思います。 typoはご容赦ください。 (1)作業に使うPCのメモリ容量とディスプレイの画素数と枚数を教えてください。 メモリ8GB未満→論外。「我々は、たかだか数千円の
システム開発の契約が民法改正で変わる
民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追
Serverspecの概要からインストールまで
変化の激しいビジネスに対応するためにシステムやサービスには、これまで以上に迅速な導入や安定した運用が求められるようになってきています。このような要求を満たすために、仮想環境やクラウド環境を基盤として利用し、サーバの構築プロセスや構成管理プロセスの効率化のためにChefやPuppet、Ansibleといった自動化ツールが活用されるようになってきています。 このように自動処理で手軽にシステムやサービスをセットアップできるようになると、構築時の人為的ミスを防げるようになるなど便利になる反面、内部で実施されている処理が人の手から離れて、把握しづらくなる傾向にあります。また自動化の導入に際しては、システムが意図した状態に作り上げられているのかを確認する作業も重要になってきます。特に大規模で複雑な環境において、この確認作業を手作業で実施することは、高コストの要因となってしまいます。 参考: Think
TechCrunch
German insurtech company Getsafe is still bullish about direct-to-consumer insurance, but others are moving away from this business model. After a week of controversy surrounding comments he made about Israel and Palestine, Paddy Cosgrave has stepped down as CEO of Web Summit, the 14-year-old conference business that he cofounded and whi
「業務系システムは今すぐ脱Strutsを！」業務システムエンジニアのためのHTML5勉強会#04 活動報告 | gihyo.jp
「業務系システムは今すぐ脱Strutsを！」業務システムエンジニアのためのHTML5勉強会#04 活動報告 2013年9月9日、日本Javaユーザグループとhtml5jえんぷら部で共同開催「業務システムのためのHTML5勉強会#04」は、GREE様の会場提供で六本木の森タワーにて開催されました。 テーマは「Web x Java」。WebとJavaを組み合わせたWebシステム開発が、どのような方向に向かっているのか、どういう技術により実現されるのかを探る目的で開催されたイベントです。 「Webの技術」では、jQueryの登場が、インタラクティブなフロントエンド実現を容易にし、HTML5の普及でさらに拍車を掛けます。フロントエンドの開発は、マルチデバイス対応、ポリフィル・シムから、ビルドプロセスにテストツールと、様々な技術要素が絡み合います。そして、数年前には想像もつかないほどの高い専門性
SIerでのキャリアパスを考える勉強会に参加してきた : 小野和俊のブログ
このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料
｢SIerでのキャリアパスを考える｣というイベントに登壇しました - GoTheDistance
403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした＆ありがとうございましたー！ SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問
富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance
全文は紙面でないと読めないのが残念ですが、非常に気になるニュースが飛び込んできました。 富士通、余剰ＳＥ変身作戦 富士通がグループで抱える約３万人のシステムエンジニア（ＳＥ）の大がかりな職務転換に乗り出した。一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。野副州旦元社長の急進的な改革路線を修正した富士通はＳＥ余剰問題で軟着陸を目指すが、クラウドの奔流にのみ込まれる危うさもはらむ。 富士通、余剰ＳＥ変身作戦 実は富士通グループさんには弊ブログを頻繁にご覧頂いておりまして、企業ドメインの中では最もアクセスの多いドメインであります。クロールしにきているのかなと思うぐらい。ブログで言及している「なんでもかんでも受託開発では、もうSIビジネスで成長することは出来ない」という危機
使えないシステムをなくすBABOKとは？
使えないシステムをなくすBABOKとは？：BABOK 2.0を読んでみよう（1）（1/3 ページ） 2009年3月末に「Business Analysis Body Of Knowledge（BABOK）」のバージョン2.0が、International Institute of Business Analysis（IIBA）からリリースされました。 本連載では、BABOKバージョン2.0の概要を紹介しながら、いま注目を集めている超上流のアプローチ、ビジネスアナリシスがどのようなものであるかを見ていきます。 “使えないシステム”を作っていませんか？ せっかく高いお金を払って開発したシステムが、とても使いづらかったり現場の業務にマッチしなかったりで、“現場で使ってもらえない”というケースがよくあります。 これではユーザーにとっては無駄な投資となり、もちろん大変な損失になります。システム開発し
真のデータベースエンジニアを目指そう！
論理データモデル 論理データモデルは、概念の世界で集めてきたデータ項目のうち、ユーザーにシステム化を期待される範囲でコンピュータに記憶される永続的なデータを対象としたデータモデルです。 論理データモデルには、4つのデータモデル・タイプ（階層型、ネットワーク型、リレーショナル型、オブジェクト型）がありますが、データ構造を最も表現しやすいタイプに当てはめて論理データモデルを作っていきます。いわゆるER図は、この論理データモデルの「リレーショナル型」に当たります。 一般的に、データベースの実装方式が「リレーショナル・データベース」であることを前提として、論理データモデルのタイプにリレーショナル型を選択していると思いますコラム2。 リレーショナル型の表記にはER図を用います。論理データモデルを作成する際には、「リソース系エンティティ」と「イベント系エンティティ」の切り出し、それらのリレーションシッ
顧客起点経営に必要な全社データ統合 プロセス統合を補完するデータウェアハウス
ERP、SCM、CRMなどに分類される企業内の各プロセス（システム）を全社レベルで統合するソリューションが提案されるようになってきた。その目的は、市場や顧客に対して迅速かつ適切な対応を全社レベルで行うことだ。いわば拡大されたCRMともいうべき、顧客起点のビジネス・プロセスを実現するためには、どのようなシステム的裏付けが必要なのだろうか？ 短期集中連載でエンタープライズ・データ統合について解説する ERP・SCM、CRM、BPMの導入だけでは不十分 20世紀後半から始まった情報化社会は、顧客が経済の主役である“カスタマー・エコノミー”をもたらした。多くの大手先進企業では21世紀における生残りをかけて、従来の自社の製品やサービスを中心とした経営から、顧客にとっての価値を最大化する「顧客起点経営」への転換を目指して懸命の努力を行っている。 従来の企業システムは開発、生産、販売といった業務ごとに構
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
