エンジニアは業務時間外でも勉強するべきなのか | 株式会社アクシア
エンジニアがスキルアップするための勉強を業務時間外でもするべきかどうかについて、「教育してエンジニアを育てるのは企業側の責任だ」「エンジニアであればスキルアップのために当然自分で勉強すべきだ」といったような議論を度々見かけます。 この問題についてはどちらが正解というわけでもないかもしれませんし、企業やエンジニアのポリシーによるところも大きいかもしれません。 いずれにしても今後うちの会社の求人に応募してきてくれる方に向けて、企業として、または会社トップとしての私の考えを明確にしておくことはやっておいた方が良いなと思いましたので、この記事に私の考えをまとめてみたいと思います。 プライベートで勉強しなくても何とかなります 仕事をこなしていくという観点から言えばプライベートでの勉強を一切やらなくても何とかなります。たとえ未経験で入社してきた人であってもそれくらいの教育は行っています。 でも最初にこ
下請法を知らないと発注側も受注側も本当にヤバイですよ！ | 株式会社アクシア
どこの業界にもいると思いますが、理不尽なことを要求してくるふざけた顧客というものは残念ながら存在します。社内で同じことをやったら直ちにパワハラ認定されて訴えられてしまいそうな卑劣な行為で、それ、人としてどうなんですか？というようなことでも下請事業者に対しては平気でやってくるような人間のクズも世の中には存在します。 こういう人って人としてのマナーを知らないというか、礼儀を知らないというか、控えめに言って性格が悪くてとてもかわいそうな痛い人間ですよね。こういう輩が取引先の担当者になってしまって理不尽な目にあっている人達は大勢いると思います。 どんなに理不尽なことを言われたとしても、相手が「顧客」となるとどうしても言いなりになってしまいがちです。たとえ理不尽だとしても要求を拒否して取引停止されたりお金を払ってもらえなくなったりという事態は怖いですからね。でも自社をブラックな環境にしないためには本
人売りIT派遣企業（SES・客先常駐）の見分け方 | 株式会社アクシア
システム開発を事業としてウェブサイトに記載している企業の中には、実際には到底システム開発の会社とは言えず、その実態はほとんど派遣企業である場合があります。しかも本当の派遣企業ではなく、実態は派遣なのに契約形態は請負契約や準委任契約としている偽装請負という違法行為を行っている企業が大量に生息しているというのが今のIT業界の実態です。 他業界からするとIT業界の客先常駐は派遣契約で行われていると思ってしまっている方が結構いらっしゃるようですが現実は違います。きちんとした派遣契約でエンジニアが派遣されるケースの方がレアケースで、多くの場合は偽装請負が行われているという状況です。 これは将来エンジニアを目指す学生や、システム開発を発注したいと思っている企業にとっては害悪でしかありません。普通のシステム開発会社で働くことを目指す学生に誤解を与えないためにも、実態がシステム開発会社ではないのに開発会社
IT業界に蔓延する客先常駐システム開発の変なところ | 株式会社アクシア
IT業界に蔓延する客先常駐によるシステム開発ですが、もう今更言うまでもなく理不尽なことだらけの世界です。 現在の客先常駐のスタイルが続く限りはIT業界の長時間残業の問題を解消することは難しいですし、働き方改革を推進し、日本のIT業界を成長させていくのであれば何としても現在の客先常駐によるシステム開発は消滅させていかねばならないと思います。 客先常駐スタイルのシステム開発の変なところをまとめてみました。 偽装請負が当たり前に行われている 客先常駐の何が一番おかしいかと言えば何といってもこの偽装請負です。どう考えても違法行為なのになぜか中々是正されません。 準委任契約だと請負契約ではないから偽装請負にはならないと勘違いしている愚かな経営者もいますが、違法行為であることは薄々気づいて（というか完全に気づいて）偽装請負に手を染めている経営者もいます。彼らは偽装請負のことを「グレーゾーン」のような呼
これはひどい！IT業界に巣食うブラックな顧客達 | 株式会社アクシア
IT業界に限った話ではありませんが、仕事をしているとたまにとんでもない顧客に出くわすことがありますよね。そんな顧客の対応をしているうちに精神的に消耗してしまうこともあるかと思います。そういう顧客とはできるだけ取引しないように注意はいますが、注意していても一定の確率でそういう顧客と当たってしまうこともあります。交通事故みたいなものです。 以前こんなブログを書きました。↓ 残業を求めてくる顧客はブラック企業です 本日はより具体的に、私が今まで出会ってきたとんでもないブラック顧客ｗをご紹介したいと思います。 ブラック度10%：「こうなると思ってました」を連発する システム開発ではこれから構築するシステムの仕様について、顧客と開発会社側で認識の齟齬が発生しないように、顧客の要件をヒアリングしながら仕様書に落とし込んでいきます。システム完成後の検収は基本的にこの仕様書に基いてシステムが正しく動作して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
