タイムチケット(https://www.timeticket.jp)という、個人のスキルのマーケットプレイスみたいなサービスがあって、僕はそこで「すべらない話を３０分し続けます」というチケットを販売している。 まぁ、最初はもちろんシャレでそういうチケットを出してみただけなんだけど、なんか気まぐれで買ってくれた人がいたり、会社の人が買ってくれたりして、購入実績は一応３ということになっている。 このサービス上でチケットを公開したのはもう２年以上前なんだけど、つい先日、下記のようなメールが来た。 はじめまして。 タイムチケットを運営する山本と申します。 突然のメッセージ、申し訳ありません。 取材のご協力のお願いがあり、メッセージさせていただきました。 今回、XXX という番組からタイムチケットを取材したいという話がきています。 (中略) そして、この番組のスタッフからタイムチケットでチケットを発
もう時効だと思うし、この話をこれ以上胸に秘めておきたくないので書いておく。 おっぱいが大きくて悩んでる皆様、そして会社員を辞めて好きなことをしたい皆様に贈ります。 追記 2018年11月21日、書籍化しました。 2011年の7月、私は渋谷のITベンチャー企業をやめてポールダンサーになった。 辞めたいことを伝えた6月上旬、上司との面接で「どうして辞めたいの？」と聞かれて、「ポールダンスに専念したいので辞めます！」と言った。上司は困り顔と笑い顔の中間みたいな顔をしてた。そりゃそうだ、入社からまだ半年しか経ってない。 確かに、私はそれまで趣味で1年半ほどやっていたポールダンスをもっと頑張りたい！と思っていた。折しも311、東日本大震災の直後。自分が受け持っていたウェブマガジンやSNSの運用と言った仕事は、地震の直後にあっという間に中止や延期になり、会社の中での自分の存在意義を危うく思った。命の儚
ゴールデンボンバーの公式サイトが完全にWikipediaのパクリとして話題になっている。 本人たちは笑わせようとしてるだけかもしれないが、私は大いに感心してしまった。 Webでアーティストのことを調べる時、私は公式サイトではなく、Wikipediaを見ることの方が圧倒的に多い。Wikipediaの方が見やすいし、満足いく量の情報が得られるからだ。 多くの公式サイトは、文字は小さく、情報量は極めて少ない。プロフィールもメディア向けの無機質なものだ。時には最新アルバムの世界観に合わせて派手な演出が施されていることもあるが、単に使いにくくなってるだけで、満足いく情報が得られることはない。 アーティストのことが知りたくなったのに、彼らの音楽的なルーツも、初めて買ったCDも、他のミュージシャンとの繋がりも、人と成りも、生まれ育った環境も、好きな食べ物も、好きなファッションも、公式サイトは教えてくれな
LINE BLOGが一般の人も使えるようにリリースされました。 見てみて、あまりにも設計が秀逸で、LINEって本当にすごいな、ぶち抜けているな・・・と思ったので、投稿してみたいと思います。キーワードは、「ネットワーク化」です。 ブログプラットホームの問題 まず、ブログプラットフォームの問題というのがあります。これは何か。 Bloggerという、ブログというものを広めたサービスがあります。これは、Twitterの創業者でもあるエヴァン・ウイリアムズが作ったサービスで、Googleがはじめた買収したサービスとしても有名です。 これはみなさんが考えているブログサービスとほぼ同じようなもので、自分の考えとかを記事にして公開できるというものでした。瞬く間にヒットをし、いろいろな人がWeb上で記事を書くようになりました。 しかし、そのあと、苦しい戦いになります。なぜかというと、ブログプラットフォームと
お題「エンジニア立ち居振舞い」というお題を id:hitode909 くんが作っていたので書いてみる。 コードを書く以外にいろいろとしているのだけど、その中の一つとして「分かりやすく依頼する・説明する」ということに時間を割いているので紹介。 エンジニアとしてものづくりをしていると、いろんな人とのコミュニケーションが発生する。例えば、デザイナにデザインを依頼する、ディレクターに状況を報告する、他エンジニアにレビューを依頼する、他エンジニアにコードの意図を説明するなど。 この時、相手が空気を読まなくとも文章の意図やお願いしたいことをすぐに理解できるように、できる限り分かりやすく文章を書くように心がけている。自分のことだけを考えていると、自分の時間がもったいなくて、さっと雑に書いてしまいがちだ。しかし、結局成果というのはチームで作るもので、チーム全体で一番時間を使わないようにしたい。そう考えると
流行りに乗っかってみる。 お題「エンジニア立ち居振舞い」 気になったことは納得できるまで追求する エンジニアに限った話ではないとは思いますが。 最近は便利なフレームワーク、便利なライブラリ、便利なサービスで溢れかえっていて、 あまり深く考えなくてもサクッとWebサービスとかアプリを作れてしまうような時代です。 そんな時代だからこそ、なのでしょうか。「どうしてこれが動くんだろう？」という疑問が湧いてくることが多いです。 Railsとかそうでした。コイツはなんでこのプログラムを、このファイルを勝手に読みに行ってくれるんだ…？とか。 （残念ながらRailsの中身を徹底的に追求することは出来てませんが、ある程度自分の中で納得できるところまでは落とし込んだつもりです。） 「これをこうしてこうじゃ」みたいな、めっちゃ簡単に複雑なことが出来るのが、ある意味でとても気持ち悪いのです。 なので、自分の中であ
この記事が気に入ったら、サポートをしてみませんか？ 気軽にクリエイターの支援と、記事のオススメができます！
Overview runtime.js is an open-source library operating system (unikernel) for the cloud that runs JavaScript, can be bundled up with an application and deployed as a lightweight and immutable VM image. It's built on V8 JavaScript engine and uses event-driven and non-blocking I/O model inspired by Node.js. At the moment KVM is the only supported hypervisor. It tries to be compatible with npm modul
お題「エンジニア立ち居振舞い」 自分は重箱の隅をつつかないというのを意識してる。 重箱の隅をつつく問題はコードレビューの現場でよく聞く。レビューの場で所詮「書き方レベル」の指摘が横行してしまうというやつ。 誰しも綺麗なコードを追求したい気持ちはあると思うし、自分もそうなんだけど、あまり良くないなと思ってやらない事にしてる。理由は3つ。 時間の無駄 指摘される側の精神衛生上よくない そもそも意味ない 細かい指摘でも修正してマージするまでには結構時間がかかる。コードを直し、手元でビルド・動作確認し、pushしてCIを回し、「修正しました」と報告し、LGTMが付いてやっとマージできる。このプロセスが日に何度も発生すると確実に時間を食ってしまうし、Nitsな内容を何度も何度も受けると精神的にも疲弊してしまう。それで生産性が下がってしまえばもっと大きな問題になる。 こうした指摘をしたくなる時、「コー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
