アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（後編）。Agile Japan 2021
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（後編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
Rubyのまつもと氏、「気分を害することもある。だからどうか建設的であってほしい」
オープンソースソフトウェアの開発においては、コミュニティメンバーからのコードのコントリビュートだけでなく、さまざまな立場の人々から「この機能がほしい」「この動作はバグではないか」といった意見が寄せられます。 有名なオープンソースプロジェクトであるほど、そうした多くの意見やコメントを受け止めつつ開発は進んでいくわけですが、そうした状況は一方でさまざまな気苦労を生むであろうことは容易に想像が付きます。 人気のあるプログラミング言語として知られるPythonの生みの親であるGuido van Rossum氏は2018年7月、Pythonを開発する過程で生ずるさまざまな意思決定の気苦労から離れたいとの理由で、Pythonにおける「優しい終身の独裁者」からの引退を発表しました。 ちょうど新バージョン「Ruby 2.6」が登場したばかりのRubyに対しても、米国の掲示板redditで「[whining
Microsoft Azure米国中南部リージョン、落雷などで冷却が失われ自動シャットダウンが発動。24時間以上障害から復旧せず
Microsoft Azure米国中南部リージョン、落雷などで冷却が失われ自動シャットダウンが発動。24時間以上障害から復旧せず Microsoft Azureの米国中南部リージョン（South Central US）では、Azure Virtual Machines、Azure Storage、Azure SQL Databaseなど主要サービスを含む多くのサービスが、日本時間9月4日から24時間以上、障害によって正常に稼働していない状況が続いています。 障害の第一報のツイートは、日本時間9月4日午後8時12分。Microsoft Azureの米国中南部リージョンが障害に見舞われ、調査中とのステータスが報告されました。 Engineers are aware of an issue affecting resources in South Central US. For continue
マイクロソフト、社内システムをAzureへ移行。ただし重要なデータはオンプレミスに残す予定
米マイクロソフトの情報システム部門内のSDOチーム（Service Deployment and Operations）は、3万5000以上のインスタンスから構成されている同社の情報システムをAzureとオンプレミスのハイブリッドクラウドへ移行させようとしています。その内容をブログ「Microsoft IT Introduction - Modernizing our Datacenter」で公開しています。 同社が公開した情報によると、同社は今年から2018年にかけて2つのデータセンターにあるシステムをAzureとオンプレミスを組み合わせたハイブリッドクラウドへと移行する計画です。赤い部分がレガシーの部分で、緑がオンプレミス、青がAzureです。 移行は下記のルールに従って行われるとのこと。 Commodity workloads will move to software as a s
グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している
グーグルでは、社内のプログラマによって作り出される大量のコードの品質を保つため、チェックイン前にユニットテストとコードレビューが行われているそうです。しかし、コードが大量になってくると、ユニットテストやレビューをすり抜けるバグも少なからず発生します。 そこでコードの品質をさらに高めるために、グーグルでは「バグ予測アルゴリズム」を採用。バグがありそうな部分をレビュアーにアドバイスする仕組みを採用したとのこと。 そのバグ予測アルゴリズムとはどんなものなのか。Google Engineering Toolsブログに投稿されたエントリ「Bug Prediction at Google」（グーグルにおけるバグ予測）で説明されています。 ソースコードの修正履歴を基に予測 コードの中にバグがありそうな箇所を分析する手法としては、「ソフトウェアメトリクス」がよく用いられます。これはコードを静的に分析して、
「オープンソースに貢献しちゃいかん」と会社に言われる？
日本でオープンソースへの貢献が増えない理由として、先日次のような話を聞いて「そうかもしれないなあ」と思いました。 「プログラミングを仕事にしている人がオープンソースのためにコードを書くと『仕事上で得た知識なんだから、社外に公開するのはダメ』とか、『オープンソースでコード書く時間があるなら、もっと仕事としてやらないのか？』といった干渉を会社から受けるケースが結構あるようだ」 月曜日の夜に行われたIBM developerWorksブロガーズミーティングでのディスカッションの中で出てきた意見です。 ミーティングのあとの二次会で、ブログ「むささびの視点」の谷川さんやブログ「一般システムエンジニアの刻苦勉励」の山口さんとこの件について少し立ち話をしました。 谷川さんは似たような話として「会社が社員に対して、ブログを書くならこういうことはOKだけど、これはダメだからね」といったガイドラインがあれば、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
