タグ

ブックマーク / www.geekpage.jp (25)

  • 人のせいにするのはそろそろやめませんか?:Geekなぺーじ

    「わたしたちさえまともになれば、日は圧倒的独り勝ちに近づく。 - 情報の海の漂流者」に非常に共感しました。 個人的な感想です。 なお、以下の内容は特定のブログ記事に対する批判というわけではないので、ご注意下さい。 マスゴミ、マスゴミと言う人は他人に良質な情報を届けるべく記事を書くか、もしくは良質の記事を探し出して他人に宣伝した方が生産的ではないでしょうか? 問題意識を持った人が自律分散的に良質な記事を生成する活動してこそWebやネットの力が発揮されるのではないでしょうか?誰かに「世界を良くして下さい」と頼んでも、恐らく自分が望むような結果には到達出来ません。 各省庁のWebページを掘るだけで大量のPDFがあります。日だけではなく海外にも目を向ければネタが枯渇することはありません。足りないのは人々が興味を持てるように噛み砕いて要約したり解釈する人ではないでしょうか? 「これはひどい」と言

  • それなりの理由がある:Geekなぺーじ

    現状が現状のようになっているのには、それなりの理由がある。 「あ、これって、こっちにした方が得じゃない?」と一瞬で思いつくような行動を皆が取っていないような状況が発生している正当な理由という物が存在する。 飲み会から帰る電車で一カ所だけ異様に空間が存在していた。 発車しようとしている電車に乗ろうとしたが、良く見るとdumpされたcore imageが床に落ちていた。 断念して次の電車に乗った。 皆が避けて空間を作っていたのには、それなりの理由が存在していた。 電車が駅に到着し、トイレへと駆け込んだ。 酒を飲んだ後は、どうしてもトイレが近くなる。 終電近くの電車が到着した直後なので、非常にトイレが混雑してる。 その混雑したトイレの中で、一カ所だけ個室がopen状態になっている。 何故皆は、その個室を使わないのだろうか?と不思議に思う。 個室を覗き込むと、床一面にdumpされたcore ima

  • Geekなぺーじ : Google MAPS APIプログラミング

    ここでは、Google Maps JavaScript API(version 3)を使って遊ぶ方法を説明したいと思います。 Google Maps JavaScript APIを使うと、グーグル社が提供する衛星写真や地図を使ってホームページ上で色々なものを作れます。 対象とする読者は初心者もしくは入門者です。 Google Maps APIJavaScriptを使って書いてあるので、JavaScriptの知識があった方がわかりやすいと思いますが、Java Scriptがわからなくても何と無くわかるような説明を目指したいと思っています。 基Google Maps APIの単純な例 地図の種類を切り替える 地図の中心を移動する 地図上にふきだしを表示 地図がクリックされたときの処理 マップタイプコントロールを無効にする 緯度経度取得ツール 要望が多いので緯度経度情報を取得するツールを

  • シャイな女性エンジニアが密かに愛の告白をする10の方法:Geekなぺーじ

    シャイで女性エンジニアな貴女! こんな方法を使った愛の告白はいかがでしょうか? 1. ICMP Echo Requestのボディ部分 ICMP Echo Requestのペイロード部分に愛の告白文を挿入して送信してみましょう。 長い文章は1パケットに収まらなくなってしまうので、文章は短く簡潔にまとめましょう。 例えば、「I love you」というメッセージをIPプロトコル番号1番で送信して、彼からのICMP Echo Replyが「I love you too」になっていれば告白成功です。 この方法には注意しなければならない点があります。 「I love you」と書いた文面がそのまま「I love you」と返って来たのを発見してぬか喜びしないようにしましょう。 多くのOSは、ICMPのペイロード部分をそのままコピーして返信します。 そのため、「I love you」と書いて「I lo

    FunnyBunnyDizzy
    FunnyBunnyDizzy 2008/08/27
    スターをつけたい箇所がたくさんあるw
  • 部下/後輩がついてこない理由:Geekなぺーじ

    たまに「部下がついてこない」「後輩がついてこない」という愚痴を聞くときがあります。 ついてくる、ついてこないの違いは何なんだろうと不思議に思うことがありますが、今回は「ついてこない」という事に関してどのような理由がありそうか考えてみました。 「ついてくる/ついてこない」問題で厄介なのは、「ついて来い」と言っている側と「ついていく」側が双方共に相手に不満を持っている場合です。 立場の違いがそうさせているだけで、どちらも悪くないような場合もあり得ます。 難しい問題ですよね。 なお、以下はあまり根拠はありませんし、状況によって全くあてはまらない場合もあると思うのでご注意下さい。 1. ビジョンを共有できていない 「全体の中のどの部分をやっているのか」「何でそれをやっているのか」「それをやるとどのように世界を変えれるのか」が全く伝わっていないのかも知れません。 やる気を出したり、「ついていく」状態

  • 梅干作りに挑戦:Geekなぺーじ

    歩いていたらスーパーで青梅が販売されていました。 私は酢が入ったり蜂蜜が入ったりしている梅干よりも、いわゆる自家製チックな真っ赤な塩辛い梅干が好きなので、作ってみようかと考えました。 梅購入 そこで、初めての梅干作りに挑戦することにしました。 まず、手始めに梅4kgを購入しました。 既にかなり出遅れている感が漂うタイミングということもあり、青梅は黄色っぽい完熟物がメインでした。 ただ、青い物よりも皮の柔らかい梅干が出来るかもしれないとの淡い期待があります。 一粒一粒は結構大きいです。 南高梅と書いてある大きいものを選んで購入しました。 ピンポンボールよりちょっと大きいぐらいです。 ポリバケツ購入 梅干を作るには梅を入れる容器が必要です。 専用の入れ物を探したのですが、適切なものが発見できなかったので、とりあえず13リットルのポリバケツを購入しました。 帰宅してポリバケツを水洗いし、昨年梅酒

    FunnyBunnyDizzy
    FunnyBunnyDizzy 2008/06/25
    読んでて唾液がじゅるじゅる出た / 結果が気になるw
  • プログラマが席を離れる理由:Geekなぺーじ

    コーヒーを入手するため 眠気覚まし コンパイルしているから makeを走らせた cvs update中(svnその他もあり得る) 設計が思いつかないから アルゴリズムが思いつかないから 良い書き方が思いつかないから トイレ おやつの時間だから テストスクリプトが走っているから 現実逃避 部長が不穏な動きをしている 身の危険を感じた 席を離れたプログラマが帰ってこない理由 スペースの個数に関して議論していた タブがスペース何個かを議論していた クラス名や関数名を大文字で開始するか小文字で開始するかを議論していた 開発言語を何にするかの議論がまとまらなかった GPLやBSDライセンスに関する上司の理解が得られず、激しい議論をしていたから すれ違いざまにWordの使い方を聞かれたけど、どうしても問題が解決しなかったため 同僚のPCがブートしなくなったため タバコ部屋で開発会議が勃発したため 先輩

  • ビデオ編集ソフトLoiLoScopeが斬新過ぎる:Geekなぺーじ

    未踏プロジェクトの成果物であるLoiLoScopeが斬新過ぎます。 ビデオ編集ソフトと言えば、画面に広がるタイムラインとプルダウンメニューが浮かびますが、LoiLoScopeは今までのものとは全く違ったUIです。 LoiLoScopeのキーワードとしては、無限平面とマウスジェスチャによる操作だと感じました。 また、通常のビデオ編集ソフトのようにレンダリング時に待たされるという状態を可能な限り減らし、リアルタイムに様々な作業が行われる「超高速処理」も目玉だそうです。 今回は、LoiLoScopeを開発している株式会社LoiLoさんにお邪魔してきました。 自称ブログ取材コーディネータのGOGA社小山社長に紹介して頂きました。 LoiLoScope概要 LoiLoScopeの特徴は今までのビデオ編集ソフトとは似ても似つかないところです。 ドラッグ&ドロップやマウスジェスチャでの操作がメインです。

    FunnyBunnyDizzy
    FunnyBunnyDizzy 2008/05/14
    これは気になる
  • 会社でブチ切れる原因:Geekなぺーじ

    会社で社員がブチキレる原因になるかもしれない事柄を色々と限り考えてみました。 なお、フィクションです。 ご注意下さい。 もう一度言います。 フィクションですよ。 休暇を取得させてくれない 納期が短すぎ 給料が上昇しない 他の社員がどんどん辞めていく 仕事が集中していく クレーム電話の受付ばかりをしている 忙しいのに新しい案件が降って来た コードの設計に関して意見が合わない 信義に反する内容の仕事を依頼された 相手と利益が相反する この前言っていたことと違う 要求が無理難題 要求の意味が理解できない 理不尽 会議が長すぎ 会議のための会議を行いすぎ バグの責任を押し付けられた 信じられないぐらいアホなバグを連発する人がいる 成果物の品質が低すぎる 他人の尻拭いをさせられている 寝不足でイライラしていた プライベートでイライラしていた 自分自身が許せなくてイライラしていた 事業に新規制を感じら

  • Geekなぺーじ : 契約交渉TIPS

    「Tips on Negotiating a Great Work Contract」という記事がありました。 基的な話なのかも知れませんが、面白いと思いました。 いや、でも交渉のプロと交渉はしたくないと思える文章でした。 以下、要約です。 誤訳などが含まれる可能性があるので、原文を是非ご覧下さい。 1. お金の話をすることをためらうべからず お金の話を躊躇する人がいますが、はっきりと言わないと大きく損をする場合があります。 相手が経験豊富なネゴシエーターであれば、そこを突いてくるでしょう。 2. 感情を表に出すべからず 経験豊富なネゴシエーターは感情を煽って交渉を有利に進めようとします。 相手が怒鳴りだしても冷静さを保ちましょう。 エゴやプライドは交渉の席についた時点で懐深くに仕舞いましょう。 3. 「ルール」に縛られるべからず 経験豊富なネゴシエーターは「ルールを守る」という心理を利

  • Geekなぺーじ : フリーランサーがやってしまいがちな10の間違い

    「The 10 Biggest Mistakes Freelancers Make, and How to Avoid Them」という記事がありました。 フリーランスが気をつけるべきことを述べています。 気をつけないといけないですね。 以下、要約してみました。 かなり削ったり意訳したりしているので、是非原文をご覧下さい。 1. 〆切りに間に合わない フリーランスにとっては人の評判が全てです。 そして、〆切りに間に合う事とアウトプットの品質が評判を形成します。 〆切りに間に合わない事が増えれば、クライアントはいなくなります。 締め切りに間に合うように、予定は長く取りましょう。 2. 価格を過小評価 新人フリーランスは請求を少なくしがちです。 実績がないうちは仕方がありませんが、実績が出来てきたら自分の価値を正しく評価しましょう。 あまりに安い値段で請け負うと、いいように使われるだけになり

  • 賛成意見(反対意見)を持つためのバイアス:Geekなぺーじ

    「How Safe is Safe Enough ? A Psychometric Study of Attitudes Towards Technological Risks and Benefits, Policy Sciences, Volume 9, Number 2 / 1978.4」 という論文を読みました。 かなり古い論文ですが面白い内容でした。 新しい技術は社会に対して利益(ベネフィット)を与えますが、同時に新たな問題(リスク)を発生させます。 リスクを軽減する施策は、ベネフィットを削減してしまいがちです。 そのトレードオフで人々が「十分良い」と思えるところはどこなのかに関する考察を行うという論文でした。 基的には1969年の論文である「Social benefit versus technological risk」という論文を検証したものでしたが、実験の中身としてリス

  • 「はてな村」は次世代オンラインコミュニケーションの鍵かも:Geekなぺーじ

    はてなブックマークで演じられる、はてなコミュニティでの内輪ネタや馴れ合い状態を「はてな村」と揶揄する表現があります。 ここ数年、del.icio.usなどのソーシャルブックマークやDiggなどのオンラインニュースがネット界隈では流行していますが、はてなが提供するブックマークサービスは異質であると思われます。 どこが異質か、というと、提供しているサービスが細かい(自由度が他のサービスより高い)事と、そのサービスを利用している「村」と呼ばれるコミュニティが形成されていることです。 この「はてな村」という表現は、「他を寄せ付けない内輪集団」というネガティブなイメージで使われる事が多いと思いますが、この「村」が出来上がる構造こそ、次世代オンラインコミュニケーションの鍵になるのではないかと思う事があります。 今まで 今までのオープンなオンラインコミュニケーションは、特定のキーとそれに付随する1次元配

  • Geekなぺーじ : 優秀な社員を辞めさせない方法

    「16 Ways to Keep Your Best Employees -- Without Breaking the Bank」という記事がありました。 ITworld.comの記事です。 原文には、「多くの社長はビジネスのルールが変わったことに気がついていない。昔はお客様が神様だったが、最近は従業員を満足させる事で従業員がより良いサービスを提供して顧客を満足させるということが求められる。従業員がより芝が青い土地に移動すれば顧客もその従業員についていくだろう。」というような事が書いてありました。 新天地を探すというのは、既に辞める気持ちが発生しているということなので、そもそも従業員が「より青い芝」を探し始める時点で手遅れだそうです。 原文には、自分の土地をより青く保つための「種」を16個紹介しています。 以下、それらの要約です。 誤訳などがあるかも知れないので、詳細は原文をご覧下さい。

  • Geekなぺーじ : はてなブックマークを禁止する方法

    念のため最初に書いておきますが、ブックマーク禁止やリンク禁止派ではありません。 純粋に技術的にどうするのだろうという興味で書いています。 「ある広告人の告白(あるいは愚痴かもね): 推奨してるわけでは決してなくて、お嫌な人には拒否する権利があってもいいのかな、ということなんです。」を読んで、はてなブックマークを技術的に阻止するにはどうするのだろう?と疑問に思いました。 アクセスログを見ていると、はてな系のプログラムが出しているHTTP_USER_AGENTは「Hatena」で始まりそうな気がします。 例えば、ブックマークを行うと「Hatena Bookmark/1.0」というHTTP_USER_AGENTがやってきます。 ブックマークをさせないためには、そのエージェントに意地悪をすれば良いのではないかと考えました。 まず、最初にやろうと思ったのが、はてなロボットのリクエストに対して「404

  • 企業文化が形成される経緯:Geekなぺーじ

    慣例,風習,企業文化などが形成される経緯を表した面白いジョークがありました。 同様の文章が多数の箇所に掲載されていて、どれが原文だかはわかりませんでした。 さらに、これが純粋にジョークなのか、当に何かの実験を行った結果なのかもわかりませんでした。 イギリスで行われた実験が元になっていると記載されているバージョンもありましたが、真偽はわかりませんでした。 最後の文が「And that's how policies get established.」で終わるバージョンと、「And that's how company policies get established.」で終わるバージョンなどもありました。 最後の一文が無いバージョンもありました。 ジョークを訳してみました。 以下に、訳文と原文の両方を載せます。 訳 部屋に8匹の猿を入れます。 部屋の中央にははしごが設置されています。 そのは

    FunnyBunnyDizzy
    FunnyBunnyDizzy 2007/10/22
    じわじわ笑える
  • プログラマから起業家へ転身する際の注意点:Geekなぺーじ

    「10 Tips for Moving From Programmer to Entrepreneur」 という記事がありました。 面白かったです。 要約してみましたが、間違っているかも知れないので詳細は原文をご覧下さい。 1. コーディングはあなたの仕事の5%でしかない コード書きに夢中になってしまう起業家がいます。 コードを書くことも重要ですが、いくら美しいコードを書いても、誰もその製品を使ってくれないのであれば意味がありません。 税金を払い忘れて逮捕されてしまったら書いたコードは無駄になります。 ソフトウェアのライセンスに無頓着であるために訴えられたら、コードは無駄になります。 ブログやフォーラムでコードの事ばかりを話題にする起業家を見る事がありますが、多くの場合、コードよりもビジネスの側面について考えた方が良いと思われます。 もちろん、コードについて語る方が簡単ですが、そもそも起業

  • Geekなぺーじ:選択肢を減らすことの重要性

    Google TechTalksでBarry Schwartz博士による講演が公開されていました。 「The Paradox of Choice - Why More Is Less」というタイトルでした。 最初は、UNIXコマンドのmoreがlessよりも劣っている理由の事だと思って見始めましたが、そうではありませんでした。 何でも選べてベストじゃないと満足しないというのは、アメリカ人っぽい気もしましたが、かなり面白かったです。 ユーザビリティと機能の問題は良くある問題ですが、お店で展示されている商品の種類を減らした方が売り上げが上昇する話などが新鮮でした。 以下に要約してみました。 ここでは書いていない部分も多いので、詳細はビデオをご覧下さい。 字幕も入っていますし、ゆっくりと話してくれる人なので非常に見やすいと思います。 ただ、スライド(PPT?)が見られないので、何故観客が笑ってい

  • 中小企業にプログラマはいらない:Geekなぺーじ

    「Small ISVs: You need Developers, not Programmers」という記事がありました。 2003年5月の記事のようです。 半分根性論な気もしましたが、この記事の視点は非常に面白かったです。 そうなのかもと思う面もありました。 この記事を書いている人は25人の社員がいるソフトウェアベンダを運営しているそうです。 6年間会社を続けてわかったこととしては「小規模な企業にプログラマは居てはならない」だそうです。 必要なのは「プログラマ」ではなく「開発者」だそうです。 以下が駄目な「プログラマ」の特徴だそうです。 小規模企業では以下のような人は「いらない」そうです。 新しい機能を実装することばかりする たまにバグを修正する 仕様書を書かない ドキュメンテーションを書く手伝いをしない 自動化されたテストを作成しない テスト実行を手助けしない 開発環境を最新に保たな

  • Geekなぺーじ:フリーランスとして成功する方法

    「7 Habits of a Highly Successful Freelance Web Designer」という興味深い記事がありました。 原文はフリーランスWebデザイナとして成功する方法を説いていましたが、内容を見るとプログラマや、その他フリーランサーにも当てはまりそうな内容でした。 以下、要約してみました。 誤訳などの可能性があるので、詳細は原文をご覧下さい。 1. 仕事を愛す 大企業で働いていれば、まわりに合わせて仕事をすることができます。 その日に仕事が終わらなければ次の日にまわしたりもできます。 自分が何をしているのかに対して興味を持たない従業員が多い組織もあります。 彼らにとっては、日々の仕事は単なる報酬に対する対価でしかないのです。 フリーランスとして成功するには、自分が行っている仕事を愛する必要があります。 情熱があれば、カフェインの力を借りながら夜遅くまで働き続け