programmingに関するzakieのブックマーク (55)

  • Googleブックスで読めるソフトウェア開発に関する本たち - 俺がぐったり部だ!

    Googleブックスの騒ぎを知って約1年。気づくと今そこには「読んでみたかった!」というが数多く載せられていることを知りました。 さて、そこでゲーム開発にも応用できる知識を中心に私がチョイスしたのが以下のたちです。もちろんGoogleブックスではこれら以外にもまだまだ多くのを閲覧することができます。これらを読めば、には当に知識と情報がまとめられているということ、著者たちの努力を発見できると思います。 ゲームデザイン 「おもしろい」のゲームデザイン: 楽しいゲームを作る理論 シリアスゲーム デジタルゲーム学習: シリアスゲーム導入・実践ガイド ユーザビリティエンジニアリング原論: ユーザーのためのインタフェースデザイン 人はなぜ形のないものを買うのか: 仮想世界のビジネスモデル ゲーム理論の基と考え方がよ〜くわかる ノベルゲームのシナリオ作成奥義 ライトノベル創作教室 すごい人

    Googleブックスで読めるソフトウェア開発に関する本たち - 俺がぐったり部だ!
  • GNU makeの使い方

    [ C++で開発 ] GNU makeの使い方 更新日: C++のビルドをGNU makeで行います。 Makefile記述テンプレート 単一ディレクトリで1つの実行ファイル作成用 Hello makefile(Ver.1) 一つのsrcディレクトリ、一つのincludeディレクトリからなるソースファイルをmakeし、一つの実行ファイルを作成します。 PROGRAM = hello.exe SRCS = Hello.cc Main.cc OBJS = $(subst .cc,.o,$(SRCS)) RM := rm CXX := g++ CC := g++ CPPFLAGS = -I../include LDFLAGS = -mno-cygwin $(PROGRAM): $(OBJS) $(LINK.o) $^ $(LOADLIBES) -o $@ .PHONY: clean clean:

  • Makefile は簡潔に書きましょう - pyopyopyo - Linuxとかプログラミングの覚え書き -

    仕組みが判ってしまえば Makefile は簡潔に書けます.$(CC) とか $@ とか $< なんて変数は使ったら負けです. 基(その1) ソースコード hoge.c から 実行形式のバイナリ hoge を生成するMakefileは,以下のように書きましょう all: hogeこれだけです.これで $ make all とすると hoge が生成されます 重要な点は,間違っても all: hoge hoge: hoge.c $(CC) hoge.c -o hogeのようなMakefileを書かないことです.このようなMakefileでは #!/bin/sh CC=gcc $CC hoge.c -o hoge というようなシェルスクリプトと同程度の使い勝手しかありません. 基(その2) ここで例えば-O3 を付けてコンパイルしたい場合や,-lm を付けてリンクしたい場合は以下のようにし

    Makefile は簡潔に書きましょう - pyopyopyo - Linuxとかプログラミングの覚え書き -
  • はてな的プログラミング言語人気ランキング - Cube Lilac

    この記事で更新していた「基礎文法最速マスター」のまとめは,現在,プログラミング言語「基礎文法最速マスター」ランキング にて更新しています.この記事の更新は停止していますので,最新の結果はそちらを参照下さい. ここ最近,「○○○ 基礎文法最速マスター」と言う記事が流行っていたようです.この各記事の被ブクマ数を見ていると,プログラミング言語毎の(はてな界隈での)人気がよく表れているなーと思ったので被ブクマ数の多い順に列挙してみました*1.尚,調査する際には Perl基礎文法最速マスター - Perl入門〜サンプルコードによるPerl入門〜 の「このエントリーを含むエントリー」と 基礎文法最速マスターぞくぞくキターーー! - 燈明日記 を利用しました. JavaScript 基礎文法最速マスター - なんとなく日記 PHP 基礎文法最速マスター - Shin x blog Perl 基礎文法最速

    はてな的プログラミング言語人気ランキング - Cube Lilac
  • こんなスマートフォン・アプリケーションが欲しい

    iPhoneWindows Mobile,BlackBerry,Androidといったスマートフォンと呼ばれる機種が普及してきた一方,従来型の携帯電話も高機能化している。それに伴い,新しい発想で開発されたモバイル・アプリケーションが続々と登場している。 そこでITproでは,スマートフォン/携帯電話のアプリケーションに関するアンケートを実施した。調査期間は2009年11月30日から2009年12月7日まで。回答者はITpro会員2009人で,男性が93.4%,女性が6.4%。年齢は20~29歳が5.4%,30~39歳が27.4%,40~49歳が41.1%,50~59歳が20.0%である。 よく利用するアプリのトップは「仕事関連」 まず,読者が現在使っている携帯電話またはスマートフォンについて聞いてみた(図1)。 iPhone搭載機を使っている読者が11.6%,Windows Mobile

    こんなスマートフォン・アプリケーションが欲しい
  • http://1978th.net/tech/promenade.cgi?id=31

  • 幸せなエンジニアになるための仕事術/まつもとゆきひろ&平鍋健児 - tmtms のメモ

    幸せ 平鍋: 1. 技術的な困難を達成。 2. お客様に感謝された。 最初は1だったけど最近は2。 まつもと: 理不尽な目に合わないこと。 思うようにツールが動かない→自分でつくる。 OSSは自分で手を入れられる。 平鍋: 自分一人の幸せじゃない。 プロジェクトが終わっても続く人間関係。 人のつながり。信頼。 まつもと: 通勤が3時間。理不尽→地方。 納得行かない変更が顧客から言われたくない 平鍋: エンジニアで不幸せな人へ。仕事は選べる。極端なこと言えば辞めればいい。 ワークライフ・バランス実現の戦略(例:地方に住むこと) 平鍋: 1995.子供を育てられるかを考えたときに自分の中での都会の価値がさがってきた。 田舎に帰ってから、世界のことを考えた。JUDE,アジャイルをやり始めた。 まつもと: 鳥取→つくば→島根 1997. OSSビジネスを始めようと声をかけてもらって島根へ。 理不尽

    幸せなエンジニアになるための仕事術/まつもとゆきひろ&平鍋健児 - tmtms のメモ
  • ディレクトリの中にある大量の小さなファイルを高速に読み込む方法 - 射撃しつつ前転 改

    ディレクトリの中にある大量のファイルを高速に読み込む方法が知りたかったので、実験してみた。想定しているシチュエーションは、一つ一つのファイルは数KB程度だが数が多い、という場合である。適当な順番でアクセスすると、ランダムアクセスになってしまいとても時間がかかる。個々のファイルを読み込む順番はどうでも良く、すべてのファイルを処理することさえできればいいので、原理的にはシーケンシャルアクセスで処理できてしかるべきである。 まず、ファイルシステムについて。HDDやSSDなどのハードウェアにアクセスする際には、ファイル名などという概念はもちろん存在しない。ファイル名と実際のディスク上の対応を管理するのがファイルシステムの主な役割である。ファイルシステムは、ファイル名からそのファイルに対応するブロック番号(メモリアドレスみたいなもんだな)を調べて、そのブロック番号を指定してHDDやSSDにアクセスす

    ディレクトリの中にある大量の小さなファイルを高速に読み込む方法 - 射撃しつつ前転 改
  • きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません

    「構造のきれいなプログラムを書けるようになるためにはどうすればいいのか?」という質問を受けたので、「はて?どうしているだろうか?」と考えてみました。あ、形式知にきちんとなっているようなテクニックみたいなもんじゃなくて、モノローグなので、あまり凝ったものは期待しないように。 http://blog.shibu.jp/article/28983162.html 自分なりにもっと凝縮版を。渋川さんが言っている事全体もその通りとは思うけど*1、もっと簡単で、しかも射程が広い、と自分が思っている事。 渋川さんはちょろっと触れてるだけだけど、自分はこれが最も基的で汎用的、かつ、ソースをきれいにする原動力となる上にバグをも減らしてコードの汎用性まであげる、コーディングのエンジンみたいなものと思ってる。それは、 「すべてに正しい名前を付けて、そして、正しい名前であることを維持する」という鉄の意志 クラス

    きれいなソースコードを書くために必要な、たったひとつの単純な事 - よくわかりません
  • Google C++スタイルガイド 日本語訳

    Text Drop 翻訳、プログラミング、写真、カメラなどについて書いてます。スタイルガイド/コーディング規約やチートシートなど、ちょっと便利なものを翻訳しています。 TEXTdropでは、C++プログラマーも利用できるパワフルな機能を搭載。C++のコードを書く際に行う手順や避けておきたい工程などを詳しく説明しています。コードスタイルラインの日語版では、日語訳やJ P Yへの換金もサポート。話題性があるオンラインカジノ 日円変換や入金の際のバグにも対応しています。統一性のあるコードを書くためのポイントや規約の種類を参考にする事ができます。

  • パフォーマンスチューニングの基礎の基礎 - higepon blog

    ESPer 2008 で「パフォーマンスチューニングの基礎の基礎」という内容で講演させていただきました。 ITPro Challenge の LT で話したもののロングバージョンです。 発表資料は SlideShare におきました。 未踏は出会い系 未踏は出会い系とは良く言ったもので、エロギーク方面と JITつき VM 方面で出会いがありました。 主催者の皆様、聴衆の皆様ありがとうございました。 追記 あれ。はてなダイアリーはSlideSchareは貼れないんだっけか。残念。

    パフォーマンスチューニングの基礎の基礎 - higepon blog
  • C++と組み込み環境

    組み込み環境の開発では、今なおCが主流の開発言語のままです。このブログでは、C++を組み込み環境で使用するためのTips等を集めてみたいと思います。 『組込み現場の「C++」プログラミング 明日から使える徹底入門』の全文を掲載しました。 ずいぶんご無沙汰しています。 長い間更新できずに申し訳ありませんでした。 こんな状況ではありますが、ひとつだけ告知させてください。 7年前に上梓した書籍『組込み現場の「C++」プログラミング 明日から使える徹底入門』を、株式会社クローバーフィールドのウェブサイトに全文掲載しました。 http://embedded.cloverfield.jp/組込み現場の「c++」プログラミング/ 校正途中の原稿をベースにしたので、書籍とは微妙に内容が異なっています。 また、修正仕切れていない間違いが残っていると予想されます。 その点だけ、あらかじめご了承ください。 お気

  • pthreadについて(同期):CodeZine

    はじめに この連載ではUNIX系OSなどで使われるスレッド「pthread」についてサンプルを交えて説明していきます。pthreadはPOSIXが仕様化したスレッドモデルです。サンプルはCと一部C++、調査環境はFedora 8(2.6.23.1-49.fc8)、32bit、glibc-4.1-2、gcc-4.1.2-33およびFedora Core 6(2.6.18-1.2798.fc6)、32bit、glibc-2.5-3、gcc-4.1.1-30を使用しています。前回の記事第1回:pthreadについて(概要・生成) 3.同期(1/4):mutex マルチスレッドに限らず、独立した処理を円滑に行うためには共有情報を意識し保護する必要があります。スレッドは非同期で動作しますが、スレッド内の全処理を非同期で処理する事は少なく、通常は仕様上および効率性の理由から、多少なりともスレッドが参照

  • Linux Kernel Module programming (Kernel 2.4, デバイスドライバ)

    ○ はじめに 文書では、筆者が Linux® でデバイスドライバを作成しようとした際に、カーネルに動的に追加機能を組み込むことが出来るカーネルモジュールの書き方について勉強したことを説明していきたいと思います。 筆者は、コンピュータでハードウェアを制御するプログラムを作りたいと思いながら社会人になったのですが、会社でそういう仕事がどんどん減ってしまって全然機会がありませんでした。しかし、雑誌等でデバイスドライバを作成して自作のハードウェアを制御する記事を読む度に、自分もやりたいという気持ちが大きくなっていきました。 そしてある日、「電子工作を勉強して自分のハードウェアを作り、それを動かすためのソフトウェアを書こう!」と決意しました。Linux でデバイスドライバを作成するには、カーネルに最初から組み込んでしまう方法と、動的に追加機能を組み込むことが出来るカーネルモジュールという形式で作成

  • HIG HOMEPAGE

    Updated: 2003/11/02 ・RFC2373 訳一部修正 ・RFC2371、RFC2373 訳のテキスト版を置いた ・RFC3513 訳(テキスト版)を追加 Q&A Contents ネットニュースやメーリングリストでやりとりされた質問やその回答を、てきとうにQ&A集としてまとめてみました。 Windows系 Q&A 1 -- Last Updated: 99/09/12 Windows系 Q&A 2 -- Last Updated: 99/09/12 Windows系 Q&A 3 -- Last Updated: 99/09/12 Windows系 Q&A 4 -- Last Updated: 2000/07/02 Unix系 Q&A 1 -- Last Updated: 2000/08/06 Unix系 Q&A 2 -- Last Updated: 2000/07/02 イ

  • CodeZine:signalについて(後篇)(signal, Linux, Unix, シグナル)

    はじめに シグナルについての解説最終回です。今回はシグナルを扱う上での注意点や、よりよい実装方法の提案、シグナルの未来等について説明します。過去の記事signalについて(前篇)signalについて(中篇) 5. 実装上の注意点 前回まで説明してきたとおり、シグナルは気軽に使うことができる便利なプロセス間通信です。しかしシグナルには、やってはいけないことや気をつけるべき点が多く存在します。以下、代表的な注意点を挙げます。5.1 最適化問題 volatileはそれほど使われない宣言修飾子ですが、これは最適化を制御する修飾子です。なぜこの修飾子がシグナルと関係あるのかについてですが、先にソースコードを示します。 /* 1. gcc -g -W -Wall signal_test_volatile.c -o signal_test_volatile 2. gcc -g -W -Wall sign

  • まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ:ITpro

    第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画(2005年4月号)として,Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか,なぜ便利なのかを中心に解説してもらったものです。 ● 基と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも,「オブジェクト指向は難しい」とか,「なかなか分からない」という印象を持つ方が多いようです。そこで,Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち,前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後,残りの「データ抽象」と

    まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ:ITpro
  • ^Mを取り除く方法 - sanonosa システム管理コラム集

    テキストをviで見ると行末に「^M」と表示されることがあります。これはWindowsとUNIX・Linuxなどの間でファイルのやりとりをしているときに良く起こります。これは双方の改行コードの扱いに由来する問題です。 ちなみに改行コードはWindows(SJIS)のときはCRLF、UNIX・Linux(EUC)のときLR、MAC(JIS)のときCRです。 さて、題ですが、^Mは余分なCRが原因ですので、それを取り除けば問題は解決します。ここでは4つの方法を記します。 【1.viで除去する方法】 vi の文字列置換を使用して CR を取り除くためのコマンドは :%s/^M//g となります。まず「:」を押下しコマンドモードに入り、%s以下を入力しますが、ここで注意は^Mの入力です。これは文字通り「^M」と入力するのではなく「Ctrl+V」「Ctrl+M」と入力します。すなわち「:」「%」「s

    ^Mを取り除く方法 - sanonosa システム管理コラム集
  • Programming UNIX Socket FAQ in Japanese

    Programming UNIX Socket FAQ (日語訳) [English page] [Back to Top page] Programming UNIX Socket FAQ (日語訳) ここには、UNIX ソケットプログラミングにおける FAQ (よくある質問 と解答集) の日語訳が置いてあります。この FAQ のオリジナルは、 ニュースグループ comp.answers, comp.unix.answers, comp.unix.programmer に毎月投稿されており、また Web 上では http://www.ibrado.com/sock-faq/ にて公開されているものです。 HTML 形式の FAQ (文字コード: ISO-2022-JP) SGML 形式の FAQ (文字コード: EUC-Japan (UNIX)) この FAQ は SGML 形式が

  • code

    CODE < ^ > << new | old >> / 2023-03-27