コメントの9割は無駄！～アンチプラクティスから学ぶ洗練されたコメントの書き方～ #code #コード｜CodeIQ MAGAZINE
コメントは基礎的で一般的なものでありながら、「どのようなことをコメントに残すか」は経験のあるプログラマにとっても難しいもの。 この記事では、アンチパターンコメントを見ながら、どのようなコメントを残すべきかについて説明します。 by 馬場美由紀 （CodeIQ中の人） コードは機械のために、コメントは人間のために? プログラミング言語を学ぶとき、コメントは最初に習う項目のひとつです。そして、プログラムであればコメントを含んでいることが普通です。ある研究によれば、ソースコードの平均19%がコメントだそうです。 コードを書くとき、私たちは機械とコミュニケーションを取ることを意識しています。機械はコードを認識してコンパイルしたり実行してくれます。解釈できなければ教えてくれます。プログラマは、コンパイラのためにデータ型を明示するコードを書いたりもします。 一方、コメントは人間とコミュニケーションする
人生初の講演をしました - その後のその後
本日11/11吉日、TechCrunch Tokyo ハッカソンにて、"TechTalk" という枠で人生初の講演をさせていただきました。 さて、このハッカソンに、ハッカー界の著名人が2人も登場して頂けることとなったのでお知らせしたい。（中略）もう1人は、同じく500 Startupsに参加するグロース・プラットフォーム「AppSocially」の開発者、堤修一氏だ。 堤氏のことは、iOS開発者向けに多くの技術情報を出すブログや、著書「iOSアプリ開発達人のレシピ100―開発現場で実証された実用コード集」でご存じの方も多いかもしれない。これまでにフルスクラッチで開発したiOSアプリは30本以上といい、その中には150万ユーザー以上を獲得した対戦RPG「バウンドモンスターズ」もあるという筋金入りのiOS開発者だ。NTTデータ、キヤノンで、それぞれ音声認識技術の研究開発、画像処理機能の設計に携
デキるプランナー不足 島国大和のド畜生
自分の観測範囲の話だが、最近のプランナーの能力低下が目に余る。これらは本人の責任ではない。 まず、プランナーの仕事というのは、明確に規定されていない。 ゲームを作る仕事があるとして、プログラマ、デザイナー等がそれぞれが自分の仕事分を対応する。残った部分全てがプランナーの仕事になる。曖昧にも程がある。 そういう大ざっぱに「専門分野以外全部」な仕事だが、雑用というわけではなく、自己の専門分野もあるし、他の専門分野との調整も出来ないといけない。 また近年のゲームの複雑化で、やるべき事がとても増えた。 ゲームの中、プランナーがやるべきことはとても広範囲だ。 だからプランナーの能力が高ければ、その他職種の能力を引き出すし、プランナーの能力が低ければ、その分だけ他の職域に迷惑をかけ、クオリティを落とす。完成しない場合もある。 これほど重要な仕事だが、他の職域が優秀ならばヘボでもゲームは完成するし、場合
急成長GitHubの経営陣が明かす、プログラマーのクリエイティビティを最大限に引き出す方法 - エンジニアtype | 転職type
2013.01.31 ITニュース いまやプログラマーの「必須プラットフォーム」となりつつあるGitHub。サービス開始からわずか5年で全世界にユーザーを獲得してきた同社は、独自の経営理念によって「プログラマー天国」を築き上げていると評判だ。その根底にある考え方や、組織運営のこだわりとは何なのか？ 来日中のGitHub経営陣に、編集長の伊藤健吾が話を聞いた。 GitHub COOのPJ Hyett氏（左）と、CIOのScott Chacon氏（右）。多忙なスケジュールの中で取材に応じてくれた 「これからの時代、プログラマーをやりたい人にとって、GitHubアカウントを持たなくて済むのは小学生までとなるでしょう」 弊誌対談「小飼弾×増井雄一郎が大激論！ 開発者「大増殖時代」の到来で、プログラマーの存在意義はどう変わる？」で小飼氏がこう述べるほど、世界中のプログラマーに利用されるようになった開
プレゼン1つで3,000万！ 戦略コンサルのプレゼンテーションまとめ
はじめに コンサルティングファームはいったいどのようなことをやっているのか？ 企業に対して戦略立案からコストカットまで、知恵を絞って提案をするプロフェッショナル集団であるコンサルですが、内情はなかなか見えてきません。 というのもコンサルには守秘義務があり、クライアント名はもちろんのことどういったプロジェクトを手がけているのかに関しても、厳しい箝口令が敷かれているからです。 よってコンサルが仕事内容について語る場合は、「大手電気メーカーの組織改編」とか「通信大手のグローバル戦略立案」といった、ぼかした表現にせざるを得ず、他業界の人にとってなかなかイメージしづらい状況になっております。 仮に、トヨタ自動車が製造・販売しているレクサスをインド市場投入する際の戦略立案をお手伝いしているコンサルティングファームがあったとしたら、そのプロジェクト内容についての生々しいお話は学生にとっても、他業界の方に
プロジェクトを成功させる5つのリスク管理工程
関連キーワード ERP | Excel | MES（製造実行システム） | PMO（プロジェクトマネジメントオフィス） 前回「プロジェクト運営の難所はこうして乗り越える」まで述べてきたように、今日のプロジェクト運営は多岐にわたるビジネスニーズへの対応、短期間・低コストでの導入、日々進化する技術への対応などが求められるため、より難易度が高くなってきている。ほとんどのプロジェクトでは計画段階で多くのリスクを内包しており、このリスクを適切に取り扱わずに、大量に発生する課題をただやみくもにつぶしていくだけでは、品質・コスト・スケジュールがどのような結果となるのか予測することはできない。このような難易度の高いプロジェクト運営において、プロジェクトのゴールを定量的に予測するためには、リスクを網羅的に洗い出し、計画的に管理する事がプロジェクトの成否を握っている。 当初からリスクがあると周囲から思われてい
こんなプログラマはアジャイル出来ますって言ったらアカンやろ - メソッド屋のブログ
最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直「おい！どの口がアジャイル出来るって言ってるねん！」って思う事がむっちゃくちゃ多い。 今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、「うちもアジャイルできます」って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを１０年以上やってるけど、元々は「この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか？」と思ったところから来ている。 それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、「やっぱアジャイルなんかアカンやん」ってなるのがむっちゃくちゃ嫌なのだ。 これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ
優秀な社員が、無能な管理職になる瞬間 - 知っておきたい「ピーターの法則」 - Feel Like A Fallinstar
最近、すっかり組織をどう作るかとか5年後どんな仕組みにするかとか、そんなことを考えていたりいなかったりします。 その中で、1つ常に意識しているものに「ピーターの法則」なんてものがあるので、せっかくなので紹介がてらにブログで書いてみようかな、と。 優秀なプレイヤーと、優秀な上司はまったくの別物 どの組織でもそうなのかは分かりませんが、出世したり責任を任されたりする人というのは大体何かしら「過去の貢献・成果」を評価されています。 たとえば、 いいプログラムを書いた人が開発の責任者になったり 成績抜群の営業マンが、営業部門の新規開拓の主任になったり 実績を出したコンサルタントが、マネージャーになったり そんな感じではないかなと。 でも、そうやった起用（抜擢）が自動的にうまく行くほど甘くは無いのが組織のうっとうしいところ。 なぜなら、（たとえば3つ目の例で言うと）「優秀なコンサルタント（プレイヤー
プロジェクトの火消し：トラパパ＠ＴＯＲＡＰＡＰＡ：オルタナティブ・ブログ
実際頑張っている現場の人には恐縮ですが、最近或るプロジェクトが炎上して救援依頼が来ました。 火消しには2種類あると思っていて、 ① 炎上領域の火元をきちんと消してから炎上領域を順次消化していく、 ② まだ被害のない領域が炎上しないように手立てをしてから炎上領域を早急にきれいさっぱり燃やし尽くす。 とても残念なのですが、今回は、後者（②）のようなのです・・・ 長年火消しをやっていると、 不謹慎な言い方で申し訳ありませんが完璧にプロジェクトステータス（進捗＆品質）を復元することは大抵不可能でして。 おそらく小生に救援依頼が来たという時点で、それは明白な前提のようでして。 ・・・で大抵、私は火消しを実行する前にプロジェクトの「診断」を行い、 リスクレベルの把握と①②の選択をします。 ＜７つのリスクレベルと典型的事象＞ １．危惧（これから大変との危機感がある） ２．予兆（既にトラブルの兆候がある）
プライベートセミナー「アジャイルに適したまったく新しい契約形態での受託開発サービス トライアルの紹介」を開催しました - Ruby x Agile
木下です。 弊社にて毎月開催しているプライベートセミナーですが、今月は先日発表した新サービス「新しい契約形態での受託開発サービス」をテーマに開催いたしました。 セミナーでは、新サービスの紹介はもとより、これまで弊社でプロジェクトに適用してきた契約の事例をいくつかご紹介いたしました。「新サービスについてよく分かった」「契約の事例が参考になった」という感想をいただいております。 セミナー資料を下記にアップロードいたしました。 アジャイルと契約View more presentations from Eiwa System Management, Inc. . サービス発表後、非常に多くの反響をいただいているのですが、プライベートセミナーでも多くのご質問・ご意見をいただくことができました。 また、セミナー後に個別の相談会を実施し、その中で新サービスを適用したいというご相談をいくつかいただいており
ビジョナリーカンパニー2がすごい件 - As a Futurist...
昨年末の Twitter 本屋オフで，@FMNAKA さんに推されて買ってしまった 「ビジョナリーカンパニー 2」をやっと読み終えました．遅くなってしまって まったく申し訳ない． この本，やばすぎです．Good な企業が Great な企業になるためには何が 必要なのかを，11 社のケーススタディによって導きだしているのですが， なんというか，その 11 社のあまりのストイックさや大胆さに，ビジネス書で ありながら，僕は読みながら**涙を流したし，体が震えて立ち止まったし， めまいがして倒れそうになりました．**冗談抜きに． 構造構成主義的に言うなら，この本は「Goot to Great」という現象について 現状で最も思慮深く的確にその構造を見抜き記述した本であると思います． そして，それは決して企業だけに留まる話などではありません．洗練された 構造はアナロジー的な応用が容易です．僕はこの
開発体制とマネージメント ／RIAシステム構築ガイド #03 | RIAシステム 構築ガイド Essential 2007
RIAシステム 構築ガイド Essential RIAコンソーシアムが発行する、RIAの普及促進や開発に関するガイドライン『RIAシステム 構築ガイド』の2007年版である『RIAシステム 構築ガイド Essential 2007』をWeb担向けに特別にオンラインで公開するコーナー。 RIAシステム 構築ガイドに関しての詳細はこちらRIAコンソーシアムに関しての詳細はこちら 今までにないスキルセットを束ねて進む一般にRIAプロジェクトは難しいとはよく言われます。その理由は従来プロジェクト以上に、 RIAプロジェクトが「総合的プロジェクト」に近いからだと思われます。従来型を「ハードウェアとソフトウェアの詳細仕様に長けた開発者で進められるもの」と考えると、RIA型の場合、そこに「仕様書の存在しない人間」という要素が加わります。技術動向やプログラミング・スキル以上に、「人間」の動作に対する造詣の
見積もり・発注 - 技術情報Wiki
発注／調達 † 値切ってはいけない 2009.3.6 確かに，プロジェクトには予算が決められており，その予算の枠内でやり遂げる必要がある。どうしても予算と見積もり金額が合わない場合には，入念に価格交渉を行い，発注者と受注者の双方が金額の妥当性について合意した上で確定させるべきなのだ。 そのためには，PMは出てきた見積もりを査定する能力が必要であり，かつ高い折衝能力が必要である。 はじめてのRFP 2008.2.4 調達用語 RFP,SLCP,SPAとか ＲＦＰ（Request For Proposal：提案依頼書） ＳＬＣＰ−ＪＣＰ９８：Software Life Cycle Process - Japan Common Frame 1998 ＳＰＡ（Software Process Assessment）
圧倒的に生産性の高い人（サイエンティスト）の研究スタイル - ニューロサイエンスとマーケティングの間 - Being between Neuroscience and Marketing
Leica M7, 90mm Tele-Elmarit F2.8, PN400N @Santa Monica, CA アメリカで研究するようになって最も驚いたことの一つは、日本では考えられないほど生産性の高い研究者が存在することだ。 たとえば僕がローテーションして、最後までそこでdissertation work（博士論文のための研究、活動）をすることにするか迷っていたあるラボ。そこはポスドク、テクニシャンを含めて（註：undergraduate=学部生は殆どアメリカの研究室には居ない）たった5人でやっているにもかかわらず、毎年5-6本ぐらいはペーパーを出し、ほぼ全て一流紙。多いときは年に2本ネイチャーに出し，一本は表紙になったりしていた(#)。 しかも良く日本では見かける深夜も土日も働いて、朝はどちらかというと崩れ気味、みたいな重労働系の生活ではなく、普通に朝来て、「うーん今日は狂ったよ
辞めたくなる会社: mediologic.com/weblog
Disclaimer このブログは高広伯彦の個人的なものです。ここで述べられていることは私の個人的な意見に基づくものであり、私の雇用者には一切の関係はありません。 Powered by Movable Type 3.17-ja 以前にいた会社の、自分がいた組織の離職者率が増えているのを聞いていると、それまで「働きたい会社」だったのが「辞めたくなる会社」になってきているということなのだろう、ということに悲しくなる。 ベンチャー的な気質をもった会社だと、「この会社、このプロダクトを使って何かをしてやろう」というチャレンジャーが集まり、その“志”がエンジンとなって前進していくものだが、あるタイミングからその会社がメジャーになってしまうと「入りたい会社」となってしまい、学歴だけよかったり、対して仕事ができないのに過去の会社での経歴を“華麗に言う”人間が増えてしまう。つまり実力者が入ってこない。ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
戦略(Strategy)、作戦(Operation)、戦術(Tactics)、そして兵站(Logistics) - UEI/ARC shi3zの日記.
Facebook社も活用、従業員評価システム『Rypple』
http://japan.internet.com/busnews/20101208/6.html?rss