疑問 Gitを使っていると時々コマンドを入力し損ねたまま実行してしまうことがあります。 この時、Gitは親切にも近い名前のコマンドを列挙してくれます: $ git clone git@github.com:git/git.git $ cd git $ git grep -n 'Did you mean' -- '*.c' help.c:385: Q_("\nDid you mean this?", help.c:386: "\nDid you mean one of these?", help.c:444: Q_("\nDid you mean this?", help.c:445: "\nDid you mean one of these?", sha1_name.c:1234: "Did you mean '%.*s:%s' aka '%.*s:./%s'?", sha1_name.c

始めに 基本的には、開発はGitで行っています。自分的にはコミットログというのはちゃんと整形しましょう、そうするとあとで何が起きたかトレースするのが楽ですよ、という感じなのですが、意外にもこの辺りについて意識されないようなので、自分の私見を書いておきます。 基本的な情報 基本的には、Erlang が規則としているコミットログが参考になるでしょう。自分は、Gitを使い始めてから二年間ほど、下のようなコミットログを書いています。 このような形式に落ち着いた理由として、まずどの類の修正なのか。何かを追加したのか？何かを修正したのか？それともただ消しただけなのかを明確にします。 そして、そのあとに何処に対して、「追加」あるいは「修正」をしたのか。自分の開発は、基本Webが多いので、だいたい「MVC」か、あるいは「テスト」か、最近だと「ドキュメント」や「レビュー」の類も多いです。 次に、それが属する

Javaのジェネリクスの話題のひとつにnew T()したいができないので困る、というテーマがある。 先日のセッションではこの対策についても簡単に述べたが今日はそのまとめ。 まず第一に疑うべきは本当にnew T()する必然性があるか？というのが持論だが、ある種のフレームワークではその必然性がある。 O/RマッピングのフレームワークでPOJOにデータを詰めて返したい WebフレームワークでHTTPリクエストをPOJOに詰めてControllerクラスに渡したい （このあたりの議論はJavaのジェネリクスで，T.class や new T() ができず悩んだ話 （型パラメータのインスタンス化に関し、フレームワーク設計からケーススタディ） - 主に言語とシステム開発に関してによくまとまっている） ここで、これらのPOJO(Plain Old Java Object - 端的に言えばデータを格納する

記号計算ができるpythonライブラリのsympyを使ってみた。 因数分解とか微分とか、mathematica風の機能がpythonでも使えるようになる。 インストール $ pip install sympy 数式をきれいに表示するために、ipython notebookを使うのがオススメ。 from sympy import * # 数式の表示をするためのメソッド init_printing() # 使用する変数の定義 x, y, z = symbols('x y z') # 方程式をつくる expr = exp(x)/y + z**2 expr # 展開 expand((x + y)**3) # 因数分解 factor(x**2 + 2*x*y + y**2) # 方程式を簡単にする sympify((x + 2*x + x**3)*4 + 3 + x + 4*x) # 方程式を解く

(2015/10/13追記) 今なら、他言語には無名関数やcallback関数というものがありますねとか、イベント駆動の世界を覗いてから戻ってくるとより腑に落ちるかもしれませんとか、もう少し全体観の中で説明する気がしますが、当時は本記事の様な理解が役に立ったことは事実なので、引き続き公開を続けます。 (2013/11/29追記) block_given? について Twitter上で「Kernel.#block_given?についての解説があってもよさそう」と 指摘を頂きましたので、本文下部に追記しました。 概要 Ruby on Rails Tutorialのエッセンスを自分なりに整理してみる4 Railsを触る際知っていると便利なRubyの基礎 [ブロックとかシンボルとか] http://qiita.com/kidachi_/items/46a6e49b6306655ccd64 の続き。

最近、angularが熱くて、twitter見てると、angular周りが活発に流れて来るのだが、 angularのウリにしてるデータバインディング、Backboneでも同じ様な事がpluginで出来る。 Backbone自体は、非常にミニマルに出来ているので、(おそらく今後も本体にこういう機能入らなそう...) こういう機能は自分で追加しないといけないのだが、pluginさえ入れれば動く。 幾つか類似pluginあるようだが、ここでは、stickitの事を書く。 stickitについて https://github.com/NYTimes/backbone.stickit NYTimes社のもの。 使い方 使い方は非常にsimpleでViewの中に セレクタと属性の紐付けを書く 対象となる要素がある状態で、stickit()と書く これだけ。 公式ページのsampleを実際にやってみる。

データを処理することは、プログラミングのもっとも本質的な部分である。数値、文字列、あるいはデータの集まりなどを扱うために、数々の構造が考えられてきた。Haskellにおいては、「手順」もデータとして扱うことができる。これは、DSLを作るうえで非常に有用であり、ゲーム開発やデータベース操作……手続きがかかわるあらゆるものに応用できるだろう。 手順をデータとして扱う方法として、FreeモナドとOperationalモナドがある。ここでは、Operationalモナドをゲームのキャラクターの制御に用いた例を紹介する。Freeモナドの導入については、Andres Löh氏のHaskell eXchange 2013の講演がわかりやすく、おすすめである。 データを作る アクションゲームの敵の動きとして、この二つを考えよう: 待機 接近(攻撃) 索敵(プレイヤーの位置を調べる) EnemyMというモナ

はじめに 巨大だけどほとんどの要素がゼロであるような疎行列は、そのまま保持するより、要素がゼロじゃないところだけをうまく保持する事でメモリや計算量を減らせたりする。 扱う行列のタイプによって、効率のよい形式がいくつかあるようなので代表的なものをメモしておく。 Coodinate(COO) Format 非ゼロ要素の(row indices, column indices, value)を要素数分持たせる形式 非ゼロ要素が散らばっている場合に有利 0 4 0 0 2 0 0 0 1 を row 0 1 2 column 1 1 2 value 4 2 1 のように保持する。 compressed sparse row(CSR) Format / compressed sparse column(CSC) Format Coodinate Formatにおいて、左から右、上から下へ順番に要素を

TL;DR GOOS本『実践テスト駆動開発』で触れられている「ロールをモックせよ」について、違った角度で解説ドメインモデルを豊かにすることでコードがシンプルになる例Mock Behaviors, Not Statesユニットテストを記述する際、テスト対象のオブジェクトが利用しているオブジェクト（依存オブジェクト、隣接オブジェクト）はモックオブジェクトにして、テストしたい状況をテストコード側からコントロールします。しかし、闇雲にモックを使ってテストを記述すれば良いわけではありません。今回は、モックが有効に機能するテストとはどういったものなのかを解説します。 サンプルコード簡単なサンプルで説明します。Extract Till You Dropのモデルと近いものを使います。グループ、メンバー、およびグループリポジトリがあります。グループオブジェクトはインメモリでは所属メンバーの情報を保持しておら

悩んだりうまくいかなかったり解決したり。だらだら書いた。 手作業症候群 とにかくなんでもかんでも手で確認・作業する必要があると思い込んでしまう病。 そりゃiOSアプリとかAndroidアプリとか最終的には実機確認は必須だけれども。 その前にやれることは多々あるはず。リグレとか。 あと「デプロイ職人」も不要にするべき。わかってる。 自動化できない要素を突っ込んでる方が悪いのだ。なんとかする。 masterブランチぶっこみ志向 masterブランチに直接コミットを重ねていくことにより開発速度をアップさせることができる。 ただし孤独な背水の陣を構えることになる諸刃の剣。 おとなしくtopic branchを切って作業するのが安心への近道であり王道である、 とか言ってたらみんなちゃんと切ってくれるようになった。めでたし。 チケットそっ閉じ症候群 本来はリリースしたりデータを修正したりしてチケットと

(Haskellな日々になってるな…。) モナドというものがあり、Haskellで有名ですが、実際には、Java8のOptional、ScalaのOptionやfor内包表記などでは使用されています。ScalazというScalaのライブラリや、monadlogieというGroovyのライブラリでも使われています。 とはいえ、一般に、Haskellでのように積極的には使われていないというのが公平な見かたでしょう*1。Haskellでは本当にいろんなものがモナド化されています。入出力(IO)、状態、失敗するかもしれない計算(Maybe、Either)、非決定計算、継続、パーサ(モナディックパーサ)、リーダ、ライタ、etc.etc……。 なぜこのような差が生じるのでしょうか? その前に、まず押さえておくべきことは、モナドは非常に汎用的な機能だということです。数学的定義はともかく、機能的に言うと、

なんとなく昔片隅にいたあの技術系コミュニティのことを思い出してみようかなと。 マニュアルに書いてあることや検索してわかることは質問しちゃいけない 技術系コミュニティでは質問がよく飛ぶ。ただしたいていの質問はとっくに解決済みなのであって、そこに辿りつけないのはマニュアルやドキュメントや検索が足りないからである。質問の前にはちゃんとそうしたものに目を通さないといけない。そうしないと同じ質問がたくさん並ぶことになってしまう。 ドキュメント化はよいこと 前項に関連して、すべての質問を生まれる前に消し去ることが目指すべき善なので、ドキュメントを書くことはたいへん良いこと。そのためにどんな環境でも読める HTML を学ぶべき。 挨拶やお礼は重要ではない 大量の情報を見る人間にとって挨拶やお礼など儀礼的な意味しかないものを何度も見るのはあまりうれしいことではない。 お礼を書くくらいなら教わったことを実行

Last Updated on: 2018年8月4日出力先のシステムが同じでも、出力先が異なる場合はよくあります。これを意識していないとセキュリティ問題の原因になります。 私は普段から出力を行う場合には、どのような出力先であるか、を常に意識しています。「大垣はなぜエスケープにこだわるのか？」と疑問に思っている方も居ると思います。その理由は出力にこだわっているからです。安全なプログラミングには出力先を良く理解する事が必須だからです。フレームワークやライブラリは出力先の特性を良く理解していなくても、安全に出力できるような仕組みを提供している場合もあります。しかし、前提条件があったり、不完全な場合も多いです。フレームワークやライブラリが完全であるかないか？を確認・理解する為にも出力先と出力先に対する適切なエスケープ/バリデーションにはこだわる必要があります。APIを利用した出力を行っている場合、

昔、JavaのフレームワークであるStrutsも出てくる前、MVCモデルにおけるControllerの役割というのは、 「ロジックもデータも見ない現場監督のような役割」 と学んだ。だから昔、ServletではMVCアーキテクチャを学んだ時に、こんなControllerを書いていた。 [とりあえずRequestオブジェクトを受け取る] | [validationロジックに引き渡す。データの中身は見ない] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [次にロジック処理クラスに渡す。最終的にDBのテーブルとマッピングしたデータはJavaBeansというデータクラスが保持する] ｜ [例外が発生したらエラーView処理クラスに引き渡す。何のエラーかは細かく知らない] ｜ [Viewの生成オブジェクトにJavaBeansを渡す] ｜ [Viewオブジ

今までの経験でいろんなレイヤーで依存性べったりで密結合なシステムを見てきてそれをちょっとだけ改善してきて思うところを書いてみる。 小さなシステムであれば多少は密結合でも何とかなるかもしれない、というか扱うファイル数、Gitプロジェクト数が1つでむしろやりやすいかもしれないけどシステムが大きくなるにだんだん拡張しにくくなる。かといって最初からあまりにも小さなシステムに分割するとそれはそれでやりづらい。完璧な答えは無いけれど僕が見てきたシステムの話をしよう。 その前にまず依存性といってもいろんなレイヤーがあると思うので、ここでは以下の３つの話をしよう。 アプリケーション内のコンポーネント間の依存性 システム間の依存性 バッチ内の各ジョブ間の依存性 1番目のアプリケーション内のコンポーネント間の依存性の例をあげるとMVCである。 SpringでWebアプリケーションを組んだ場合にModelがあっ

先日の記事「PHPのジェネレータの実装を調べてみた」で僕は次のように書きました。 GeneratorクラスはIteratorインターフェースを実装しており、対応するPHPメソッドを持っています。また、Cで実装した場合のみ指定できるイテレータ関数も実装しています。このように両方が指定されている場合、foreachループではCの関数が呼ばれ、イテレータメソッドを明示的に指定した場合はPHPメソッドの方が呼ばれます。 ところで、イテレータに対応するPHPメソッドとC関数となぜ2つとも実装する必要があるのでしょうか。実は、PHPメソッドの方だけ実装すれば正常に動作します。C関数を実装する理由は速度面のメリットからだというのが僕の理解です。C関数は関数ポインタで単に呼び出せるのに対し、PHPメソッドの呼び出しは命令実行器の状態保存・復元の必要があるなど、呼び出しのコストがやや高いのです。 PHPのジ

前々から気になっていたのと、少し前に購入したこちらの本にも紹介されていたので、JBoss ProjectsのBytemanを試してみることにしました。 JBoss Enterprise Application Platform6 構築・運用パーフェクトガイド 作者: NTTオープンソースソフトウェアセンタ,レッドハット株式会社出版社/メーカー: 技術評論社発売日: 2013/06/22メディア: 大型本この商品を含むブログ (10件) を見る そもそもBytemanってなんですか？ってところですが、javaagentを使用してバイトコードの変更を行うツールです。これを利用して、アプリケーションの動作を変更したりできます。 Byteman https://www.jboss.org/byteman 使い方としては、 対象のJavaアプリケーションにByteman用の設定を仕込んで起動する 起

スキルの低い人が生産性における問題ならその人を何とかするのが根本解決だよねと話したら、人に強要することなんてできないじゃないですかーという反応をいただいた。 これはすごく的を射たもので、チームを引っ張ってモノづくりをするうえで・チームを引っ張らせてモノづくりをするうえで重要な着眼点になると思っている。 個人の尊厳や主体性は最大限尊重すべきだし、様々な発想を持ち込めること（多様性）こそがチーム結成の価値の1つでもある。もしも開発プロセスやそのツールをガチガチに固めてしまうことで自由なチャレンジができなくなるのだとしたら、それは価値ある生産物を主体的・継続的に提供する能力の低下につながるだろう。そもそも変わりゆく環境の中で、1つのプロセスがずっと最適である保証も無いのだ。 では、どうするべきなのか。基本的には以下の原則を守ることだと思っている。 チーム全員が同じ方向を向こうとすること 気づきの

自分のライブラリをPyPIに登録したい ...が、PythonにはRubyのbundlerのようなものが なく、(合ったとしても統一されてないと思う) プロダクト別に自由なディレクトリ構成になっている状態... せめて自分のプロダクトについては統一したいなあと思ったので Pythonのライブラリを作る場合のディレクトリ構成や 環境構築などについてメモを書く。忘れちゃうので... 利用するPythonのバージョンは3.3以降を意識してる。 それより前(3.2, 3.1...2.x)は考慮しない。問題無いと思うけど... テスト目的で作成したライブラリ **fizzbuzz**というアレなライブラリを作った。 ライブラリというかコマンドラインツールだけれど。 このライブラリの構成を元に、メモを書いていく。 ライブラリのディレクトリ・ファイル構成 以下のディレクトリ・ファイル構成とする。 fiz

論文紹介 Rethinking Classifier Re-Training in Long-Tailed Recognition:�Label Over...

とりとめのない話をメモがてら。 最近、コードを読むことが多くあるのだけれども、「このコードは一人で書いているな」という感想を覚えることが多い。もちろん、基本的にはコードというのは、物理的には一人で書くものであるのは間違いないのだが、たぶん、それとはまた別種のものだ。 僕がこの世界でメシを食う数年前に、PHPユーザーは他の言語を知らないから、他の言語の良いプラクティスを知らないという批判が議論を呼んだことがあるようだ。このさいPHPはどうでもよく、問題は「他の言語の良いプラクティスを知らない」ということだ。プログラミング言語というのは、そのときに共存しているお互いのパラタイムと関係している。例えば、最近ならJava8がOption型を導入しようとしているのは、やはり「関数型言語」というのが成熟してきて、その方法論が有益なものとして受け止められるようになってきたからだ。C++もラムダを取り入れ

僕の周りだけかもしれないですが、国内のWeb受託開発案件は「PHPで作るのが暗黙のルール」ってな勢いでPHP案件ばっかりなのですが、Python大好きな僕としては、何としてでもPythonを使って仕事をしたい！ なので頑張って布教活動をしているのですが、中々良い手応えが得られないのが現状です。。 という訳で、改めてPythonを使うメリットとか、安心してクライアントにPythonを進められる理由なんかをまとめてみました。 技術者がPythonを使うメリット 「今までPHPでやってきて何の問題もなかったし、これからPython始める意味なんてあんの？」 ぶっちゃけ、そんなにないですｗ 結果的に出来上がる物に関しては大差ないですからね。 ただし、開発効率やメンテナンス性は飛躍的に上がると僕は思います。 ライブラリがとても豊富 PHPも沢山ライブラリありますけど、Pythonだっていっぱいあるん

Bigosaur blog (http://bigosaur.com/blog/23days) Androidゲームを23日で作った記録のブログだって。こういったゲームを作る行程が見られるのはいいね。 ゲームの開発日記的なものが残せるのは、他の人が作り方を学べるところもいいけど、記録する自分自身にとっても、自分は今日これだけ頑張った、っていうことが実感で分かるのが良さそう。 でも、いざこういった記録をちゃんと残そうと思うと結構面倒そう。今日書いたコードの断片を記録して、スクリーンショットを取って、説明を書いて、とかいう作業を、コードを書く以外にも毎日コツコツ続けるのは、なかなか骨が折れそうだ。 せめて今日の作業に関連するコードとかスクリーンショットとかは、ツールで自動的に記録してくれる方法があればいいんだが、ちまたにそういったツールは落ちてないかね。 コミットログ 普通に考えると、バージョ

テスト書きすぎるとよくないって言ってる人がいた．DHHっていう人．作業時間の1/3以上テストしてたらおかしいとか，ActiveRecordのバリデーションなど，Railsの機能はテストしない，とか． Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で，テスト手抜き派の人に良い材料を与えてしまった．僕は意見ちがって，作業時間半分以上はテスト書いたりしてる． テストたくさん書くと，最初に書くときのコストは増える．けど，あとから読む時や，変更したい時には，読むだけだし，書くのも差分だけで良い．コード本体を理解できれば，要らないテスト捨てるのは，落ちたのを消すだけだから簡単．あとで見て，テスト足りないと分かったときに，明文化されてない仕様からテストを補う

テスト書きすぎ問題 - hitode909の日記 いい話。だいたい同意見で、テストはなるべく書こうとしたい。後からコードに変更を加える人が安心できるように、テストには書いてるコードがどう有るべきかという情報が全部網羅されていてほしい。コードがあるべき状態ではなくなって動かなくなったときは、必ずテストが落ちて欲しい。 とはいえ、テスト書きすぎてしまって良くなかったなあと思うことはある。アプリケーションの設計の階層が無駄に深くなっていて、各階層ごとに似たようなテストをなんども書く事態に陥ったりするような場合だ。 例えば、何かブログみたいなWebアプリを作っていて、エントリー投稿する機能を実現する機能が以下のクラスに含まれていたとする。 Blog::Controller::Entry ディスパッチャから呼ばれるエントリーポイント Blog::Handler::Entry HTTPリクエストからE

テスト書きすぎ問題 - hitode909の日記、階層を増やしすぎるとテストが多くなりがちという問題 - はこべにっき ♨みたいにテストの話が何個か出たので、ちょっと関係ないけど最近のテストで気をつけていることの一つについて書こうと思う。テストを書くときに気をつけていることとして、そのテストが何をテストしているのかという対応関係を明確にしながらテストを書くということを気をつけている。 例えば以下の様なクラスがあるとする。 package Blog; use strict; use warnings; sub new { my ($class, $args) = @_; return bless $args, $class; } sub has_favicon { my ($self) = @_; return !! $self->{favicon_path}; } sub favicon_

第7回くらいのServo Readingで話したことをざっくりまとめた。誰がどれを話したかはmangleしてあるので御容赦を。 個人的にざっくりとTwitterなどなどをクロールして得た感想だけど、GoはCompiled Pythonともいうべき立ち位置な気がする。PythonとかPerlとかRubyとかシェルスクリプトとか以上C未満な箇所を、JavaやScalaよりももっとスマートに置き換える、そういう意味での「システム」開発言語。 対する？Rustは、カーネルとかブラウザエンジンとかゲームエンジンとか、ハードウェアに近いエリアの計算機資源をがしがしと叩きまくるための言語。C/C++の面倒くさい因習やエクストリームな部分をうまく隠蔽しつつ、時々必要になったらunsafeブロックで例外的に許容する。その安全性の担保として、コンパイラを使った静的チェックをCPUとメモリにものを言わせてブイブ

@ITに以下のような記事が出て、 今回からしばらくの間は、まったく逆の例、つまり使うとプログラムの処理性能が上がるというシステムコールを紹介していく。システムコールを呼ぶ回数は少ない方が処理性能は高くなるという原則は変わらないが、呼び出しておくと処理性能が向上するシステムコールというものが存在するのだ。こうしたシステムコールを使わないでいることは、とてももったいない。 今回紹介するシステムコールは「mmap(2)」だ。ここでは詳しく仕組みを解説しないが、mmap(2)は、プログラムの処理性能に必ず良い影響を与える。 やはりあった？ 高速化に効くシステムコール (1/2)：知ってトクするシステムコール（3） - ＠IT それを真に受けたのか、「Go言語でmmapシステムコールを使ったファイル読み込みの高速化検討とC言語のコンパイラの話 - ryochack.blog」のようなブログエントリも

SAStruts＋DBFluteでの開発が終わり、またCOBOLで書かれたシステムの保守が始まる・・・。 あぁ、楽しかったSAStruts、楽しかったDBFlute、楽しかったJava。 ということで、この辺りで一度、COBOLから学んだことについてまとめてみようと思う。 僕が今、主にかかわっているシステムはクライアント側がVB(Windows)、サーバ側がCOBOL(UNIX)で出来ている。そして更にバックボーンには、メインフレームが構えている。メインフレーム側の構成は主にPL/1＋JCLで、もちろんDBは階層型だ。 そんなシステムを２年近く保守してきた中で気付いたことを書いて行こうと思う。 カプセル化やスコープの重要性 今更何を言っているのかと思う方もいると思うけど、マジなんだ。僕が初めて学んだ言語はC言語でそれからC++、Javaと続き、その後LL言語にも手を出し始めた。C++を始め

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

The document provides an in-depth overview of Ruby's internal object structure, including details on basic object representation, class and module inheritance, as well as singleton classes. It explains fundamental components such as the rbasic structure and how Ruby treats methods and instance variables within objects and classes. Additionally, the document discusses the differences between instan

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

ふとTwitterで投げたらリプライたくさんきた これ素朴な質問なんだけど、ソースコードで英語でコメント書くとき、守護はIなのかWeなのかコードそのもので受動態で書くのか、どっちなの— 性格は糞 (@mizchi) 2013, 9月 23 @mizchi 一行目は主語無し（命令形）、長い説明をつける場合は 1.言い訳がましいコメントは I を主語に 2. 誰かと合意済みの事柄は We を主語に 3. 仕様に沿う振る舞いに変更する場合は It should be ~ などコード自体が主語であるように、と書いてる— Kensuke Nagae (@kyanny) 2013, 9月 23 @mizchi "add …": このコードは…を足します、"added …" このコードは…で足されました、"adding …" このコードは…を足しています— 中村氏 (@r7kamura) 2013, 9

Grafana LokiではじめるKubernetesロギングハンズオン（NTT Tech Conference #4 ハンズオン資料）

Help us understand the problem. What is going on with this article?

PerlでWebAppの開発に必要なN個のこと - Islands in the byte stream の Scala 版です。 あるプログラミング言語で実際にWebAppを開発できるようになるまで、何が必要だろうか。言語仕様の習得は終えているとしよう。おそらく、最低限以下のような知識が必要だと思われる。とりあえずScalaについて知っていることを書いた。 パッケージマネージャ sbt が全てやってくれる。Scala のバージョン管理も、ライブラリのバージョン管理も。 http://www.scala-sbt.org/ Maven や gradle を使用することもできる。 アプリケーションサーバ Scala の Web アプリは 2 つのタイプに分けられる。Java の Servlet API を使用するものと、使用しないものである。どのフレームワーク、ライブラリを使うかによって変わっ

こんにちは、株式会社CFlatです。 C++11ではfinalキーワードが導入され、継承できないクラスを作ることが容易になりました。 例えば次のようなHogeクラスを継承しようとすると、エラーが発生します。 class Hoge final {}; クラス自体は継承可能だけれども、メンバー関数のみ継承不能とすることもできます。 class Piyo { public: virtual void method() final {} }; ただしC++03の範囲でも、工夫すれば継承不能なクラスを作ることはできなくはありませんでした……つまり、デフォルトコンストラクタを含めて全てのコンストラクタをprivateとすることで、派生クラスが基底クラスを構築できないようにするわけです（派生クラスの宣言だけなら通っても、インスタンス化する時にエラーとなります）。 もちろん、そのままでは継承せずに使うこと

“爆速” 導入の舞台裏！デジタル庁が提供する「デジタル認証アプリ」の活用で実現「安全で簡単な本人確認システム」

言語を選ぶこと C++ばかり10年ほど触っているロートルですこんにちは。 浦島になりたくないので最近はちゃんとWeb系とか触るようにしてます。 ところで僕が言語やフレームワークを選ぶときに見る基準の中で大きなところは、リファレンスの精度とコミュニティの大きさです。コアなエンジニアが PHP 嫌ってるの見たりしますが、僕は PHP 割と好んでます。 PHPの良さ。それはリファレンス PHP は特にリファレンスが素晴らしい。 さらっと思いつくだけでもこれだけの良さがあります。 Google検索で関数名を検索すれば、公式リファレンスが真っ先にヒットする バージョンが明記されている 型が明記されている 警告・注意事項が明記されている 例外処理が明記されている 使用例がいくつも示されている 関連関数へのリンクに簡単にアクセスできる 任意コメントを付けることができる 実際に有用なコメントが多く集まって

PHPの関数定義はこんな変態的な書き方ができる - 頭ん中 に、続いて。アンリーダブルコードで勉強しようというのがあった、そのとある勉強会の発表ネタです。 これは、PHPのMarkdownパーサ の実装を可能な限りそのまま綺麗に変換してJavaScriptに移植しようという js-markdown-extra をやっていたとき、大ハマりして修正に苦労したバグの話から来てます。 演算代入。+= とか *= とかのやつ。関数型の人以外はきっと常用してますね。じゃあ問題。 <?php $tokens = array("a", "b", "c"); $tokens[0] .= array_shift($tokens); print_r($tokens); こうするとどんな結果が出力されるでしょうか。PHPです。 自身の先頭から要素を取り出して、それを先頭要素に文字列追加する。array_shift

インターン募集を開始したのが半年前の2月で、6月に開催されたRubyKaigi 2013までは1件も応募がありませんでした。RubyKaigi 2013に参加したところ1件応募があり、6月後半から7月にかけて実施しました。ここ最近まとめているインターンシップで学んだことはこの時期に実施したインターンシップで学んだことです。 その後、さらに2件の応募がありました。クリアコードのインターンシップは学生に限定せず働いている人でも働いていない人でも対象としていますが、3件ともすべて学生の方です。学生の方からの応募は夏休みの時期の方が多いようです1。 2件の応募のうち、1件は「インターンシップ実施企業と学生が話をできる場を提供するイベント」がきっかけでした。もう1件はリーダブルコードの解説を読んでクリアコードを知ったことがきっかけだということでした。解説を書いてよかったです2。 なお、この2件の応募

安宅和人『イシューからはじめよ―知的生産の「シンプルな本質」』を読了したので、要点をまとめてみました。 著者のマッキンゼー&大学での研究の経験を基にした内容でしたが、 問題設定→仮説立て→調査→分析→他人への伝達 というフローで仕事や研究をしている人には参考になる点が多い本かと思います。 元になった著者のブログ記事 http://d.hatena.ne.jp/kaz_ataka/20081018/1224287687 ↑本書が書かれるきっかけとなった記事です。 本書の核の部分を掴みたいという方はこちらも是非ご覧になってください。 イシューからはじめよ――知的生産の「シンプルな本質」 作者: 安宅和人出版社/メーカー: 英治出版発売日: 2010/11/24メディア: 単行本（ソフトカバー）購入: 48人 クリック: 660回この商品を含むブログ (145件) を見る 目次 はじめに 優れた

javascriptでちょっと賢いロガーっぽいのを作ったとしても、最終的にはconsole.logを使ったりすると、ログの表示箇所が全て同じファイル、行になるのでいまいち不便。 そこで、V8エンジンのブラウザだけだけど、スタックトレースを取得してログメソッドが実行された行数、ファイル名などを一緒に出力する方法を調べた。 を使えばいける。例えばこんな感じ。 Error.prepareStackTrace = function( e, st ) { return { functionName: st[0].getFunctionName(), lineNumber: st[0].getLineNumber(), //いろいろお好きに }; }; function log( msg ) { var obj = {}; Error.captureStackTrace( obj, log ); co

最近、ちょくちょく起こるのが新着／ホットエントリーしたエントリーがはてなブックマーク入りした際に想定したカテゴリーと違うところに入るケースです。直近では、"Chefを支えるohai。プラットフォームの情報を取得するためのライブラリ"という記事を書いて、"暮らし"に入っておりました。暮らしを支えるライオンですかね。あ、見つめるか。 ということで、ブログのカテゴライズをするのであれば、自分であればどうするか考えてみました。カテゴライズ機能の鉄板といえば、ベイズ推定を使ったカテゴライズだと思います。対抗としては、SVM（回帰分析）があると思いますが、2値分析が得意なSVMよりポイント性のベイズの方がカテゴライズにはあっているような気がします。どちらも教師データ（正解データ）を用意して、学習させる手法です。具体的には、カテゴリーごとにそれにあう数千くらいの記事を用意して、特徴を抽出して覚えさせると

demoscene の世界では近年 raymarching というレンダリング手法がよく用いられています。ポリゴンモデルは使わず、モデルデータは数式の図形としてシェーダコードの中で表現し、pixel shader で図形との距離を求めて可視化していく、というものです。 demoscene (4k/64k intro) の厳しい容量制限の中綺麗な絵を出すために生み出された手法ですが、従来のポリゴンベースの手法では難しい独特の絵を出すことができるという副次的効果があります。 raymarching の代表的な作品群 この手法は PS4 世代以降、小規模ゲーム開発チーム向けの有用なツールになるんじゃないかと考えていて、atomic では試しに背景にこの手法を用いています。以下はその過程や考察です。 まず、raymarching の基本については demoscene.jp の人たちが素晴らしい解説

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

追記: 解答編を下の方に書きました！！！ 追記: お題に不備があったので変更しました＞＜ あとgistに一式置いたので簡単にテストできます！！ https://gist.github.com/hirose31/6232206 git clone https://gist.github.com/6232206.git oreno cd oreno ./test.sh source_me.sh ... シェルは GNU bash, version 4.1.5(1)-release です。 こんな source_me.sh と、 case $PATH in */oreno/bin*) : # do nothing ;; *) . orenorc LOADED_ORENO=1; export LOADED_ORENO ;; esac orenorc ってファイルがあって、 ORENO_HOME="

「アーキテクチャ設計の難しさについて」というエントリをしましたが、続きとして「未決定を決定する」という話を。 決定していないことを決める アーキテクチャは「作り方」を示すものなので作り始める前に決定している必要があります。つまり、アーキテクチャ設計はプロジェクトの最初に行います。ところが、皆さんもご存知の通りプロジェクト開始時点で全ての要件が出ることはありません。要件定義＞基本設計と進んで行き、さらには実装も後半になってからアーキテクチャ上で対応すべき問題が発覚することもあります（後工程で問題が発覚するというのはアジャイルでも同じことです）。 ですから、アーキテクチャ設計では「決定していないことを決める」必要があります。 どう決定していないかを決める 決定していないことの設計方法は「どう決定していないかを決める」ということです。 前回のエントリで「接続先のサーバが決まっていない」という例を

最近コードの多読を実施している。三流プログラマが多読によって無理なくエレガントなコードがかけるかの人体実験だ。 私は、要求開発とか、アジャイルプロセスに関してはなかなかと思っているが、プログラマーとしては三流である。だから三流プログラマがイケメンプログラマになるための作戦を考えている。その一つの作戦が多読だ。これには３つの理由がある。 丸山先生の秘密は多読だったこと。昔、Javaの世界で著名な丸山先生に聞いた事がある。「丸山先生はコードを自ら書いているとは思えない。なぜ、そんなに適切にアーキテクチャを理解出来るのか？」丸山先生はこう答えた「コードを読んでるんだよ。沢山！」周りの人に聞くと、丸山先生はしょっちゅうコードを読んでいるらしい。 英語の学習法に置き換えて考えると、多読が重要ということ。英語の場合に上手く喋れるようになりたかったら、自分のレベルにあった音声や、文書を大量にインプットす

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Document Informationclick to expand document informationGameboy+Color programming manual

c++とpythonの連携はどうやるのか、ずっと気になってたのでメモ。 もともとはpythonのsubprocessモジュールを使って無理矢理連携させてたりしていたのですが、色々難しい&結局満足にできないのでオススメしません… ■どうやれば連携できるの？ こちら（http://d.hatena.ne.jp/niitsuma/20080209/1203184397）に色々書かれています。 今回はswigを使ってみます。 ■swigを使ってみる まずはswigをインストール。特に問題なくインストールできました。 本家ページ：http://www.swig.org/ 次に、本家のpython用マニュアルに従ってサンプルを動かしてみる。（http://www.swig.org/Doc1.3/Python.html） そのまんまコピペで………あれ、いかない。 $ swig -python examp

この記事は abicky.net の 初めて Perl でコードを書く時に知っておきたかったこと に移行しました

リモート勤務を始めてから２週間が経ちました。 今回はその中で感じた色んな「予想以上」について書きたいと思います。 「予想以上」に遠隔地のハンデを感じないこれは一番不安視していたことでもあるんですが、現時点では遠隔地にいることで仕事に支障が出るということは感じていません。 ハートレイルズでは資料やコードは色んなクラウド環境を利用して共有しています。 その資料は膨大で見きれないなんてことはなく、良い意味で単純化されていて理解しやすい資料となっています。 そのため、ゴールや大体の方向性は共有した資料を通じて自然と合ってきます。 また、業務中はSkypeをオンラインにしていて疑問／質問等があればメッセージでやりとりして解決しています。 やりとりする中で言って頂いたんですが 「分からないことは何でも聞いてください、納得するまで聞いてください」 というスタンスでやりとりしているので、方向性がズレそうな

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

主観入りまくりですが、技術というか知識とかノウハウには経験由来のものと理論由来のものがあって、この違いは意識した方がいいのではないか、と最近思っています。 私の主観に基づく分類 プラクティス、バッドノウハウ、アンチパターン デザインパターン アーキテクチャパターン オブジェクト指向 フレームワーク アジャイル・開発手法系 MVC 帰納的発想 人間らしい直感を重視する ふわふわ・もやもや ふわふわ・もやもやしているものを扱う 人間を扱う たまに精神論が混じる アルゴリズムとデータ構造 暗号、圧縮、人工知能、etc 関数型 SQL(リレーショナルデータベース) プログラミング言語そのもの コンピューターサイエンス 演繹的発想 直感より真理を重視する 対象範囲が明確に限定されている要素技術が多い 経験由来 理論由来 まあ実際はスッパリ別れるものではなく、「どちらかと言うと経験由来かな」「どちらか

子供のころからできるだけ手抜きして成果を挙げることだけは長けている山本です。 今回は、C/C++ で作ったプログラムが運用中にクラッシュするときのデバッグ方法のお話しです。 開発中のデバッグは gdb などでソース追いながらデバッグできますが、運用中ですと strip していたり最適化していたりしてデバッグが難しくなります。 そもそも、いきなりクラッシュすると情報が残らずに困ってしまいます。そんなときどうするか。 Step1. スタックトレースを出力する こんな関数を用意しましょう。Linux 以外の人はそれなりに実装してください。 #include <execinfo.h> #include <unistd.h> void dump_stack() { void* bt[100]; int n = backtrace(bt, 100); backtrace_symbols_fd(bt,

0_icon_to_140.md アイコンを140文字にする話 なに？ この前ドット絵のアイコン書いたんですよ、こんなの。 結構うまくできたかなって満足してます。 それで、このアイコン、16x16なので、そのくらいならTwitterに140文字にして投稿できないかなって思ったんです。 そういうお話。 ルールと方針を決める バイナリデータである画像を文字列に圧縮するにあたって、次のルールを決めました。 140文字に納めること（バイト数は問わず = マルチバイト文字も1文字） 一般に使われてる処理系(Rubyなど)やエンコード方式(Base64など)は前提にしてもよい それ以外のエンコード方式などは、デコード処理も含めて140文字以内に納める これをふまえて、方針を立てます。 スタート時点で、画像のサイズは16x16のpngで180バイト程度です。 単純にBase64方式でエンコードする方法を

(2019/4/6)この記事の内容は古いため、「一般ユーザで管理者権限を使うsudoコマンドの設定と使い方, 環境変数」を参照。 複数のコマンド行を1回のsudoで実行したい場合 複数のコマンド行を1回のsudoで実行するには 複数のコマンド行を実行する記述をシェルへの(-c)オプションとしてsudoからシェルを実行 実行する内容をシェルスクリプトに記述したものをsudoで実行 などの方法がある。 「シェルを実行」するというのは $ sudo sh -c '[コマンド行1...]; [コマンド2...]; [以下同様に続く]'などのようにする(使用シェルは任意)のだが、特に複数のユーザで用いている場合にはシェルのsudoからの実行を許可することがふさわしくない場合もあり、/etc/sudoers(visudoコマンドで編集)の「[ユーザ/%グループ] [ホスト]=([動作権限]) [実行フ

現役大学生 @arios_sofia 君が、家の倉庫から NEC PC-8001 を発見。 モニターやデータレコーダなどをフォロワーの人に譲ってもらい 動作させることが出来るようになりました。 そして、自分でゲームプログラムを打ち込んで、動かしてみようという 苦難の道のり。

今の職場のコードが結構アレ。 Rubyで、1メソッドで100行以上のコードが珍しくない状態。インデントも深い。 で、話をしていてだんだん原因が分かってきがする。 あまりにもイライラするので、ここに愚痴がてら書いておく。 こんなの基本なんだけどなぁ 原因 原因は、明らかに経験不足とコードを書くときにそこまで深く考えていない。 今回の場合RUbyを使用しているが、OOPとかそんなの関係ない。 クラス設計とかテストコード前提のリファクタリングとかそれ以前の問題で、Cの時と同じ考え方で十分綺麗になるはず。 Rubyとかの最近の言語だと基本綺麗に書けるので、こういう訓練とかってあまりやらないのかもしれない。そういうのが原因かも。 ということで、コードを綺麗にするいくつかパターンを書いてみよう(誰かの役に立つかもしれんし)。 テストコードも書かないし、エセ・リファクタリングとでも言っておこうか。 処理

受託開発やコンサルティングを行うthoughtbotのブログにて、Sandi MetzルールというRubyプログラマ向けのルールが紹介されていました。このルールは、プログラマであり『Practical Object-Oriented Design in Ruby』（⁠注1）という書籍も執筆しているSandi Metz氏が紹介したもので、次のような内容です。 ① クラス内のコードが100行を超えてはならない ② メソッド内のコードが5行を超えてはならない ③ 4つより多い引数をメソッドに渡すようにしてはならない（ハッシュによるオプションも同様） ④ コントローラではただ1つのオブジェクトだけをインスタンス変数化できる 方向性としては『Thoughtworks アンソロジー』（⁠注2）で紹介されているオブジェクト指向エクササイズに通じるものがありますね。thoughtbotのブログでは、このル

はじめに クリアコードでは、FirefoxやThunderbirdのサポート業務において、ログファイルを使って原因を調査することがあります。 この記事では、その中でも特に「手元の環境では再現できない問題について、実際に問題が起こっている環境でログを取得してもらい、それを分析して原因を推測する」という調査の進め方について、どのように進めるのか、また、その時はどのような点に気をつける必要があるのか、ということに焦点を当てて紹介します。 ここでは具体例として、「ThunderbirdでIMAPのメールアカウントを使用しているときに、Thunderbirdがフリーズしてしまう」という問題の原因を調査する場合を想定します。全体としてThunderbirdの事情に特化した説明になっていますが、ログの出力が関係するあらゆる場面で適用できる一般的なセオリーとしても参照できるはずなので、そのような視点でも読

最近、デーモンプロセスの管理にUpstartを使ってる。 PIDの管理をあんまり気にしなくてよかったり、イベント発火の仕組みでプロセス間の依存を解決できるのが楽。 簡単な使い方をメモしておく。 基本的な使い方 /etc/init/ に設定ファイルを設置する initctlコマンドで操作する これだけ。 操作用のコマンド プロセスの開始/終了/再起動/リロードは、start/stop/restart/reloadコマンドを使う。 $ sudo start myapp $ sudo stop myapp $ sudo restart myapp $ sudo reload myappこれらは、initctlコマンドへのシンボリックリンクで、例えばstartなら、 $ sudo initctl start myappと同等になる。 restartは終了して開始、reloadはkill -HUPシ

ピュアJavaだと思った？残念androidでした～いつからAndroidをJavaだと錯覚していた？～

シェーダーを活用した3Dライブ演出のアップデート ～『ラブライブ！スクールアイドルフェスティバル ALL STARS』（スクスタ）の開発事例～​

オブジェクトの内部の値がイミュータブルであれば、今後もその値は変更されないことが保証されているので、新しい状態を持った新しいオブジェクトの内部の値のうち、変更のない部分(つまり値のうちのほとんど)は古いオブジェクトの値をそのまま参照すればよく、コピーする必要がないということを @takkkun が言っていて(正確には、イミュータブルなリストに新しい値を追加した新しいリストを作るときには、中身をコピーする必要ない。変更されないことが保証されてるから、という話だった)目から鱗が落ちたのでここに記して置こうとおもった。 で終わろうと思ったんだけど、もう少しちゃんと書く。 ミュータブルな世界では同一性の問題がある。 たとえば playerA と playerB の HP がたまたまおなじ 10 であったとしても playerA と playerB の HP 変数が同じ数値オブジェクトを参照していた

# !/usr/bin/env python # -*- coding: utf-8 -*- import time import os from watchdog.events import FileSystemEventHandler from watchdog.observers import Observer BASEDIR = os.path.abspath(os.path.dirname(__file__)) def getext(filename): return os.path.splitext(filename)[-1].lower() class ChangeHandler(FileSystemEventHandler): def on_created(self, event): if event.is_directory: return if getext(event

毎日書く普通のコードでなるべくミスを減らし、デバッグを簡単にして、より多くの時間を楽しい事(キーボード叩いたり汎用関数作ったりリファクタしたり)に費やしたくて最近実践していることをメモします。一つ前の燃えてるエントリの補足(不変指向の利点の説明)も兼ねているので話があっちこっちぶれてしまいました。 順番への依存を減らす 「Xを実行してからYを実行するとおかしくなる」*1とか「Yを安全に実行する前には必ずZを実行しなければいけない」*2とかは絶対にミスるのでなるべくなくす。後者についてはラッパを作ってその中でアトミックに実行するとかで解決できるけど、前者はミュータブルなもの(オブジェクト)を使っている限り至る所で発現し、根本的な解決は困難。以降のセクションで関数型の考え方を取り入れてこれを解決していきます。 状態を減らす 多くのプログラムは状態を持ちます。ある関数のようなものにプログラム中さ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

集合知プログラミングの第５章最適化の一部を自分なりにまとめます。 ヒルクライム法（傾斜上り法） ヒルクライム法は、ある地点から少し値を変更し、 変更後の値が変更前の値より低ければ採用する。 これを繰り返して行けば、最小値へ近づくことが出来る。 ヒルクライム法には致命的な弱点がある。 例えば、下図のようなグラフを考える。 このように、局所的最小解があるようなグラフでは、 大局的最小解を発見することはできない。 ヒルクライム法は非常に単純な方法で一般的に使われることは無いが、 この後の手法の比較のために説明する。 アルゴリズム＜初期化処理＞ ランダムな値で変数を初期化。カウントを初期化。 ＜反復処理＞ 変更する変数を一つ選ぶ。 変数の値を増加させるか、減少させるかを決定する。 変数の値を変更後、新たな変数でコストを算出する。 変更前と変更後のコストの大小を比較する。 変更後のコストが小さければ

Unicode文字セットの一部に、これといって用途がわからないものがある。block elements というものだ。 Block Elements (Range: 2580-259F) マイコン世代にはおなじみのセミグラフィクス用キャラクターだ。なぜ Unicode 時代にもなってこれが必要だったのだろうという疑問はあるが、何にせよ、ノスタルジーをかき立てる身近な存在には違いない。 今日はこれを使ってターミナルで動画を見てみたいと思ったのでこんなコードを書いた。 出力はこんな感じ。 charfb: semigraphics on a Unicode-capable terminal.

千石でもう一台RaspberryPiをゲットした。やはり電源が不安定(5/13/2013) RaspberryPi（以下RasPi)でSAMBAが簡単に動いたので、すっかり気分が浮かれ、カメラのことを忘れてSAMBAサーバーと少し遊んでみた。最初テストしたディスク2.5インチHDD(40GB)だけでなく、このあいだジャンクで買った3.5インチのHDD(160GB)でも試してみる。 これも何の問題もなく動いた。160GBのNTFSディスクがいとも簡単にPC画面に展開された。このUSBのHDDアダプター(グリーンハウスGH-USHD-IDESA　￥1611と格安)はAmazonでポチッとしたやつで、バラックだけれど、2.5/3.5 IDE/SATA四種類のHDDをつなげる。 HDDのために、ノートPC並みのしっかりした電源を用意しているので、RasPi周辺には全く負担がかからない。動作に今いち

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

JavaScriptで便利な関数の代表例といえば、escape/unescape, encodeURI/decodeURI, encodeURIComponent/decodeURICompontのペアじゃないでしょうか？ PHPからやるには、 rawurlencode => encodeURIComponent Ruby からやるには、URI.encode_www_form_component => encodeURIComponent がそれぞれ、対応する関数になります。 phpでは？rubyでは？とか、覚えるのめんどうじゃん？ そうですよね。URIを手軽にパパっとエンコードしたいだけなのに、これらの関数を覚えるのめんどうじゃん。 かといって、Chrome/Operaを起動して要素の検証で。。 それも面倒な話だ。開発者ツール起動しっぱなしだけど、コピペすら面倒。だって標準出入力とパイプ

この記事は 勝手に添削: PHP初心者向けのコード最適化 の続編です。リーダビリティの定義は前と同じく、「そのコードが何をしたいかを把握する時間＋そのコードをレビューして正しいと自信を持てるまでの時間」の短さです。 よく「php よりも Python の方がリーダビリティが高い」という主張に対して、「Pythonでも糞コードはかける」「言語よりも人の問題だ」といった反論をする人がいます。 この反論をする人は「同じ程度のスキルの人が同じ程度の丁寧さでコードを書く」という暗黙の前提が伝わっていなくて、「リーダビリティは言語に依存して人には依存しない（あるいは人よりも言語に強く依存する）」という主張だと誤解しています。(この主張にかぎらず、大抵「◯◯でも悪い△△は存在する」という類の反論は、暗黙の前提を理解していないか、あるいはわざと無視しているケースが多いです) 言語設計が（書き手のスキルほど