これはたまにやってるんだけど、コメント以外の箇所を選択した場合がどうなってるのかよくわからない。／えっ、id:sds-pageさん、どうやるんですか？／あれ？できた？やりたいときになかなかうまくいかない？
http://b.hatena.ne.jp/entry/287841927/comment/dadabreton

☆sukekyo "たま金"

9位

hoge ／コメント欄でもいけるっぽいから実質なんでもありだな
http://b.hatena.ne.jp/entry/287841927/comment/mztns

☆pulusha "hage"

10位

firefoxだとctrl押しながら複数箇所を選択できるっぽい
http://b.hatena.ne.jp/entry/287841927/comment/kaionji

☆p008962 "（できない)"

キミの☆はあったかな？

それではまた来世〜

Permalink | 記事への反応(0) | 22:03

2016-05-16

■http://anond.hatelabo.jp/20160516161429

正確には、

「関数型って時間はパラメータで与えて結果を得るんじゃないの」とか意味不明なこといってる馬鹿がいて、

hoge.t あるいは、date.now やらで指定してたインデックスというのは、関数型プログラミングの文脈から、インデックスが得られるんだとさ。

初期値０からはじまる時無限の再帰のカウントから、どうやって時刻を得るパラメータが得られるのか、頭のおかしい奴の考えるコードは想像不能。

Permalink | 記事への反応(0) | 16:22

2016-04-22

■プログラミング。好きだけど、さようなら。

追記(2015 5/20)

洋食屋にジョブチェンジを果たしました。

---

1年の間、プログラマとして働いていたが、続けていくことが無理だと思い、さようならする話。

プログラマになる前は、コーヒー屋で働いていた。しかし、色々とあり辞め、職業訓練校に通ってプログラミング(php)を学び、60人ほどのソフトウェア開発会社に就職した。

会社に入ると、まずC#の研修があった。研修と言っても、C#で内製ツールを独りで作るという研修だった。この研修中に「あれ、オレ、プログラム書けねー」と思ったりしたが、研修は終えることができたし、社内の人にも「なかなか良く出来ている」と言ってもらえ、大丈夫だろうと思っていた。

研修が終わり、C#の社内で実際に使われているツールに、機能をいくつか追加する仕事を振られた。前任者にどんな設計になっているのか大雑把に聞き、なんとなくイメージができ、コードを読み始めたのだが、これが全く意味不明で、何のために有るかがわからないクラスが大量にあった。名詞の王国だと思った。前任者に、何故このクラスは、この単位で分割されているのか聞くと、「単一責任の原則だよ」とか「hoge パターン使うと、後から機能追加しやすいじゃん」というような回答をもらった。納得は出来なかったが、プルリクも承認されて、このツールがデプロイされていたので、社内的にも、このコードは、クソコードと言われる物では無いはずだと思ったので、自分もプログラムを書き続けていれば、こんな感じの設計に慣れてくるんだろうと思った。モヤモヤは残っていたものの、仕事はしなければいけないので、前任者のコードに習うように、クラスを追加したりして、機能を追加した。プルリクを出すと、設計には何も言われずに、タイポや、テストコードを注意されただけだった。指摘された点を修正すると承認された。振られた仕事は完遂した。が、結局最後まで、モヤモヤは消えなかった。むしろ、モヤモヤモヤモヤになった。

次に振られた仕事は、内製ツールを設計から自分で行い作成する仕事だった。言語はGoだった。Goで書いてと言われた時は、以前からの自分のモヤモヤはオブジェクト指向のせいで、モヤモヤしているんじゃないかとも思っていたので、喜んで！という感じであった。が、Goを触ってみると、結局、Goも継承の無いオブジェクト指向言語やないかと思った。Goの標準ライブラリのinterface名もHogerみたいな感じに接尾辞に-erを持ってくることが慣習らしく、この命名だと、interfaceを満たす構造体自身が-erになるので、正にオブジェクトだなぁと思った。巷での「Goはオブジェクト指向ではない」というのに期待していたのだが、自分にとっては、とてもオブジェクトしていました。

Goに対する印象は良くなくなったが、ツールの設計をしないといけなかったので、Goの構造体をC#のクラスに見立て、前回の前任者のコードのように、単一責任も持つ構造体に(無駄に)分けて、プログラムを書いて、プルリクを出した。自分でクソなコードだと思いながら。だけれどもレビューでは、「errorのチェック忘れ」「標準ライブラリにこの機能ある」「こんな風に書ける」といった感じだった。こんなコードで良いんかよと思ったが、良いらしい。ワケワカメだった。

ここらで、プログラムを書く仕事は、無理だと悟った。現実世界は、自分が自然だと思う方法と違う方法で、プログラミングをすることを強要してくる。

ちなみに、仕事ではC#とGoを書いていましたが、オブジェクト指向と仲良くなるためにSqueak(Smalltalk)で、オレオレ言語を作ってみたりもしましたが、何が嬉しくて、オブジェクト同士のメッセージパッシングでプログラムを作るのかわかりませんでした。

Lisp 語族の言語も触りました。

Clojureは、気持ち良くプログラムを書いていても、Javaが顔を出すところでフラストレーションが溜まってしまって、つらくなりました。

Common Lispは、自分が触った言語の中でも、秀でて良いと思いました。プログラマを辞めても、プログラム書く必要に迫られたらCommon Lispで書こうと思うくらいにです。Land of Lispが楽しいです。あと、CLOSの総称関数の考え方が大好きです。

最後に、この投稿は、一種の決別の表明です。いつまでも、自分に向いていなかったことに、時間を掛けてしまっている自分との決別です。

最後まで読んでいただき、ありがとうございました。

自分が共感をもった参考リンク

Permalink | 記事への反応(0) | 22:03

2016-04-16

■http://anond.hatelabo.jp/20160416221131

ファイルを消すときは必ず /tmp 以下に移してから、 rm -rf /tmp/hoge... とやるのが一番。

Permalink | 記事への反応(0) | 22:29

2016-03-27

■http://anond.hatelabo.jp/20160327003757

この前他のプロジェクトのコードを流用して新しい製品作りまーすっていわれて渡されたコードがこんなんだったな。(アンドが "&" に化けてる)

int hoge(int* fuga) {
    int dummy;
    if (NULL == fuga) {
        fuga = &amp;dummy;
    }

    ...
}

これでなにをしろと...

最終的な製品の品質？ Garbage in, Garbage out だったよ。

Permalink | 記事への反応(0) | 00:59

2016-03-11

■[ゲーム日記]３月１１日

○朝食：なし

○昼食：おにぎり三個

○夕食：うどん、餃子、シュウマイ、ファミチキ

○調子

むきゅー。

朝起きたら37.2と微熱だったが、頑張ってお仕事いった。

けど、お仕事メチャクチャ大変だった。

22時半ぐらいまで残業だったんだけど、最後の一時間はもうろうとして、

Select *

From hoge h

Where h.key Not Exist

(

Select *

From piyo p

Where h.key = p.key

)

こんな感じのSQLが動かないー動かないーって唸ってた。（今もふらふらで適当に書いたから、そもそも間違ってないとか、意味がわからないとかだったらごめん、existとinの書き方ががごちゃ混ぜになって、existなのに比較するカラム名を書いてたって間違いだってことが書きたかっただけです（のわりにこの例文だとexistのカッコの中のselect文がアスタだけなのが納得いかない感があるな、どうやってkeyと服問い合わせを比較するつもりだったんだよ））