オンラインコーヒーメーカー「萌香たん」とはじめるドキドキ☆コーヒーブレイク - mixi engineer blog
はじめまして！08年度新卒エンジニアの「きょろ」こと井上恭輔と申します。ミクシィではコミュニケーション開発チームというところで、mixi上の色々なコミュニケーションサービスの開発を担当しています。 就職で東京に出てきて早10ヶ月、最初は周囲の歩く速度に付いて行けなくて悩んでいましたが、今では新宿駅を迷わず歩けるまでに成長しました。本日は慣れたついでに、そろろそエンジニアブログにも仲間入りしたいなと思いましたので、記事の初投稿に挑戦してみようと思います。 曰く「ハードボイルドな技術ネタ」の多い当ブログですが、今回は頭を使わずに読める、文字通り「コーヒーブレイク」的な記事をお届けできればと思います。駄文ではありますが、お付き合い頂ければ幸いです。 エンジニアのガソリン「コーヒー」 みなさんコーヒーはお好きですか？私はコーヒーが大好きで、1日にかなりの量のカフェインを摂取します。朝はブラックコー
OMake つかったらC言語でプログラム書く手間がバカみたいに減った - 日記を書く[・ _ゝ・]はやみずさん
OMakeすごい。OMakeはマジですごい。 OMakeはGNU makeの代替品みたいなものなんだけど、正直なところこのツールの強力さはGNU makeと比べると失礼なくらいすごい。これのおかげで、「コード修正→ビルド→デバッグ→コード修正→・・・」のループの、ビルドにあたる作業がほぼ消え去った。 ファイルの依存関係の解析がとにかくすごい。よくあるユースケースなんかの場合、最小限の手間でほぼ完璧に依存関係を網羅して、よしなにビルドしてくれる。 とりあえず、はやみずが実際に使ってみたケースを例にとってそのすごさの一端を紹介しようと思う。 case study 論より証拠ということで、自分が OMake を試しにつかってみたケースを紹介する。C言語でスタティックライブラリを作っていて、それに加えて簡単なテストプログラムを書いている。 /include/ 以下にヘッダファイルが全部ある /sr
![OMake つかったらC言語でプログラム書く手間がバカみたいに減った - 日記を書く[・ _ゝ・]はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/04e015dad70084a57fdfa9a2686c0c93441c5d2d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128193858%2F1557447212)
漂流記
概要 概要（変化に強いシステムの構築方法）2000-12-10 データモデル エンティティとリレーションシップ2000-12-28 エンティティのライフサイクル2001-01-12 アプリケーションルール データフローダイアグラムの書き方2001-01-28 アプリケーションルールの定義2001-02-04 プログラム設計 プログラム設計2001-02-18 その他 ことの経緯 その１2001-03-04 ことの経緯 その２2003-09-21 その他更新：2002-11-24，2002-06-16 作成例：販売・生産・搬送計画立案支援システム 業務概要2001-09-09 データモデル2001-09-16 エンティティのライフサイクル2001-09-30 アプリケーションルール2001-09-23 プログラム設計2001-10-07 各論 データウェアハウス2001-03-25 ファンク
steps to phantasien t(2008-08-06): 最近もらった本: サーバ/インフラを支える技術
いただきました. ありがとうございます. ネットワークの構成から冗長化, サーバのチューニング, デプロイの自動化まで, インフラや運用の話題を集めた本. 私は運用やインフラに素人なので, 内容の技術的正当性について特に意見はない. ただ動いてる実システムの解説という点で信憑性は担保してる気がする. ひたすらすげーなあ大変そうなだなあと読んだ. 特に TCP/IP より下, LAN カード (という表記が我ながら素人っぽい. 玄人ぶるには NIC と呼ぼうか...) より向こうは つい所与のものと考えてしまう. たまに仕事で必要になっても同僚に押しつけてるし. 実は色々やってるんだろうなと, なんとなく思っていた中身を垣間みた気分になる. NIC より手前の話もあるけれど, 個人的には ハブ(...というと素人っぽい. スイッチ.) や ルータやロードバランサの出てくる話が, 未知の世界で
K のこと -- steps to phantasien t(2007-11-03)
友人の話をしよう. 先達に敬意を表し, 仮に彼を K と呼ぶ. (イニシャルは便宜的なものだ; 向上心云々と罵ったこともないし, 恋人を寝取ってもいない.) ある時期, 私は K と一緒に働いていた. 今は違う会社にいるけれど, 互いに暇なのか, このごろもよく二人で管を巻いている. 1 K は優秀なプログラマだ. いつも敵わないと思う. 一緒に仕事をしていたこともあり, プログラマとしての私は K から強い影響をうけている. たとえば私が自動テストを始めた発端には K がいる. コードレビューもそう. この日記に出てくる話も K の影響は色濃い. 私は K のあとを追いかけるようにプログラマを続けている. K と働いてはじめて, ああ, 物事とはこう改善していくものなのかと知った. 何か問題を感じると K は試行錯誤を始める. 問題は私が諦めていたものもあるし, そもそも気付かないものも
2008-06-20 - marubinottoの日記
ここ一年程関わってきたプロジェクトが幸運にも成功裏に完了した。今回の開発ではタスクの切り出しや見積もり、交渉などをいわゆるリリース計画手法を利用して比較的形式的な形で実施してきたが、かなりうまく機能したのではないかと思う。僕はいわゆるフリーランスの開発者で、今回のプロジェクトでは顧客企業と直接契約させて頂いた。つまり、個人プログラマ対顧客企業という直接契約の形態で、おそらくこのようなケースは日本ではかなり少ないのかもしれないが、もっと小さなシステムの開発では個人開発者と顧客（あるいは中間業者）、という契約関係はあちこちに存在すると思われるので、この手法が役に立つケースはあるのではないかと思われる。まず僕が実施したリリース計画手法はいわゆるアジャイルで言われている方法とは異なり、開発者と顧客の間に契約上の緊張関係が存在することを前提としている。例えば、計画上発生した数値について、アジャイルで
CVS/Subversionを使ったバージョン管理（前編：バージョン管理の基礎） | OSDN Magazine
ソフトウェアを開発する際、ソースコードや各種リソースの管理に役立つのがバージョン管理システムだ。バージョン管理システムはソースコード管理システムなどとも呼ばれ、大規模な開発を行う際には必須と言っても過言ではない。また、大規模な開発だけでなく小規模な開発や個人による開発においても、ファイルの変更履歴の記録やバックアップといった用途に活用できる。 本特集ではバージョン管理システムの基本的な考え方や用語を解説するとともに、オープンソースソフトウェア/フリーソフトウェア開発において多く利用されているバージョン管理システムである、SubversionおよびCVSを使ったバージョン管理方法について説明する。前編となる本記事では、まずバージョン管理システムの基本的な考え方と、用語について解説する。 バージョン管理システムのメリット バージョン管理システムとは、その名のとおりプログラムのソースコードや各種
COBOL屋の呪縛 - masayang's diary
今回の日本出張ではいくつかのプロジェクトの状況をみてきた。で、思ったこと。 「COBOL時代のデータ構造を引きずることで、生産性や保守性が落ちている」 フラグだらけのマスター 本物のコードをだすわけにはいかないので、すごく簡略化した例で説明したい。あるシステムを利用できるユーザのマスターテーブルがあるのだけど、そいつには「なんちゃらサービス利用可否フラグ」みたいなのがたくさんついているのね。 この方式の問題は以下の通り。 テスト負荷 フラグがあるということはそれをチェックするif文があるということ。 if文があればテスト件数は最低２件は増える。 入れ子になれば、４件、８件...と増えていく。andやorでも同じ。 コードの冗長性 「あるユーザがサービスAを使えるか」を調べる処理と「あるユーザがサービスBを使えるか」を調べる処理はほぼ同様になることは明らか。 「サービスAを使えるユーザ」を調
Premier Diagramming, Modeling Software & Tools | Astah
Powering Engineering Excellence with Astah Astah’s modeling tools allow you to visualize the essence of your ideas and software designs. Quickly and effortlessly build diagrams that create a clear understanding among teams. Build UML, ER diagrams, Data Flow Diagrams, Flowcharts, mind maps and more in the most powerful modeling software for everyone from students to enterprise teams. Get a free tri
現場力向上宣言！ 「ダウンしないのは偶然ではない」
遠藤功氏は“現場の自律的な問題解決能力”を現場力と定義した。この定義をシステム開発・運用の現場に当てはめたら，どういう姿になるのか。実際に問題を設定し，解決した事例を通じて強い現場の姿を探っていく。 開発・運用の現場では日々，様々な問題に直面する。そうした問題を自ら解決に導くのが現場力だ。中電技術コンサルタントの中祖泉氏（情報化推進室 副長）は，ソフトウエアのバージョンアップに伴うデータ移行で，システムが動かないという壁にぶつかった。別の移行方法を粘り強く試し，成功へたどり着いた。 問題とは，表面化してしまったものだけを指すわけではない。まだ表に出ていない隠れた問題を，表面化する前につぶすのも現場力である。東京カンテイの瀧内誠氏（システム部 課長代理）は「システムがダウンしないのは偶然ではない」と語る。CPUやメモリーなどリソース使用率の監視や余裕を持ったキャパシティ計画，保守しやすいアプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テスト技法ポジショニングマップ