固定小数点と浮動小数点 一言で言えば、浮動小数点というのは一般の人が想像するような小数ではなく、計算で誤差が発生することを前提とした数値データのことです。 逆に言えば、浮動小数点を使う時は常に近似計算であることを意識し、結果の精度を考えろということでもあります。 それだけだと、何でそんなイケてないことするの? と疑問に思われるかも知れませんが、それは有限のリソースで計算を行うコンピュータの宿命であって、どこを妥協するかのポイントの違いです。 浮動小数点の逆は固定小数点であり、一般に言う整数データが該当します。これは、必ず1刻みで扱え、整数を扱う限り誤差は出ませんが扱える数値の範囲がそれほど広くありません。 ※例えば64bit整数では -9,223,372,036,854,775,808～9,223,372,036,854,775,807 の範囲で、10進数として19桁です。 一方で、浮動小
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DRとは？ TL;DRは"Too Long, Didn't Read" 「長すぎるから読まないよ。」「要約です。」など記事や論文、プレゼンテーションなどで省略や引用を簡潔に説明する時にちょいちょい見かける表現です。(だと思っていました） 勘違い 実用英語でもこういう表現が市民権を得て使われていると思って英会話で使ってみたところ顰蹙を買いました。 なにやらTL;DRには 「〜(笑)」 「本田△」 「~(以下略)」 のような煽りや小馬鹿にした意味合いも持っていることがあるということを教えてもらいました。 なので発言の仕方、かっちりした
メールアドレスの仕様について気になったので調べたことをまとめました。 そしてテストデータを少しばかり考えてみました。 何か違っている所があればご指摘いただけると助かります。 いやぁ…RFC準拠のメールアドレスのテストって難しいですね。 （というかRFC読むのが難しかった…です） 現在(2019/01/20)のメールアドレスに関わるRFC RFC 6854 (Updates RFC 5322) RFC 7504 (Updates RFC 5321 & RFC 1846) ※ 6854と7504は一部追加・変更のようなので、多くの部分は5322と5321となっているようです。 (余談)そもそもRFCとは？ IETF（Internet Engineering Task Force）が発行している、技術仕様などについての文書群です。 IETFはインターネット技術の標準化などを行っています。 ※ R
*1: ソートキーの設定は任意 *2: インデックスにおいては一意制約はありません（参考：DynamoDBでGSIやLSIのキーは重複や値なしが許容されるのか確認してみた | DevelopersIO） 項目コレクションのサイズ制限 ベーステーブルおよびローカルセカンダリインデックスの同じパーティションキーを持つデータの集合を 項目コレクション と言います。以下はThreadテーブルにおける項目コレクションの例です。 テーブルがローカルセカンダリインデックスをもつ場合、各項目コレクションのサイズは最大10GBです（ローカルセカンダリインデックスのないテーブルであればこの制限はありません）。 テーブル作成後の追加 グローバルセカンダリインデックスはテーブル作成後に作成できます。ローカルセカンダリインデックスはテーブル作成時に作成する必要があります。 読み込み整合性 グローバルセカンダリインデ
はじめに 電子署名に関する記事の中で、軽く触れておこうと思ったところ、結構長くなりそうなので、単独の記事として起こしました。 電子署名と言えば、古典的にはRSA署名、DSA、近年使われているのはECDSAやEdDSA(ed25519)といった方式がありますが、その具体的な内容は割愛します。 世の中、電子署名の説明は色々ありますので、そちらをご参照…と言いたかった所なのですが、残念なことに不適切な説明というのも多いのです。 現実へのアナロジー 電子署名とは、現実世界の署名( 日本でならまだ印鑑の方がメジャーでしょうか ) をデジタルデータ上に実現したものと見ることができます。 つまり、あるデータに関して当事者が署名を施すことで、そのデータの内容に関する承認の意志を示すもの、逆に署名を受け取った人からすれば、署名者が後から「いやそんなの知らない」と否認する ( しらばっくれる ) ことを防止す
https://blog.qiita.com/like-to-lgtm/ Qiitaさんの変更。思想はまぁわかるものの、「全部読んでから押してほしい」といいながら、開いた直後に押せるところに配置するのは意味がわからないかなあ。https://t.co/HEtwKg0txr— chokudai(高橋 直大)🌸🍆🍡 (@chokudai) 2020年3月12日 これについては chokudai さんに完全に同意なのですが、その理由として、自分の在職時に企画したサービス設計意図が強くあって、退職者がそれについて今更どうこういうのはどうか思うところもあるのですが、当時の同僚がほぼ全員退職してしまっているため、ここでその意図を伝えます。 お前は誰 & 何 当時の Qiita の開発で、ストックといいねを分離して、いいねをベースにしたランキングの実装のを提案したのが自分です。社内の Qiita:
フォーマットの決まった定例mtgの議事録を毎回作るのが煩わしかったのでGoogle Apps Script（GAS）で簡易に自動化しました。 ソースコードコピペで動作しますので、同じような環境、悩みを持っている方の参考になれば幸いです。 前提条件 GSuiteを導入していること 頻度の決まったMTGがあること（曜日固定など） そのMTGのフォーマットが決まっていること 動作イメージ こんな感じで動きます。 ソースコード xxxxxxの部分を適切に変えるだけで動作します。 sourceId：Google DriveのファイルID。スプレッドシートの場合、https://docs.google.com/spreadsheets/d/この部分 webhookURL：SlackのwebhookURL ※ Slackに通知しない場合は //slackポスト用の...以下を削除します。 ※ 曜日固定の
TL;DR ひとくちにバッチといっても色々ある 夜間バッチをもう作るな オンラインバッチはSQL以前にDB設計がんばれ はじめに Twitterのタイムラインで以下のようなツイートが回ってきました。 バッチ処理をみんな舐めてかかったり、ショボイとか思ってる人多い印象なんだけれども、数十万～数千万件規模のデータを処理したことあるのかな。テンプレ通りのコードじゃ動かないよ？ネットに本にも答え載ってないよ？低レイヤも意識しないと動かないよ？ 2020年1月10日 ツイートされたわだっしーさんの意図がどこにあるかは確認してないですが、極限の世界でテンプレート的な処理では対応出来ないのはあるよな、と思いつつもある程度はバッチの作法としての書き方があると思っています。 このツイートとその関連ツイートを読みながら、そういえばバッチ処理に関して書いてある記事はあまり見ないなぁ、とおもったので他のネットや本
(2019-12-18 表現を一部訂正しました。) メタ記事。投稿するのにかかる手間に関する投稿です。 1 どうしてこんな記事を書こうと思ったか 日立製作所もガンガンOSS活動をしていることを知ってほしい。日立に興味があるが、OSSコントリビューションは社外発信にどれくらい熱心なのか気になる人向けに、とある一部署の情報をシェアしたい。 タイトルのような感想を持つ弊社内の人に情報発信してもらいたい。 (残念なことに、) 社内の情報共有サイトに書くよりQiitaに書いたほうが読まれそう。 後輩がAdvent Calendarの記事集めに苦労していたので気の毒になったため 注: 全社的な審査プロセスではなく、(株)日立製作所 ITプロダクツ統括本部のやりかたです。 では全社的なプロセスは？他の部署は？ → 詳しい方、（申請の上）コメントください。 ITプロダクツ統括本部って何？ Google i
About This documentation explains the specifications of Qiita API v2. Request Requires secure connections with TLS to access the all endpoints of our API, without exception. Use qiita.com host to access to the public Qiita data, otherwise use *.qiita.com to access to Qitia:Team data. Parameters Accepts GET, POST, PUT, PATCH, and DELETE HTTP methods. On GET request, include parameters as URI query
猛烈に暑かったり暑くなかったりするなか皆様いかがお過ごしでしょうか。自宅のエアコンが故障して修理待ち半月の id:tmd45 です。 先月、5 年間使い続けてきた Qiita:Team から esa へ、情報共有ツールの乗り換えを行いました。80 名ほどの全社移行となかなか大きなプロジェクトだったので、ここに記録を残したいと思います。 なぜ乗り換えに至ったか フィードフォースの情報共有文化 抱えていた課題 動き出した移行プロジェクト 検討した情報共有ツール esa に決めるまで 社内への働きかけ データ移行のノウハウ Emoji の登録 記事データの移行 プロジェクトページ記事の扱い プライベートグループの記事の扱い メンバーの移行とデータの移行のタイミング esa と一緒に使っている便利ツール 記事の自動作成「自動 esa やり機」 Slack に記事 URL から概要を展開してくれる「
イメージ的には以下 State Status 調査内容詳細 以下、上記の結論と理由に至った調査結果をまとめました。 English Stack Exchangeから status vs state 質問は例として、プロジェクト(Project)や物体(Object)においてStateとStatusはどういった違いがあるのかを聞いています。 回答1 In that context, status would refer to the progress of a project, e.g. in testing, in preliminary research, etc. State would refer more to the condition of a project, e.g. green-lighted, cancelled, on hold for financial analy
group :test do # chromedriver-helperをインストールすると、必要に応じてChromeDriverをインストールしてくれる gem 'chromedriver-helper' end しかし、このgemは2019年3月31日にサポートが終了します。 NOTICE: Ending support for this gem · Issue #83 · flavorjones/chromedriver-helper chromedriver-helper gemの作者はwebdriversというgemへの移行を推奨しています。 titusfortner/webdrivers: Keep your Selenium WebDrivers updated automatically ちなみに、chromedriver-helperのインストール完了時にも次のようなメッ
1988年兵庫県生まれ。京都大学工学部情報学科在学中にはてなやGoogleにてソフトウェアエンジニアとしてインターンを経験。iOSアプリ開発などを担当する。2011年、友人2人と作ったプログラマのための技術情報共有サービス「Qiita」をローンチ。大学卒業後の12年2月、Increments株式会社を設立し、代表取締役に就任。 不確実なソフトウェア開発だからこそ、現場のチームが大切 ——Qiita Jobsの開発にあたり、各社のエンジニア採用における課題はどこにあると考えましたか？ 海野：社内のエンジニアを中心に意見を洗い出しましたが、もっとも注目したのがエンジニアとプロダクト開発チーム（以下チーム）の相性です。両者のマッチングがパフォーマンスを左右する。そこで主体を企業ではなくチームに置いて、どうすれば良いつながりが生まれるかという議論からスタートしました。 ——それだけエンジニアにとっ
闇の魔術に対する防衛術に関するアドベントカレンダーです。 闇だと思う技術等について書いてもらえれば幸いです。 誰でも気軽に書いていってください。 その人が闇だと感じれば闇です。 グリフィンドール15点減点。
#なぜTransactionが必要なのか Transationの目的は、あるいコードブロックにあるSQL文の変更を、全部成功することを守るための存在である。Transactionにより、データの統一性を保ことができる。銀行などの受け入れと引き出しの処理には必要でしょう。二つの処理の中一つが失敗すると、コードブロークにあるSQL処理を全部ロールバックされるのが、Transactionの特徴である。 #Transationのロールバックが発火条件 Railsでは、ロールバックが発火するには、「例外」が必要である。これがTransactionを使うときのもっとも重要なことである。 例えば、Railsでは #update_attributeは例外を発火せずに、falseに返すとなる。そのため、#update_attributeを使うには、結果を見て、例外をスローする必要がある。Railsではびっく
4/1で社会人生活1年目なので、そのまとめとしてなんか書こうと思いました。 とあるそこそこ大手の常駐先でSEをしています。最初に配属された時はJavaの研修を受ける程のド素人でした。 大手あるあるですが、その常駐先では殆どの人がホストコンピュータを日々アセンブラやPL/I、COBOLでプログラミングして運用保守しています。 対して僕は分散と呼ばれる世界に居ます。業務用Webアプリやデスクトップアプリを作り客先に納品したり既存の資産をメンテナンスする事でお賃金を頂いておるわけですが、当然そこにあるのはむかーしむかしにVBや生のJavaで書かれた、錆びついたシステムです。酷い所は未だにWindows2000サーバーが動いてます。一番新しくてStrutsかな。 しかし人間関係に関しては神だったのでなんとか1年働けました。本当にいい人しかいない、素晴らしい職場だと思います。なのでブラックとは思いま
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 昨今のWebブラウザはどのような機能があるのか把握するのも大変なほど多機能で便利ですよね。 Webブラウザの機能を把握してうまく使いこなせること（とくに開発者ツール）が、フロントエンドエンジニアの前提スキルになってきてるのかなぁと感じる今日この頃です。 ということで自分のデフォルトの開発用ブラウザはChromeなのですが、これを覚えて捗ったなぁということをメモしていこうと思います。 思い浮かんだら追記していこうと思っているのでストックして頂けると幸いです。 基本系 キーボードショートカットを覚える Chromeのキーボードショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く