前回のエントリにお返事をいただきました。 先日の仲介手数料０円の不動産屋が儲かる本当の理由 - Nomad.が起こすinnovationの後に、いろいろなご意見等をいただきました。皆さま、ありがとうございました。 また、ブログ等にお書き頂いた方もいらっしゃいましたので、認識違いの部分を少々ご説明できたらと思います。 不動産も古い常識にとらわれるのやめましょうよ。 - Nomad.が起こすinnovation なかなか面白いテーマを扱ってらっしゃったので、改めてエントリを起こそうと思います。 その前に訂正を と、その前に訂正をしておきます。 掲載されている物件は、仲介業者にとってお客様に直接紹介できない物件ばかりです。不動産会社側が一般のポータルサイトでお客様の物件を探すことなんてほぼありえません。したがって、どこの情報もクロールなどしてません。 不動産も古い常識にとらわれるのやめましょうよ

みなさんこんにちは。どうですかね、最近の不動産屋は。 と、そんなことをいきなり聞かれても困るでしょうけれど、世の中を見る限り「仕事しない癖にぼったくりすぎ」「岩盤規制の中でしか生きられない」「20年後にはなくなってる職業」という安定した評価を頂いているようですね。 正直、物件を作る*1以外にも何らかの付加価値を生み出していかないと、仲介がこの先生きのこるのは厳しいかなあ、と思っております。 さて。 そういう斜陽産業の不動産屋ですが、100年後の姿を予感させる新しいサービスがwebを中心に登場していますので、ご紹介していきます。 「不動産屋の仕事には価値がないからお安くしておきますね」 「不動産屋には価値がないです」という、ある意味正直な告白をし、「価値がない仕事なのでお安くしますよ」というサービスがあります。 Nomad.(ノマド) 実は中の人がはてなブログを開設してます。 捨てアカウント

By Iron Man Records 「なぜ我々はプログラマを難問・APIクイズ・不可解な演算・その他の面接トリックで雇わないのか？」というタイトルで「Ruby on Rails」「Basecamp」など、積極的にウェブ上の開発を行っている人々の間では一度は聞いたことがある小企業「37signals」が自身のブログ上でエントリーを出しており、その中身が非常に考えさせられる内容となっています。 Why we don't hire programmers based on puzzles, API quizzes, math riddles, or other parlor tricks - (37signals) http://37signals.com/svn/posts/3071-why-we-dont-hire-programmers-based-on-puzzles-api-qui

"入社して1年も経っていないが、周りを見ていて損するタイプ、得するタイプが自分なりに見えてきたので、まとめる。 2年目では、また考え方が変わるだろう。 また、タイトルにもあるとおり1年未満のぺーぺーなので考えが甘いかもしれない。 ■あいさつ 損するタイプ 挨拶はするが、声が小さく顔を見ない。 得するタイプ 顔を見て元気に挨拶。 ■コミュ力 損するタイプ 笑顔が無い。分かる、分からないを言わない。声が小さすぎる。 得するタイプ 笑顔がある。分かる、分からないを言う。 ■態度 損するタイプ 過剰な自信家。学ぼうとしない。先輩面をする。”俺が上だから、文句いうな”系 得するタイプ 謙虚。学ぶ姿勢がある。後輩の教育をする。”調べても分からなかったら聞いていいよ”、”調子どう？”系 ■メール 損するタイプ 適当に始まり、署名で終わる。 得するタイプ “○○さん”から始まり、署名で終わる。 ■飲み会

転職について考えたことを書いてみたところ、 http://d.hatena.ne.jp/komoko-i/20101104/p2 予想していたよりも多くのアクセスがありました。 あらためて、「会社を辞めたい」とそう思ったときに考えたい５つのことということで書いてみたいと思います。 １．どうして会社を辞めたいのか、理由をはっきりさせる。 会社を辞めることはいつでもできます。 辞めたい辞めたい辞めたいそのことで頭がいっぱいになってしまうというのはあります。 が、辞めるのはいつでもできる。そう思って、一度冷静になりましょう。 そして、どうして会社を辞めたいのか、その理由を考えてはっきりさせることをおすすめします。 ２．理由を考えるときのポイント 会社を辞めたいのはどうして？ 仕事が面白くないから 仕事がきついから（心身的に） あまりにも仕事時間が長時間だから 給料が不満だから 他にやりたいことが

営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分１人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も

会議の際、「議事録」を書くのがどうも苦手という人は多いはず。しかし、後で会議に参加していない人にその内容を伝えたり、仕事の経緯を振り返るのにも役立つ議事録は、効率良く仕事を進める上でも欠かせません。今までなんとなく書いていたという人も、一度基本の書き方を見直してみませんか？“使える議事録の書き方”を学べるエントリーを集めました。 ■何を書けばいいの？“使える議事録”の基本 あるテーマについて話し合いを行った経緯と、それによって決定した事項を記録する議事録。まずは作成の基本から見ましょう。 ▽ 議事録の書き方 基礎講座 : LINE Corporation ディレクターブログ ▽ 議事録の書き方 Part2 : LINE Corporation ディレクターブログ ▽ 1分で「使える議事録」に仕上げるチェックリスト - ITmedia エンタープライズ 議事録だからと言って、会議の内容を何も

忙しい業務の合間に行う「会議」は、できる限り効率良くコンパクトにまとめたいもの。しかし実際には、「ダラダラと時間ばかり過ぎる」「いつのまにか議題からズレてしまう」というような“ムダ会議”になってしまうケースが多々あります。今日はそんなムダ会議から脱出するために、「効率良く会議を進める方法」をご紹介します。 ■“ムダ会議”の原因はどこにある？ まずはよくあるムダ会議の原因から探っていきましょう。会議でのこんな状況、あなたも経験したことがありませんか？ ＜理想は“議事録ドリブン”＞ ▽ 第1回 会議の何が問題なのか？ - ITmedia エンタープライズ よくある会議の問題点としては、次のようなものがあります。 会議が迷走する。 会議が決まらない。 会議で決まったことが実行されない。 会議が長い。 本来の議題からいつのまにか離れて個人が好き勝手に話していたり、結論があいまいになっていたり、決ま

津田大介 @tsuda なので、エンジニアの方は、転職を今現在考えてる、考えてないは関係なく、エンジニアが「金銭」以外の条件で職場に求める条件／環境／待遇などを書いていただければありがたいです。もしお手間でなければハッシュタグ #engineerenv を付けていただければ。

過去の経験から、どうしても許せないとある上司。 そのときは持てる「大人げ」ってヤツををすべて使って乗り越えてきたが。 なぜか今になって、 「精神衛生的に、ぶちまけた方が良かったかも」と思えてならない。 その思い出を順不同で紹介。 バブル時代の成功談で自己の優秀性をアピールする上司会話をしていると、二言目に昔話。 「昔に2億の商談を決めた」など。 昔話で優秀さをアピールするのに余念がない。 だがこれは。バブル時代で、尚且つそれは昔いた、大手企業で。という話だった。 話だけなら「はいはいそうですね」で済むのだが。 「昔2億の商談決めた俺＝優秀＝正しい」みたいなスタンスで意見を押し付けてくる。 もちろんこの人は今、ロクな仕事を取って来てくれない。 「これをやれば次の仕事で」と言う上司この人はいつも「これをやれば次の仕事で」と言ってペイも出来ない仕事を取ってきてやらせるんだが。 「次の仕事」も、「

この秋は、はてな村の有名人たちが人生の転機を迎えているようだ。id:naoya や id:amachang が古巣を去り、id:Chikirin が高給を捨ててニートになった(はてな村では id: は Mr/Ms 相当の敬称である)。 私もまた先月、米国公認会計士(USCPA)試験に全科目合格し、会計畑の仕事に方向転換しようとしている。もっとも会計というのは私にとっては手段にすぎず、最終的には企業経営に関わる仕事に就きたいと考えている。 私は、26歳のときからずっと IT 畑の仕事をしてきた。途中、語学留学等で職歴が中断したり、職場が変わることはあっても、ずっと プログラマだった。だから、いま全く畑違いの分野に乗り出していこうとするのは、かなり勇気がいる。大学を卒業したばかりの若者が、希望と不安を持って未来の職業生活を見つめているような気分だ。 実を言うと、私は、いままでの人生で仕事が心底

昨日、 人生の転機 - Rails で行こう！ の中で「ソフトウェア作りが嫌いだ」と言い切ってしまったことが引っかかっている。 私の職業生活でもっとも多くの時間を注いだのがソフトウェア作りだ。その作業に対して、実際のところ、好きとか嫌いとか一言で割り切れるはずがない。複雑な感情を持っているというのが正直なところだ。 私の職業プログラマのとしての最大の欠点は、ソースコードに対して強い美意識を持たずにいられなかったところだろう。生来の生真面目な性格が災いし、私の基準で美しいとはいえないソースコードを敵視しすぎた。 簡単な例を挙げよう。 うるう年を計算するアルゴリズムを考えてみる。うるう年とは、「4で割り切れて、かつ100で割り切れない年。ただし、400で割り切れたら、やはりうるう年」である。 def leap_year?(y) (y % 4 == 0) && ((y % 100 != 0) |

「プログラミングに関する雑多な事柄」がテーマの本連載、最終回の今回はプログラマについて取り上げてみたいと思います。 生産的なプログラマとは？ 生産的なプログラマは平均的なプログラマの何倍もの仕事をする、という話をよく耳にします。確かに経験に照らし合わせても、できるプログラマの生産性には目を見張るものがあります。 ここでは、私がこれまでに関わった中で、生産的なプログラマにどんな特徴が見られたか紹介したいと思います。 レスポンスが早い チームでの開発では、他のメンバーから質問があったり、何かを依頼されたときに、できるだけ早くレスポンスすることが大切です。 たとえば、ちょっとした質問への返事が遅いだけで、誰かの進行が止まってしまうことがあります。レスポンスの早いプログラマと一緒に仕事をすると、こうした待ち時間が最小限になります。 フットワークが軽い 私の知り合いのあるプログラマは、何かアイディア