効率化が嫌いだけど、プログラマになった男：＠IT自分戦略研究所の「おすすめエンジニアライフ」：エンジニアライフ
本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。ここでは、編集部がおすすめするコラムを取り上げよう。また、新連載を2本紹介する。 共通点を見つければ仲良くなれる 「効率化」って言葉が嫌いだけどプログラマになった New! 『ラクチン』を求めて New! 人見知りのエンジニアが身に付けたい「共通点探し」スキル 産業カウンセラーの高田善教氏による『開発現場が変わるハッピー・コミュニケーション術』。誰とでも仲良くなる人は、どんなスキルを持っているのかを考察する。 新しいチームに配属されたとき、出向先が変わったとき、転職したとき――エンジニアはいろいろな人と一緒に仕事をする機会が多い。いろいろな機会があるのは面白いが、中には「人見知りなので、ほかの人とうまく打ち解けられない」と悩んでいるエンジニアもいるだろう。すぐにほ
iPhone アプリを Android に移植したときのメモ : 管理人@Yoski
1月の12日に Android 端末買って、3週間後に ツイキャス・ビュワーをリリースする、という挑戦的な目標を立てていたのだけど、無事作業も完了したのでその時のメモ。 結論から書くと Android よくできてる。開発もやりやすくて楽しい。いやー、こりゃいい。 なにそれお前こないだまで iPhone 厨じゃなっかったのかコラ、と言われそうですが、開発者にとってみれば Android の方が優れてるところが多いと思います。はい、あとメモ。もう順不同でざーーーーーっと。 ■初めに思ったこと とくかく Java 嫌だ。いやいや嫌嫌面倒くさい。なんとかこれ回避できんかな、とおもって Titanium に手をだして、おぉ、こりゃいいや、となるも Android 版は完成度あと一歩のところだったので断念。 次に Adobe AIR に手をだすという苦し紛れの行動にでるも、これもあえなく断念。ま、ライ
まとめ：なぜ人月見積がダメか - Zerobase Journal
社団法人日本情報システム・ユーザー協会(JUAS)発行の『ソフトウェアメトリックス調査2007』を取り寄せて読んでみましたよ。SI関係の人は必読ですよね。私はいままで知らずに損していました。 そんなこともあり、年の瀬でもあり、今回の記事では表題の件「なぜ人月見積がダメか」について、現時点での総括をします。 人月見積方式の弊害に対する言論 「ユーザー企業は出席をとるな」，日本IBMの大歳社長が提言：ITpro (2001/08/31) 「日本の商慣習でぜひとも変えて欲しいのは，ユーザー企業が我々の技術者の出席をとることだ。出席をとられると我々は開発の生産性を挙げようとする努力をしなくなる。1000人でできる仕事を500人でやってのけると，売り上げが半分になってしまうからだ。技術者の頭数ではなく，成果物について対価を払っていただける商慣習に変えていくよう，広く呼びかけたい」。日本IBMの大歳卓
Geekなぺーじ : Linuxネットワークプログラミング
ここでは、Linuxを使ったネットワークプログラミングの説明を行いたいと思います。 ここで対象としている読者は、ネットワークプログラミング初心者（もしくは入門者）かつLinux環境でプログラミングを行いたい人です。 開発環境としては、C言語＋gccを想定しています。 説明内容は主にソケットプログラミングになります。 なお、C言語そのものが初めての方は「C言語入門」も参考にどうぞ。Windows専用には書いてませんが主にC言語で共通の部分を解説しています。 コードを書く前の準備 まず、gccを使える状態にしないといけません。 ディストリビューションにもよりますが、Linuxを普通にインストールしただけでは開発環境は入りません。 開発環境を用意するためには、gccやglibcなどのrpmを必要に応じてインストールしてください。 次に、エディタが必要になります。 mule、emacs、xemac
プログラミング言語人気TOP10の簡易解説
0-1. 前書き この世にはたくさんのプログラミング言語が存在します。Wikiepdiaのプログラミング言語一覧を見ると、実に200個以上というわけの分からない数の言語が並んでいたりします。 【参考URL】プログラミング言語一覧 - Wikipedia http://ja.wikipedia.org/wiki/%E3%83%97%E3%83%AD%E3%82%B0%... 200の中にはほとんど使われてない言語も混じってるので、実際に仕事でざくざく使われている言語は20とか30とかそういうオーダーなのですが、それでも1人の人間が把握するにはちょっと多過ぎる数です。 本記事では、そうした有り余るプログラミング言語の海の中で「どれを勉強したらいいの？」とか「どれを採用するのが適切？」という悩みをお持ちの方が「よし、この言語に決めた！」と自信を持って決断できるように背中を押すことを目的として書か
「技術だけじゃないエンジニア」を目指す人はゼッタイ読むべき『マーケティング戦争』 - おいちゃんと呼ばれています
SI業界からはさっさと抜けだしたほうがいい - ひがやすを blog もっといえば、プログラマも良いコードを書いていればいいという時代は終わった。これからは、プログラムをいかに金に変えるかどうかをプログラマが真剣に考える時代です。新しいビジネスを考えることのできるプログラマを時代は欲しているのです。 （中略）技術が急速に発展している今は、技術をちゃんと知っていないと時代にあったアイディアは思いつけない。アイディアを思いついて、直ぐに実装できないと、他人に先をこされてしまう。 2011年は、アイディアを思いつき、それを直ぐに実装することのできるプログラマの時代なのです。 << 激しく同意。同じことをこれ以上うまく書けそうになかったので、長めに引用させていただきました。こうしたハイブリッドが求められる流れはこの先しばらく続くと思います、おそらく。 じゃあ、オレ、どうしたらいいの？ << という
フリーランスのための確定申告講座 ※PDF注意
Create a social network that rocks with a customized community management and social media integration Try it NOW!Watch video Build your social website to promote your ideas Be loud - share your ideas, target the right people, and raise awareness. With NING's help, you will be able to effectively promote any network, be it a political, music, religious, arts, or any other type of online communitie
Rails3.1の初期化プロセスを細かく追いかけたRailsGuidesの記事を和訳したよ:ミームの死骸を越えてゆけ
This domain may be for sale!
モバイル開発に欠かせないテストツール14選
Adobe Device Central CS5 Adobe CS5 をパッケージ購入すると一緒についてくるモバイルデバイスのテスト環境。様々なエミュレーターが存在しますが、オールインワンで素早くテストがしたい場合はこちらがオススメです。特に Flash を活用したモバイルサイトをテストするのであれば欠かせない存在です。 Android SDK Javaで開発されているので、Mac, Windows, Linux で動作する公式のエミュレーター。2011年1月現在、Android OS 1.1 〜 2.3 までのテストが可能。エミュレーターは実際のスマートフォンと同じ動作をするので、ディフォルトのブラウザだけでなく、Opera Mini や Firefox など他のブラウザをインストールしてテストすることができます。 iOS SDK XCode も含め諸々ダウンロードしなければいけませんし
これはマネしたい！スーパーエンジニア達の習慣 | Act as Professional
いままで勉強会に顔を出し、すばらしいエンジニアと数多く会うことができた。そして、スーパーエンジニアと共に仕事をすることもできたし、できている。そんなスーパーエンジニア達が持っていた習慣を僕の経験と視点からまとめてみる。 自分が使う道具を厳選して選んで手入れをしているエンジニアでいえばエディタやツールなど。皆が使っているIDEやエディタを何も考えずに使い始めたりしない。 厳選したエディタやツールを使って、手になじませるのである。手になじませるというのは、2つの意味がある。 1つは操作性に慣れること。呼吸をするように自然に、キーボードの上を駆け回る心地よいリズムを奏でるエディタを選ぶ。 2つめは、自分に合わせて拡張しているということ。プラグインのON/OFFだけではなく、オリジナルのショートカットを設定し、適切なハイライト、シンタックスのチェック、コーディングルールのチェック、様々な言語への対
プロとしての行為 Act as Proffesional
スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと
SourceForge.JP、個人向け開発支援ツール「PersonalForge」を提供 | エンタープライズ | マイコミジャーナル
OSDNは1月13日、オープンソース・ソフトウェア開発サイト「SourceForge.JP」において、ユーザーごとに利用できる個人向け開発支援ツール「PersonalForge」の提供を開始した。 これまで、SourceForge.JPでオープンソース・ソフトウェアの開発を行うには、ユーザーアカウントの登録後に同サイト上で活動中の開発プロジェクトに参加するか、自身で開発プロジェクトを立ち上げる必要があった。 しかし、同ツールは個人開発環境を提供するため、プロジェクトへの参加や登録の手間が省くことが可能になる。 現時点で同ツールが提供している機能は、個人用Gitレポジトリとファイルマネージャだ。SourceForge.JP上の各ユーザーページで、Gitレポジトリとファイルマネージャから構成される作業環境を複数作成することができる。 PersonalForgeの操作画面
コメントが不要な分かりやすいコード：アジアのソフトウェア開発現場にて：エンジニアライフ
シンガポールでアジアのエンジニアと一緒にソフトウエア開発をして日々感じること、アジャイル開発、.NET、SaaS、 Cloud computing について書きます。 私は人の書いたコードを読むとき、普通はコメントが書いてあっても見ない。中には、ひどいコードもあって、コメントを見ないと理解不能な場合があるが、それでもコメントは見ないで理解しようとする。コメントを信じたばかりに、ひどい目にあった経験が何度もあるからだ。 コメントはプログラマが書くもので、文章能力の差が激しい。修正変更が繰り返されたようなコードは、たいていはコメントとコードが不一致になっている、また、やっている内容を理解する時、コメントを読むよりコードを読む方が早いことが多いということもしばしばある。 私自身、コメントを書くことをプロジェクトのコーディングルールとしている場合は、しぶしぶコメントを書くが、その必要がない時は書か
ウノウラボ by Zynga Japan: 入社後なるべく早くキャッチアップするために心がけたこと
でいられる、成長するためには理想的な環境です。 ※参考「情熱プログラマー」第一章の4 とは言え、そういう状況で安穏としているわけにもいかないので、少しでも早く周囲にキャッチアップできるよう努めました。 それらについて、これから述べます。 ■周りの人の助力を仰ぐ 入社直後にアサインされたプロジェクトが佳境を迎えていたことに加え、個人的な経験やスキルは以下のような状況でした。 symfony→使ったこと無し TDD(テスト駆動開発)→未経験 memcached→使ったこと無し Git→使ったこと無し 結構テンパっていたのですが、良き先輩であるチームメンバーに積極的に教えを乞いました。 質問する際は、ノートに図を書いたりして持って行くと、こちらの「聞きたいこと、理解できていないこと」が伝わりやすくなります。 ※無闇矢鱈と質問しに行ってお仕事の邪魔をしたことがあります、ゴメンナサイ...
2010-12-26
リアクティブプログラミングは、「時間とともに変化する値」＝「振る舞い」同士の関係性を記述することでプログラミングを行うパラダイムです。 GUIなどのようにインタラクティブなシステムや、シミュレーションやアニメーションのようにダイナミックに状態が変化するようなシステムを宣言的に記述することができます。 これらの「変化する状態」や「外部とのやりとり」が支配的なシステムは、純粋関数型言語が、その強みを発揮しにくい部分でもあります。 本稿では、リアクティブプログラミングが副作用を含む系を宣言的に記述することを可能にし、状態の管理という厄介な問題からプログラマを開放する可能性があることを示したいと思います。 （割と独自研究に基づく解釈ばかりなのでその点ご了承ください。あと例としてでてくるコードは、Pythonベースの擬似コードで具体的なライブラリに基づくものではありません。） Why Reactiv
Googleブックスで読めるソフトウェア開発に関する本たち - 俺がぐったり部だ！
Googleブックスの騒ぎを知って約1年。気づくと今そこには「読んでみたかった！」という本が数多く載せられていることを知りました。 さて、そこでゲーム開発にも応用できる知識を中心に私がチョイスしたのが以下の本たちです。もちろんGoogleブックスではこれら以外にもまだまだ多くの本を閲覧することができます。これらを読めば、本には本当に知識と情報がまとめられているということ、著者たちの努力を発見できると思います。 ゲームデザイン 「おもしろい」のゲームデザイン: 楽しいゲームを作る理論 シリアスゲーム デジタルゲーム学習: シリアスゲーム導入・実践ガイド ユーザビリティエンジニアリング原論: ユーザーのためのインタフェースデザイン 人はなぜ形のないものを買うのか: 仮想世界のビジネスモデル ゲーム理論の基本と考え方がよ〜くわかる本 ノベルゲームのシナリオ作成奥義 ライトノベル創作教室 すごい人
プログラマの嫁が知るべき97のこと
「プログラマの嫁が知るべき97のこと」をまとめていきます。97越えてもキニシナイ！ 誰でも編集できますので追加にご協力ください＞＜ 元ネタ： 「プログラマが知るべき97のこと」 http://amzn.to/fqBF5H 関連： 「プログラマが知るべきじゃない97のこと」 http://togetter.com/li/78505 続きを読む
中規模開発でのエクストリーム・プログラミング - yukobaのブログ
アジャイル開発のエクストリーム・プログラミング(XP)は好きなんですが、開発規模が大きくなった時に、どうやるんだろう、と最近考えていて、考えをメモします。 開発規模の定義として、僕は、100行＝小規模、1万行＝中規模、100万行＝大規模と定義します。それぞれの規模でベストな手法が違います。大規模で、100人以上のメンバーがいる場合は、どうやってグループを管理するかという問題とかもあります。僕は、ほとんどが中規模開発なので、今回は、これ限定です。 エクストリーム・プログラミングを説明した最も有名な本は1999年に出た、XPエクストリーム・プログラミング入門―ソフトウェア開発の究極の手法 ですが、年々微妙に変化していて、最近の著者さんのスタンスを一番反映しているのは、http://www.extremeprogramming.org/ での説明かなと思います。 設計の終焉? でマーチン・ファウ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
404 Error - File Not Found
Loading...