「Module」を含む日記

■ベンダーロックって言ってもな

要件満たすため・社内政治的な理由でピンポイントで別のところ使う＋併用はあっても、

ネットワーク製品以外はほぼ選択肢無くね？感

AIちゃんがゼロトラストセキュリティについて答えてくれました

ゼロトラストセキュリティは、「信頼せず、常に検証する」という原則に基づいています。主な特徴として、常時の認証と承認、最小権限アクセス、アクセスの継続的な監視があります。以下の技術やソリューションを組み合わせることで、包括的なゼロトラストセキュリティモデルを構築できます。

ID管理とアクセス制御：

1. Microsoft Entra ID（旧Azure AD）：

• 統合されたID管理とアクセス制御を実現します。ユーザーとデバイスの認証、シングルサインオン（SSO）、多要素認証（MFA）を提供し、セキュリティを強化します。
• クラウドおよびオンプレミスのアプリケーションに対して一元的なID管理を提供し、セキュリティポリシーの一貫性を保ちます。
• Microsoft Defender for Identityと統合されており、異常なアクティビティや潜在的な脅威をリアルタイムで検出し、対応することができます。

2. Microsoft Entra 条件付きアクセス：

• ユーザーのアイデンティティとアクセスリクエストのコンテキスト（場所、デバイスの状態など）に基づいてアクセスを制御します。
• Microsoft Entra IDと統合されており、シングルサインオン（SSO）や多要素認証（MFA）と連携してセキュリティを強化します。

3. 多要素認証（MFA）：

• Microsoft Authenticator：MicrosoftのMFAアプリで、Microsoft Entra IDと連携して使用できます。ユーザーはスマートフォンを使って追加の認証を行い、セキュリティを強化します。
• 他のMFAオプションとして、ハードウェアトークンやSMS認証も利用可能です。

ネットワークセキュリティ：

1. マイクロセグメンテーション：

• Cisco Secure Workload：ネットワークを細かく分割し、各セグメント間の通信を制限することで、攻撃の拡散を防ぎます。アプリケーションの動作を可視化し、ポリシーを自動化してセキュリティを強化します。

2. ゼロトラストネットワークアクセス（ZTNA）：

• Cisco Viptela SD-WAN with ZTNA機能：ネットワークレベルでのアクセス制御を強化し、アプリケーションをインターネットから隠蔽することで攻撃対象を減少させます。ユーザーのアイデンティティやデバイスのセキュリティ状態をリアルタイムで検証し、動的なアクセス制御を実現します。

3. ソフトウェア定義ネットワーク（SDN）：

• Cisco ACI（Application Centric Infrastructure）：SDNソリューションとして、ネットワークの柔軟性とスケーラビリティを提供します。ポリシーベースの管理を通じて、ネットワーク全体のセキュリティを強化し、アプリケーションの要件に応じたネットワーク設定を自動化します。

エンドポイントセキュリティ：

1. デバイス管理：

• Microsoft Intune：デバイス管理とセキュリティポリシーの適用を行います。モバイルデバイス管理（MDM）とモバイルアプリケーション管理（MAM）をサポートし、企業データの保護を実現します。
• Microsoft Endpoint Configuration Manager（旧MECM）：オンプレミスのデバイス管理をサポートし、Intuneと連携してハイブリッド環境を管理します。ソフトウェアの配布、パッチ管理、資産管理などを行います。

2. エンドポイント検出と対応（EDR）：

• Microsoft Defender for Endpoint：エンドポイントの保護と脅威の検出を提供するEDRソリューションです。Windows、macOS、Linux、Android、iOSなどのマルチプラットフォームをサポートし、AIを活用して高度な脅威を検出します。

データ保護：

1. 暗号化：

• BitLocker：Microsoftのフルディスク暗号化ソリューションで、Windowsデバイスのデータを保護します。TPM（Trusted Platform Module）を使用して暗号化キーを保護します。
• Azure Encryption：Microsoft Azureのデータ暗号化サービスで、クラウド上のデータを保護します。Azure Key Vaultを使用してキー管理を行います。

2. データ漏洩防止（DLP）：

• Microsoft Purview Information Protection：機密情報の分類、ラベリング、保護を行うDLPソリューションです。

セキュリティ監視と分析：

1. セキュリティ情報およびイベント管理（SIEM）：

• Azure Sentinel：MicrosoftのクラウドネイティブなSIEMソリューションで、Azure環境と連携して脅威を検出します。機械学習を活用して異常検知を行い、セキュリティインシデントの迅速な対応を支援します。

2. ID保護：

• Microsoft Defender for Identity：オンプレミスのActive DirectoryとMicrosoft Entra IDの両方を保護するセキュリティソリューションです。

Permalink | 記事への反応(3) | 12:15

ツイートシェア

■anond:20231228160751

Traceback (most recent call last):

File "<stdin>", line 1, in <module>

IndexError: list index out of range

Permalink | 記事への反応(0) | 16:10

ツイートシェア

■anond:20231005234157

moduleもnamespaceの概念もないC言語さまだぞお前ら頭が高いなーにが高級言語じゃシェル芸してみせい

Permalink | 記事への反応(0) | 23:47

ツイートシェア

■Chat.OpenAIゲキヤバ。まじでちょっとした処理はググる必要なくなった

俺：

javascript言語で、現在時刻のタイムスタンプからMD5のハッシュ値を出力する関数、timeToMd5 を作ってください

JavaScriptでは、次のような関数を作成することができます。

function timeToMd5() {
  // 現在時刻のタイムスタンプを取得します
  const timestamp = Date.now();

  // ハッシュ値を出力するために、MD5ライブラリをロードします
  const md5 = require('md5');

  // timestampを文字列に変換し、それをMD5ハッシュ値に変換して出力します
  const hash = md5(timestamp.toString());
  return hash;
}

このような関数を作成することで、現在時刻のタイムスタンプからMD5のハッシュ値を出力することができます。

ご参考までに。

俺：

nodeコマンドで実行しましたが、"Error: Cannot find module 'md5'" というエラーになってしまいました。なにか解決方法がありますか？

ご質問のように、JavaScriptで定義した関数を実行すると、"Error: Cannot find module 'md5'" というエラーが発生しているようです。

このエラーが発生する原因は、JavaScriptのコード内で、MD5ライブラリをロードしようとしたときに、そのライブラリがインストールされていないためです。

JavaScriptのコードで、MD5ライブラリを利用するには、まず、そのライブラリをインストールする必要があります。

インストールするには、次のように、nodeコマンドを実行します。

$ npm install md5

このコマンドを実行することで、MD5ライブラリがインストールされ、JavaScriptのコードから利用することができるようになります。

また、JavaScriptのコードを実行するには、次のようにnodeコマンドを使用します。

$ node [JavaScriptのファイル名]

このようにすることで、JavaScriptのコードを実行することができます。

ご参考までに。

俺：

ありがとうございます。実行できました😁

おめでとうございます！ご質問いただいた内容について、正しく解決されたようで嬉しいです。

もしまだご質問があるようでしたら、お気軽にお問い合わせください。今後とも、Assistantをご利用いただけますよう、よろしくお願いいたします。

Permalink | 記事への反応(1) | 01:31

ツイートシェア

■anond:20221117180104

解説が必要そうな増田だから解説する。

ガンダム試作１号機

GP01の名前が有名。ガンダムのOVAである００８３（初代ガンダムの３年後）の主人公機。新型開発計画において初代ガンダムのネームバリューやコンセプトを図々しくも借りて「ガンダム開発計画」と名付けたプロジェクトの１号機。ガンダムだ。

プロトタイプガンダム

文字通りガンダムのプロトタイプ。ガンダムだ。

G/SEED

平成のガンダムシリーズ。「比較的」新しい。

Z

ガンダムシリーズの２作目。古い。

小説やゲーム

作品ごとに新型が登場し大抵の場合はその中に１体はガンダムがいる。つまり作品の数だけガンダムが増えると言っていい。ただし「多くのものが知らないモブ兵士達による戦い」が舞台だと主人公機がジムタイプだったりする。

陸戦型ガンダム

ガンダムの量産型廉価版。ガンダム開発時の歩留まりたパーツをかき集めて作った一級品のパチモノ。陸上でしか戦えない上にコアファイターで脱出も出来ない。ジムよりは遥かに強いが使ってるパーツが規格落ちなのでガンダムには劣る。兄より劣る不出来な弟というだけでガンダムだ。

ブルーディスティニー

セガサターンのゲームの主人公機。陸戦型ガンダムをベースにした改造機。当然陸戦型ガンダムよりは強い。特殊システムを搭載する関係上頭部パーツが一新され、アンテナのないジムっぽい外見になってしまっている。青いジムと呼ばれれることも多いが、ガンダムだ。

ガンダムEz8

OVA08小隊の主人公機。元は陸戦型ガンダムだったが、一度大破したあとにジャンクパーツやジムのパーツを組み合わせて大幅改修された。Vアンテナをへし折られた代わりにつけたアンテナのせいでこちらもちょっとジムっぽい頭にされてしまっているが、ガンダムだ。

なんか赤くてシャアが乗っててモノアイの奴

Zガンダムに登場するリック・ディアス（γガンダム）。上記のガンダム開発計画で得た技術を基に開発され、素材にはガンダリムγなるガンダリウム合金のパチモノを使って作られたMS。γガンダムという名前であっがパイロットであるシャア（クワトロ）が別の名前にしろと要望したことでリック・ディアスと改名された。元々ガンダムなのだから当然のようにガンダムだ。

ペーネロペー

閃光のハサウェイに登場するライバル機体。主人公機Ξ（クスィー）ガンダムの兄弟機。原作の小説では必死にガンダムでないことをアピールしていたが、いつの間にかオデュッセウスガンダムなるガンダムがペーネロペーユニットを装備した機体という設定になった。こうなってはもうガンダムだ。

クシー

閃光のハサウェイの主人公機。「Ξガンダム」の読み方はクスィーガンダムとされるのが一般的だが、映画のハサウェイの発音だと「クシー」である。ただ「Ξ」を変換したいだけなら「くさい」と打つのが一番楽。くさいガンダム。ペーネロペーと違いこちらは最初からガンダムだ。

パイロットの血筋

Ξガンダムのパイロットであるハサウェイ・ノアはブライト・ノアの息子。一年戦争の出世頭の息子という立場でスクスク育ち、悪名高きカツ・コバヤシに匹敵する調子こき男となる。今では立派なテロリスト。親の七光りが強すぎると人間歪むものである。決め台詞は「人の犯した過ちはマフティーが粛清する！」

FAZZ

なまじ知識があると「フルアーマーダブルゼータ」と呼んでしまうのだが、これで「ファッツ」と読む。ガンプラの雑誌企画「ガンダム・センチネル」にて登場。外見はほぼ白一色のフルアーマーZZ。ただし装甲はパージ出来ない上に色々とお安く作られており変形も出来なかったりと色々劣る。ZZのハイメガキャノンの１．５倍の強さを持つハイパーメガカノンなるクソデカ武器を持っているのが特徴だが、それを発射するだけの装置とさえ言われることも。なにより凄いのが頭にハイメガキャノンは付いているが見かけだけのダミーということ。一見するとガンダムにしか見えないコイツが実はガンダムでないというのが、ガンダム認定のややこしさを加速させる。コレジャナイ。

G.U.N.D.A.M

SEEDに登場するガンダムは起動させるとOSに「General　Unilateral　Neuro - link　Dispersive　Autonomic　Maneuver」だったり「Generation Unsubdued Nuclear Drive Assault Module Complex」の当て字が表示される。これが表示されるかどうかがSEEDにおけるガンダムかどうかの切り分けである。外伝に登場するスターゲイザーは名前こそガンダムではないがOSには「Guider UNmanned Deployment Autonomic Manipulation」が表示される。ガンダムだ。

色が白くて角が黄色ければガンダム

「目が2つついててアンテナはえてりゃマスコミがみんなガンダムにしちまうのさ!」というセリフがクロスボーンの作中にある。初代ガンダムの角がアニメでは白なのに、何故か黄色く塗られていることが多いというネタも混じっていると思われる。どっちが正解なのかについては「最新の映像作品が正史」というルールに従うの無難。

ダブスタクソ親父

最新作「水星の魔女」のヒロインの父親。自分の都合で「ガンダムだ」「ガンダムではない」を使い分けるとされる。この増田のような話題になったら「ガンダムだ」「あれはガンダムではない」をとりあえず言ってみよう。面倒くさい人達が早口で解説してくれるかも知れないぞ。

俺に何も答えてくれない……

劇場版ガンダムWエンドレスワルツの名台詞「五飛、教えてくれ……俺たちはあと何人殺せばいい？俺はあと何回、あの子とあの子犬を殺せばいいんだ……ゼロは俺に何も言ってはくれない……教えてくれ、五飛！」が混じっている。ゼロはウィングガンダムゼロのこと。ちなみにガンプラやゲームでよく登場するウィングガンダムゼロカスタムという機体は存在せず、プラモやゲームで利便性のために使われている「あだ名」のようなものである。劇場版のウィングガンダムゼロはアニメ版のウィングガンダムゼロと「設定上」同じ機体なのだ。あくまでカメラ映りが滅茶苦茶よくなりすぎてベツモノに見えるだけの同じ機体である。「再現VTRにおける演技者が違っても歴史上の事実は変わらない」といった解説がよくされる。平行世界のガンダムWではストーリー全く一緒だけどガンダムに羽が生えているんだなと理解しよう。まあ漫画でいつの間にかキャラの体が伸び縮みしても体重・身長の設定は変わらなかったりするし創作物はそういうもんだよ。ガンダム認定もそういうもんだよ。

Permalink | 記事への反応(0) | 21:17

ツイートシェア

■anond:20221016025527

> ちなみにmoduleディレクトリの中身は\models\hypernetworksに移動させて使う。

ちなみにmoduleディレクトリの中身は\modules\hypernetworksに移動させて使う。

の間違い？

Permalink | 記事への反応(0) | 15:13

ツイートシェア

■NovelAIが重すぎるからローカル環境にNAI環境を構築する(2022年10月16日版)(追記あり)

せっかく課金したのにユーザが増えまくっているのか滅茶苦茶重くなっていて最悪。

だから流出したモデルを使ってローカルでNAIの環境を構築する。

ネットには情報もだいぶ転がってるけど陳腐化した情報があまりに多いため増田にまとめることにした。

もしかしたらこの記事もすでに陳腐化しているかもしれないが…単純に間違ってたらトラバで教えてほしい。

もちろん自己責任。この記事を見て導入した結果何かあっても増田は何も保証しない。

英語がわかる人はこっちを見た方が早いと思う。今は導入RTAができるくらい導入は楽になっている。

https://rentry.org/nai-speedrun

推奨環境

VRAMが2GB以上あるNVIDIA製のグラフィックボードがあればローカル環境を構築できる。

GPUの世代はGTX700シリーズ以降。なので一昔前のミドル級ボードでも動作するらしい。

IntelのオンボードGPUでも実行する方法があるらしい(stable_diffusion.openvino)が今回は割愛する。自分で探してね。

その他の推奨環境は以下の通り。

対応OS：Windows7以上(と言うがM1Macでも動作する方法があるとかなんとか)

必要な空きストレージ容量：20GB以上

メインメモリ：16GB以上(VRAMもたくさん必要だが起動時にメインメモリも大量に食う。WebUI起動時にタスクマネージャを見ているとよくわかる)

スマホしか持ってないような人やこういうのがよくわからない人はNovelAIを使った方が良いと思う。

今は重いけど、きっとそのうちみんな飽きてサーバも軽くなるかもしれないし。

(追記)NovelAIがリソースを確保してサーバが軽くなったからリスクを背負ってまで導入しなくても良いかも

手順1：PythonとGitを導入する

(追記)Pythonは当然3系。最新の奴を入れれば問題無い。

導入方法はいちいち書かないけど、「python --version」や「git -v」で

正常にバージョン情報が出る(パスがきちんと通っている)ことはちゃんと確認しよう。

手順2：Stable Diffusion web UI(AUTOMATIC1111)を導入する

Stable Diffusion web UIはStable Diffusionやそれをベースとした画像生成AIを利用するためのフロントエンド。

その中でも特に開発が活発でデファクトスタンダードとなっているのがAUTOMATIC1111版だ。

導入したい適当なディレクトリに対してPowerShellなどで

「git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git」

とやってやれば必要なファイルの導入が行われる。

なお、AUTOMATIC1111版は数時間単位でコミットが行われるから

定期的に「git pull origin master」で更新しよう。

手順3：BitTorrentで流出モデルをダウンロードする

クライアントはqBitTorrentが一番楽だと思う。

ここにはさすがにmagnetリンクは書かないから各自ググって欲しい。

結構誤解されがちなことだが流出データ50GBを全部ダウンロードする必要は無い。

必要なファイルはanimefull-final-prunedディレクトリの中身とanimevae.ptだから5GBちょっとくらいなんじゃないかな。

もし余裕があるならmoduleディレクトリの中身もダウンロードすればいいけど、ぶっちゃけ必要無いんじゃないか？

手順4：ダウンロードした各ファイルをリネーム・移動

まずはanimefull-final-prunedの中身のファイルをリネーム。

「model.ckpt」を「animefinal-full-pruned.ckpt」のようなわかりやすい名前にして、

「animevae.pt」を例えば「animefinal-full-pruned.vae.pt」のような拡張子以外は同じファイル名にする。

WebUI起動フォルダ配下の\models\Stable-diffusionにリネームしたファイルを移動させれば配置はOK。

ちなみにmoduleディレクトリの中身は\models\hypernetworksに移動させて使う。

それらのファイルを設定で適用させると画風が結構変わるがNovelAI再現とは関係無いみたいだ。

(追記)moduleディレクトリの中身の.ptファイルはhypernetworksという技術によって画風などを学習したものらしい。

すでに複数のイラストレーターの画風を学習したptファイルが作成されており議論を呼んでいる。

手順5：webui-user.batの中身に設定を追加する

自分のグラボのVRAMが4GB未満の場合は「set COMMANDLINE_ARGS=」の後に

4GB未満の場合は「--medvram」、2GB未満の場合は「--lowvram」とパラメータを追加しておこう。

自分の持ってるグラボのVRAMがわからないときはGPU-Zなどで調べよう。

またGTX1600系固有のバグ(単色の画像が出力される)があるらしいので

その場合は「--no-half-vae」もしくは「--no-half」や「--precision full」とパラメータを追加。

ちなみにパラメータに「--xformers」を追加してxformersを導入・使用すると

消費VRAMが減って画像生成処理時間も短縮されるので是非導入しよう。

画像からdanbooruのタグをAIで調査するdeepdanbooruを利用する場合は「--deepdanbooru」を追加。

これらの設定は同時に複数適用させることもできる。例えば

set COMMANDLINE_ARGS=--medvram --xformers --deepdanbooru

のようになる。

手順6：webui-user.bat起動、設定変更

ターミナルやPowerShellなどでwebui-user.batを起動しwebUIの初期導入と起動を行う。

過去には手動でCUDA等を導入する必要があったが、現在はこの初期導入でだいたいの導入が行われる。

ずいぶん楽にはなったがその分初期導入の時間は結構長い。10分～20分くらいかかるかもしれない。

途中で導入処理がエラーで止まってしまった場合は管理者権限で実行するなどして対応して欲しい。

起動ができたらSettingで以下の設定を変更してNovelAIに近づける。

Stop At last layers of CLIP modelを2に、

Eta noise seed deltaを31337にする。

これで設定は完了！

おまけ：アスカテスト

設定を合わせて完全にNovelAIと同じ内容になったのかを確認するテストがある。

出力結果から海外じゃHallo Asuka Testなんて呼ばれている。

これは初期SEEDをはじめとする設定内容が完全に一致していれば同じ出力結果を得られる仕組みを利用している。

プロンプトの内容：masterpiece, best quality, masterpiece, asuka langley sitting cross legged on a chair

ネガティブプロンプトの内容：lowres, bad anatomy, bad hands, text, error, missing fingers, extra digit, fewer digits, cropped, worst quality, low quality, normal quality, jpeg artifacts,signature, watermark, username, blurry, artist name

サンプリングのステップ数：28

サンプリング形式：Euler

CFG Scale(プロンプトの強度)：12

初期Seed：2870305590

この内容で見事下の画像と全く同じ画像が出力されれば合格だ。

https://i.imgur.com/Bfl5qJB.jpg

なお、このテストはAUTOMATIC1111のバージョンやxformersの適用状態によっては微妙に違う画像が出力されることがあるらしい。

xformersを適用させている増田の環境だと確かに二つ並べると間違い探しレベルの違いがあった。

正直このテストをクリアしなくても十分だと個人的には思う。

おまけ2：その他便利になる設定や拡張機能

「Booru tag autocompletion for A1111」を導入すればNovelAIのように自動でdanbooruのタグを保管してくれる。

注意

画像生成AIモデルはStable DiffusionがOSSのため派生が結構多い。

自前で追加学習もできるため自前で学習した追加AIモデルを4chanのような掲示板などで共有する人もいるらしい。

しかしそのようなモデルの中にウィルスのような悪意のある動作を行うものもあるらしい。

FBIがペドフィリアを一網打尽にするためにIPアドレスなどの個人情報を抜き出す動作を行うロリ特化AIモデルを掲示板で配布していて

しかもそれには本物の児童ポルノが教師データとして使われている…などという都市伝説的な話が今界隈を賑わせている。

それが本当の話かどうかはわからないが、とにかく変なところからモデルをダウンロードするのは危険なのでやめよう。

自己矛盾溢れる注意喚起かもしれないが…

Permalink | 記事への反応(6) | 02:55

ツイートシェア

■[はてブ]関連ページ・RSS一覧

はてブについて、情報検索したりクエリを投げたりして調べてまとめてみた。自分用メモとして書いたもので、極少数の人しか興味を持たない内容かと思うが、読んでいただければ幸い。

公式等[1・2（参照したページURLを最後に記載。以下同様）]で詳細を確かめられず素人の憶測で説明した箇所がいくつもあり、簡潔明瞭でも網羅的でもない解説だがご容赦を。

トップページ

ホットエントリと新着エントリの一覧への導線がある。

URL

1. https://b.hatena.ne.jp/

1a. https://b.hatena.ne.jp/hotentry/{1}（引数に"all"を入力した場合、1のエイリアス）

1b. https://b.hatena.ne.jp/ctop/{1}（カテゴリトップ[3]が過去に存在していた場合、1aにリダイレクト）

1c. https://b.hatena.ne.jp/hotentry/{1}/{2}

1d. https://b.hatena.ne.jp/hotentry/{1}/daily（1cにリダイレクト。前々日か前日の分が表示される）

1e. https://b.hatena.ne.jp/hotentry/{1}/{3}(?page={4})（()内のパラメータは省略可。以下同様）

1f. https://b.hatena.ne.jp/hotentry/{1}/{3}(?of={5})

2a. https://b.hatena.ne.jp/hotentry.rss

2b. https://b.hatena.ne.jp/hotentry/{1}.rss（"all"を入力した場合、2aのエイリアス）

2c. https://b.hatena.ne.jp/hotentry?mode=rss（2aのエイリアス）

2d. https://feeds.feedburner.com/hatena/b/hotentry（2aのエイリアス）[4]

3. https://b.hatena.ne.jp/entrylist/{1}(/{3}?page={4})（ブクマ登録数の閾値を設定するオプションがあったが、2018年3月に廃止された[5]）

4a. https://b.hatena.ne.jp/entrylist.rss

4b. https://b.hatena.ne.jp/entrylist/{1}.rss（"all"を入力した場合、4aのエイリアス）

4c. https://b.hatena.ne.jp/entrylist?mode=rss（4aのエイリアス）

カテゴリ

エントリは、8種類あるカテゴリ[7]のどれか1つに自動で区分される。そのアルゴリズムは不定期に更新されているようだ[8]。区分に異議がある場合、ユーザが変更申請することもできる[8・9]。

カテゴリは2013年2月に現在の名称・分類になった[10]。分類が現在と同じ8種類になったのは、2008年11月[11]。

なお、2011年以前のエントリはほぼ全て「暮らし」カテゴリに区分されている[12]。2017年から2019年の間に何らかの障害が起きたためと思われる[13・14・15]。

エントリページ

別名、ブックマークコメント一覧ページ[16]。

なお「（ブックマーク）エントリ」という呼称は、一般的用法、はてブに登録されたURLとその付帯情報、エントリページの情報等、多様な意味で使われる。

URL等

1a. https://b.hatena.ne.jp/entry/(s/){1}（"s/"はセキュアサイトのエントリページURLに付加される[16]）

1b. https://b.hatena.ne.jp/entry/{2}（正しく処理された場合、1aにリダイレクト）

1c. https://b.hatena.ne.jp/entry/{3}（1aにリダイレクト）

1d. https://b.hatena.ne.jp/entry?url={2}（1aのエイリアス）

1e. https://b.hatena.ne.jp/entry?eid={3}（1aのエイリアス）

2. (b:)id:entry:{3}（はてな記法[17・18]）

エントリID

はてブに登録されたURLはIDと1対1対応する。IDは、当初は1から始まる連番だったが、2018年12月頃から62bit以上の乱数値になった[20]。

余談だが、かつては番号が桁繰上りするたびにキリ番ゲッターがブクマしに集っていたようだ。理由は不明だが、欠番になったキリ番もある（キリ番と前後のエントリページ参照）。

エントリ統合

URLとwebページは1対1対応するとは限らない[21][22]ため、エントリ・ブコメは容易に分散する。

その改善のため2019年2月にはてブの仕様が変更され、一定の規則でエントリが収斂されるようになった[23]。現在エントリページは、複数のエントリと1対多対応していて、対応するどのID・URLを引数にしてもアクセスできる。

1対多対応の例

参考[1]のエントリページに対応するIDを昇順にし、各IDの確認できる最古のエントリをまとめた。非公開や削除済のブクマがあるせいか、完全な日付昇順ではない。

IDが正しく認識されない場合

以下に該当するIDやURLを引数として入力すると、エントリの一部または全ての情報の取得に失敗する

• 登録されたことが無いもの
• 登録されたブクマが全て削除されたもの
• 非公開ブクマしか登録されていないもの
• 特定文字（"&"[24]"#"[25]等）を含むURL文字列
• アクセス不能になったもの[26・27・28]

ブックマークコメントページ

コメントと、それに付けられたスターの情報が表示される。

URL

1. https://b.hatena.ne.jp/{1}/{2}#bookmark-{3}

2. https://b.hatena.ne.jp/entry/{4}/comment/{1}

検索ページ

はてブの全エントリから検索可能[29]。ただし単語の区切の判定が完璧でないため、連語や複合語等が関わると上手く動かない場合がある（例えば、「更年」で検索したら「更年期障害で欠勤、認められず」というタイトルがヒットしなかった）。

URL

1a. https://b.hatena.ne.jp/search/{1}?q={2}(&sort={3}&users={4}&safe={5}&date_begin={6}&date_end={7}&page={8}&mode={9})

1b. https://b.hatena.ne.jp/t/{2}（1aにリダイレクト）

2a. https://b.hatena.ne.jp/site/{10}(?sort={11}&page={8})

2b. https://b.hatena.ne.jp/entrylist?url={10}（2aにリダイレクト）

ユーザブックマークページ

各ユーザがブクマしたエントリが一覧表示される。

URL等

1a. https://b.hatena.ne.jp/{1}/(?page={2})

1b. https://b.hatena.ne.jp/{1}/?tag={3}(&tag={3}&page={2})

1c. https://b.hatena.ne.jp/{1}/{3}(/{3})（1bのエイリアス）

1d. https://b.hatena.ne.jp/{1}/{4}

1e. https://b.hatena.ne.jp/{1}/?url={5}(&page={2})

1f. https://b.hatena.ne.jp/{1}/bookmark（1aのエイリアス）

2a. https://b.hatena.ne.jp/{1}/bookmark.rss(?page={2})

2b. https://b.hatena.ne.jp/{1}/bookmark.rss?tag={3}(&tag={3}&page={2})

2c. https://b.hatena.ne.jp/{1}/bookmark.rss?date={4}

2d. https://b.hatena.ne.jp/{1}/bookmark.rss?url={5}(&page={2})

2e. https://b.hatena.ne.jp/{1}/rss（2aにリダイレクト）

3. https://b.hatena.ne.jp/{1}/search.data(?limit={6}&offset={7}) [31]

4. (b:)id:{1}(:{4}) [17]

マイブックマークページ

前節とほぼ同様だが、利用可能なオプションが多い[32・33]。

はてなスター

ログインすると、スター情報を閲覧できる。

余談だが、カラースターの価値は緑5円・赤12円・青110円・紫890円程度のようだ[34]。

URL

1. https://s.hatena.ne.jp/

2. https://s.hatena.com/（1のエイリアス）

3. https://s.st-hatena.com/（1にリダイレクト）

参考URL

ブクマされてるURLにはIDを付記。

anond:20220521221139 に続く

Permalink | 記事への反応(2) | 22:09

ツイートシェア

■anond:20220419200107

参考ページ（続き）

追記

トラバ・コメ・ブクマしてくれた方々に感謝。人の興味を惹く内容を投稿できて良かった。

以下、説明しようと思ったトラバ・ブコメに返信。

hoimin-densetsuさんのセルクマか

ブクマエントリのdata-entry-createdと件のブクマの日時分が一致してるが、濡れ衣だ。

初代Core…Allendale(65nm、Meromアーキテクチャ)か

Core第1世代（Nehalem）のつもりで書いたが、Core Duoとかもっと古いのを失念してたので本文修正。

こんだけ知識あるおじさんがお金無いはずがない

技能を金銭にできない人々を我々は見てきたはず。

電源は新品がいい

古い電源でもイケるのではと憶測してそれを実証してみたいと思わなければ、自分もきっとそうした。

10年前にHDD 3TBってめちゃくちゃ高級品だと思う

旧PCのだいぶ後で、TV録画のために買った外付HDDが元。ケースが死んだので、中身をデータ用ドライブとして使っていた。

一体何にパソコンを使っていたのか

はてブと5chとTwitterとそれらの引用元を隅々まで読む作業、動画・漫画鑑賞、Paradoxゲーム、相場観察。

メインPCは別にあるんじゃないの

上記用途にしか使ってないので、他に良いPCを買うのは勿体なくてできなかった。

この増田んちのジャンク置き場ヤバそう

Socket7のM/Bとかその頃のPC雑誌とか、必要な人がいたら譲るんだが。

参考文献57まであって草

玉石混ぜて文章量を稼ぐムーブ。

学生さんの可能性も

老眼の始まったアラフォーで、日本人学生で、増田ユーザで、最近10年ぶりに自作PCをしたという積集合が空でない可能性とは。

無欲ではなく最高の贅沢なんだろね

過ぎた吝嗇は強欲と執着の発露だとは思う。

ヒキニート疑惑も抱いている

他の人は言うのを遠慮してたのに。

その間も知識アップデートはあったはず

生憎、数年前のRyzenショックを見逃す程度には、自作PC事情への関与が薄かった。

なんでブログで書かなかったの

完璧主義と自意識過剰と怠惰のせいでブコメすら継続的にできない性質なので。今回は衝動的に長文を書きたくなって投稿した。

多分友達になれる

追記を見たら、その気が薄れるのではないかな。

ドケチオブドケチ

支出を抑制しようとする情熱が収入を増大させる方に向かって欲しい人生だった。

古老の趣味やな

初老のおじさんに何てことを。

机の周りもめちゃくちゃ綺麗にしてそう

偏執狂は恐ろしく整備された部屋か恐ろしく汚い部屋かどちらかに住んでいるものだと思う。

「これ、安かったんよ」と自慢している大阪のオカンと共通する

そういう行為から抜け出せないならそうすることが許容される愛嬌は持ち合わせたいものだねと。

貧乏人はなぜ労力や時間という「コスト」を無視するんだ

考慮した上で優先事項から排除する性分なんだ。

Permalink | 記事への反応(1) | 20:02

ツイートシェア

■Safariでsourcemapが動作しない

Safariはデフォルトでsourcemapが動作する。っていう記事しか出てこない。この世にSafariのSoucemapが表示されない人は存在しないのだと思う。

本来の動作としてはSafariの開発ツールのリソースタブを押したときに左ペインにスクリプトのソースツリーが表示され、そこのトランスパイル済みのjsファイルを選択すると、そのファイルの下にツリー形式で元ソースが表示されるといった、動作になるそうです。

だが私の環境での動作は起こらない。そのjsファイルを選択しても何も起こらない。

代わりになぞの数字だけのファイルが大量に表示されてる(これらは多分トランスパイル済みのjsファイル)、といった動作であり、こんなの読めるか！といった佇まいである。

さて原因だけど、Webpackのオプションを変更したら表示されるようになった。

webpack？のdeftool？とかいうオプションに、cheap-module-eval-source-map が設定されていたんだけど

(俺が環境構築したわけじゃないし詳しくないのでなんでこの値を選択したとかも知らん)

これを #cheap-module-source-map に変更したらSafariのソースマップが動作した感じである。

だれもこの動作踏んでないのマジ？この世で俺だけ？一番乗り？普段からWebpackとか使ってない人間がこんなのわかるわけ無いだろ。

プログラミングってなんでこうエスパー能力求められる場面ばっかなの？

Permalink | 記事への反応(0) | 12:46

ツイートシェア

■anond:20191106084200

は？

MacProのGPU超えられるPCが存在すんのかよ

https://www.apple.com/jp/newsroom/2019/06/apple-unveils-powerful-all-new-mac-pro-and-groundbreaking-pro-display-xdr/

> 世界最速レベルのグラフィックカードと、最大56テラフロップスに及ぶグラフィックパフォーマンスを1台のシステムで実現しました。その革新的なまでのグラフィックス拡張アーキテクチャはApple MPX Moduleと称し

Permalink | 記事への反応(2) | 09:07

ツイートシェア

■anond:20190604104819

もうちょっとかみ砕いて説明したほうがよさそうだな。

好みのプログラミング言語があればそっちに合わせるから言ってくれ。ここは適当な感じで書いておく。

値を決めるのがcaller側でもいいなら、hasXXX、isXXXで当然bool値を返してそのbool値をもとにAかBを設定する。

if hasXXX(x) { r = A } else { r = B }

みたいな感じ。

値を決めるのがcallee側なら、initializeとかnewとかがいいだろうね。

r := module.New(x)

そんでもって、

package module

func New(x) returnType { if hasXXX(x) { return A } else { return B }}

みたいな感じ。

どちらがいいかはカプセル化の観点から決まると思う。callee側のモジュールに強く依存したデータを返すなら、callee側で値を決める。そこに何のデータが入っているかcallerは関知せず、callee側のモジュールだけがそのデータを操作できる。

別にcaller側でも作れるようなデータなら、caller側でやる。

さらに言っておくと、関数名を何にするかはその言語でのお作法とかコーディング規約(不文律的な規約も含む)とかで決まるような気もする。何もなしで決めるならこうするよって例だけれど、すでに似たようなことをしているほかの関数があるなら、それに従うほうがいいだろうね。そいつらがcalculateならcalculateにしたほうがわかりやすいだろうし。

Permalink | 記事への反応(0) | 06:43

ツイートシェア

■4000Stepを超えるVueコンポーネントを見た

もはやどこまでが methodでどこからがcomputedなのかも判断できなかった。

VuexのModuleも5000Stepを超えていた。管理しているstateの数は100近かった。

もちろんTypeScriptなどという高尚なものを使っているわけもなく。コメントからなんとなくObjectの型を推測してデバッグするしかなかった。

テストなんてあるわけない

chromeのデバッグツールだけが頼りだ。Vueのデバック用の拡張機能は重すぎて動かなかった。

非同期処理のハンドリングも雑だった。

async関数の中で平気でコールバック関数を呼んでたりするし、

awaitがついていないことも多々あった。

アプリの挙動が安定しないのは明らかに雑な非同期処理のせいだったが、コードが巨大すぎて原因を突き止めるには至らなかった。

処理の途中でObjectの型が変わることもしょっちゅうだった。

さすがJavaScriptだ。必要になったら必要になった分だけいくらでもプロパティを追加できる。

でもごめんなさい。追加してくれたのはありがたいけど、僕には今目の前にあるObjectに何が入っているのかもはやわからないんだ。

君が好意で追加してくれたプロパティを、僕は活かすことができない。

このコードとにらめっこを始めてから3日間、全く進捗はなかった。

今日やっとなんとなく全体像がつかめてきたところだ。

明日からは、何かしらの進捗が出せるかもしれない。

とりあえずModuleを分割するところから始めようか

いや、その前にテストを書く必要があるのかもしれない。

でもどうやって書けばよいのだろう。正解がわからないんじゃテストの書きようがないじゃないか

週末には、上司に何かしらの報告を入れなければいけない。

どう説明すればよいだろう。いっそさじを投げてしまおうか

「あまりにも難解すぎて私には無理です」

と。

でもたった3日で諦めてしまってよいのだろうか？

もしかしたら、これはものすごい成長のチャンスなのかもしれない

僕が世間知らずなだけで、世の中にはこんなコードがいっぱいあって、みんなこの試練をくぐり抜けて一人前になっているのかもしれない。

たかだか4Kステップごときでガタガタ言うなと言われてしまうかもしれない。

この程度でさじを投げていたら、なんの仕事もできないのかも・・・

とりあえず今日は疲れた。もう寝てしまおう。

明日になったらなにかいいアイデアが出てくるかもしれないし

もしかしたら親切な増田たちが、あっと驚く素敵な解決方法を見つけてくれるかもしれない。

明日の自分に幸あれ

2019/5/22 記

Permalink | 記事への反応(0) | 20:58

ツイートシェア

■

By Lick Watermelon May 25, 2018 588 米国で驚愕の法案が下院を通過した。その名も「国民皆死刑制度」だ。これは相次ぐ銃犯罪への対抗策として提出された一連の法案の一部で、この法案は国民は誰でも任意の相手を死刑にできるという衝撃の内容だ。法案を提出した野党連合代表のロバート・エリクソン議員は「アメリカは潜在的に世界中の銃犯罪の温床になってきました。国民は銃社会を脱却するときに来ています。銃に代わって国民を守るのがこの法案です」と語る。同制度では各州政府に設置される投票箱にアメリカ人の氏名・年齢・住所・職業などを記入して投函すると、アイデンティティが確認された人物を無条件に死刑にできる。在職中のアメリカ大統領および議会議員など任期中の執行を猶予されるというが、例外は一切認められていない。エリクソン議員によれば「現在では読み書きができれば銃を手に入れ、任意の人物を射殺することができますが、実際には銃撃によって国民が半減するには至っていません。この制度でも同様の難しさであらゆる人物を排除できますが、相互の信頼と隣人愛が正しく機能していれば乱用される事例は起こらないはずです」とのこと。また、執行は事務処理などを経て早くて1週間程度を要すると見積もられている。

全文→https://www.nytimes.com/2018/05/25/us/politics/banks-gun-sales-republicans.html?rref=collection%2Fsectioncollection%2Fpolitics&action=click&contentCollection=politics&region=stream&module=stream_unit&version=latest&contentPlacement=3&pgtype=sectionfront

Permalink | 記事への反応(0) | 17:21

ツイートシェア

■いつもと違う言語でコード書くのつらい(´；ω；｀)

たまにRubyでコード書いてるけど、毎回色々と忘れていてつらい。

• if文の書き方ってなんだっけ？thenをつける？付けない？doとかもあったような？else ifが効かない？シェルみたいにelifなのかしら？あらやっぱりいかない。ググろう。
• Symbolとはどういうものだっけ。文字列を数値として扱うためのもの？識別子名を管理するものだから文字列とは用途が違う？うーんどうしたら良いんだったっけ。
• インスタンス変数やプロパティってどう定義するんだっけ。attr_*にprivate付けちゃいけないの？ああもう忘れた。
• moduleとclassの違いって？またググらないと。
• nil？ empty？ blank？ present？ なんだっけそれ。nilとemptyはまあ分かるが、blank? present? 忘れちゃった。
• うん？このページはなんだい https://qiita.com/jnchito/items/dedb3b889ab226933ccf うひゃーRuby書くならこうやって短縮した書き方しないと遠回りした書き方だと馬鹿にされるのか。

はあ、やっぱりいつも書いてる言語でなんでも書きたいものだ。

Permalink | 記事への反応(2) | 12:16

ツイートシェア

■おれめも

\ 2,000 Webカメラ (最低 480p/30fps)　ベストセラー品 https://www.amazon.co.jp/dp/B003YUB66A/

\ 0 Photoshop もしくはレイヤー分解されたpsdファイルを吐ける同等のソフトウェア

\ 1,480 FaceRig http://store.steampowered.com/app/274920/FaceRig/

\ 398 FaceRig Live2D Module http://store.steampowered.com/app/420680/FaceRig_Live2D_Module/

上記FaceRig モジュールの対応は Live2D Cubism 2.1 までなので、Cubism 3 には手を出さずに旧製品を使うとよい、らしい。

http://www.live2d.com/ja/download

\ 0 Live2D Cubism Editor 2 Free http://www.live2d.com/ja/download/cubism2-pro-free-comparison

\ 0 Live2D Viewer http://sites.cybernoids.jp/cubism2/tools/live2d-viewer

以下参考

\ 0 Live2D Cubism 3 Editor Free版 http://www.live2d.com/ja/products/cubism3

Cubism 2.1モデルファイルへの書き出し は Pro のみなので、おそらくこちらは選ばないほうがよい。 http://www.live2d.com/ja/download/cubism3-pro-free-comparison

Cubism 3 に対応するViewerは Portable Viewer ？ http://cubism3.live2d.com.s3.amazonaws.com/tools/portableviewer/download.html

・画を描く能力

・画を分解する能力

・画をマッピングする根性

・時間

Permalink | 記事への反応(0) | 01:22

ツイートシェア

■掲載してくれなかったAmazonレビュー

AmazonでBose Acoustimass 300 bass module サブウーファー ブラック【国内正規品】を購入したら、届かないのでレビューしたら掲載できませんと来たからここに。

★ - 評価者: ○○○、2017/12/22

商品が届きません。

この商品は重量物なので、商品が発送予定日に書いてある日には絶対に届かないそうです。

書いてある日にちは単にお飾りだそうです。便宜上書いてあるのだとか。

早く欲しいなとサウンドバーやリアスピーカーと3点セットで購入しましたが、この商品だけ届きません。

そう届きません。

全部同じ日に届くはずが、このウーファーだけ届かないのです。20日に発注し、配送予定日が最初22日〜23日と表示されていたものが、22日になり突如29日に書き換えられたので、慌てて何事かとAmazonサポートに電話したところ、問題無く23日には届くとの回答を得られ一安心していました。

しかし、23日になって配送業者から30日にしか届けられないと電話がありました。しかも、30日限定。なんで？

おかしいでしょという話で再度Amazonに電話したところ、昨日は昨日、今日は今日という回答。

素晴らしい回答です。

昨日確認できたものが今日は確認できないの一点ばりで、もはや出荷したものは配送業者の責任なので、勝手に配送業者とお客さんでやり取りして届くのが早くできるかどうかは調整してくれとの話。

外資系ですね。

しかも、現時点でAmazonのこの商品を覗くと、今発注すれば25日までにお届け♡と表示されています。おかしくないですか？と質問したところ、今後の参考にしますとの回答だけ。おやおや。

サウンドバーとリアスピーカーの音質は最高で、今までのホームシアターよりもとても良い音質で、テレビも音楽も良い音質で聴けるだけにウーファーも楽しみにしていましたが、残念です。届けば最高の音質が聴けるのでしょうけれども。届けば。

いつの日か、音を聴ける日が来たらまたご報告させていただきたいです。

ただ、皆様もご発注の際には届かないことを念頭に、ご発注ください。今頃どこをさまよっているのか･･･

Permalink | 記事への反応(0) | 16:45

ツイートシェア

■ラスベガスの事件はシカゴの一か月分だって

https://www.nytimes.com/interactive/2017/10/06/us/las-vegas-gun-deaths.html?hp&action=click&pgtype=Homepage&clickSource=g-artboard%20g-artboard-v3&module=b-lede-package-region&region=top-news&WT.nav=top-news

Permalink | 記事への反応(0) | 21:25

ツイートシェア

■諧謔心があるな。

目隠しをして、銃を持つ権利を唱えながら、

銃を扱っている米議員選挙の宣伝映像。

http://www.nytimes.com/2016/10/23/us/politics/senate-race-missouri.html?hp&action=click&pgtype=Homepage&clickSource=story-heading&module=first-column-region&region=top-news&WT.nav=top-news

Permalink | 記事への反応(0) | 23:08

ツイートシェア

■gitにおけるコミットログ/メッセージ例文集100

私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。

要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。

仕方なく自分でまとめたので、増田に垂れ流しておく。

はじめに

ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。

抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した（あわせて前処理として、コミットログ冒頭のタグ情報は消去した）。

結果として対象としたリポジトリは以下の通り。

• swift
• atom
• electron
• rails
• tensorflow

atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。

• ピリオドで終わっているもの(4535件)
• 小文字で始まっているもの(2242件)
• 過去形, 現在進行形で始まっているもの(1044件)
• Merge/Revertで始まっているもの(6555件)
• 絵文字を使っているもの(2171件)
• その他バージョン番号のみ等、参考にならないと判断したもの(313件)

こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。

ということで、以下用例を羅列していく。

用例集

オプションやフラグ、メニューを追加した

• Add -enable-experimental-nested-generic-types frontend flag
• Add --main-process flag to run specs in the main process
• Add Throws flag and ThrowsLoc to AbstractFunctionDecl
• Add "event" parameter for "click" handler of MenuItem
• Add File > Exit menu on Windows

ファイルを追加した

• Add npm start script
• Add build script
• Add SkUserConfig.h with blank SkDebugf macro

メソッドや機能を追加した

• Add TypeLowering::hasFixedSize()
• Add overflow scrolling
• Add convenience API for demangling
• Add a typealias to avoid a build ordering dependency between projects
• Add a helper method mayHaveOpenedArchetypeOperands to SILInstruction

実装を別のものへ切り替えた

• Use args.resourcePath instead of args.devResourcePath
• Use arrays instead of while loops
• Use auto instead of repeating explicit class names
• Use weak pointer instead of manual bookkeeping
• Change all uses of 'CInt' to 'Int32' in the SDK overlay
• Change Integer#year to return a Fixnum instead of a Float to improve consistency

新しく何かに対応した/機能上の制約を取り払った

• Add support for closure contexts to readMetadataFromInstance()
• Add support for activating and deactivating package-specific keymaps
• Add support for launching HTML files directly
• Add support for allocators that require tensors with zero
• Make it possible to call `reflect` multiple times
• Make it possible to set a data type for variables that come out of constants
• Allow atom-pane to be shrunk independently of its contents' width
• Allow null TextEditorComponent::domNode during visibility check

何かを使うようにした

• Use const for util require
• Use FoldingSetNode for ProtocolType
• Use unique text editor title in window and tab titles
• Use an empty object if metadata is ~null
• Use target_link_libraries for fat executable dependencies
• Use existing flatMapToOptionalTests dataset

より好ましい実装に改良した

• Make the clone function more generic
• Make IO faster for v8 compile cache
• Make model constructor argument to addViewProvider optional
• Make Browser::Quit more robust
• Make Menu.getApplicationMenu() public
• Improve incompatible native module error message
• Improve readability of multi-line command
• Improve folds behavior when duplicating lines
• Improve deprecated message on webPreferences options

何かを出来ない/しないようにした

• Don't bail reading a metadata instance if swift_isaMask isn't available
• Don't exit until the parent asks for an instance
• Don't include Parent pointer in Nominal/BoundGeneric TypeRef uniquing
• Don't use MatchesExtension for matching filters
• Don't use ES6 class for AutoUpdater windows class
• Don't use MatchesExtension for matching filters
• Avoid `distinct` if a subquery has already materialized
• Avoid infinite recursion when bad values are passed to tz aware fields

オブジェクトの内容や挙動を確認しやすくした

• Emit capture descriptors in their own section
• Emit field metadata for @objc classes
• Emit reflection info for protocols

Assertを追加した

• Add assert for role with app name in label
• Add assertions for no available bookmark
• Add asserts for properties

不要なコードを除去した

• Remove some dead code
• Remove some unused enum declaration
• Remove unused variable
• Remove unnecessary line feeds
• Remove trailing whitespace
• Remove debug statement
• Remove redundant mapType{Into,OutOf}Context() calls

コードを移動した

• Move function signature analysis to a Util
• Move markInvalidGenericSignature() to a method on TypeChecker
• Move diagnostic for stored properties in protocols from type checking to validation
• Move Doxygen converter into a proper MarkupASTNode visitor
• Move Module require to top

名前を修正した

• Rename environment -> environmentHelpers
• Rename watchProjectPath to watchProjectPaths
• Rename generic arguments
• s/grammarName/grammar
• fullVersion -> writeFullVersion

小さなバグやタイポを修正した, 警告を潰した

• Fix typos
• Fix a typo
• Fix a test
• Fix typo in DevTools Extensions tutorial
• Fix DownloadingState typo
• Fix includes order
• Fix mistake in tvOS availability
• Fix cpplint warnings
• Fix wrong markdown
• Add missing return
• Add missing period in comment

バグや好ましくない挙動を修正した

• Fix a memory leak in FSO
• Fix lifetime issues in ManagedBuffer.value
• Fix mangling for nested generic types
• Fix memory corruption in another circularity check
• Fix thread-unsafety in Process.Argument initialization
• Fix "Object has been destroyed" error in "page-title-updated" event
• Make Error.prepareStackTrace read-only (again)
• Make string slicing tests standalone
• Make sure showing success dialogs works correctly
• Make sure to emit closure bodies only once
• Make sure all native resources get freed on exit
• Make sure temp file will be cleaned up when base::Move fails

テスト、コメント、ドキュメントを追加した

• Add tests for pending pane items
• Add validation test for projecting existentials
• Add a basic test for opening an editor in largeFileMode if >= 2MB
• Add specs for moveSelectionLeft()
• Add failing spec for Menu.buildFromTemplate
• Add comment about map key/values
• Add TODO about blinkFeatures -> enableBlinkFeatures
• Add a design-decisions section to the CONTRIBUTING guide
• Add style.less examples
• Add docs for app.getLocale()
• Add documentation for --proxy-bypass-list

テストを削除した

• Remove a redundant test
• Remove an empty test

テスト、コメントを修正した

• Fix comment
• Fix outdated comment
• Fix failing specs on Windows
• Fix PersistentVector test for powerpc64{le}
• Update specs for deferred activation hooks
• Update successor/predecessor in validation tests
• Update some tests to use LifetimeTracked instead of hand-rolled canaries

ドキュメントを修正した

• Update README.md
• Update docs for marker callback
• Update documentation for mark*Position
• Update link to solarized-dark-syntax
• Improve documentation of `ses.cookies.set()`
• Improve readability in CSRF section of guide
• Improve spec description

表現傾向とまとめ

以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。

コミットログの基本形はもちろん動詞 + 名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は a が使われるか、あるいは省略される。the はまず使われない。

何かを追加した、という表現では非常に広く Add が使われる。メソッドからテスト、ドキュメントに至るまで大概これでまかなえる。

一方、何かを修正した、という表現では広く Fix が使われる。「何か」は typo や crash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である。

Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合は Make sure が使われる（こちらはthat節が取れる）。ただし Fix よりもニュアンス的に重い表現と思われ、Fix を使わず Make sure ばかり使うのはちょっとキモいのではないかと思う（Ensure はさらに重い表現っぽい）。

また、Fix は typo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメント、コメント、テストに使われ、本体のコードの修正に対しては使われない。本体コードの修正にあわせてテストも更新したなら Update が使われる。ただ、テスト機構それ自体のバグを修正したなら Fix である。

無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)から別のもの(B)に切り替えたのであれば Use B instead of A か Change A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合は Don't use を使うことが多い。

何かをしないようにしたなら Don't を、内部実装の効率化なら Make A + 比較級/形容詞 か Improve が使われる。

中身の変更を伴わない単なる名前の変更なら Rename A to B、コードや機能の論理上の場所を移動させたなら Move A to B である。

この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。

余談

コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えば get rid of とか2件しか使われておらず、圧倒的に remove である。

一方で、シンプルな単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的で平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。

おわりに

8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体が効率のいい学習になるという話と同じだと思う。

このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。

Permalink | 記事への反応(4) | 09:24

ツイートシェア

■歴史的仮名遣への熱い差別

http://b.hatena.ne.jp/entry/qiita.com/tadsan/items/fb496e450fc27c8c4494

歴史的仮名遣へのヘイトスピーチが人気コメントの2位・3位。これはひどい。そして悲しい。

多分、著者のtadsanは一々コメントを返したりしないので、この場で勝手にツッコミを入れてみる。

bottomzlife なぜ意味不明な歴史的仮名遣いがまじってるんだ。気持ち悪いからやめてほしい。プログラマなら日本語のコーディングガイドラインも守れ

「まじって」なんかない。全文が単なる歴史的仮名遣でしかない。(これは逆に、「現代仮名遣い」との差が少ない証拠になってる)

あと「日本語のコーディングガイドライン」が「現代仮名遣い」を指すなら、そのガイドラインの方が意味不明でクソ。まだ歴史的仮名遣の方が論理的で、プログラマ的にも腑に落ちる。その辺は http://web.archive.org/web/20020612101011/http://hb9.seikyou.ne.jp/home/kyuri/nihongo/kana-hikaku.html でも見れば、小学生でも解る。

megazalrock ネットで歴史的仮名遣い風を使う人は無条件に信用しないことにしている。

「歴史的仮名遣い風」ではなく、正真正銘の歴史的仮名遣。(字音仮名遣? 知らない子ですね…)

それでも信用しないのなら、個人の勝手だが、そんな差別をする奴は信用ならない。

snobbishinsomniac 「ヘッダ」「メソッド」ではなくて「ヘツダ」「メソツド」だろうし、「レガシー」「モジュール」じゃなくて「レガシイ」「モジユウル」ではないのかな。

外来語の長音記号とか大書き・小書きとかはどっちでもええんやで。

ちなみに「モジュール」は「module」でダ行だから「モヂュール」と書く人も居る。

ghostbass 現代口語と正仮名遣いの相性の悪さ。良い事書いているのに。

慣れの問題。いや本当に。

時間を掛けてまで歴史的仮名遣の読み書きを習得する価値は、個人的にはある。似た感覚としては、全然論理的でないHTML3.2を捨てて4.01とか5.0に移行するのと同じ程度に有用。

Permalink | 記事への反応(3) | 20:32

ツイートシェア

■anond:20160413023627

富士通入社5年目の自分だが、ちょっと会社の庇護をさせてほしい。彼の求める仕事が会社に存在しなかったわけではない。

弊社、ここ数年、OSSの利活用に猛烈に注力している。有名どころではCloud Foundry参画の話http://www.publickey1.jp/blog/15/26_paas.html、OpenStackへのコントリビュート（リンク先は作為的な抽出なので注意）http://stackalytics.com/?release=all&metric=commits&module=api-site

彼の求める仕事はおそらくあったはずで、彼がその仕事をできなかったのは運（縁）がなかったという話で同情するし、彼の上司はクソだという点にも同意する。（彼の心象にも、富士通への風評的にも、それ以前に人としてよろしくない）

Excel某の話は自分も経験があって、弊社開発の闇。１年目は彼と似たつらい思いもした。そういったことも全部自動化できればよいが、マンパワーで解決してしまいがち。ただ、２年目からは新製品の開発を含めガッツリ開発できたし、今はSIの上流工程を担当させてもらって（苦戦はしてるけど）充実してると感じる。

彼の境遇から辞めたことを批判できないが、面白い未来もあったかもしれないというお話。

今後の彼に幸あらんことを。

# ところで弊社、2016年度入社であれば絶賛研修中のはずだけど、2015年度以前入社？あるいはグループ会社？

Permalink | 記事への反応(3) | 23:43

ツイートシェア

■

違い

呼び出し方が変わってきます。詳細は、以下のコードをみてください。

使い方

① import MODULE

import decimal
y = 0
for i in range(1,10):
  y = y + decimal.Decimal('0.1')

② from MODULE import CLASS

from decimal import Decimal
y = 0
for i in range(1,10):
  y = y + Decimal('0.1')

ちなみに

from MODULE.CLASS import CLASS_METHOD とはできない。

http://stackoverflow.com/questions/21347346/python-importerror-no-module-named-datetime

Permalink | 記事への反応(0) | 13:22

ツイートシェア

■http://anond.hatelabo.jp/20141026015847

続き

xvideo_helper というgemをみつけたので、xvideoのスクレイピングは簡単に出来た。

ただ、一覧から取得しているのでdescriptionが途中で切れているものは、ページにアクセスしてnokogiriでパースしてtitleを取るようにした。

あと、microsoft_translator を使って翻訳かけたり、言語判定を入れてみたりした。

ベタッと一枚のファイルで書いてたものmoduleかしたりもして、ようやく形になって一段落。

あとは、AWS cloudsearchで検索機能をつけたいな。

http://sp.eropop.net/

Permalink | 記事への反応(0) | 13:30

ツイートシェア

■http://anond.hatelabo.jp/20141011221350

Firefoxでも同様の表示を確認した。

で、開発者ツールでちょっと追いかけてみたが、このイメージ自体はwidth:100%が設定されているものの、本来親になると想定しているclass:hatena-module-bodyのDIVではなく、BODYタグそのものがブロック親要素とされている模様、

Permalink | 記事への反応(0) | 23:30

ツイートシェア