Firefox Desktop Browser 86 が1月26日にリリースされました。
Firefox 86 release notes for developers
Cookie を使用したユーザートラッキングを防止するための設定の一つで、ユーザーが任意に設定することで有効になります。Strict Mode でも WebClass の動作に影響ありません。
次回のリリースは2021年3月23日に予定されています。
その他ブラウザのリリースはこちらにまとめています。
調査が遅れました。Chrome for Desktop 88 が 1月19日にリリースされています。
以下に主な変更点の情報が記載されています。
https://www.chromestatus.com/features/schedule
Firefox 79 と同様の変更です。
次回のリリースは 2021年3月2日 に予定されています。
その他ブラウザのリリースはこちらにまとめています。
Firefox Desktop Browser 85 が1月26日にリリースされました。
Firefox 85 release notes for developers
このバージョンから Flash はサポートされなくなります。他の最新ブラウザも軒並みサポートを終了しており、Flash に依存しているコンテンツやシステムを使用している場合は、別の技術に移行しなければなりません。
<menuitem> 要素の廃止WebClass では使用していないことを確認したため影響ありません。
次回のリリースは2021年2月23日に予定されています。
その他ブラウザのリリースはこちらにまとめています。
中国の鉄道機関が Flash に依存していたため運営がストップしてしまったというニュースがありました。技術の動向を追い続けないと思わぬタイミングで足元をすくわれかねませんね。
WebClassでは、レポートの剽窃検知機能として、「類似レポート検知」という機能が用意されています。この機能は、提出されたレポート同士を比較して、それらの類似度をスコアとして表示することができます。
こちらのスコア算出の挙動について不可解な点があると指摘されておりましたので、今回いくつかの観点からスコアの変動について調査しました。
図1: 全く違う文章の比較
図2: 全く同じ文章の比較
今回の調査から、スペースや改行・文の長さ・英語文日本語文などの違いでスコアに5~10程度の変動があることが分かりました。そのため、これらの挙動を把握した上で、あるいはある程度の誤差をご承知の上ご使用されることをおすすめします。また、100文字程度以下の短い文章では異常なスコアが出ることから、この機能に使うレポートは100文字以上になっているものを対象にすることをおすすめします。(レポート課題作成時に「100文字以上」の文字数制限を付けることも可能です。)
今回の結果から、図3の「スコアの目安(旧)」にある「強い剽窃の疑いがあります」のレベルに達するのが、繰り返しが含まれるい場合や極端に文章が短い場合のみであることがかったので、このスコア区分をv11.9.0で図4のように修正しました。スコアが70程度あれば、かなり強い剽窃である可能性があるということをご留意してお使いいただければと思います。
図3: スコアの目安(旧)
図4: スコアの目安(新)
以下の説明は、PhpStorm に限らず、JetBrains の IDE なら同様のはずです。
PhpStorm で Git プロジェクトを扱っていると、リモートの変更を取得するために、Update Project ボタンを押しますよね。以下のように、Merge incoming changes into the current branch と Rebase the current branch on top of incoming changes のどちらかを選択しなければなりませんが、意味を知った上で選んでいますか？
CLI から Git を使わず、IDE からのみ Git を操作していると、Rebase を知らない人もいるかもしれません。そういった初心者向けに説明します。
コミットログが以下のような状態になっているとします。
ローカル master で一つコミット（一番上）したタイミングです。origin/master からはコミット一つ分進んでいます。
変更を Push する前に、Update Project したい。しかし実は、別の開発者が一つコミットをリモートに Push 済みだったとします。
Update Project 時に Merge ... を選んで OK を押しました。コミットツリーは以下のようになります。
別開発者が行ったリモートのコミットが最後にマージされ、マージコミットが作成されています。
Update Project 時に Rebase ... を選んで OK を押しました。コミットツリーは以下のようになります。
自分が最後に行ったコミットが一番後ろに付け足される形になりました。この時、マージコミットは作成されません。Rebase の方がコミットログがシンプルになることが分かると思います。
コミットログのシンプルさが保たれるのは Rebase です。基本的に Rebase を選んでいいと思っています。
ただ、上記で説明した違いについては知っておくべきです。何か起こった時に対処するには、コミットログから過去を正確に知る必要があります。また、Git 自体の理解も重要です。全ての Git 操作を PhpStorm 上から行うことはできません。特にこの記事に書いてあることを知らなかった方は git rebase コマンドについて知らないことが多いかと思われます。よく使うことになるはずですので、是非調べてみてください。