鎌倉が住む場所として最高すぎてヤバイ件｜池田紀行@トライバル代表
横浜市と鎌倉市の境目で生まれ育ち、26歳から東京で一人暮らし。途中30歳で結婚し、中野（2年）→新宿（2年）→尾山台（2年）→目黒（2年）→旗の台（4年）→白金台（6年）と、東京で18年暮らしました。 東京はとても便利で、買い物する場所には困らないし、通勤はドアドアで30分くらいだし、おいしいレストランがたくさんあるし、深夜まで飲んでいてもタクシーですぐ帰れるし、とにかく便利！の一言。 でも、僕にとっては、「便利」以外のベネフィットって、あんまりなかったんですよね、いま振り返ってみると。 だから、東京でマンションを購入するつもりはなかったし、人生の最期を東京で迎えるというイメージもまったく持てなかった。 で、42歳のときに一念発起して、鎌倉へ移住することを決めたわけです。 ここでは、移住を決めるまで、ではなく、住んでみて僕がいまどう感じているかをお伝えします。まあ、結論を言うと、控えめに言
元ソフトバンク社畜が語る「2人の鬼上司」孫正義が激高して…（SmartFLASH） - Yahoo!ニュース
パワハラやセクハラをはじめ、上司から部下への過ぎた言動が、「ハラスメント」という概念とともに厳しく制限されている現代日本。しかし、ほんの20年ほど前は、現在でいうハラスメント行為が当たり前におこなわれていたのも、また事実である。 1998年、まだベンチャー精神が強く根付いていたソフトバンクのグループ企業に入社し、「社畜」としてその労働力を捧げた人物がいる。現在は複数のスタートアップ企業で役員・アドバイザーを務める、須田仁之氏だ。 インターネット通信事業「Yahoo! BB」の立ち上げに参画し、一時期は孫氏の直属で経営企画業務を担当していた須田氏が、ソフトバンクグループに所属していたのは、わずか4年たらず。しかし、その間に出会った「鬼上司」から受けた指導は、一生モノの財産になったという。 「新卒で入社した会社で同期だった友人に誘われて、25歳で彼が勤める会社に転職しました。その会社とは、ソフ
feelings
自分はア式蹴球部を目指し、一浪したものの合格できなかった95年世代の者です。この記事の読者の想定とは少し遠い立場の人間だと思いますが、コメントを残させて頂きます。2014年の冬のオックスフォード大学との交流戦は受験勉強の合間に観に行きました。新しい御殿下グラウンドの設備でサッカーをすることは、僕にとって、努力を重ねて、公正な東大入試に合格し、ア式蹴球部に入部した者だけが得られる特権だとして、受験勉強のモチベーションにしていました。別の大学に入学した後に、ア式蹴球部がUと提携するニュースは目にしていました。その実態がこんなものだったということに驚いています。自分の憧れだった環境である御殿下の設備、その設備を使う権利を公正に得たア式蹴球部員からそれを奪おうとする人間に対して、他大学に所属する自分も憤りを感じました。ただ大学スポーツは社会人スポーツと比較してとても良い環境だと思うので、サッカー、
羽田と成田を間違えたけど間に合った話｜牧村朝子｜note
「羽田 成田 間違えた」 これで検索していらした方、お気持ちお察しします。 めっちゃ焦るのわかります。まずは、深呼吸してください。 どうすればいいか、最初に手短にまとめます。 ●すぐ路線検索。最速で何時につくか確認 ●到着がチェックイン締め切り時刻を切りそうなら、航空会社に電話するか、航空会社カウンターに行く。変更できないか、どうするのが最善か、アドバイスをもらう ●本来の空港に急ぐ場合、羽田〜成田を最も速く移動できる手段はタクシー。渋滞なければだいたい1時間ちょい、27000円くらいで行ける ●移動中にWEBチェックインができるなら済ませる。ターミナル、ゲートの位置を、空港公式サイトの地図で確認しておく ●預け入れ荷物がないなら、カウンターに寄らずゲート直行できる可能性がある。航空会社に「WEBチェックインしたんですけど、ゲート直行でいいですか？」って聞いてみる。 ●落ち着く。八つ当たり
翔ソフトウェア (Sho's) 議論のアンチパターン 〜不毛な議論を避けるために〜
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
躍進を続けるアーキテクチャ宇宙飛行士たち - The Joel on Software Translation Project
Joel Spolsky / Fujimoto訳 2008年3月1日 木曜 誰もがMicrosoftのHailstormに関する誇張たっぷりの発表に興奮していたのは七年前の今日のことだった。そこでMicrosoftは「Hailstormは日々の生活のテクノロジーを、ユーザーに代わって、そのユーザーの管理の下で互いに連携して動くようにいたします」と約束していた。 それで、Hailstormって一体何だったの？ これは、未来のOSはネット上に(つまりMicrosoftのクラウド上に)あるとして、Windows Passportを使えばどんなものにもログオンできるようにし、そこにユーザーのあらゆるデータを置いておけるようにするというものだった。しかし、ふたを開けてみれば、こんなあらゆるデータを置いておける場所なんて誰も必要としていなかったし、自分のデータを全部預けるほどMicrosoftを信頼し
今どきの若手育成にひそむ3つの思いこみ
2016年4月13日に六本木Super Deluxeで開催されたIT/Webエンジニア向けイベント「TechLION vol.25」（http://techlion.jp/vol25）に出演した際の講演スライドです。 持ち時間20分ということで、以前にシェアしたスライド「効果が出る仕事の教え方」を本題の演目と捉えて、そこに入る前のマクラとしてお話をまとめました。 ※直接対面でお話しする前提で作ったスライドなので、スライドだけ見てもいまいち伝わりづらい部分、誤解釈させてしまうリスクもあって、内心こわごわの共有ですが、いくらかでも、つまんでお役立ていただけるところがあれば嬉しいです。 出演後の後書きをブログにまとめましたので、よろしければあわせてご覧ください。 TechLION出演の後書き┃心のうち http://hysmrk.cocolog-nifty.com/blog/2016/04/te
プログラマを悩ませること Top 10 | POSTD
10. 「何か」は分かるが「なぜ」が分からないコメント プログラミング入門コースでは、早い段階かつ頻繁にコメントを記述することを生徒に教えます。プログラムを書き始めた初期段階（ごく単純なコードであっても、時に理解し難いことがあります）では、これは実際に役立つことなのですが、習慣にとらわれてしまうプログラマが多くいます。 上記のコードが何をするのか分かりますか？ 私は分かりません。 問題は、多くのコメントがそのコードが 何をする のかを説明していますが、 なぜ そのコードが書かれているかが説明されていません。では、異なるコメントが書かれた同じコードを見てみましょう。 こちらの方が分かりやすいですね。何が起きているのかを完全に理解できるとは言えませんが、最低でもなぜこのコードが必要なのかが文脈から判断することができます。 コメントは、構文を理解してもらうためにではなく、読み手がコードを理解しや
家を建てたので得られた知見を共有します
5月末に家を建てて半年ほど住んで得られた知見を共有します。 家を建てた理由 子どもが生まれた 最初は賃貸で引っ越そうとしてた 子育てには車が必要だから 西松屋（車でしか行けないような所にしかない）に行きたかった おむつやミルク缶やベビーカーは車じゃないと運べない 駐車場の安い郊外に引っ越して車買おうとしてた（当時住んでた所は駐車場代高かった） 結局引越費用高くてやめた（40万くらいした） 中古マンションでも探すことにした 中古マンション探すけど良いのは高かった 中古なのに新築分譲時より高いのとかある それなら新築マンションでよいのでは、と思った しかし新築マンションは業者が好きになれなかった 偉そう 息がくさい すぐローンの審査申し込ませようとする 考える時間を与えずハンコ押させようとする 買いたいタイミングでよい物件が出回ってなかった マンションは管理費や修繕積立金、駐車場代が重荷になり
オリジナル iPhone のデビューは大きな賭けだった — iPhone 開発秘話
［オリジナル iPhone を手にする Steve Jobs：photo］ スティーブ・ジョブズの命日の前日 NY タイムズに載った記事が非常にオモシロい。 旧約聖書の「神は『光あれ』と言われた」を踏まえた「ジョブズは『iPhone あれ』と宣うた」というタイトルだ。 オリジナル iPhone の開発に深く関わった元アップル社員 Andy Grignon の話をベースに、オリジナル iPhone が発表されたキーノートの舞台裏を語ったものだ。 NYTimes.com: “And Then Steve Said, ‘Let There Be an iPhone’” by Fred Vogelstein: 04 October 2013 ＊ ＊ ＊ リハーサルチームの一員 Andy Grignon はずっとアップルの iPhone リハーサルチームの一員で、サンフランシスコのモ
死んでしまったサービスの供養
この記事は 闇アドベントカレンダー、 22 日目の記事です。何書こうか迷って担当日に書けなかったので三日ほど遅れてしまったけど書きます。 2011 年の 10 月から FANIC という音楽配信サービスの開発に携わっていたのだけど、サービスを成長させることができず、 2013 年の 8 月にサービス終了した。 サービスが死ぬのは技術者がクソだということだけではないと思う。市場とか外部環境に左右されるし、企画とか売り方がダメなことの方が多いと思う。しかし現実に自分はプログラマーとして FANIC というサービスの死に荷担してしまった。弔いになるか分からないけど、 FANIC で何がよくて何が良くなかったのかを書いてみたいと思う。 FANIC とは FANIC は主にアマチュアのミュージシャンをターゲットにしたホームページ作成＆音楽販売サービスで、アーティストは自分の公式ホームページを簡単に作
CTOとはなんなのか、あるいはエンジニアの生存戦略 | GREE Engineering
Merry Christmas! GREE Advent Calendar もいよいよ最終日、25日目はグリー株式会社でCTOをしておりますふじもとがお送りします。 今日まで24人のGREE Engineersなみなさまにエントリを書いていただいたわけですが、思ったよりも多種多様な内容で、あらためていろいろな方面で素敵なエンジニアがいるなー、としみじみしてしまいました。いやしかしgitとchefの記事人気ですね、そして、「当然CTOはすごい記事書くんですよね」とプレッシャーをかけて楽しむ仲間たちに囲まれてぼくは幸せです、あーすごい幸せー。そんなプレッシャーの中、今までのエントリとはちょっと方向性を変えて、CTOの話でも書いてみようかと思います。なお、ぼくの趣味は多分問題解決です。 そんなわたくしふじもとは来年で、CTOっていう肩書きでお仕事をはじめて10年とかになるんですが、なかなか先輩と
歴史上の有名な開発プロジェクトからまなぶべきこと [Airbnb Tech Talk] - ワザノバ | wazanova.jp
http://www.youtube.com/watch?v=sKTreDM4y-g&list=PLECD54527EBCE4021&index=23 AirbnbのTech Talkで、New RelicのVP, EngineeringのBjorn Freeman-Bensonが飛行機/ミサイル/ロケットの開発の歴史から現代のソフトウェア開発が学ぶべき教訓をまとめてます。 スピーディに繰り返すことの大切さ Dr. Paul Maccreadyは人力飛行機開発コンテストにおいて、競合が軽量な機体を時間をかけて作った（よってテスト飛行に失敗するとやり直しに相当時間がかかる）のに対して、「ポイントはどうすれば軽量化できるかあるのではなく、成功するために何が問題なのかがわかってないのが問題だ。」と看破し、最も作り直しが早くできる機体作成に注力し、テスト飛行の回数を上げることで、規定の距離を飛ぶ
プログラムが書けない人に「仕様変更」について説明するには | tech - 氾濫原
「仕様変更」という言葉はプログラム書く人じゃないと、そのイメージが掴めないと思う。イメージが掴めない人に対してそれを説明するとしたら何がいいだろう？ と思った。 とりあえず、料理に例えたらいいのではないかと思ったので、それに例えて考えてみる。 仕様とはレシピのことであり、最終的には具体的に「食べることができる美味しい料理」すなわち「うまく動くプログラム」を作ることを目的としている。 仕様というのは、最初は「イタリア料理」「日本料理」「中華料理」程度しか示されない。当然この時点では方針程度しか考えることができない。食材を買うこともできない。せいぜい使う調味料を揃えるぐらいしかできない。 もう少し進むと、料理名まで具体化される。スパゲティを作りましょうとか、ピザを作りましょうとかだ。とりあえずここまできたら小麦粉を買おうとかまではできるかもしれない。でも実際に作りはじめることはできない。 さら
まだ小さい君に、話しておきたいこと。 - フルタ製菓株式会社 ボツ案
ええと、どこから話そうかな。 君はまだちょっと小さいので、今、色んなことを言っても あんまりわからないこともあると思う。 だから、もうちょっと大きくなってから 知っておいてほしいことを、いくつか話しておく。 まあ一番知っておいてほしいのは お父さんはいつもこうやってブログばっかり 書いてるわけじゃないってことなんだけど。 ★ おそらく君が大人になった頃には 世の中はものすごく変わっている部分もあるだろうし 今と何にも変わらず、そのままのこともあるだろうと思う。 たぶん、３Ｄプリンタとかは、かなり使い勝手のいい感じに仕上がってて フルタ製菓の生クリームチョコも、わざわざお店で買わなくても レシピだけを購入して、自宅で生産できるようになってるかもしれない。 その頃には高度な技術だったり知識を必要とするもの以外は みんな自分たちで作っちゃったりするので 製造業は商売あがったりで、ちっちゃいところ
CPU黒歴史 大損失と貴重な教訓を生んだPentiumのバグ (1/3)
今回のCPU黒歴史のネタは、安藤壽茂先生にも指摘された(関連リンク)「バグ付きPentium」の話である。何分18年前という古い話なので、ご存知ない方も多かろうと思う。そのため、まずは歴史的な経緯から説明したい。 NetNewsから火が付き あっという間に広がったFDIVバグの話題 18年前の1994年10月、米バージニア州リンチバーグ大学のThomas R.Nicely教授が、インテルに対して「Pentiumで非常に小さな値で割り算を行なうと、結果がおかしくなる」というレポートを送ったことに端を発する。インテルはこのエラーが起きたことは認めたものの、「そんな話はこれまでレポートされたことがない」と返答した。 そこで教授は、自身の送った内容とインテルからの返答を添えて、この問題が他のプロセッサー(486や他のPentium、あるいはPentium互換プロセッサー)でも発生するかどうか試して
Shibu's Diary: Sphinx-Users.jpを作った時のお話
渋日記@shibu.jp 渋川よしきの日記です。ソフトウェア開発とか、ライフハックを中心に記事を書いていきます。 taken by jcolman under CC BY-NC-SA 缶切りでツナ缶を開けようとしたら、缶切りの方が耐久度が低くて壊れたり、パン粉を作るためにプラスチック製のおろし金でパンをすりおろしたら、おろし金の方が削られてツルツルになってしまうような修羅の国アメリカで仕事しています。 僕が日本にいたときに設立したSphinx-Users.jpは代表が変わったあともMLで活発な議論が行われたり、イベントが定期開催されたり、うまく離陸して活動が継続しています。また、当初のもくろみ通りに、単にツールの使い方だけではなく、ドキュメントとは何か？どう書くべきか？ということを考えて発表してくれる人も増えています。 Sphinxのアドベントカレンダーということで、コミュニティについて話
デビッド・ポーグ 「シンプルなものは売れる」
デビッド・ポーグ 「シンプルなものは売れる」 (TED Talks) David Pogue / 青木靖 訳 2006年2月 (♪「サウンドオブサイレンス」の節で) やあボイスメール 懐かしき友よ またテクニカルサポートに電話した 上司の忠告を聞かず 月曜の朝に電話した 今はもう夜中 晩ご飯は はじめ冷たく それから固くなった まだ受話器を握ったまま 沈黙に耳を傾けている 分かっているとは思わない 電話の向こうにはきっと誰もいない 言われた通りにボタンを全部押したけど 18時間も待たされたまま やつらのソフトでMac がクラッシュしただけでなく 絶えずハングし 爆弾マーク ROMさえ消えた！ 今や沈黙するMac に耳を傾けている 復讐の夢に 思いを巡らせる 彼らがバイク事故を起こし 傷からは血が流れ出し 薄れゆく意識の中で119 番をダイヤルし 医師が来るのを待つが やってくるのは俺だ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルゲーム系フロントエンドを作る際に殴り合いにならないようエンジニアが確認すべきこと
DGXZZO50298050V00C13A1000000
