はてなブックマーク

ソフトウェア開発の職場でよく発症する症状 奥が深い症候群 使いにくいツールに「奥が深い」と言ってのめり込む症候群。往往にしてもっとシンプルな解決策が他にある。 Tex、C++、Perl、Vim、Emacs、弊社フレームワークなどで発症しがち。 理由があるはず症候群 不合理（に見える）仕組みを見つけた時「こうなっているのにはきっと理由があるはず」と推測して、手をつけようとしない症候群。 実際には、 - 過去に必要だったが現在では不要になったものだったもの - 継ぎ足しで実装して複雑になってしまったもの - 原作者の無知によって誤った実装をしているだけのもの といった、特に理由なく不合理になっているケースも多く、こういったものは取り除くべきである。 また、理由があって変わった仕組みになっている場合も、「きっと理由があるはず」と推測するのではなく、作った人やドキュメントに当たって本当の理由を調べ

仕事でScalaで書いたプロジェクトを担当する機会がありました。 「Scalaは難しい」と時々言われます。 YammerがScalaからJavaへ移行中 matzとkmizuさんを中心としたscalaの複雑性についての話 私の感想は やっぱりScalaは難しい。 しかし、それはScala大好きな人たちが想像するのとはちょっと違うところ。 sbt が難しい いろいろありますが、とりあえず Ctrl+C で終了してしまう動作は、初心者の心をくじくと思います。 case が難しい match節の "case" は「『条件』に合う場合」という意味の "case" ですよね。 では case classは「条件に会う場合のクラス」 ？？？ どういうこと？ 多分 case class のは「容器・入れ物」の "case"です。ですが、value class とか struct とか、別な名前にはできな

転職して、Java（Jersey）とScala（Play）で書かれたWebアプリケーションをメンテを1年半ほどする機会があったのですが、Java系で特によく使われている（ような気がする） 「Controller / Service / Daoの3層に分ける設計」はアンチパターンであると思えてならないので、思っているところを書き出してみます。 そもそも「サービス層」「DAO層」とは何のことか MVCパターンには色々ありますが、私が疑問に思っているのは、 単にSQLを実行するだけの DAO層 DAOを呼び出して、ビジネスロジックを実装する サービス層 サービスを呼び出し、HTTPサーバーとしての振る舞いを実装する リソース層 という3層に分ける方法です。 *1。 # リソース層 class AccountResource { @Resource AccountService service;

書くのが楽しいプログラミング言語であるRubyですが、それでも「落とし穴」がいくつも存在します。 その中から私が最近ハマった落とし穴を７つ紹介します。 シンボルと文字列は異なる Rubyには「文字列（String）」("a" とか 'Hello world!')の他に、文字列に似た「シンボル（Symbol）」（:aとか:hello_worldとか）があります。*1。両者は異なる型なので、例えば 'a' != :a となります。 そのため、キーがシンボルであるハッシュ（Hash）から、文字列を使って値を取り出そうとするとnilが返されます。 h = { :ja => '日本語', :en => '英語', :fr => 'フランス語' } p h['ja'] # => nil p h[:ja] # => "日本語" ちなみに、シンボルはハッシュのキーとしてよく使われるため、=> を使わない短

RBENV_VERSION環境変数を指定すればいい。 #!/bin/bash RBENV_VERSION=2.2.3 rbenv exec rubocop "$@" 背景 イマドキ、プロジェクトで使うRubyのバージョンを.ruby-versionやGemfileで指定していない人はいないと思いますが、その時困るのはgem install hogeして使うRuby製のツール。 ツールは新しいRuby 2.2.xにインストールしたが、プロジェクトでは2.0.xを使っている、といった場合、rbenv は冷徹にエラーを出力します。 rbenv: rubocop: command not found The `rubocop' command exists in these Ruby versions: 2.2.2 2.2.3 そういった場合、最初の例のような内容のラッパースクリプトを書けばよござ

部分集合が含まれているのは仕様です。 1. リファレンスマニュアル 寝るときに枕の下に敷くこと。 なお、リファレンスマニュアルは各バージョンごとにあるので、最新版（今は2.2.0）を見ましょう。 オブジェクト指向スクリプト言語 Ruby リファレンスマニュアル (Ruby 2.2.0) 2. リファレンスマニュアル - 組み込みライブラリと標準ライブラリ ostructに(；´Д`)ﾊｧﾊｧしましょう。 組み込みライブラリ ライブラリ一覧 3. リファレンスマニュアル - 基本コレクション Enumerable#each_cons かわいいよ、 Enumerable#each_sliceも。 module Enumerable (Ruby 2.2.0) class Hash (Ruby 2.2.0) class Array (Ruby 2.2.0) class String (Ruby 2

wxPythonのサンプルのwx.lib.editor.Editorはwx.ScrolledWindowを継承して作られている。 wx.ScrolledWindowは、wx.Panelのサブクラスで、 右と下にスクロールバーが表示されるので、子コンポーネントをスクロール出来る。 （wx.Panelもスクロールバーを表示できるが、wx.ScrollBarの方がやりやすい） 自作のテキストエディタもwx.ScrolledWindowを継承することにする。 wx.ScrolledWindowは一見単独では使わなそうなので、 これを継承してテキスト入力欄を作るのは気持ち悪いが。 wx.lib.editor.Editorのソースから、行のスクロールの部分だけを抜き出すことにする。 小１時間ほど格闘。 理解できなかった。 wx.lib.editor.Editorでは、EVT_SCROLLWIN_LIN

イントロ 21世紀になって登場したフロントエンド向けビルドツールであるgrunt, gulpなどは、最近批判を受けているようだ。 【翻訳】Web世代のデベロッパーのためのmake - MOL 最近のビルドツールって何なの？ - 檜山正幸のキマイラ飼育記 gulp問題ひきずり：ウォッチがまたおバカ過ぎる - 檜山正幸のキマイラ飼育記 たしかに、コンパイラ毎にプラグインをインストールしたり、毎年のように新しいビルドツールを覚えるのは無駄だ。古き良きmakeで十分という意見も理解できる。 でも、僕はmakeを使う気にもなれない。タブでインデントするのはまだ我慢できる。 しかし、$(JC) $(JCFLAGS) $< -o $@ といった記号を多用したソースは読みやすいとは言えない（可読性は大事だ！）。 また、機能がシンプルすぎて、標準的な使用方法から外れた時にはシェルスクリプトを苦労して書くこと

Dotenvは環境変数をファイル（.env）から読み込むためのRubyライブラリ。 Twelve-Factor Appなどでは、アプリケーションの設定は環境変数に格納することを推奨しており、Dotenvは本番と開発で環境変数を切り替えるのにうってつけ。 一方、開発環境で環境変数と言えばDirenv。 アプリにコードを追加する必要があるDotenvに比べ、Direnvはアプリと完全に独立して動作する！ ここで、Dotenvのファイル（.env）をDirenvから読み込むことさえできれば、Direnvに完全移行できるじゃないか！ と思ったら・・・なんだ、標準で入ってました、という話。 dotenv [dotenv_path]: Loads a ".env" file into the current environment http://direnv.net/#man/direnv-stdli

Pythonの○○をGoで実装してみたシリーズ fileinputは、行単位で処理を行うコマンド（特にUNIXフィルタ）を作るときなどに便利なライブラリ。 import fileinput for line in fileinput.input(): process(line) コマンドライン引数で与えられたファイルの行に順番にアクセス 引数が空の場合は標準出力の行にアクセス ファイル名として '-' が与えられたときも標準出力の行にアクセス github.com 使用例 sc := fileinput.Lines(os.Args[1:]) for sc.Scan() { process(sc.Text()) // 行を処理 } if sc.Err() != nil { os.Stderr.WriteString(sc.Err().Error() + "\n") os.Exit(1) }

この記事は3.2まではPythonを使っていたが、しばらくPythonを離れ、最近戻ってくることになった人*1向けに、 3.3〜3.5で何があったか（何が起こる予定か）をまとめる記事です。 追加された新機能（基本文法・組み込みツール編） 3.3 ジェネレータの委譲のための新しい yield from 式 `u'unicode'`記法の復活 `venv`モジュールの追加 IOError, OSErrorの継承の階層が変更 クラス・関数に`__qualname__`属性を追加 3.4 なし 3.5 mypy による静的型チェックを標準サポート？ 追加された新機能（ライブラリ編） 3.3 `ipaddress`モジュールの追加 `unittest.mock`モジュールの追加 3.4 `asyncio`モジュールの追加 `enum`モジュールの追加 `pathlib`モジュールの追加 `stati

1. イメージを作る方法はDockerfileだけじゃない Packerもある。 Packer by HashiCorp Packerは様々な仮想環境のイメージを統一的な方法で作れるツールで、Virtualbox・AWS・DigitalOceanなどにも対応しています。 したがって、DigitalOceanイメージとDockerイメージを１つのソースから作るといったことができます。 PackerはDockerの全機能が使えるわけではない（差分ビルドができない）のですが、 場合によっては問題にならないかもしれません。 2.Dockerイメージはtarで保存できる Dockerイメージをtarとして保存すれば、Jenkinsの成果物として保存したり、S3経由で配信したりできます。 tar出力するにはdocker exportを使います。また、packerはデフォルトではイメージをtarで出力し

ソフトウェアを開発するためのプログラミング言語には様々な種類があり、 歴史あるもの新しいもの、手軽さを重視したもの厳密さを追求したもの、など様々な種類があります。 ここでは、８種類のプログラミング言語を、それぞれお昼ごはんに例えてみました。 どれもとても美味しそうですね。 アセンブラ ウサギ。まず血抜きの処理から始まる。 C言語 昔はこういうのを食べていた。 Python 色とりどりのおかずは栄養バランスがよく、持ち運びにも便利です。 Java (Version 1.5) 栄養バランスがよく、持ち運びにも便利ですが・・・ PHP ハンバーガーセット。たまに食べる分には手軽で旨い。でも毎日はちょっとね。 Go ステーキ定食。そうそう、こういうのでいいんだよ、こういうので。 Haskell マナーに厳しいおフランス料理店のフルコース。味は絶品だけど、フォークの上げ下げにも一々注意され、 メイン

これはElm Advent Calendar 2014の6日目です。 Elmの優れた点と言えば、 Haskellベースの静的型関数型言語 Functional Reactive Programming 強力なレイアウト機能 などがまず挙がるでしょう。しかし、 図形描画ライブラリ も、実はElmの長所の一つなのです。 Elmの図形描画機能 まずは 公式サイトの例をご覧ください。 HTML5のCanvasは、JavaScriptによる手続き型の実装を前提にしていたので、コマ毎にclearRectで消去したり、save/restoreで状態を管理したりする必要がありました。プログラマーはともかく、「学校で習った図形を書いてみよう」と言う場合にはやや非直感的です。 一方Elmでは更新処理自体はElmがやってくれます。 また、図形はFormという「図形そのもの」を表す型として、 図形の移動や拡大縮小

これはElm Advent Calendar 2014の3日目です。 ElmはHaskellベースの言語なので、Haskellの記事や入門書もElmの学習に使えます。しかし、実はElmにはチョコチョコHaskellと違うところがあって互換性はありません。 相違点をElm公式サイトLearnの SyntaxとFAQから抜粋して解説します。 1. Elmは遅延評価ではありません Haskellは遅延評価なのでリスト処理の効率が良いのがウリでした。 JavaScriptにもジェネレータという形で遅延評価の思想が取り入れられています。 しかし、Elmのリストや辞書等などは遅延評価ではありません。 Elmはクライアントサイドの言語なので、遅延評価があまり役立たないこと、 SignalがJavaScriptのジェネレータのような機能を持っているためのようです。 2. Elmにモナドはありません Sig

ElmはPlaygroundで簡単にコードを試せますが、最終的にはelmコマンドでコンパイルする必要があります。 0. バイナリをインストール MacとWindowは、公式サイトのInstallから、 バイナリをダウンロードできます。 しかし、LinuxではHaskell Platformを使ってソースからインストールしなければなりません。 1. Haskell Platformのインストール Haskell Platformはapt-getなどでインストールできますが、古い場合があるので新しくインストールした方が良いかもしれません. cd / curl -L https://www.haskell.org/platform/download/2014.2.0.0/haskell-platform-2014.2.0.0-unknown-linux-x86_64.tar.gz | sudo

バズーカが弾切れ、絶対絶命のピンチ、メガネの小悪党がmain関数を実行する前に実行ファイルを削除したいというのはよくあることです。 使用例 たとえばこういうコードに・・・ // get.go package main func main() { println("ハハハハハ！飛行石を手に入れたぞー！！") } importをくわえるだけで・・・ // get.go package main import ( _ "github.com/doloopwhile/go-balse" ) func main() { println("ハハハハハ！飛行石を手に入れたぞー！！") } たったこれだけでバルスします！ $ go build get.go $ ./get panic: ＿人人人人人＿ ＞　バルス！＜ ￣Y^Y^ Y^Y^￣ goroutine 16 [running]: runtime.

これはElm Advent Calendar 2014の1日目です。 Elmはクライアントサイド向けの関数型言語です。一体どんな言語なのでしょうか？ 1. HTML/CSS/JSにコンパイルされる ElmはHTML/CSS/JSにコンパイルして使用します。 この辺はJavaScriptにコンパイルされるAltJSに似ています。 AltJS同様、Elmも特別なランタイムライブラリは不要です。 ただし、Elmは1つのソースでHTML/CSS/JSをすべてまかなえるのが特徴です。 2. 独自の抽象化レイヤーを提供している 代表的なAltJSであるCoffeeScriptは"It's just JavaScript"をモットーにしています。すなわち、文法を改良するのみで、「中身」はJavaScript以上でも以下でもありません。 一方、Elmでは直接JSやCSSを操作することはできません。 基本的

goreの説明を追記。 LLから、Goに移るときの不満の一つに「標準のREPL（インタラクティブシェル）が無い」があります。 「ポインタはmapのキーになるんだっけ？」のような、つまらない（けど、ありがちな）疑問を解消するには、ドキュメントを漁るより、コードを書いてしまう方が、手っ取り早いですよね？ goplayを作った！ goplayは、書捨てGoコードを書くためのシンプルなツールです。 やっているのは、 1. 一時ディレクトリを/tmp/goplay/以下に作る 2. main.goを一時ディレクトリに作る 3. 一時ディレクトリで新しいシェルを起動 4. 環境変数GOPATHに一時ディレクトリを追加。 これだけです。 インストールはgo getするだけです。 go get github.com/doloopwhile/goplay 他の方法との比較 ちゃんとしたREPL（gore）を

mainパッケージに変数を埋め込みたいとき Goで作ったアプリで --version 用にバージョン番号とビルド日時を埋め込みたい。 そんな時、-ldflagsを使えばいいのはwell-knownだと思います。 go build -ldflags=" -X main.compiled 'ビルド日時' -X main.version 'バージョン番号' " . サブパッケージに変数を埋め込みたいとき では main以外に変数を埋め込む時は、どうすればよいのでしょうか？ ui/backend/workerの3つのサーバーからなるシステムを作っているとします。 3つのmainパッケージがopts（コマンドラインパーサ）パッケージを共有しています。 バージョン番号はui/backend/workerで同じ番号を使いたいので、optsに埋め込みたいと思います(3つのmainそれぞれではなく)。 この

プログラマーは往々にしてCUI世界の住人なのですが、 ごくたまに、ファイルをドラッグ＆ドロップで指定できると便利、ということがあります。 doloopwhile/dap · GitHub スクリーンショット インストール go get github.com/doloopwhile/dap 使い方 ドラッグアンドドロップでファイルをバックアップ・ディレクトリにコピーする mkdir -p $HOME/backup dap | xargs cp {} $HOME/backup なぜ作ったか Debian系OSには(dragbox)https://packages.debian.org/ja/sid/dragboxというツールがあるようです。しかし、どういうわけか私のXubuntuでは動きませんでした。 そこで、(Go-GTKのD&Dの例)https://github.com/mattn/go-

小さなGoライブラリをつくった時、ほとんど自分しか使わないような規模なら、わざわざREADMEに「Usage」「Example」「Functions」なんて書くのは面倒ですよね。 そんな時は、godocdownで自動生成してしまうのがオススメです。 godocと同等の内容をGitHub用Markdownで生成してくれます。 例：doloopwhile/go-merror · GitHub go get github.com/robertkrimen/godocdown/godocdown godocdown > README.md まぁ、わざわざgodocdownでREADMEを作らなくても、 ほっておいてもgodocは、自動で生成されるのですが、READMEを空っぽにしておくのも寂しいので。