【ゆっくり解説】「遂に目を覚ました…」日本の第６世代戦闘機F Xの正体に世界中に震撼！！【ゆっくり軍事プレス】
ロゴ作成に困ったときに使えそうなロゴ自動生成サービス「Logaster」
【ゆっくり解説】「遂に目を覚ました…」日本の第６世代戦闘機F Xの正体に世界中に震撼！！【ゆっくり軍事プレス】
アプリエンジニア向け：「サーバがなんか重い」時にすること - Qiita
アプリケーションエンジニアの人には「なんか重い」という状況に遭遇したらインフラの人にタスクを投げる、という人もいるかも知れません。けど、その重さのどこに原因があるのか。CPUか、ネットワークか、IOかくらいの診断はできた方がアプリ開発においても有益です。 「せっかくつくったシステムがなんか重い」 そんな時にアプリケーションエンジニアとしてできることを書きます。 本職のインフラの人にはぬるい内容だと思います。何を隠そう僕自身がアプリ寄りの人間なので、突っ込んだ話はできないのです。あしからずご了承ください。 なんかサーバが重いなー まずはロードアベレージを調べる サーバが重いと思ったら、まず真っ先にすべきことは対象ホストにSSH接続してロードアベレージを調べることでしょう。ロードアベレージとは 実行されずに待たされているプロセスの数 のことで、多すぎるとやばいと認識しておきましょう。ロードアベ
いまなら無料！ Unityで始めるiPhoneゲーム作成“超”入門
Unityで開発するメリットは、それほどの知識がなくてもドラッグ＆ドロップで手軽に3Dデータが扱えることと、物理エンジンをすぐに導入できることです。思いついた仕組みを短時間で実際に動かすまで持っていけるため、触り心地やレベルデザインの部分に時間を割くことができます。 また、1つのプロジェクトをiOSやAndroid、Flashといったマルチプラットフォームに書き出せるため、より多くの人に自分の作ったゲームを遊んでもらえます。 モバイル端末のゲーム制作に興味があっても、なかなかネイティブ言語（iOSだとObjective-C、AndroidだとJavaなど）による開発に手が出せなかったような人には、ぜひUnityによる開発を体験してみてほしいと思います。 本連載では、Unityを使用した簡単な3Dゲームを仕上げるまでの過程を解説していきます。実際にUnityで作っていくところから説明していき
メモリーリークの検出：mtrace , valgrind：プログラマー社長のブログ：オルタナティブ・ブログ
以前の記事にもLinuxでのメモリーリークの検出に関する事を書いたのですが、もう少し一般的なやり方を紹介しましょう（というより、自分で毎回忘れるので備忘録として・・・）。 【mtraceを使う方法】 まず、mtraceを使う方法です。リークのテストを開始したい場所でmtrace()をコールし、終了したい場所でmuntrace()をコールするようにします。 #include <stdio.h> #include <stdlib.h> char *test() { char *test=malloc(10); return(test); } int main() { char *ptr; mtrace(); ptr=test(); //*(ptr+10)='\0'; //free(ptr); muntrace(); return(0); } -gつきでコ
「Pull Request」 はオープンソースに限らず使える優れた開発フローだ - 肉とビールとパンケーキ by @sotarok
チーム開発において、「チケット/Issue」「TDD」「コードレビュー」など、ソースコードの変更に対する効果的な開発フローについてよく考えるのだけど、なんにしてもこのあたりは非常に課題が多く、各社各コミュニティで色々なやり方が模索されているポイントだと思う。 で、まぁご多分に漏れず僕もよく考えるわけだけど、現状その過程で Pull Request こそが非常に効果的なのではないか、と思うので、ちょっとまとめてみようかと思う。 もちろん、言うまでもないようなことだよ、という人もいるかもしれないけど、そういう人がたくさんいると、非常に喜ばしいことだね。 Pull Request とは GitHub でこう呼ばれているので、こう呼ぶことにするが、ここでは、複数のリポジトリ/ブランチ間でのオープンな patch のやりとりのことだと考える。 あと、自分が使っているのが Git なので、ここでは G
デブサミで僕が話したことの簡単なまとめ - 宇宙行きたい
デブサミが 10 周年でした。 残念ながらオファーなかったのですが、一昨日くらいに急に参加していいよって言われたので 「From Legacy to Agile 〜レガシー開発からアジャイル開発へ〜」に乱入してきました。 そこでチームビルディング的な話を話させてもらいました。 資料とか特に作っていなかったので僕がリーダーとしてチームメンバーにお願いしている決まり的なことを簡単にまとめておこうと思います。 テストを書け 問題を根性で解決するな 人を殺す以外なら何やってもいい 失敗を引きずるな 個別に補足書いて行きます。 一応状況の簡単な説明をしておくと、最初は 3 人しかいないチームに 「手伝ってくれないか？」と言われ合流しました。その後、僕がリーダーになり 今は 15 人前後のチームで動いています。 テストを書け これは僕がチームに入るときに最初に宣言しました。 「テストを書かないようなプ
ところてん - アットウィキ
「日記/2012年02月09日/大手通信会社の研究所を辞めて、ソーシャルゲーム屋さんに行きます。」は管理者からの閲覧のみ許可しています。 ログイン ログイン
Open GraphとTimelineで「人生」をプログラミング可能にしたFacebook（3/3）- ＠IT
Open GraphとTimelineで 「人生」をプログラミング可能にしたFacebook f8 Tokyo 2011まとめレポート（1） 株式会社ひとひねり 河内 純也 2011/10/18 今回、米国「f8」での発表で、日本唯一の新機能ローンチパートナーとして発表されたのが料理レシピ共有サイト「クックパッド」だ。リリース前から、クックパッド開発陣には新機能の仕様が提供され、新たなOpen Graphを使った機能をクックパッド上に実装してきたのだが、どのような機能を実装したのか？ 実装についての開発秘話をクックパッド 技術部長 井原正博氏に聞いてみた。 ――そもそも、なぜ、Facebookの新しいサービスのローンチにかかわることになったのですか？ 井原 ぶっちゃけていうと、Facebookの方と昔からの友人で「やってみない？」と声を掛けられたのがキッカケなのですが、Open Graph
Getting Real by 37signals
Heads up! This page uses features your browser doesn’t support. Try a modern browser like Firefox or Chrome for the best experience. sidebar#close mouseup->tweet#update input->tweet#update keydown->tweet#update scroll@window->tweet#update" data-bookmark-id="/gettingreal"> �LN�U �u�M�U Getting Real The smarter, faster, easier way to build a successful web application Start reading →
＜チェック表＞WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論
WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得／DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必
DIARY SYSTEM Ver.4
2004 01 02 03 04 05 06 07 08 09 2004年9月：1エントリ 10 2004年10月：1エントリ 11 2004年11月：1エントリ 12 2004年12月：1エントリ 2005 01 02 03 04 2005年4月：13エントリ 05 2005年5月：18エントリ 06 2005年6月：28エントリ 07 2005年7月：42エントリ 08 2005年8月：39エントリ 09 2005年9月：41エントリ 10 2005年10月：22エントリ 11 2005年11月：20エントリ 12 2005年12月：35エントリ 2006 01 2006年1月：12エントリ 02 2006年2月：6エントリ 03 2006年3月：10エントリ 04 2006年4月：17エントリ 05 2006年5月：9エントリ 06 2006年6月：12エントリ 07 2006年7
Perlの自作フレームワークで作る、アジャイルなWebサービス - はてなニュース
「えっ、そんなはてなとそっくりみたいなことしている会社があるんですか」。Webアプリケーションの開発言語はPerl、Webアプリケーションフレームワークは自社で作り、Webアプリケーションを開発して、CentOSで動作させる――。そんな、はてなの開発とよく似た開発をしている会社が、リクルートメディアコミュニケーションズ（以下RMC）さんです。はてなチーフエンジニアの大西が、自社フレームワーク開発の経緯や、その実際を、RMCの現役エンジニアさんたちに聞きました。ライターの青宮しおりがまとめます。 （※この記事は、リクルートメディアコミュニケーションズ提供によるPR記事です） ――今日はお時間ありがとうございます。はてなでチーフエンジニアをしている大西です。2001年、はてなの創業の年からはてなで働き始めて、はてなの開発を取りまとめてきました。今日は、3人のかたとお話しできるのですね。簡単に自
組み込みデバイスの開発にこそ必要な「おもてなし設計」
最近、UIEvolutionのビジネスが、単なる「テクノロジーのライセンス・ビジネス」から、「プロトタイプの構築」や「おもてなし設計」ビジネスにシフトしている。一昔前は、「UIEngineのJavaに対する優位性を説明して欲しい」などの技術的な問い合わせばかりが多かったが、最近は「○○向けのデバイスを作っているんだけど、おもてなしの設計の段階から手伝ってくれないか」という話が増えているのだ。「おもてなし設計」の重要性が業界でようやく理解されて来た兆候だと解釈している。 そこで今日は、そんな傾向をさらに押し進めるために、スマートフォン・タブレット・家電などの組み込みデバイスの開発における「おもてなし設計」の重要性の話。 ここのところ「Androidタブレットはヨドバシカメラの「Androidタブレットコーナー」に横並びにされた時点で負けだ」「なぜ横並びで展示されるAndroidタブレットを作
私が参考にしたAndroidアプリ開発情報をまとめてみました - もとまか日記
先日、以下の記事で初めて作ったAndroidアプリを紹介しました。 一週間で初めてのAndroidアプリを作ってみました その後、そのアプリをAndroidマーケットで公開してみました。 はてブ閲覧用Androidアプリ「HTBPocket」を公開しました この一連の作業で参考にした記事やサイトについて、「Androidアプリ開発関連情報まとめ」としてまとめてみました。 開発環境構築まず必要になるのが開発環境です。以下はMacの環境構築です。MacにAndroid SDKをインストール (Update 2010.05.25) そして以下がWindowsでの環境構築です。私はやったことないのでよく分かりませんが(^^;;世界を目指せ！Androidアプリ開発入門：第2回 Androidアプリ開発のための環境構築 公式の開発情報公式の開発者向けサイトです。Android Developers
一週間で初めてのAndroidアプリを作ってみました - もとまか日記
以下の記事で、GALAXY Sと過ごした７日間の日々について書きました。 iPhoneユーザがGALAXY Sと過ごした７日間をまとめてみました その中で思ったのは、 やっぱりAndroidのアプリ作ってみたいよなーということ。 ということで、初めてのAndroidアプリを作ってみたら約一週間くらいで形になったので、その過程をメモしてみます。 作ろうとするAndroidアプリのコンセプト ７日間のまとめでも書いたように、今のAndroidは、はてブ環境が充実してないと感じたので（個人的な感想ですが）、どうせならiPhoneアプリ「はてブポケット」を移植してみたらどうだろう？と思いました。ということで、コンセプトは以下。iPhoneアプリ「はてブポケットを移植してみる」 MacにAndroidアプリ開発環境を構築する 何はともあれ必要なのが開発環境です。以下の記事を参考にしてみました。Mac
少人数開発に役立つ5つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
第4回 オブジェクト指向の本質 | gihyo.jp
エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「新3K」（きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プロとしての行為 Act as Proffesional
ソーシャルゲームスケールアウトの歴史