社会人になってから時間があっ！という間に過ぎてしまうようになった、と感じるのはわたしだけでしょうか。 否、毎日忙しいR25世代なら誰しもが感じたことがある「時間のふしぎ」だと思います。 心待ちにしていた週末を迎えてホッと一息吐いたのも束の間、気付けば日曜日の夜になっている。これってなぜ…？ そんな悩みを解決するため、今回は「時間学」の先生に「自分の時間をゆっくり進める方法」を聞いてきました！ 〈聞き手＝いしかわゆき（新R25編集部）〉 話を聞いたのはこの人！ 【一川誠（いちかわ・まこと）】千葉大学大学院人文科学研究院教授。「時間学」の研究者であり、人間の知覚認知過程や感性の特性についての研究から、体験される時空間の特性に影響を及ぼす要因についての検討を行っている

ブログを書くのは久々です。 京都で小さな会社をやっていて、自社開発でClojureとClojureScriptを使用し続けて、概ね３年くらい使い続けています。その過程で、Clojure自体にも小さいながらソースレベルの貢献ができたりして、オープンソースプロジェクトとしても面白かったのですが、もともとオブジェクト指向言語ばかりやってきたところから、Clojureという、まったくオブジェクト指向言語ではない言語に飛び込んだ経験や考えたことなんかを、ブログにストックすると、何か他の人にも役立つこともあるかと思って、ブログに書くことにしました。 このところずっと、自社の仕事とは別に、恵比寿にある 株式会社ユーザベース さんのお仕事に参加しています（私が法人を作る前からなので、もう５、６年くらいになります）。そちらの方でもClojureやシステム設計の話（プレゼンなど）などを何度かさせてもらったり、

昨年末に導入したNASですがその後も快調に運用しています。当初の目的はローカルのHDDに保存した写真データのバックアップ用途だったわけですが、その後色々試していくうちに、ただのバックアップ先として使うだけでは勿体無いと思うようになり、別の運用方法を検討しています。 それについてはこの記事の後半で説明するとして、まずはNASにバックアップした写真データをさらにAmazonドライブにバックアップをする方法を考えてみました。バックアップのバックアップってやりすぎじゃない？という気もするのですが、出来ることはすべてやっておくに越したことはありません。 最悪、我が家が火災などで焼失したとしても、写真データは復元できる、ということで、クラウドへのバックアップは非常に強力、安心安全です（もちろん別のリスクもあるとは思いますが）。 写真ファイルを保存するクラウドサービスを選定する この話題については、ネッ

定期的に自分の思考を言語に変えていく作業は必要だなぁと感じて、年末に時間が空いたのでこの１年半ぐらい考えていたことをまとめてみることにしました。 以前ブログで、世の中は連立方程式のようなもので、３つ（お金・感情・テクノロジー）の異なるメカニズムが併存し相互に影響を及ぼしており、それらが未来の方向性も決めている、という話を書きました。３つの要素がそれぞれ違うベクトルを指して進んでいます。それらの先端を結んだ三角形の中間が「現在」であり、その軌道が「未来」の方向性であると。３つのベクトルではお金が最も強く、次に人間の感情、最後にテクノロジーの順番としていました。 ただ、この時はまだモヤモヤしていて、もう少し掘り下げればより普遍性のある構造が隠れているように感じていて、この１年半は日々のビジネスで試行錯誤しながら、ずっとこのテーマを考えていました。書籍やブログではテクノロジー系の話ばかりしていて

2016年11月26日(土)プロダクトオーナー祭り2016にて。 「なぜあなたのチームのプロダクトは太ってしまうのか 〜プロダクトマネジメントをかじったエンジニアが感じたLess is moreの極意〜」。

前回までのあらすじ ボトムアップ型業務改善の代表格であるトヨタ式カイゼンが多くのIT企業に適用できないことを悟って絶望するmegamouth。錆びた斧を交換できない木こりはやはり愚昧なのだろうか？それとも我々はトタン屋根の上の猫のように日が傾くことをただ念じるべきなのだろうか？（どうでもいい） 一人で始める業務改善。その狂気 まず、本エントリは末端IT土方が一人で業務改善を行おうとすると、どのような事が起こるのか、というおかしな話をしようとしている。大げさでなく、業務改善をたった一人で行うというのは、山に篭ったランボーが、襲い来る警官たちを全員サバイバルナイフとブービートラップで惨殺するような話である。この孤独な戦いには何の支援も期待できないし、あなたのサービス残業時間は確実に増加するし、精神的な負荷も大きい。にも関わらず、成功してもあなたが正当に評価されるかはわからない。経営者のガレージ

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

会社、チーム、個人の目標管理、をどのように行っていますか？Googleをはじめ、目標管理に「OKR」という考え方を採用する企業が少しずつ増えています。 しかし、実際に運用できている企業はまだ多くはありません。そこで今回は、「OKR」について解説するとともに、OKRを誰もがすぐに始められるサポートツール「COVE」を紹介します。 ▼OKRサポートツール「COVE」 ※編集部追記：現在、こちらのサービスはクローズになったようです。本記事では「OKR」という概念そのものも解説しておりますので、よろしければこのままお読みください。 チームや個人のゴールを明確化する仕組み「OKR」とは？ OKRとは「Objective & Key Result」の略で、会社、チーム、個人の「目標（Objective）」と「結果（Key Result）」を管理することで、目標達成や組織内のコミュニケーションを効率化す

note.mu なるほど自分も同じような感じでやっているなぁ、と思った。もうちょっと詳しく書くと、 まず変更しようと思っている部分の周辺のコードを読んで、「ここらへんをいじればよさそう」と当たりをつける（当たりのつけかたにもいろいろあるのだが後述） 土地勘を養ったところで具体的な変更の仕方を考える。必要に応じて紙に下手くそな図を書いたり、考えを箇条書きにしたり、実際にコードを試しに変更してみたりする この方針でいけそう、と道筋が見えたらいよいよコードを書き始める。細かい単位でコミットするかどうかは場合によるが、少なくとも git add はこまめに行う（エディタの undo でせっかく書いたコードを失わないため） 道筋が見えなかったり、プロトタイプ的に書いたコードが望み薄そうだったら潔く諦める。煮詰まっていることを自覚して、コーヒーを買いにいったり、オフィスの外を散歩したりして頭をリフレッ

We’re getting things ready Loading your experience… This won’t take long.

よんてんごP @yontengoP 後輩ないし自分の部下が何かしらのミスをした。当然ミスを窘め、善後策を協議し再発防止を促すのだが、 その際にミスをした本人に対して 「質問」をするのは得策か否か、である。 2016-01-21 22:08:36 よんてんごP @yontengoP 「質問」というのは例えば 「どうしてこういうミスが起こったと思う？」とか 「ならば次はどうしたらよいと思う？」 のような いわゆる「自分で考えさせる」パターンの質問である。 2016-01-21 22:10:04

先日、築地で一緒に食事した取引先の人に「銀座も築地もどこに行ってもお店の人が声をかけてくれて、メニューにない美味しいものが出てくる。どうやったらそういうお店との付き合い方ができるのか？」と聞かれた。 そういう風に意識はしたことなかったが、確かに僕は1人でも複数でも夜の食事はほぼ8割方知り合いが居る決まった店に行く。 イタリアンでも寿司でもバーでもそうだし、クラブでもそうだ。（まぁ銀座の知らないクラブに入る勇気は僕にはないがｗ） 理由は「楽だから」というなんともショボイ理由なのだけれど、彼はそういう店を1軒は持ちたいとのことだった。 最初に主に京橋税務署方面を向いて言っておくが、さぞ会社の金で毎日たらふくうまいものを食っているんだろうというツッコミは下衆の勘繰りというものだ。 僕は仕事関係の会食と自分が1人で気晴らしで飲み喰いをするのは分けているし、すべてポケットマネーを使ってる上に、予算は

2008年に放送された「プロフェッショナル仕事の流儀」が書籍化されていた。 プロフェッショナル　仕事の流儀　石井 裕　 コンピュータ研究者　出過ぎた杭は誰にも打てない 出版社/メーカー: NHK出版発売日: 2013/10/16メディア: Kindle版この商品を含むブログを見る アメリカ、ボスコン郊外にあるマサチューセッツ工科大学(MIT)は、ノーベル賞学者63人を輩出した理工系最高峰の大学である。 コンピュータの世界で知らぬ者はいない。 MITには世界中から選りすぐりの研究者達が集まるが、その中で名を轟かせる日本人がいる。 MITメディアラボ教授、石井裕。 メディアラボは世界のコンピュータ研究の最先端をゆく研究機関の一つ。 これまでに、ホログラフィックビデオなどのコンピュータ社会を支える数々の技術を生み出してきた。 その最先端の研究所の中で、石井の研究が世界中から注目されているのは、彼

2015-11-19 あるベジタリアンの滑稽さ。 雑記 Tweet 菜食主義という思想。 最近、どこのサイトかまでは言及しないが、ベジタリアンと思しき人物のブログを見た。 その人は、自然に合わせたライフスタイルをおくる事を是とし、その一環として肉食をやめたのだそうだ。なぜ肉食をやめたかというと「肉を食べることによりどれほどの犠牲がうまれるか知ってしまったから」らしい。 肉を生産するためには、当然家畜を育てなければならない。その過程が動物を苦しめている。狭い檻（原文ママ）に閉じ込められ、餌を与えられ、望まぬ妊娠を強要され、最後には肉にされてしまう。「動物は人間の言葉が話せないから抗えない」のだそうだ。 世の中には色々な考え方がある。人の数だけ主張もあると言えるだろう。だが、こういう主張を見るたびに、自分は思うことがある。 なんで動物だけなんだろう、と。 植物だって生きている。人の言葉を話すこ

私の知人に、ほとんど「できません」と言わないソフトウェア技術者がいる。営業であれば、「出来ません」と言わない方は普通にいるのだが、ソフトウェア技術者では珍しい。 「GoogleAnalyticsのように、グラフィカルに表示できないですか？」 ⇒「なんとかしましょう」 「1週間以内に実装できないですか？」 ⇒「わかりました」 「応答のスピードを上げられますか？」 ⇒「やってみます」 彼は周りからたいへん頼りにされているのだが、かと言って安請け合いするわけでもない。仕様に問題があれば必ずディスカッションを求め、必ず納期は守る。 私は彼が「やったことはないですが、多分できるでしょう」と言い、そのとおりになったことを何度も見た。 最近すぐに「できません」という社員が増えているとの悩みを経営者の方々からお聞きする。無茶な要求をする 上司や顧客がいるのも事実だろうが、考えもしないで「できません」という

"首都「圏」から島根「県」へエンジニア・ワークシフト2015" での講演資料です

毎月1000人程度の行列を従業員4～5人で捌いてたコツを書くよ。 職業：パチ屋（嫌いな人ごめんね） 行列の理由：新台のオープンと、あとはなんでかしらないけど毎月ある特定の日に行列ができた。（諸般の事情により理由は答えられません。） パチンコ屋さんが整理券を配る理由は、開店時間前後に行列をつくると隣接店舗の入り口を塞いでしまうという問題を回避したいとう目的が一番にあります。 そのため、隣接店舗がオープンする前に整理券を配布して、行列を捌いてしまおうとしているのです。 はじめのうちは早朝から並び始める程度だった行列は、加熱していくことで徹夜組を生み出します。 なかには前日の21時、お店が閉店する前から並び始める人もいました。 話題性目的で容認していたものの、ある日おまわりさんからお叱りを受けます。 ピンとくると人も多いと思うのだけど、数年前に突然行列の深夜組に対する指導が厳しくなった時期があり