JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

はじめまして、あるいはご無沙汰しております。小野マトペです。私は36歳のソフトウェアエンジニア男性で、昔は「ふぁぼったー」というWebサービスを趣味で開発・運営したり、その後は仕事で分散ストレージを開発したりしていました。 報道等でご存知の方も多いと思いますが、私はTwitter上の投稿が偽計業務妨害にあたるとして、2020年7月29日に警視庁に逮捕されました。 早いもので、それから一年が経過しました。報道された事件の経緯は、事実関係には間違いありません。私の軽率な投稿で多大なるご迷惑をおかけしてしまった当該店舗様、そして関係者の皆様には、お詫びの言葉もございません。 一方で、私は取調べの当初からほぼ一貫して故意を否認しています。本件において故意が存在することは刑事罰の大前提ですので、つまり無罪を主張しているということになります。 検察官から虚偽の自白を強要され、一度は略式起訴処分（公開裁

デジタル庁創設に向けた準備サイト(www.digital.go.jp)なるものが立ち上がったようです。 が、スクリプト無効設定でアクセスすると残念なことに……。 スクリプト無効設定で www.digital.go.jp にアクセスした様子。真っ白で何も表示されていない。オリジナル画像 サイトポリシー(www.digital.go.jp)の「閲覧環境について」を読むと、 当ウェブサイトでは、より快適にご利用いただくためJavaScriptを使用しています。ご使用のブラウザの設定においてJavaScriptが有効となっていない場合、正しく表示されない、又は操作できないことがありますので、ご了承ください。 サイトポリシー(www.digital.go.jp) とあるので、これは設定ミスやサーバーのエラーでそうなっているのではなく、意図的な作りと思われます。ソースコードを見るに「Nuxt.js」を

Visual Studio や Azure Functions Core Tools などで新しい Azure Functions を作成すると、一般的な C# クラスとは異なり UTF-8 BOM 無しのファイルが生成されます。 UTF-8 BOM が必要なのかどうかは議論しませんが、C# では UTF-8 BOM が無いとマルチバイト圏の人間は困るようになっています。具体的には以下のように日本語を書いた時です。 ファイルに UTF-8 BOM が付いていない場合、Visual Studio はデフォルトのエンコーディング、すなわち Shift_JIS として保存してしまいます。最悪な挙動ではあります。 Git で差分を確認しようとすると、まともに表示されないので不便です。GitHub や Azure Repos などで確認した時にも文字化けが発生するので、結構困ります。 全てを日本語の

とりあえず落ち着け。 みなさん、毎日なにかしらのコードを読み、開発する日々を送っていると思います。そんな中で、 糞コードは死ぬべきである！！絶対に直すべき！！ という感情に取りつかれてしまうことがあると思います。自分の技術力に自信のある人ほど、無理やりにでも直そうと試みると思います。それがどんな修羅の道か。そして、糞コード修正がどんな道を歩むのか。この記事では糞コード修正の罠とありがちなストーリーについて書きたいと思います。 ビジネスとしてのプログラムは本質的に糞である 例えば、「携帯電話の利用料金」のプログラムがあります。 「携帯電話　透明性高め料金値下げを」という記事もあるように世の中の携帯電話の料金プランはかなり複雑です。例えば、auだと「auでんき」といった電気料金とパックされた電話料金プランがあります。また、「auスマートバリュー」といったプランもあり、家のインターネット回線をa

未組立プラモ写真家。稀に組む。山登る。からぱたへのお問い合わせ、文章・写真・DJ・飲酒のオファーはTwitter @kalapattar からどうぞ

※あくまでも"AP効率"を"個別"で比較した場合のランキング 副産物を考慮した周回場所を探す場合などは「副産物比較」シート、6位以下もチェックしたい場合やより詳しい調べ物をしたい場合は「AP効率表」、 1周あたりのドロップ効率≒時間効率をチェックしたい場合は「ドロップ率Best5」か「ドロップ率表」へ。 ※全てのクエストの公平な比較ではない点に注意 未報告未集計のクエストは比較対象外になっており、この表にも反映されていません。 また、データ数不足で「出ない方」に偏っていて、ランキングに出てきていない埋もれたクエも多々あると推測できます。 そういうことも一切考慮していない機械的なランキングであるということにご留意下さい。 ※データ数について 表の「データ数」の数字の中には、そのクエで落ちる可能性のある一部のアイテムをあえて無視して報告していない「報告」も数に含まれており、 実際の計算で分母と

このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。

断固としてコンピュータ言語を拒絶する 私の知っている最も一般的な .gitconfig は、ユーザ名の設定だけが記されたものです。そして、その次に一般的なものはこれです。 [alias] ci = commit cia = commit -a cam = commit --amend cama = commit --amend -a cl = clean cldf = clean -df res = reset resa = reset HEAD ... # 82 more 4-character aliases このコンフィグは、要するにあなたの頭の中のスペースをキーストロークに置き換えます。短縮コマンドのエイリアスを覚えれば、タイピング数の節約が可能です。しかし私はこれが好きではありません。私はタイプミスをしますし、睡眠不足なこともたまにあるので、このエイリアスではやりづらくなってしま

DirectX 11 または 12 を使用する Windows プラットフォームでは、Visual Studio を使用して Unity アプリケーションのシェーダーをデバッグできます。このページでは、その方法について説明します。 ノート: DirectX 12 を使用している場合、Microsoft は Visual Studio の代わりに PIX を使用してシェーダーをデバッグすることを推奨しています。Windows with Unity での PIX の使用方法については、PIX を使ったシェーダーのデバッグ を参照してください。 シェーダーの準備 シェーダーをデバッグするには、デバッグシンボルを含めてコンパイルする必要があります。そのためには、 #pragma enable_d3d11_debug_symbols ディレクティブを、デバッグしたい各シェーダーのソースコードに挿入し

はじめに こんにちは、クレイの亀井です。ここ最近一気に気温が上がりましたね。顔に重点的に汗をかくタイプの私には憂鬱な季節がやってまいりました さて、今月正式リリースしました(！) DocBase プロジェクトではクレイ外部のデザイナーの方と一緒に開発しています。SourceTree で Git を使っている方で、軽いデザイン修正などは弊社の Rails プロジェクトに直接手を加えてプルリクエストを送ってくれます。 こちらのデザイナーさんに「プルリクエストを送る際は、作業ブランチで git pull --rebase origin master してから送ってもらえますか？」とお願いすると「pull はわかるんですけど、この --rebase ってなんですか？これつけると何が変わるんですか？」と質問がきたのです。 作業ブランチで git pull --rebase origin master

コーネルボックスをご存知でしょうか？　なにやらライティング関連のデモによく出てくるアレです。つまり、コレです。 ちょっと週末にライティングについて色々と聞いたので、今回はコーネルボックスを作ったりして、ライティングについて色々と試してみようと思います。 コーネルボックスを作る 箱を作る 色を塗る 照明を蛍光灯に変更する ライティングについて色々と試してみる 光沢を付ける ダイナミックなオブジェクトとの混ぜ合わせ 光を足すと白になる 色は光が反射する事で表現される 感想 コーネルボックスを作る まずは兎に角、コーネルボックスを作ります。 箱を作る これは、特に難しい事はせず「Planeで四角を作れば」OKです。DCCツールとか面倒ですし。箱を作る際、隙間が出来ないように後でTranformの数値の小数点を調整すると良いです。 色を塗る あとは左右の壁に「赤」と「緑」のマテリアルを設定します。

gitのコミットの粒度はなるべく細かいほうがいいですよね こんにちわ、みけです。 今日はgitの話です。 表題にあるようにgitは細かくコミットしたほうがよいです。 なぜなら、 mergeが簡単にできる やらかした時に細かいレベルで元に戻れる 細かければpushするときにまとめればいいや的な といったメリットがあるからと思っています。 詳細はこっちの記事読んだほうがいいです。 gitのcommitは軽く考えとく – 日々常々 「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 – うさぎ組 コミットの粒度 – プログラマの思索 git flow でのチーム開発ワークショップ資料 – Yamashiro0217の日記 git commit するまえに考えるべき10のこと – Act as Professional いや、そんなこと言ったってコミット頻繁にしてないっ

特技はgit commit -a -m いろいろ修正です！ ダメ。ゼッタイ。 しかしこまめにコミットするのは面倒臭いですよね。でもrebaseやらrevertやらcherry-pickするにもコミットログは綺麗にしたい。そんなズボラで凝り性なあなたはgit add -pでコミットを整えるといいと思います。

明日から RubyKaigi なので、ちょっとした小ネタを一つ。 例えば、0 から 9999 までをハッシュに順に入れます。 h = {} 10000.times do |n| h[n] = true end このとき、h[9998] や h[9999] は、h[0] や h[1] より高速です。 どのくらい高速かというと、 1_000_000_000.times { h } # 40.8 sec (ループ自体の速度) 1_000_000_000.times { h[9999] } # 57.2 sec 1_000_000_000.times { h[0] } # 89.1 sech[0] は 89.1 - 40.8 = 48.3 nsec 、h[9999] は 57.2 - 40.8 = 16.4 nsec ということになります。なんと 3 倍も速い。*1 なぜこんなことが起きるのか ハ

Is it Pokémon or Big Data ?

git commit --fixup というオプションの存在を最近知って調べた。 ヘルプとリリースノートより "git commit" learned the --fixup and --squash options to help later invocation of interactive rebase. Git v1.7.4 Release Notes --fixup=<commit> Construct a commit message for use with rebase --autosquash. The commit message will be the subject line from the specified commit with a prefix of "fixup! ". See git-rebase(1) for details. 1.7.4 から入って

端末のスクリーンショットを撮影する際、高画質なスクリーンショットを撮影したい場合もある。 そんな時はApplication.CaptureScreenshotの第二引数（superSize）に倍率を指定する。下のコードはスクリーンショットを倍にしたケース。 Application.CaptureScreenshot("image.png",2); もし解像度を2048とか1024に近い値にしたい場合、以下のように指定する。 float max = Mathf.Max(Screen.width, Screen.height); int scale = Mathf.RoundToInt( ２０４８ / max); Application.CaptureScreenshot("image.png", scale); サンプルコード ちなみに、高解像度のRenderTextureを指定しそこから値