ソーシャルコーディングの時代に置いてはエンジニア以外もレポジトリ（GitHub等）を見るべき : D-7 <altijd in beweging>
ソーシャルコーディング時代の非技術者と技術者の関わり方についてちょっと考えをまとめたい。なお、これは「技術によって実現されるなにかをベースに商売をしている団体」という前提のもとで書く。たまたまインフラの一部にGitHubを使っているとかそういうのはここに含めない。また、大きめの企業・団体では数の利をいかしてなんとかこのあたりを解決できてしまったりするので、それもここでは含めない。 昔々、自分がメーカー系の会社に勤めていた頃バグトラッカーやレポジトリ（Perforceだった）などにエンジニア以外の人を入れるのは御法度だった。技術者側からの「わけのわからん注文をされる」「話がかみ合わない」など、納得の理由もある。なにより技術的な素養をもたない人達にとってはこれらのツールを使いこなすことが難しく、閲覧することさえなかなかかなわなかった。こちらもごもっとも。 が、21世紀に入って10年以上過ぎてい
急成長中の会社をサクッと辞めた事に関して色々言われるので書くつもりがなかった退職エントリを書く : D-7 <altijd in beweging>
タイトルの通りなんですが、某急成長中／快進撃中のあの企業を11月末ですごくサクッとやめて、イベント運営サポート・チケット販売システムをやっているスタートアップであるPeatixにジョインしました。とりあえずインフラ周りをがっつり整備する方向。 この話をするとわりと真顔で「え、なんで？あの会社を辞めるなんてなんか事件でもあったの？！」って感じの反応をされるんだけど、そういうことではないのでそこだけ説明のため好きでもない退職・転職エントリを書いている次第です。 まず、なにか事件があったわけではない。べつになーんもなかった。子供のお迎えとかをしてても基本文句も言われなかったとか、色々融通を効かせてくれてたのは明らかだし、そのまま居れば皆も知ってる勢いのある企業でボチボチ高給取りでいられたかなーとは思う。 だから退職せずにもっと良い方法を模索すればよかったのかなぁとは思わないではないけど、やっぱり
YAPC::Asia Tokyo 2015 の会場の紹介 : D-7 <altijd in beweging>
YAPC::Asia Tokyo 2015 は ななななんと！8/20-8/22にビッグサイトで開催されます！ まだまだ本番までは時間はありますが、本エントリではどどーーーーーんとその辺りを先取りして 皆様に紹介したいと思います！ もしこれを見て「スポンサーに興味あるんだけど、この会場だったら○○とかできる？」というような興味が湧いた方は是非こちらのフォームからお問い合わせください！さて、というわけで会場です。ビッグサイト！ビッグサイト、名前からして大きそうですよね！実際大きいです！ビッグです！実は僕は今回見学しにいくまでビッグサイトは行った事がありませんでした。ビッグサイトすごいですね！ 今回お借りする会場は「会議棟」です。有名なコミケとかが行われる会場は「展示棟」のほうです。会議棟は実はこの逆三角形の建物の中にあります。 入り口から入って左手に上に昇エスカレーターがあります。これで一気
Goroutine Synchronization : D-7 <altijd in beweging>
（以下はgo 1.2.x時点での話です。将来的に仕様がかわるかどうかはわかりません） これを読んでいて、こういうの気にしてない人多いんだろうなーと思って、書いてみます。元のポストはdeferの挙動について語っているように見受けられるけれども、これは要は複数スレッドで実行されるコードについて、プログラム終了時に同期とか取りたくない、という話だと思ったので、このポストのdeferを正しく動かすには…というところからどういう形でgoroutine同士で同期を取る方法があるのか、一例を書き出していきます。 TL;DR; goでいくらgoroutineが気軽にかけるからと言って、複数スレッドで処理が行われているので同期はキチンとやらないとダメですよ。 deferの基本 goではLLのノリでコードを書けるのが売りの一つですが、メモリ管理はしてくれるものの、様々なリソース解放も全て自動というわけではあり
欧米のYAPCの問題点とイベント運営について僕の考え : D-7 <altijd in beweging>
今年のYAPC::Asia Tokyo 2014は海外ゲストの方々と色々話す機会があったのでかなりの時間彼らと話していた。 特にスピーカーの方々とは「日本人に受けるためにはどういうアプローチがいいんだ」という相談をYAPC期間中に（今更！）聞かれて 「日本人は証拠として数値の提示を求める傾向があるから、数値をもっと盛り込め」とか「おまえらの会社日本だと全然知られてないんだからまずそこから変えろ」とか等々の助言をして大分彼らのトークの内容を微調整する業務があった。特にDBICのトークは（見てないけど）YAPC::EUでやったものと全く内容が違う、という報告をスピーカー本人にもらった。ははは、通訳の人たちに迷惑かけたかなーw ともあれ、その流れで海外のYAPCの話。今回話した人たち全員から 「なんでYAPC::Asiaはこんなに人が集まるんだ？」「どうしたら俺たちのYAPC（EUにしろNAにし
Rebuild.fm ep42の補足等 : D-7 <altijd in beweging>
tl;dr: 別にPerl捨ててないです。Perl大好き。俺はLLはPerlでいい。でも別ドメインの事もやってもいいよね！ Rebuild.fmに限らず、公の場でYAPC/Perl以外の話をする事があるとは正直思っていなかったが、このたびRebuild.fm ep 42に置いて１時間Goについてしゃべりまくってきた。1時間ぶっつけ本番でしゃべりたい事はだいたいしゃべってきたのだけど、その後のフィードバック等もふまえてまとめておきたいと思ったのでこのエントリでまとめてみます Go事始め そもそもなんでここまでGoをガリガリ書き出したのか。 正直親父ギャグとvimで有名なあの人が「Goいいよ！」と言い出したときにはGoに対してはうさんくさい印象しかなくて特に注意すらしてなかったんだけど、そろそろ違う言語とドメインに向いてみるかーと思って探していた時に「あ、俺もうLL系の言語別にいらないな」とふ
ついに顕在化しはじめたPerlリスク（棒 を眺めながら仕事をしていた結果 : D-7 <altijd in beweging>
10年物の20万行ほどあるWebアプリの配信部分をPSGI化したところ、先ほど無事○○Gbps単位のピークタイムをシステムの負荷をあげすぎず（アラートをあげず）に乗り切れたようです。 関係者の皆様お疲れ様でした。ご協力ありがとうございます。 最初パフォーマンスの問題があってがっかりしたけど、良いコード書けたと思うし、最終的にはちゃんと期待してたくらいのパフォーマンスが出て良かった。 ちなみにそのWebアプリっておまえの読んでるこれだよ、これ。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長男が本に興味を持ちだしたので、1歳児の彼が楽しんでいる絵本を紹介します : D-7 <altijd in beweging>