平素より「はてなハイク」をご利用いただき、ありがとうございます。 「お題でつながるミニブログ」としてご利用いただいていた「はてなハイク」は、2019年3月27日をもちまして、サービスの提供を終了させていただきました。 これまでご利用いただきましたユーザーの皆さまに深く感謝いたします。 誠にありがとうございました。 詳しくは下記をご覧ください。 http://labo.hatenastaff.com/entry/2018/11/19/113653 株式会社はてな
選挙目当ての減税は愚策 国民は政治家見抜く眼力を――石弘光・放送大学学長- 08/09/27 | 17:00 辞任表明はあまりにも無責任ですよ。政権放棄が2代も続くのは、自民党のひ弱さの現れ、末期的現象です。ただ、自民党総裁選に多数の候補者が名乗りを上げたことは、不...本文を読む 医療・介護の崩壊防ぐには正確な実態の開示が必要――大森彌・東京大学名誉教授 -08/09/27 社会保障に関しては、未曾有の少子高齢社会への対応という、誰が総理大臣であっても、決して否定できない中長期的な課題が存在しています。その課題にどう取り組…全文へ 「小さい政治」を捨て去れ、価値の創造こそ政治の役割――田中直毅 -08/09/25 安倍、福田と2代続けての政権投げ出しの事態に、政治への信頼は失われてしまった。衆参ねじれの下で政治は停滞し、すべての政策課題は先送りになり、社会には閉塞感さえ漂っている。さらに
最近はてなの社内では新しい技術を勉強したり、フレームワークや言語を移し変えようかという話も出ていたりして活気が出てきています。技術者も10人を超えて、色々な考え方をする人同士が刺激を与え合いながら切磋琢磨していて素晴らしいなあと思います。そういう中で、僕が技術について思う事を少しまとめてみました。 アウトプットを出す 新しい技術を習得したり、時間を掛けて作り上げた結果は、何かのアウトプットとして出さなければほとんど意味がありません。知識や結果を自分の中に残すだけで終わるのは、それを活かしてサービスを作りたくさんの人が使えるようにする事に比べると驚くほどちっぽけな仕事です。 また、3日間で作り上げた素晴らしい仕組みをそのまま1週間寝かせてしまうのは、4日目に他の人が使えるようにしてから1週間を過ごすことに比べると随分見劣りしてしまいます。 当たり前ですが、どれだけ素晴らしい仕組みを作っても、
最近いくつか建築系のテレビ番組を見ました。 丹下健三の特集(広島平和記念公園、香川県庁舎、代々木競技場…)NHK ロンドンのきゅうりビルができるまで BBC エッフェルの生涯(橋梁、自由の女神、エッフェル塔、パナマ運河…) BS-i それで、3つとも見ていて面白かったのが、有名な作品はいずれも最初は周囲の反対にあっているんだなあということです。 丹下健三の香川県庁舎には、それまでの県庁舎とは全然違って広い庭とか1階は市民が憩えるスペースとかがあって、そんなものいらん、という話があったみたいです。ロンドンのきゅうりビルはあの奇抜な形とでかさで「ロンドンの街並みには合わない」という声があったみたいですし、エッフェル塔についても「パリの街にそぐわない」みたいな声がかなりあったみたいです。エッフェル塔については、エッフェル自身が芸術学院みたいなところを出ていない技術畑の人だったこととか、パリの芸術
昨日変更いたしましたサービス名ですが、語呂が良くないなどの意見を多数いただきましたので、検討の上「はてなブックマーク」へと再度変更いたしました。 「はてなお気に入り」だったはてなブックマークがまた「はてなブックマーク」に戻りました。ますますもって Social Bookmark 化が進むはてなブックマーク。日本人にはブックマークよりお気に入りじゃなかったのかセニョールという突っ込みはおいといて、こうしてロゴの中に突然日本語が混じったりしなくなることはいいことです。 最近はmp3再生にも対応して、色々機能追加してグッジョブ!...と言いたいところですが、del.cio.usと再生ボタンがそっくりすぎる気がしないでも。ま、まずい。 だめぽ━━━━(´A`)━━━━ッ!! デ、デフォルトで赤色にしてくれたりするとありがたいんですが、いかがでしょうか。だめかな。(笑)
人と議論をしているとよく「何が正しいのか」という事が問題になります。「その意見は正しいね」とか「君の言っていることは間違っている」みたいな話です。 議論というのは基本的に最も「正しいらしい」と思われる結論を導き、それに全員が同意することを目的にするものだと思っているのですが、議論をしているとたまにこの「正しさ」についての認識が違うな、と感じることがあります。 基本的に僕は、「正しさ」には個人的なレベルと全体的なレベルの2種類があって、個人レベルでは「人々の意見は全て正しい」のだと思っています。 例えば僕が「この部屋が暑い」と言えば、例え気温が5度しかなくてもそれは「正しい」わけです。「5度の部屋が暑いなんて間違っている」と言われても、暑いと感じた人にとっては「暑い」事は事実でしょう。 もし僕が「この部屋の温度は10度を超えている」と言えば、それは正しくはありませんが、こうやって科学的に証拠
昨日、はてな内から出てきた実験的なサービスを公開するための「はてラボ」をリリースしました。 http://hatelabo.jp/ 多くのプロフェッショナルなクリエイターの仕事には、模型、プロトタイプ、デッサンをする行程が存在します。建築物を作るのだったら模型を作って実際のイメージを確かめますし、工業製品を作るにもデッサンをしたり模型を作ったりします。作家は何度も推敲しながら文章を作り上げますし、画家もデッサンを繰り返します。 どれだけ優れたクリエイターでも、いや、クリエイターとして優れていればいるほど、こうした行程を大事にし、妥協を行わず修正を繰り返すことで質の高いものづくりが可能になっているのだと思います。 「ぱっ」と一瞬で作り上げた作品が、すぐさま改良の余地が無い程に100%の完成度である、と主張する人がいれば、多くの場合、それは怠慢によるものであると僕は判断すると思います。 ウェブ
今日は花の水曜日です。なんで花かというと、仕事がお休みなのです。 はてなでは先月から土曜日と水曜日の好きな方を選んで休むことができる週休2日制を導入しました。それまでは土・日と休む日が決まっていましたが、それを選択性にしたのです。 創業時、はてなは週休1日制でした。土曜日でも必ず出勤して1日中仕事をしていたし、ベンチャーならそれが当たり前だと思って頑張っていました。不思議なもので、KRPのようなインキュベーション施設に入居していて、周りの企業が土曜日に休みを取っていても、「世の中の企業に差をつけられるチャンスだ」くらいの気持ちでやっていたのを覚えています。 はてなの事業で売上が出るようになって、少しだけ資金のやりくりにも余裕が出てきた頃に、週休1.5日制にしました。さすがに体力的につらかったからです。 それから人が増えたりして昨年完全週休2日制にしたのですが、どうにも月曜日にエンジンがかか
仕事には毎日毎日の定常業務・いつもの仕事=ルーチンワークと、突発的な仕事=非ルーチンワークがあると思いますが、時間の使い方として非ルーチンワークの方から手をつける方が良い結果になることが多いんじゃないかとふと思いました。 非ルーチンワークというのは、朝突然「これをやろう」とアイデアを思いついたとか、社内で話しをしていて急遽行う事になった、みたいなタスクで、こういう仕事が発生すると「まあ待て。とりあえず今日やるつもりだったいつもの仕事を終わらせてから取り掛かろう」という人と、「なんだか面白そうだし新しい事をやってから残りの仕事を片付けよう」という人に分かれるような気がします。 ところが、「定常業務を終わらせてから手をつけよう」と思っていても、定常業務は仕事時間を全部使い果たそうとする性格がありますので(ありますよね、何でなんでしょう?)、結局その日には手がつけられない、みたいな事になりがちで
先日、プログラム上では理想が築ける気がするのでついつい手を加えつづけてしまうという話を書きましたが、そうはいってもやはり納得のいくまできっちりと作り上げないと気がすみません。特に、お客様に製品として納品する場合はなおさらです。 ある一つの機能を実現させるためには、たくさんの方法が存在します。とりあえず動けばいいというプログラムから、向こう何年間、機能を徐々に追加変更していきながら使い続けられるシステムまで千差万別です。そして、できる限り後者のような、いつまでも世に残るようなものを作りたいものです。その場限りで使い捨てられてしまうようなものを次々と作るのは虚しいものです。 と、いうようなことを考えているときちょうど友人に素晴らしい記事を教えてもらいました。Paul Grahamという方のコラムの翻訳です。 http://www.shiro.dreamhost.com/scheme/trans
はてなでサービスを出す時に心がけていることとして、「50%くらいの完成度でサービスを出す」という事があります。 普通に考えれば、サービスは「これで完成」と思う部分まで作り上げて出すべきものである気がしますが、ウェブサービスの場合、実際は半分くらいの完成度で出した方がうまく行く確率が高いと思います。 新しいサービス(例えばブログとWikiがくっついたようなダイアリー)の構想を考えたとして、そのサービスの機能は3種類ぐらいに分けて考えられます。 最低限必要な機能…ログインや日記を書く機能など。どんなシステムでも持ち合わせている機能 そのサービスを特徴付ける基本機能…キーワードの自動リンクシステムや、それを実現するためのキーワード作成機能など。どのサービスにもあるわけではないが、サービスのコンセプトを表すために必須の機能 発展的機能…1.や2.を前提として考えた場合に必要となるであろう機能。コメ
はてなは「運営者」と「ユーザー」が対話を行うユーザー参加型のコミュニティである、といった文脈で雑誌などに取り上げて頂くことが多くなっています。 確かに、「はてな社内」と「はてな社外」の情報共有について、ユーザーからの要望によって色々な機能を追加したり、社内会議を音声で公開したりといった色々な取り組みを行っているのは事実です。 しかし、社内と社外の情報共有を行うには、その前に必ず「社内の情報共有」とか「社員のコミュニケーション能力の向上」という問題を解決しなければ、なかなか前に進むことはできないと感じています。 はてなは創業時は2人でしたので、その頃にさかのぼって少し順を追って情報共有について考えてみたいと思います。 まず各個人のコミュニケーションについて。 例えば僕は、夫婦ではてなの仕事をしていることもあって、仕事の話をはじめ、あらゆる話を夫婦で共有しています。 昼間は会社で仕事をして、夜
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く