GoTheDistanceではほとんど結婚・恋愛ネタは書かないんだけど、まぁたまには。失敗事例を共有することはいいことなので。 離婚して1年して思うこと この人と僕とは理由は違うけど、まぁ同じく離婚経験者として一言申し上げておく。 スキンシップがなくなると、必然的に会話も減り、相手の考えていることがわからなくなった。そうして3年くらいかけて、ゆっくりとゆっくりと他人に戻っていった。 離婚して1年して思うこと すごくわかる。特に家庭内や異性におけるコミュニケーションは言葉よりもスキンシップの方が大切です。スキンシップの減少⇒会話の減少⇒共有できる時間の減少⇒相互理解の減少⇒別れというコースをこの人も辿っただろうし、僕も辿った。肌と肌が触れ合うことではじめて伝わってくる情というものがあって、それは決して言葉では埋められないもの。スキンシップがめんどくさくなったら、もう惚れていないんだよ。僕はセ

こんにちは、@ikeayです。 突然ですが、最近すっかり人工知能（AI）がバズワードになってきていますね！ ここ最近だけでも、GoogleのAlphaGoが世界トップ棋士であるイ・セドル氏に勝利したことが世の中の話題をかっさらっていったのを皮切りに、レンブラントっぽい絵を生成するやつとか、1枚の絵を組み合わせて1枚の絵をつくるやつとか、自動でJazzを生成するDeepJazzだとかetc, etc... こうしてみると、この技術でほんとに職失いそうだし、芸術とはなんぞやということになりそうだし、人類滅ぼされるかもしれないし（偏見）、もうほんと怖いしつらいですよねー。 特に最近はAI絡みで毎日何かしらのニュースがあるので、日々ヒヤヒヤしてます。（あ、TechFeedってテクノロジーに特化した情報キュレーションサービスがあるんですけど、それで「人工知能」とか「深層学習」とかを登録しておくと毎日

４月から美大の学生になった。 美大といっても、大学生と一緒に通う形のもんじゃなくって、ムサビが社会人向けにやっている各種学校のほう。 普通に１９歳と一緒に美大に入るには、私にはほかの生活がありすぎるので、１年分のカリキュラムを、私は週2日づつ２年かけてやってる。 これは人生のリベンジなんである。 とにかく、どうやったって絶対絵を描きたくて、学びたいのは美術で、ほんでもって高校の美術の先生も「君は絶対美術系に進みなさい」って言ってくれてたにもかかわらず、親に強固な権力行使をされて普通大学にしか学費を払ってもらえなかった。ってか、それ以外は選択の余地なしで、父親のDVも恐ろしかったので、そうするしかなかった。 今の時代、得意なものを探せ、やりたいことをみつけろ、進路を早めに定めろってさんざん言われてるのに、当時、それをちゃんと高校一年生から定めていた私は、ちっともやりたいことなんて選ばせてもら

消極的だけど実はコミュ力が高い不思議なヤツに高校生活を救われた話。 見た目はフツメン、中身はオタクで、障害物の多い場所や山道を走るのはやたら速いのにスポーツはできなくて、 授業は寝てるか好き勝手なことしかしてなくて、定期テストはそこそこなんだけど、 実力テストとか模試のときだけは毎回学年1位をとるっていう、ラノベかギャルゲの登場人物みたいなヤツが高校にいた。 そいつは成績以外にも色々と変わっていて、家が貧乏でまだケータイ持ってないとか、 雑草とか野生生物をとって食うらしいとか、カツアゲしてきた相手に逆に飯をおごってもらったとか、 中学の時に女子から告白されたけど、自分は恋愛に興味がないから特にデートとかしないし、自分が興味のあることだけするけどいい？って聞いて付き合って、 お互い処女童貞のまま相手を調教し倒してその娘を尻穴に目覚めさせただとか、色々と信じがたい噂が飛び交ってたから入学当初か

面接で、その人が過去にやった仕事の内容を聞くと、「単なる仕事の思い出話」とか「自分語り」を始める人が多いんですが、そんなことを聞きたいわけじゃないんです。 面接の目的は、能力チェックと人柄チェックです。 そして、能力チェックの過程で人柄はわかっちゃうもんなので、わざわざ人柄チェックのための質問をすることはないです。 また、「私は能力が高いです」という「自己申告」も聞きたくないです。 自己申告をいくら喋っても、それは能力があることの「証明」にはなってないです。 面接の時に聞きたいのは、「能力が高くないと言えないこと」です。 それを、それだけを喋ってください。 能力の高さが明らかになるように喋ってくれるのなら、必ずしも仕事の話じゃなくてもいいことも多いです。 家事の話でも、料理の話でも、趣味の話でも、自分の好きなゲームの話でも、面白かったアニメのことでも、学生時代のサークル活動の話でも、なんで

転職、すなわち中途採用の面接では、自分が過去に取り組んだ仕事について質問されます。 しかも、ごまかしがきかないよう、具体的な行動内容を、細かく聞かれます。 広く浅く訊くのではなく、何カ所か適当に選んで、狭く深く訊いていきます。 たとえば、エンジニアなら、過去に自分が開発したシステムにおいて、 なぜ、そのフレームワーク、ツール、ライブラリ、DBを使ったのか？ 他に、どのようなフレームワーク、ツール、ライブラリ、DBが候補として 上げられたのか？ 他の選択肢と比べて、どの様な短所と長所があるのか？ なぜ、他の選択肢ではなく、それを選んだのか？ 使う前に、どのように性能評価・検証したのか？ なぜ、ある部分を汎用的に作り、別の部分をハードコーディングしたのか？ なぜ、その設計だと、生産性が高く、トラブルのリスクやメンテナンスコストが低くなるのか？ もっと低くできる余地として、どのようなものが考えら

9末から産技大の人間中心デザインに通っているのですが、その授業後に有志に声をかけて試しにふりかえり（KPT）をやってみました。「◯◯おじさん」「◯◯おばさん」というと界隈ではマサカリを投げることのできるガチ勢な感じなので、導入おばさんというよりはまだ小娘かもしれない。 何故やることになったのか ことのはじまりは先週の授業後の飲み会。飲みの場で「みんなわかってやってるのかなぁ」「演習に入ったら今日のは分かってる前提で進みそう」「もう一回やりたい」という声が。私もあの部分はあれでよかったのか？ともやもやしていて。 去年の卒業生から去年は日曜に復習勉強会をやっていたと伺い、それはよさそうだと。ただ、みんな何がわからないのかがわからないし、きっとそのポイントもバラバラ。復習をやるにしろ、いたずらに素振るのではなくて前回よりもっと精度を上げていきたい。いきなり演習の続きをやるのではなく、ひとまず次に

1. 2016/01/19 - Regional SCRUM GATHERING® Tokyo 2016 あなたのチームの「いい人」は 機能していますか？ 横道 稔（株式会社サイバーエージェント / 株式会社 RightSegment） 2. 自己紹介 • 横道稔 （@ykmc09_dev） • 株式会社サイバーエージェント アドテクスタジオ • 株式会社 RightSegment にて PrivateDMP を開発 • エンジニア、エンジニアチームのマネージャ • CSM / CSPO

http://pepabo.connpass.com/event/14124/ アジャイルプラクティス「ふりかえり」でチーム力アップ！の発表資料です。Read less

弊社では四半期に1度、開発者全体でふりかえりを実施しています。従来は「KPT」でやっていましたが、「中長期のふりかえりには向いていないよね」という社内の声を受けて「YWT」を試してみました。 今日はその進め方や感想をお伝えします。なお私がウェブ上の情報を参考に実施したもので、何か正式なやり方に則っている保証はありませんのでご容赦を。 YWTの進行 KPTがKeep, Problem, Tryの頭文字から構成されているように、YWTも頭文字から成っています。それは、 Y: やったこと W: わかったこと T: つぎにやること の3つです。日本で考案された手法とのこと。 実際に今回作成したふりかえり内容から進行を説明すると、 模造紙などの紙を縦長に使い、 Y: やったこと(取り組んだ開発作業)を左端に挙げる W: やったことから得られた成果や知見などをYの右側に挙げる(全てのYに対して挙げる必

http://d.hatena.ne.jp/tochigitestnokaigi/20160423

以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面食らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか？」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか？ 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ

あけましておめでとうございます。今年もよろしくお願いいたします。 去年はこんなことを書いていた。 初心 - console.blog(self); 2015年の振り返り Goodpatchに入社して、1年が経った。 CTOになった もともとSIerに9年勤めて、マネージメント系の仕事が多くなってきて、もっとコード書きたいなーと思って転職した。2社目で大規模なサービス開発をあれこれやって、がりごりRubyとJavaScript書いた。2年くらいたったら、やっぱりマネージメント系の業務を求められることが多くなってきた。 もっとコード書きたいと思って、Goodpatchに転職した。入社してみるとチームによいエンジニアが揃っているけどマネジメントする人がいなくて、もったいないなと思ってマネジメントをするようになった。そのほうがProttというプロダクトを成長させることができると思った。 Goodp

UI Crunch #8 UIデザインに求められる実装スキルと考え方 2016/04/14

今なぜデザインシステムなのか 4月16日 Webridge Kagawa 主催で「パターンラボ – 柔軟性と拡張性をデザインに取り込む方法（#wmsp20）」というワークショップを開催しました。昨年はコンテンツ戦略やペルソナなど企画・設計寄りのワークショップを実施していましたが、パターンラボは少し実装に寄り添ったカリキュラムにしました。ポッドキャストでも話したことがありますが、「考える」と「作る」の間にはちょっとした溝があると思います。ペルソナやカスタマージャーニーマップで利用者像や彼らのもつ課題を視覚化すれば、現実的な実装ができるというわけではありません。実装へ近づけるためには、考える人と作る人が一緒に課題共有するための場が必要と考えています。 例えば Web デザインでは数年前から、パソコンではなくスマートフォンやタブレットをはじめとしたモバイル機器での使いやすさを優先するモバイルファ

Holiday デザイナーの多田です。 皆さんは Web アプリやモバイルアプリを開発する時、モックアップ作成にどれだけ時間を割いているでしょうか？もしくはモックアップを作成せずにすぐに実装に入るでしょうか？私はこれまで Web アプリ開発ではいきなり実装に入ることが多かったのですが、Holiday iOS アプリ の開発では Web アプリの時のように上手くいかないことに気づき、やり方を考え直しました。iOS アプリ開発の過程で、モックアップ作成や実装をどのように捉えるか、具体的にどう行うか、ということが自分なりに見えてきたので、それらについてご紹介します。 目的は、価値のあるプロダクトを速くユーザの手に届けること Web アプリやモバイルアプリの開発過程においてモックアップなどを作る目的は、あくまでも ユーザに届く プロダクトの価値を高めてそれを速くリリースすることです。適切な前準備は

家でぼんやりテレビを見ていると、ある女性タレントの結婚までの話をやっていた。芸人と付き合っていたが別れてしまい、それから半年も経たずに別の男と結婚したそうな。 「うーん、女の人ってのはこんなに切り替えが早いもんかね」などと唸っていると斜め後ろの席でマックシェイク片手にスマホをいじっていたJKが一言「女が全員そんな訳ないじゃん」 急に話しかけられて呆気に取られている俺を尻目に、トイレから戻ってきたもう一人と連れ立って店を出て行った。 JKに主語のでかさを指摘されるとは…と反省した俺は、会計を済ませて松屋を後にしたのだった。