今年の冬はシステム系の論文を読んでから年を越しましょう。 システム系論文輪読会(勉強会)がAdventカレンダーにやってきました。 システム系といっても特に縛りはありません。お気に入りの論文を世に知らしめてやりましょう。 システム系論文輪読会 : ATND 第2回 システム系論文輪読会 - connpass 第3回 システム系論文輪読会 - connpass
今年の冬はシステム系の論文を読んでから年を越しましょう。 システム系論文輪読会(勉強会)がAdventカレンダーにやってきました。 システム系といっても特に縛りはありません。お気に入りの論文を世に知らしめてやりましょう。 システム系論文輪読会 : ATND 第2回 システム系論文輪読会 - connpass 第3回 システム系論文輪読会 - connpass
「 罠 」でおなじみMySQL 5.7が2015年10月に晴れてGAとなりました 25日間「罠」について一人寂しくつづるAdvent Calendarです。 大半が @yoku0825 の ブログ へのリンクになるのは想定された事態です。 1日1つずつ、Advent Calendarのコメント欄(最大127文字らしい)に罠をつづっていきます。(c) @yoku0825 たぶん127文字は超えません。
POSIX sh 以上の機能を備えた bash, ksh, zsh によるシェルスクリプトの話題。 なるべく外部コマンドに依存しないピュアシェルスクリプトを目指します。 sed, awk などのスクリプトが 80% 以上含むものはシェルスクリプトと認めません(老害)。…いや、嘘です、使います。 一人でやる予定だが未定。ネタください。
過去、現在、未来、全宇宙に存在する全てのクソクエリーを、生まれる前に自分の手でカジュアルに消し去ること(仮) この記事は MySQL Casual Advent Calendar 2014 の3日目の記事です。 クソクエリーについての名言 がつい先週生まれたばかりですが、みなさま如何お過ごしでしょうか。そういえば今年は Kuso-query As A Code みたいな話もさせてもらいました。 過去、現在、未来、全宇宙に存在する全てのクソクエリーを、生まれる前に自分の手でカジュアルに消し去るため(仮)に、MySQL 5.7.5-labsのQuery Rewrite Plugin の記事では触れるだけだったオレオレrewriteプラグインを書いてみました。君のクエリにレボ☆リューション! (仮) どういう動作をさせるかというと、 mysql57> SELECT 1; +---+ | 1 |
例外やエラー、それにまつわる各種言語の取り組み等を共有しましょう。 11月末までに書き手が集まらなかった場合は主催者による独りAdvent Calendarと化します。 集まらなかったので残念ながら独りAdvent Calendarと化しました。 追記 独りAdvent Calendarですが、以下の理由で頓挫しました。6日目以降はお好きにご活用ください。 http://qiita.com/Kokudori/items/3a953c00012408f76ab9#%E4%BE%8B%E5%A4%96-advent-calendar-2014%E3%81%AE%E7%B6%99%E7%B6%9A%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6
クリスマスだ! なんとか25日書ききった。師走に毎日アイコンを描くのがなかなかのハードタスクということは2年前に身を以て実感していたので、今年は記事でごまかすはずだった。が、ふたを開けてみれば自分のアイコンだけで40パターン、人さまの分まで入れるとそれ以上描いていた。まったく意味が分からない。記事ベースにした意味がないというか、さらに負荷を増やした結果である。つらい。 ちなみに、40のうちの20は寿司ゆきだ。先日の段階ではせいぜい1人前とわさびだけの状態だったはずがどうしてこうなったか。こちらをご覧いただきたい。 はい、iPhone用の壁紙をこさえました。非常によい出来なので、サンタゆきからクリスマスプレゼントします。iPhone 5〜用の解像度(640px*1136px設定にあわせて2パターン)で、いちおうホーム画面向けです。下のリンクで画像が直接表示されますので、よかったらお使いくださ
闇 Advent Calendar 2013 - Adventarや つらぽよ Advent Calendar 2013 - Adventarを読んでいて、自分の抱えている闇も吐露したくなった。本当は自分のブログに書こうかとも思ったけど、結局こっちにした。 !!! この物語はフィクションです !!!入社あまり詳しく書くと特定されて消されるのでぼかしながら書く。少し前まで私が所属していたWeb系の会社(以下、A社)の話だ。 私が新卒で入社したA社は、某大都市にある従業員15名程度の小さなベンチャー企業だ。そのベンチャー企業は、いわゆる社長のワンマン経営だった。のちに気がついたことだけれど、従業員の半数以上は墨が入っている。 入社してしばらくは雑用だったが、数ヶ月もするとサーバーサイドの管理を任された。なぜかと言えば、私以外の従業員は誰一人としてプログラミングができないからだ。情報系の大学出身
この記事は闇 Advent Calendar 2013 - Adventarの19日目です。 なんか前回の記事を書いたjugyoさんが非常にインパクトの強い話をぶち込んできたおかげで、次の俺どうしようかって感じで困ってますが、私は普通に鬱屈してる感情を書くだけなんで、そんな面白い話は無いです。自分語りのオナニーをして終わりです。 変な期待をしてる人が居るかもしれませんが、私はマジで何も関わってないのでコメントのしようが無いし。 俺の経緯 私は大学生になるぐらいまで、ただPCでゲームして、エロ動画を見て2chを眺めているだけだった。 貧乏だったので、バイトして金溜めてPCを新調した時、古いPCを活用する方法を考えて、Linuxでルーターを作る事にした。 そこからLAMP構成ってやつでプログラミングの真似事をやりだした。 実際の所、私はエロ動画及び画像の収集と管理を楽にするためにプログラミング
このエントリーはMySQL Casual Advent Calendar 2013 10日目の記事です。カジュアル! このへんでそろっとカジュアル詐欺と言われるのを防止するために、カジュアルな話を書いてみました。 MySQL5.6も正式リリースされてもうすぐ1年経ち、5.7の足音も聞こえてきている今日このごろですが皆様のMySQLのご機嫌はいかがでしょうか。 新機能や性能向上/bugfixに対応するためにMySQLのバージョンアップを行う機会や性能や不具合調査を行うことも多いかと思います。データベースのバージョンアップは特にメジャーバージョンアップの場合、パラメータのデフォルト値などの変更や仕様変更の影響(オプティマイザの変更)をアプリケーションが受けないか、性能の変化などを検証すると思います。 検証 実際に検証を行う場合、本番環境で流れているクエリをバージョンアップ先のDBに実際に流して
このエントリーは MySQL Casual Advent Calendar 2013 参加記事です。カジュアルカジュアル。 MySQL 5.6のGAリリースからはや10ヶ月、みなさんそろそろカジュアルに導入なされていることだと思います。 漢(オトコ)のコンピュータ道: 優れたMySQL DBAを見分ける27+3の質問 のオマージュです。 Islands in the byte stream: 「優れたPerlプログラマを見分ける27の質問」の日本語訳 の@__gfx__さん からメンションをいただいたので作りました :) @yoku0825 最新版対応でかきなおしてくれると聞いて!+(0゚・∀・) + ? Fuji, Goro (@__gfx__) 2013, 11月 12 がんばってみます :) 独断と偏見で有名そうなの並べてあるだけですので、他にも色々ありますよ探してみましょう :)
闇Advent Calendar 1日目の記事として、最近の開発における心の闇に触れます。 最近開発した Autodoc というツールについて簡単に説明した後、 この手のツールの開発にあたって考えていた、 創作活動の在り方や、社会の斥力、25歳定年説などについて触れようと思います。 Autodocとは Rack applicationで実装されたAPIに対して、RSpecで書かれたテストを元にAPIドキュメントを生成するもの。 テストを実行すると、テスト中に発行したリクエストやレスポンス、そのテストに付けられたメッセージを元に、 良い感じに情報をまとめ、Markdown形式でAPIドキュメントを記したファイルを生成してくれる。 例えばGitHubではMarkdownファイルを適当に描画してくれるので、 下図のようにGitHub上で簡単にドキュメントを閲覧出来るようになる。 テストの書き方
Ruby 開発環境 AdventCalendar 10 日目です。前日は、 aereal さんでした。 さて、皆さんコマンド打ちまくってますか?僕は Ctrl+R で履歴から引っぱり出さないとタイポで撃沈します。 そんなこんなで皆さんいろんな CLI ツールをご利用中だと思います。 vim とか emacs とか、 rails g とか、 guard とか。実に便利なものたちですが、現実の開発現場に即した、素晴らしいニッチなツールというのは、得てしてそんなにないものです。 「こんなに重厚でなくていい」 「もうちょっとざっくりとした……なんというか痒いところに手が届くような……」 などなど、いろいろあると思います。例えば「チームで開発しているのだが、今行ったコミットのレビューを依頼するメールを書くのが面倒なので社内 Twitter 的なものに書こうかと思うのだがそれもめんどくさいのでコミット
今年の夏、ようやくというか、いよいよというか Kanazawa.rb という名前のコミュニティのようなものが始まりました。というわけでネタは Kanazawa.rb です。Ruby そのもののネタは一つも書かないので、kanazawa のコミュニティ事情みたいなものに興味のない人にはごめんなさいとまず謝っておきます。ごめんなさい。 さて Kanazawa.rb ですが 基本的には月1回程度集まる 何かハックしてくれればそれでよい Rubyにこだわりすぎるつもりはない 勉強会にこだわるつもりもない まずは継続させようじゃないか productive でありたい といったことをイントロで喋ったような気がします。参加したことないけど Asakusa.rb や Tokyu.rb みたいになったらいいなと思っています。参加したことないから目指す形も分からないんですけど。 このときのイントロのスライド
scaffold を制するものは rails を制す、という言い伝えがありますが、 rails g scaffold User などとすると routes.rb に突如現れるのが、 resources というやつです。 いまここに、Group と User という2つのモデルがあり、 Group が has_many :users で、 User が belongs_to :group だとしましょう。よくある関係ですね。 このような場合に、resources を こんな風に nest すると、新規に User を作る時の URL が /groups/:group_id/users/new となり、自然な形で group_id を渡すことができます。 ところが、このように routes を定義すると、いざ User が生成された後にその User を show するには /groups/:
完成品はこんな感じ メッセージアプリとかでよくあるやつなんだけど、画像でもいいんだけどセリフの長さによってサイズ変えたりしたいから、描いたほうが楽だなってことで簡単なんで描いちゃいましょう。 コードは主要部分はこんな感じ //描画するぜ! - (void)drawRect:(CGRect)rect { CGContextRef context = UIGraphicsGetCurrentContext(); CGContextBubblePath(context, CGRectMake(60.5, 40.5, 170, 70)); CGContextStrokePath(context); } //角度→ラジアン変換 #if !defined(RADIANS) #define RADIANS(D) (D * M_PI / 180) #endif //吹き出しを描く void CGConte
このエントリーは「Software Test & Quality Advent Calendar 2011」における12/18分として書いています。 12/17は @NoriyukiMizuno さんによる 「ソフトウェアテストの勉強会。1年目。」 というエントリでした。 今回は、以前から感じている矛盾について、私なりの考えをまとめたものです。 特に、マネージャーや経営層と呼ばれる人に読んでもらいたいと思っているのですが、このブログの読者層を、考えると、あまり多くはなさそうなので、以下に示す問題について、悩んでいる/苦しんでいるような人から、うまく伝われば良いと思っています。 矛盾する問題 私は、SEPG(Software Engineering Process Group)という役割上、いろいろなソフトウェア開発のプロジェクトや組織に関わってきました。 絶対数で言えば、そんなに多くはない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く