デッドコードは取り除かなければならない
デッドコードは、見つけて、取り除く必要がある。デッドコードを残しておくと、プログラマの理解と行動を妨げることがあり、コードが実行されて、重大な問題を引き起こすリスクもある。 デッドコードの削除は、技術的な問題ではない。Kevlin Henney氏によると、それは考え方と文化の問題だ。 独立したコンサルタントでトレーナであるKevlin Henney氏が、ヨーロッパテストカンファレンス 2017において、基調講演「やり方の間違い」を行った。この基調講演で、デッドコードが実行されたために、ある企業が何億ドルもの損害を被ったことを発表した。 InfoQは、このカンファレンスをQ&A、要約、記事で扱う。 ソフトウェアの失敗は、個人的に不便だったり、迷惑だったりするが、経済的、または、社会的に重大な影響を与えることもある。Henney氏は、小さな不具合のせいで、何百万ドルもの損害を出した例をいくつか
Building GUI App with Electron and Lisp
This document discusses how an electronics payment company called Pocket Change built their GUI application using Common Lisp instead of JavaScript. They used the Electron framework, which normally uses JavaScript, but modified it to use Common Lisp instead. They spawned a Common Lisp process that communicates bidirectionally with the Electron processes using JSON-RPC over WebSockets. This allows
AWSの情報はこうして集めろ2017 - #ダメなら餃子
lvla0805 という方がすごく良いことを言っていたので。 「今まで、私の持っている知識は誰でも持っているもので、需要がないと感じていた。 あなたにとって当たり前は、誰かにとって需要がある」 目的 効果的にAWSの情報を得るぞ 初学者がどこから手を付ければいいのかという問題を解決していくぞ 資料集 AWS クラウドサービス活用資料集 各サービスについてのスライドが網羅されている(はず)。 随時アップデートされるので、まずはここから。熟読していこう。 ここのスライドを理解できればAWS 認定ソリューションアーキテクト(アソシエイト)は合格できる。 Slideshare(Amazon Web Services Japan) 上記と被る部分もあるかもしれないけど一応。 こちらの方がリアルタイム性が強いかも(SAが登壇で使ったりする)。 AWSドキュメント 各サービス単位のドキュメント。 サービ
ポエム判別器 - Qiita
Qiita初投稿です。よろしくお願いします。 Qiitaは主に読む方で使わせていただいているんですが、統計ヤクザとか見たことがあるので、正直コメント貰っても返すの怖いし（twitterで受けつけます）、Qiitaはいいかなって思っていました。 しかし、今回はQiitaそのものを評価の対象とするので、Qiitaに投稿したいと思います。 Qiitaでは、主観や感情が入り乱れる投稿は嫌われる傾向があり、負のイメージを持ってポエムと言われることがあります。 それを機械学習で分類していれければいいね、ということで、やってきます。 手法選択 考えられるメソッド Bag of Wordsなどでlogistic-regression Bag of wordsなどでsvm Bag of wordsなどでxgboost doc2vec, fasttextなどのエンベッディングでテキスト分類 Reccurent
Ruby + PyCallで機械学習をやってみた at Pydata Okinawa #23 - The paradigm shift
機械学習といえばPythonがいますごい盛り上がりを見せていますが、Rubyでも最近 @mrknさんがPyCallというgemを作っていて、2月23日に行われたRuby Business Users Conference 2017で発表されたみたいです。 sssslide.com ということで Ruby + PyCallで機械学習をやってみる 以前、Python 3.5, scikit-learn, pandasでKaggleのTitanicを使って機械学習のチュートリアルを行ったのでここのコードをRuby化してみる。 saboyutaka.hatenablog.com 基となるPythonのコード Kaggleのデータ(train.csv, test.csv)をローカルのdataディレクトリに配置 pandasでデータを加工 scikit-learn RandomForestでmodel
プログラミング言語の選択とソフトウェア企業の競争優位性に関する本当のところ Smalltalk, Clojure, Lisp
SmalltalkSmalltalker の給料が一見高く見えますが、そうではなくて、このグラフが示してるのはSmalltalkerの高齢化です。いっときSmalltalkをやっていた、ぼくの実感にも合います。 Smalltalkは、ある世代とともに消えゆく運命にあると言わざるを得ません。限界集落ならぬ限界言語。細々と伝統芸能的にでも継承していければいいんだけど。プログラミング言語も話者が絶えれば、人類から失われます。 Smalltalkは「オブジェクト思考」というか「メッセージ思考」を身に付けるために、「教養」として多くのプログラマーが学ぶべき言語だと思います。〔注：この段落の「思考」は ‘thinking’ であり、「指向」の誤りではありません。〕 Smalltalkという言語がソフトウェア産業にできる貢献は、まだしばらく続くでしょう。実際のプロジェクトで使わないにしても。 したがって
世界最小級のキーボード The Planck Keyboard を作ってみた - Okapies' Archive
海外の自作キーボード (DIY keyboard) コミュニティで生まれ、近年は日本でもすっかり有名になった ErgoDox ですが、その ErgoDox と並ぶ人気を誇る "The Planck Keyboard" の DIY キットを手に入れて組み立ててみました。 どれくらい人気かというと、現在募集中の共同購入（後述）には開始から一週間で世界中から 1,700 件を超える応募があり、新しいカスタムキーキャップのメニューには大抵 Planck 専用セットが用意されるくらい。 過去の記事でも紹介してきた通り、僕は ErgoDox EZ キーボードを使っています。ErgoDox には大変満足していますが、一方でそれなりに細かい不満があるのも確かです。 ただ、普段使いの道具に対するこだわりというものは、突き詰めていくと極めて個人的なモノにならざるを得ません。必然的に、自分が真に求めるものと、汎
GKE でアドオンを削ったクラスタを起動する - Qiita
GKE のクラスタを普通に作ると初期状態で起動する Pod がいくつかある。 それらをクラスタ作成時のオプションでどこまで減らせるかを確認する。 環境情報 Kubernetes 1.5.3 Google Cloud SDK 147.0.0 デフォルトのクラスタ 普通にクラスタを作って接続する。 $ gcloud container clusters create --machine-type=g1-small --num-nodes=1 normal-cluster Creating cluster normal-cluster...done. Created [https://container.googleapis.com/v1/projects/apstndb-sandbox/zones/asia-northeast1-a/clusters/normal-cluster]. kube
若手エンジニアを不幸にしないための開発の「べからず」集 コーディング編 - Qiita
若手エンジニアを不幸にしないための開発の「べからず」集が 長くなりすぎたので、コーディングに関する部分を別項目として独立させました。 「若手エンジニアを不幸にしないための開発の「べからず」集」を書くことを思いつくきっかけとなった記事 若手エンジニアを不幸にしないためのC++コーディングべからず集 も参考にしていただければ幸いです。 コーディングの「べからず」 何を実装すべきなのかについての詳細を確認しない。 アジャイルな開発をしている場合には、すぐさま開発することがあるので、時として何を実装すべきなのかの詳細を確認しないままになってしまうことがあります。 実装のコーディングの前に、個別の関数への仕様が十分に明らかになっているかを確認しない。 ヘッダファイルに記述されたドキュメンテーションコメントをも誰でもが曖昧さなしに解釈できる内容になっているかをチェックしない。 実装すべき内容は、どのよ
RustのファイルI/OにはBufReader, BufWriterを使いましょう、という話 - Qiita
Rustが得意なフレンズになりたくて、人の書いたCのコードを、Rustに写経しています。 で、作っていたら、ファイルI/Oが、悲惨なレベルで遅いことに気づきました。 use std::fs; use std::io::Write; fn main() { let b = b"test"; let mut f = fs::File::create("rs.dump").unwrap(); for _ in 0 .. 100_000_000 { f.write(b).unwrap(); } } use std::{fs, mem}; use std::io::Read; fn main() { let mut f = fs::File::open("rs.dump").unwrap(); let mut b: [u8; 4] = unsafe { mem::uninitialized() };
RSA鍵の生成時に確率的素数判定法を使って問題ないのか - hnwの日記
前回記事「RSA公開鍵から素数の積を取り出す方法」でも紹介しましたが、RSA鍵の生成には巨大な2つの素数p,qが必要です。近年一般的に使われている2048bit RSA鍵の場合、p,qの大きさは1024bit、10進で約308桁の数になります。 このRSAのアルゴリズム中ではpとqを法としたフェルマーの小定理（正確にはその拡張であるオイラーの定理）を利用しています。つまり、pとqが合成数だとRSA暗号の大前提が狂ってしまいますので、pとqには確実に素数を選ぶ必要があります。 ところで、OpenSSLのRSA鍵生成の実装では、pとqの素数判定にMiller-Rabin素数判定法が用いられています。Miller-Rabin素数判定法は片側誤りの確率的アルゴリズムで、「たぶん素数」「確実に合成数」の判定ができるようなものです。pとqの素数性が重要なのに、その判定に確率的アルゴリズムを使っても問題
Schedule - CMU 15-721 :: Advanced Database Systems (Spring 2017)
Course Introduction and History of Database Systems M. Stonebraker, et al., What Goes Around Comes Around, in Readings in Database Systems, 4th Edition, 2006 (Optional) A. Pavlo, et al., What's New with NewSQL?, in SIGMOD Record (vol. 45, iss. 2), 2016 (Optional) In-Memory Databases H. Garcia-Molina, et al., Main Memory Database Systems: An Overview, in IEEE Trans. on Knowl. and Data Eng., 1992 S.
信頼性の高いパスワードの生成 | POSTD
信頼性の高いパスワードの特徴とは？ 安全なパスワードを生成 セキュリティトークンを生成 まとめ パスワードは、現代生活の様々な場面で使用されています。Eメールアカウントから銀行のカードまで、重要なセキュリティインフラは、利用者がパスワードを”知っている”ことに依存していると言ってもいいでしょう。しかし、信頼性の高いパスワードの生成方法を記した規格文書などは、ほとんどありません。そんな方法をまとめたものがあったら興味深いと思いませんか。この記事では信頼性の高いパスワードの特徴とは何か、そしてそれを生成するための、いくつかのツールについて説明します。 近年、パスワードへの依存が、根本的なセキュリティ上の欠陥を招いているという懸念が高まっています。例えば、パスワードは人間に依存しますが、人間は圧力をかければ秘密情報を明かすこともあり得ます。更に、パスワードは”再生可能”です。もしパスワードが漏れ
LOOPY!
In a world filled with ever-more-complex technological, sociological, ecological, political & economic systems... a tool to make interactive simulations may not be that much help. But it can certainly try. It's the ancient, time-honored way of learning: messing around and seeing what happens. Play with simulations to ask "what if" questions, and get an intuition for how the system works!
TypeScriptの型検査を無効化して型安全性を失わせる落とし穴5つとその避け方 - falsandtruのメモ帳
TypeScriptにはanyを使わないよう注意しても型検査が無効化され型安全性が失われるパターンがいくつかあり、中には致命的なものも存在する。今回はこのパターンをいくつか紹介する。 コールバックのvoid戻り値型 コールバックのvoid戻り値型はすべての型を受け入れるためvoid型 === any型となる。 function f(cb: (a: number) => void): void { return cb(0); } function g(a: number): number { return a; } f(g); このためvoid型の値はvoid演算子を使用して即座に強制的にvoid型に変換しなければならない。 void f(g); ここでは手遅れ。 function f(cb: (a: number) => void): void { return void cb(0); }
【追記有】会社のPCについている謎の「Excel」ボタン 押してみたら力技だった→実はスマートな実装だった？ - Togetterまとめ
力こそがすべてですね。 （3月26日追記）はてブのコメントなどでもいくつか面白いコメントがあったのでツイートされている分をまとめ内に追加しました。 また、まとめへのコメントも面白いので閲覧をおすすめです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
カーネギーメロンのデータベースの講義の資料・映像 - ablog
Goでヤフーの分散オブジェクトストレージを作った話 Go Conference 2017 Spring