芸能人からのDM＝私信の内容を許諾なくさらす人
ロンドンブーツ1号2号田村淳さんが、リプライではなくわざわざDMで送信してきた内容を、本人の許諾なく（事前の断りなく）公開する人（プロフィールによれば中学校教師）がいた。しかも、「DM＝私信を相手に無断で公開」することの問題点を指摘されても逆ギレするのだった。 ※ツイッターのDMは、「自分をフォローしている相手には送れる」仕様です（自分がフォローしていなくてもよいし、相互フォローである必要はない）。今回の場合はherobridge氏が田村淳さんをフォローしていたわけです。なお、ツイッターの公式のヘルプで、「ダイレクトメッセージ (略してDM) とはあなたをフォローしているユーザーに送信する、Twitter を通しての非公開メッセージです。 (＠関連やリプライではありません。) 」と明記されており（ http://bit.ly/nsfcjd ）、非公開性が強調されています。 続きを読む
普通の構造化プログラマーがオブジェクト指向の存在意義を理解するコツ - 達人プログラマーを目指して
オブジェクト指向言語の存在意義を理解するのは難しい？ id:amapetasさんによる、ちょっと興味深い記事がありました。 オブジェクト指向言語が流行した必然性について考える(1) - Programmer’s Log そして、その記事の中で説明されているのですが、やはり、C言語など構造化言語のプログラマーにとってはオブジェクト指向の存在意義を理解するのがなかなか難しいところがあるようですね。 初心者向けの書籍を最近読んでいないので、最近の書籍ではうまく説明されているのかもしれませんが、そんな話を聞いたことがないので、たぶん今でもオブジェクト指向に関する説明の始まり方は 「世界は全部オブジェクトで出来ているんじゃぁぁーーー」 という「オブジェクト至高教への洗脳」から始まっているものと推察しますw テンション高めの説明から入るのでドン引きする人多数な感じがかなりアレですね。オブジェクト指向の
先日、twitterでこういう言葉を拾いました。「きっと何者にもなれないオタクに限って、写真…カメラ極めようとするよね。」なんとなく同意するところなんですが、ここで質問です。自分��
「きっと何者にもなれないオタクに限って、写真…カメラ極めようとするよね。」これ、僕もすごくわかる気がします。僕みたいに写真を撮る側の人間が「わかる」とか言っちゃ駄目なんだろうけど、でも同じようなことを言われた時もあるし、写真って絵画や音楽と違って原則的にシャッターを押せば写ってしまうんで、簡単なんですよ。写真を80年間撮り続けている人と今日初めてカメラを持った10歳の子供が同じ露出に設定したカメラを持って同じ立ち位置で同じ方向にレンズを向けたら全く同じ写真が撮れてしまう。これが写真です。「何者にもなれないオタク」ていう言葉が一度何者かになろうとしてそれをあきらめたり挫折した人間や人生に対して何らかの鬱屈を抱えたある種の人間を指すのであれば、そういった人たちがカメラを手に持って「何か出来るかな」「おもしろいな」と考えたりカメラそのものが好きになったりするのは、僕は自分の経験則としてすごくわか
プログラミングが速く組めるようになる初歩的な3つの心掛け - 遥か彼方の彼方から
プログラム雑用兼プログラマーとしてアルバイトしていた頃のこと。僕の最初の悩みは、どうすればもっと速くプログラミングできるか、でした。訳あって3時間ほどしかバイト時間を確保できなかったうえ、雑用もしていたので、気付くとほとんどコードを書かずに一日が終わるなんてこともよくりました。急がなくてもいいとは言われてはいたものの、プログラミング能力が低くて、要領も悪い僕としては、せめて時間内に終わらせられる程度にはプログラミングが速くなる必要があったのです。とはいえ、すぐにプログラミングが上手くなることなんて出来無い。だからせめて、プログラムで詰っている時間を減らせさえすれば、今よりもよくなるんじゃないか、とそう考えるようにしました。そう意識してからの作業は徐々に速くなり、最終的になんとか仕事についていけるようになっていたかなと思います。ということで、前置きが長くなりましたが「プログラミングが速く組め
工数見積もりで陥りやすい罠 - プログラマの思索
「ソフトウェア見積り」を読んだ後に「アジャイルな見積りと計画づくり」を読み直したら、とても理解しやすかった。 理解できたことをメモ。 間違っていたら後で直す。 ※追記：一部修正した。 ※追記：Velocityの計算方法を「塹壕よりScrumとXP」から参照するようにした。 【元ネタ】 Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。 アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索 ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索 チームは加速するのか～Velocityの使い
オフェンシブな開発〜「納品しない受託開発」にみるソフトウェア受託開発の未来 | Social Change!
定期的にSI業界が終わったという話が出ますが、本当にそうでしょうか。終わるべきは一括発注・請負のディフェンシブなビジネスモデルです。受託はなくなることはありません。ソフトウェアの開発を、他の業界のアナロジーで考えるのではなく、正面から取り組んだビジネスモデルについて語っています。 ディフェンシブな開発 今から5年前に、SI業界における多くの問題の原因がそのビジネスモデルにあるという「ディフェンシブな開発〜SIビジネスの致命的欠陥」という記事を書きました。SIにおけるビジネスモデルは、発注者とベンダーはあらかじめ決めた金額と要件の中で納品と検収を目指すため、利益を出すためには双方がリスクを取らずに「守り」に入る必要があります。その結果、顧客にとって価値を産むかどうかよりも決められた要件通りに作られることを重視することになってしまいます。人月という単位であらかじめ決めるとなれば、単価の安い下請
プログラミングは「名前」が9割。 - このブログは証明できない。
プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や
シリコンバレーには敵わない。
高校生ぐらいからネットの世界でやってきたいと思ってた。 会社創ってサービスが成功して世界を席巻してGoogleみたいに・・とか。 大学4年生（文系）なう。 今更気付いた。俺、コード書けない。 以前に読んだアメリカの若い起業家たちのインタビュー。 みんな「はじめてコードを書いたのは８歳の時だよ」とかそんなのばっか。 ２０歳過ぎてる俺。え？ とりあえずシリコンバレーに行った。ティーンエイジャーなんてゴーロゴロ。 大概が俺でも知ってるような有名大学出身で、大体が先人、最近だとマークザッカーバーグの影響かドロップアウトしてる。 みんな有名大学行ってただけあって地頭は良いわあらゆる知識に精通してるわ。 しかしなにより超ハードワーク。睡眠以外はひたすらサービス開発したり、ミーティングしたり。 みんなお金より世界をより良くしたいって本気で言ってる人ばっか。 自分がゴミのような存在に思えたね。 だって才能
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本の電気メーカーが iphone作れない理由：外資の人から見た視点