タグ

ブックマーク / qiita.com (193)

  • Safari 9.0 の JS で「同じ関数を繰り返し実行しただけで返り値が変わる」という強烈なバグが発見されてる - Qiita

    Webkit の Bugzilla で強烈なバグが報告されていると、同僚に教えて頂いた。 あまり話題になっていないものの、単純ゆえに強烈なバグだと思ったので Qiita にも公開しておく。 https://bugs.webkit.org/show_bug.cgi?id=151354 にそのバグ報告が上がっている。 最初に Google+ でやりとり があった模様。 URL のクエリ文字列から値を取り出す関数が正常に動作していないことから発覚したようだ。 その後は、簡単なテストケースに落とし込まれ jsfiddle というサイトにテストケースが公開されている。 Safari でこのページを開くと、実際に JavaScript を実行して確認できるようになっている。 続報 (2015.12.14) この記事を上げてすぐに Bugzilla の方で進展があった。 Yusuke SUZUKI さん

    Safari 9.0 の JS で「同じ関数を繰り返し実行しただけで返り値が変わる」という強烈なバグが発見されてる - Qiita
  • EmacsのCtrlキーの押し方 - Qiita

    Emacsを使い始めると小指が気になります。 Ctrlキーの押し方について調べてみたところいろいろと流派があるようなので、簡単にまとめました。まだまだありそうですが、Emacsを使っていて小指が痛くなってきたり違和感を感じるようでしたら、違う押し方を試してみてはいかがでしょうか? 流派一覧 小指の指先で押すよ派 Ctrlキーは左下/右下にあるよ派 CtrlキーとCaps Lockキーは入れ替えないよ派 CtrlキーとCaps Lockキーは入れ替えるよ派 CtrlキーはAの左にあるよ派 小指の付け根(手のひら)で押すよ派 小指の関節で押すよ派 親指で押すよ派 JIS派 KINESIS派 足で押すよ派 解説 1. 小指の指先で押すよ派 1.1. Ctrlキーは左下/右下にあるよ派 1.1.1. CtrlキーとCaps Lockキーは入れ替えないよ派 いわゆる普通のキーボードを普通に使っている

    EmacsのCtrlキーの押し方 - Qiita
    naqtn
    naqtn 2015/12/08
    "Mac Book Airを買ったらそうなっていた"→そうだからMacを買った(Windows を稼動)
  • JavaのOptionalのモナド的な使い方 - Qiita

    NullPointerException 嫌いですよね!そんなときに頼りになるのが Java 8 から導入された Optional です。 でも、 null の代わりに Optional を積極的に使うとコードが Optional だらけになり、特に次のような場合に面倒くさいです。 Optional<Integer> a があるとき、 a の値を二乗したい。ただし、 a が empty の場合は empty を得たい。 Optional<Double> a があるとき、 a の平方根を計算したい。ただし、 a が empty または負の数の場合は empty を得たい。なお、 Math.sqrt を安全にした(負の数を渡すと empty を返す)関数 Optional<Double> safeSqrt(double) があるものとして考えて良い。 Optional<Integer> a と

    JavaのOptionalのモナド的な使い方 - Qiita
    naqtn
    naqtn 2015/12/08
    前半「ふ~ん」と読んでいたら途中から加速されなんかすごい勢いで思わぬところへ飛ばされた感。後で読み直す。
  • シングルファイル C/C++ ライブラリが便利すぎてやばい - Qiita

    漢は黙ってシングルファイル C/C++ ライブラリですね! シングルファイル C/C++ ライブラリとは, ヘッダファイル .h ひとつだけで機能が実装されているライブラリ(もう少し条件をゆるくして .cc も含む)のことです. header-only とも言われれたりします. このあたりの元祖は nothings 先生 http://nothings.org/ ですね. 最近は github にコードをあげています. https://github.com/nothings/stb シングルファイル系のライブラリまとめ一覧もあります. シングルファイル系が便利すぎてやばいので, 自分でもいくつか作りました. TinyObjloader(Wavefront .obj loader) https://github.com/syoyo/tinyobjloader TinyEXR(OpenEXR

    シングルファイル C/C++ ライブラリが便利すぎてやばい - Qiita
    naqtn
    naqtn 2015/11/29
  • REST APIドキュメント作成ツールはapiary.ioが決定版かもしれない - Qiita

    背景 APIドキュメントを書くのが楽になるツールまとめ - Qiita iodocsで便利なREST APIドキュメントを作成する - Qiita これまでずっとREST APIドキュメントをwiki上で管理していて、重たいページ上で特殊記法使ったり、スタイルの調整に時間を取られるのが辛かった。そこで良さげなドキュメントツールを色々調べてたんだけど、最終的にapiary.ioが一番良さそうという結論になってきた。 このサービスの主な特徴。 markdown記法でAPIドキュメントを記述できる ドキュメントの生成と同時にAPIのモックサーバを用意してくれる サインアップから5分くらいあればドキュメント公開できる。ドキュメントのホスト先を気にしなくてもいい。 特にドキュメントと一緒にモックを作ってくれるのは他にはないポイントでかなり便利。 使ってみる サインアップはGithubアカウントで h

    REST APIドキュメント作成ツールはapiary.ioが決定版かもしれない - Qiita
    naqtn
    naqtn 2015/11/24
    API Blueprint(https://apiblueprint.org/) の形式で書いた API を扱うサービス(って重要なことが何で書いてないんだろう...)
  • 0の0乗が1でないと困る - Qiita

    リンクしないけど、0の0乗がゼロ除算同様未定義であるというような記事がブクマを集めていてなんか困るよなぁと思って書いた。 前提として である。 $x^y$ は、$(0,0)$ で不連続になっているので、極限を根拠に $0^0$ を定めるとすると、不定とか定義されないとか、そういうことになる。 これは未定義のほうが好ましいかもしれない理由のひとつにはなるけれど、決して決定的ではない。 連続性を根拠にするのは、一見未定義であっても連続性を保つように定義できれば幸せになるからだと思う。 とはいえ。 $x^y$ の $(0,0)$ における連続性と、$0^0$ の値は、別の話だ。 どうやっても連続性が保てないからといって、よい定義が存在しないという事にはならない。 というわけで、$0^0$ が時折現れる世界をより住みやすくするためにはどうすればいいのかを考える。 ゼロ除算のように未定義にするのがよ

    0の0乗が1でないと困る - Qiita
    naqtn
    naqtn 2015/11/22
    便利にしたくて数を対応付けたい時の拡張の仕方には任意性がある。よってお好みの性質を重用して定義してやればいい。その場合コーディングスタイルの話と同じで、優劣によって唯一を決めようとする議論は無意味。
  • gitとプルリクエストに関して思うことまとめ - Qiita

    ※この記事は元々「Gitのこれやめて!リスト」として2015年11月に投稿したものを改訂したものです。 この記事について 私が個人的にgitとプルリクエストについて、「こうして欲しい」とか「これはやらないで!!」とか思っていることをまとめたものです。 元々は2015年に私がコードレビューをしてる時に気になったことを、あまり推敲もせず思うがままに書いた記事でした。今改めて読み返すと稚拙な文章なのと、他に思うところとがあったりしたので、改めて書き直しました。いいね貰ってるのに書き直すのに若干後ろめたさがあるのですが、よりいい内容にできればと思います。 コミットログがきれいだとレビューしやすい 一人で開発するときはgit使っててもブランチ切らないし、プルリクもださないしで、コミットログも"First Commit"の次が"Second Commit"とかでも支障はないです。しかし、チームで開発す

    gitとプルリクエストに関して思うことまとめ - Qiita
    naqtn
    naqtn 2015/11/08
  • ライセンスの選択を恐れる必要はありません - Qiita

    この記事はCC BY 3.0に基いて公開されてゐるWebサイトChoosing an OSS license doesn’t need to be scary - ChooseALicense.comのコンテンツ各ページを翻訳し、単一記事として再構成、訳者による補足を追加したものです。 2017年5月9日に開示されたコミュニティガイドラインに伴って、記事の翻訳部分につきましては削除いたしました。 (この記事が削除または非公開化されない限り、編集履歴からお読みいただくことは可能です。) (訳註: この「はじめに」及び末尾の「訳者による補足」の章は原文にはなく、翻訳者(@tadsan)によるものです。記事の著作権表示及び元Webサイトの利用規約、免責事項、そしてこの記事についての訳者の見解について記します) (この記事の一部または全て ——ただしコメント欄は含まれない—— はCC BY-SA

    ライセンスの選択を恐れる必要はありません - Qiita
  • Windows 環境下での PDF 生成で日本語文字を問題なく扱える R Markdown 設定 - Qiita

    R Markdown の処理環境は 2015年9月現在、英語マニュアル等を参考に素直にセットアップしただけの状態では、Windows で日語を含んだ R Markdown を書いて PDF 出力すると、文字の化けや行あふれが処置されないなどの現象が発生してしまいます。 これらを解決する設定を テンプレートとして使えるファイル にまとめてみたので紹介します。(あわせて PDFHTML を同じ R Markdown ファイルから作り出すときに問題が起きない対策もほどこしました。) この記事の後半では対処している問題とファイルの記述内容について解説します。 前提 TeX 環境 R Markdown 形式から PDF を得るには TeX 形式を扱う環境が必要です。TeX 環境を整備する手段はいくつかありますが、MikTeX ディストリビューションを使用することにします。 準備として htt

    Windows 環境下での PDF 生成で日本語文字を問題なく扱える R Markdown 設定 - Qiita
    naqtn
    naqtn 2015/10/03
    セルクマ。Word もいけるでよ。
  • 2014年版RStudioを使った文書作成法 - Qiita

    はじめに みなさま、進捗どうですか? 書類を作り、アウトプットするまでが文書作成です。というわけで、文書作成 Advent Calendarの14日目は、RStudio、Rmarkdownパッケージを使った文書作成の方法についてのまとめと自分が行っている文書作成の現状を書きます。 以下のものはパッケージに依存した機能なので、RStudioを使わずとも実行することができますが、楽なのでという理由からRStudioを使った例を紹介します。 以前も同様の記事を書いていますので参考にどうぞ RStudioを使ったPDF文書の作成(for RStudio 0.98.932+) - Qiita 【まとめ】RMarkdown2で何が変わったのか? - Qiita 実行環境 OS: Mac OS X 10.10.1 (Yosemite) R version 3.1.2 (2014-10-31) -- "P

    2014年版RStudioを使った文書作成法 - Qiita
    naqtn
    naqtn 2015/09/27
  • JavaScriptの「&&」「||」について盛大に勘違いをしていた件 - Qiita

    論理演算子「&&」「||」について JavaScriptの基である論理演算子の && || について、 根的に勘違いをしていたことに最近気付いたので自戒の意味を込めてここに記します。 論理演算子の使い道 1. お馴染みの使い道「条件処理」 JavaScriptには皆さんご存知の通り論理演算子&& ||が存在します。 それぞれ「AND」「OR」という意味で、条件処理の中で使うことが多い演算子です。 // aとbに0または1を足し続ける // aとbのどちらかが最大値に達すると終了 var a = 0, b = 0, max = 50; // 条件式その1 AND while (a < max && b < max) { // 0または1を足す a += Math.round(Math.random()); b += Math.round(Math.random()); console.l

    JavaScriptの「&&」「||」について盛大に勘違いをしていた件 - Qiita
    naqtn
    naqtn 2015/09/12
    さらに言えば、基本的な設計思想として「評価時に必要になったらその都度、型変換をする(必要になるまではそのまま)」というのがあって、その一形態にすぎないとも言える(かな?)
  • Rを使うなら知っておきたいチートシート群 - Qiita

    Rにもチートシートはある。 なかでもRStudio社のチートシートは使い勝手が良い。 RStudio社のチートシートは知っている人にとっては当たり前の情報だが、知らない人は当に知らないことを最近知ったのでQiitaにも記事を残しておく。 できればこの記事をストックするのではなく、以下のURLをブックマークしてほしい。 https://www.rstudio.com/resources/cheatsheets/ 以下に各チートシートの簡単な紹介とURLを示す。 データハンドリング いわゆるデータの前処理。Data Wranglingとも言う。 dplyr、tidyrを使った例が図入りで書かれている。必見。 https://www.rstudio.com/wp-content/uploads/2015/02/data-wrangling-cheatsheet.pdf なお、データハンドリング

    Rを使うなら知っておきたいチートシート群 - Qiita
  • https://qiita.com/shin_semiya/items/a2c0339d2a5e32eaf7db

  • IT業界で横行する恥ずかしい英語発音 - Qiita

    プログラマやデザイナと話してるとしょっちゅう変な英語発音に出くわします。 例えばheightを「ヘイト」と発音したり。 そういう時、私は心では「ヘイトじゃないよハイトだよ!」と呟きつつ、口では「そうですね、ではヘイトは80pxにしましょう!」なんて言ってるのであります。 まあ、所詮我々が話しているのは英語ではなく、日語の中に出てきた英単語をカタカナで発音しているに過ぎないですし、テレビのテロップでmainをメーンと表記する時代ですので正解などは無いと思っています。 ですから、何でもかんでも正しい英語っぽく発音するべきなどとは思っていませんが、やはり「こいつ適当にスペルを日語読みしてるだけだろ!」ってのが明らかな場合は、聞いているこっちが恥ずかしくなってしまうものです。 というわけで、この業界で横行してる妙な発音をまとめてみました。 間違って発音すると恥ずかしい英語 これらは間違って発音

    IT業界で横行する恥ずかしい英語発音 - Qiita
    naqtn
    naqtn 2015/06/16
    私は「では高さは~」と言って逃げる/cron 間違ってた。由来不明だがドイツ語から来ているとか。英語話者間でも「クロンとクローンどっち?」との記事見つかる。クーロンっていつの間に覚えたんだろう…
  • ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた

    HTML5や、次々と台頭するJavaScriptフレームワークにみられるように、現在のフロントエンドは異常なほど動きがあります。 常にキャッチアップしていないと、いつのまにかOLDな技術を使い続けることになります。実際に今回記事にしてみて、ちょっとつらくなりました。。 しかし、フロントエンドエンジニアとしてコードを書いていて(最近は主にJavaScript)、そのおもしろさに日々驚いています。 そこで今回は、ここ数年~2015年のフロントエンド界隈で一度は流行った技術、今後の動向などをまとめました。タイトルにモダンとありますが、その辺は適当です。ぜひ一度整理してみてください。 目次 Javascriptフレームワーク React.js Angular.js Angular.js 2.0 Backbone.js Vue.js Mithril.js Aurelia.js Knockout.js

    ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた
    naqtn
    naqtn 2015/05/25
    久しぶりに Web ベースに帰ってきたら賑やかな事になっていたでござる。個々の解説記事は多いけど、こういう概観できるまとめは少なくてありがたい。
  • WebAPIリクエスト仕様書としてcurlコマンドのご提案 - Qiita

    WebAPIの仕様を記述する方法はいくつかあると思う。 普通に日語で記述する JSON Hyper-Schema、WADL、RAML、Swaggerなどを使う 仕様書の代わりにプログラムを書く HTTPメッセージそのものを記述しておく でも、文法にばらつきがあったり、読みにくかったり、ツールのセットアップが面倒だったり、どれもイマイチな所があって、手軽な方法が欲しいと思っていた。 何気なくcurlコマンドのオプションを調べていたら、「もうこれでAPIドキュメント扱いにしちゃえばいいんじゃね?」と思えてきたのでメモしておく。 curlコマンドのおさらい curlコマンドはlibcurlの付属コマンドで、最近のUnix系OSなら大抵最初から入っていると思う。コマンドの詳細はmanを読んでいただければ。 cURL - How To Use (マニュアルページ日語訳) curlコマンドのオプシ

    WebAPIリクエスト仕様書としてcurlコマンドのご提案 - Qiita
  • 一人React.js Advent Calendar 2014 - Qiita

    React.jsについての基的なところを書いていきます! 公式読めばわかるようなことが多いですがReact.jsに興味をもつきっかけにでもなれば...。 v0.12.1で確認しています。 こっちは一人で書くように作ったものなので書きたい人はVirtualDOMに書くといいと思います。 (書く人がいなくて1人で書いているわけではない) この記事は古いので下記の更新情報も参考にしてください http://blog.koba04.com/post/2015/03/05/react-js-v013-changes/ http://blog.koba04.com/post/2015/09/22/react-js-v014-changes/ http://blog.koba04.com/post/2016/03/09/react-js-v15-changes/ http://blog.koba04.

    一人React.js Advent Calendar 2014 - Qiita
    naqtn
    naqtn 2015/05/17
    (こんな Advent Calendar 見たこと無い。頑張りすぎワロス。読まさせていただこう)
  • Naming -名前付け- - Qiita

    プログラミングで最も重要な技術の一つが、名前付けです。 且つ、センスが問われるものなので、上達は難しいものでもあります。 この記事では、様々な文献から抽出した名前付けに関する情報を雑多にまとめました。 -名前重要- ソフトウェアの設計のアプローチとして、『まず名前から入る』というのは、あまり語られていない秘訣としてもっと広く知られても良いように思います。 - まつもとゆきひろ 『プログラマが知るべき97のこと』 コミュニケーションの基礎 名前は、コミュニケーションの基礎となるものです。 私にもあなたにも名前が無ければ、疎通することは困難になります。 名前をコミュニケーションの基礎と見た場合に重要なルールは以下の通りです。 発音可能であること 検索可能であること ※現実世界のみであれば検索可能じゃなくても良いかも知れません。 プログラミングは、チームや複数人で行うことのほうが多いと思います。

    Naming -名前付け- - Qiita
  • Slackのカレンダー | Advent Calendar 2014 - Qiita

    About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)

    Slackのカレンダー | Advent Calendar 2014 - Qiita
  • ネイティブと働いて分かった英語コミットメッセージの頻出動詞10つ

    ウッ ここで詰まる事は往々にしてあります. 特に急いでる時の煩わしさは甚だしいです. どうせならそれっぽい英語を使いたいのでOSSや同僚のコミットメージの語彙の出現確率を調べてみましたら、 もちろんfeatureによってコミットメッセージの付け方など数多あるものの、一定の頻出パターンは見い出せたので筆を取りました. (英語勉強しないと..) 方法 github.com/rails/railsのコミットメッセージ内における各動詞の出現確率を求め、 またOSSと仕事でのコミットメッセージの趣向も変わってくる事も勘案するため、 (仕事でDeprecateとか滅多に使わんし) 同僚に聞きつつ10つあげてみた. 以下列挙 (例は実際の同僚やOSS上でのコミットメッセージです.) Add *A to *B AをBに加える

    ネイティブと働いて分かった英語コミットメッセージの頻出動詞10つ
    naqtn
    naqtn 2015/01/15
    昔、知っている単語なのに「あ、そうか」と思ったのは、introduce 導入する