環境を作ってみたTweet広告を非表示にするもっと読むコメントを書く2018-01-10社内ネットワークで使うための短縮URLサービス作った社内専用環境とかで“性善説”に基いて運用できる、短縮URLを作ってみた。:)DynamoDBがバックエンドで安いDockerベースちなみに、イントラネットに置けるようにしたかったので、サーバーレスにはしてない。みたいなリンクがあって(あるよね?)そういう“社内専用短縮URL”を実現したかった。Slackのトピックには文字数制限があるが、どうしても制限を超える長いURLへのリンクを貼りたかったという事情があった。1ページしかないので完全にオーバースペックだけど。vue-routerなど)、SSRとかもできるし、静的サイトジェネレータとしても使えてよかったし自分のウェブサイトとかも置き換えていきたい。試したりしつつ、「Webpackの設定ファイルのメンテいらず」みたいなのは筋が良いんじゃないかなーと思ったりしている。サイトで生成したものを使った。アプリが使いやすかった。🙇)あとがきこのOSSは定時に食い込みつつ作ったので宣伝しておくと、JX通信社ではサクッとモノづくりするのが大好きなメンバーを募集しています。追記ブコメありがとうございます。密結合になっているので、MySQLやPostgreSQL、SQLiteなどがアダプターとして付け替えられるように設計を拡張すればいけるかなと思います。Requedstをお願いします!また、「社内ネットワーク」という言葉がちょっとミスリーディングだったかもしれないですのですが、へーしゃはAWSを使っているのもあって「社内からしかアクセスできないAWSのネットワーク」を含めています。21:12社内ネットワークで使うための短縮URLサービス作ったTweet広告を非表示にするもっと読むコメントを書く2017-12-31年の瀬なので26歳の1年間を振り返る「エンディングノート」書いたあと60年くらいは生きたいが、遺言書を書いた。友人や祖母が亡くなったりするイベントがあったので1年前くらいから書こうとは思ってて、この度生活環境が大きく変わったので(とても良い)、引っ越しに合わせて、書いた。実は数十万〜数百万での遺産トラブルというのも多いらしく、若い人にもエンディングノートを書いておくのをおすすめしたい(僕はわりと勝手にお金が貯まるタイプなので、4年も会社勤めしてるくらいの資産はある。新卒からそうなので、今の給与とは特に関係ない)。ちなみに、未婚の場合、遺留分は親に行く。僕が書いたのはコクヨの遺言書キットだけど、Amazonでエンディングノートとかでググると出て来て、結構カジュアルに書けるのでオススメ。自分がこの1年で触った技術とかこの1年は、AWS、Docker、Python、Keras、サーバーレス、SPA、React、Vue、re:dash、ログ基盤、、、あたりを触ってた気がする。去年に比べて新しいのは、SPA関連で、これは結構自分の身を助けた。社内サービス(XWire)の管理画面勝手に作ったり、プロトタイプツール作ったり。DockerとSPA(特にVueは、楽だ。チーム開発には汚くなりやすいかもしれないが)は、「絶対にやった方がいい」と自信を持っておすすめしたいものだったりする。Nativeなど)に殴り込みをかけたい。あと、GoとRustにチャレンジしたい。英語オンリーのアカウント作って、英語の情報アカウントとかをフォローしている。Trendingとか。はてブで入ってくる情報とはまた異なる種類の情報が入ってきて、大変良い。こっちのアカウントをTwitterで開いている。フォローしまくったら凍結されたりしたので(明らかに正しいTwitterの使い方なのだが...)Twitterのアルゴリズムは頑張って欲しい。最近思うこと1:時間の使い方とあるブログ記事で読んだ「定時が、ギョームでいっぱいだったら『忙しい』状態」という話は、「そうだよなぁ〜」と感銘を受けたりした。根拠になるのは、たいてい、仕事以外で得た知識だったりする。仕事だけで得た知識で意思決定している人がいたら、絶対に信頼したくない。あればこそ、定時内に「仕事」以外の仕事をぶち込んでいかないといけないし、定時外にプロジェクトを増やしていかないといけない。「トリプルワーク」を来年はしていけたらなと思っている(いわゆる副業ということではなく)。僕は、(生涯)年収の最大化を目的として、僕のキャリアを今の会社にベット(Bet;賭け)している、のだと思うようにしている。今日でちょうど、2年間をベットしたことになる(実際にはそれ以上だが、、、)リターンの期待値を最大化するのであればそれなりの賭け方があるし、逆に、ポートフォリオを組むこともできる。最近思うこと3最近、あらゆる不便を「繋がっていない、という感覚」と自分の中で言語化している。この言語化が、この1年で自分にとって最も価値の高いものだったかもしれない。アプリのマーケティングをしてお金を儲けようと考えたときに、アドネットワークで広告配信して、ユーザーがアプリをインストールし、アプリ内でアドネットワークの広告を見てマネタイズする。「アドネットワークAを経由したユーザーで、いくら広告が儲かったか」が“直接”わかるかというと、わからない(少なくとも無料では)。「このアドネットワークでプロモーションするとROIが高いですね」ということを知りたいのに、繋がってない、という具合。この「繋がってない」を解決できるサービスを作りたいなと思っていて、解決できると「マジで便利」なのかなーと思っている。言え僕は飽きっぽいので、それをどうマネージメントするかに苦心している。気に入っているところ型推論がすごく良い。使っているが、Docker内のデバッグ(リモートデバッグ)は有償版でしかできない体験版使ったときは、動きすらしなかった。雑感リモートデバッグ使える、すごい挙動がさくさく動く。サポートもあんまり上手くいかない。うまくいってないのかもしれない。Emulatorマクロが動く!すごい!キーバインドが設定できないものがある。なくてつらいのを解消したいこうして人は拡張機能を作るのか。使ってみた雑感Tweet広告を非表示にするもっと読むコメントを書く2017-09-12「GraphQLは何に向いているか」に対してのちょっとした反論k0kubun.hatenablog.com非常に丁寧に書かれていると思うのですが、少し反論したい部分があるので、記載したいと思います。GraphQLのキャッシュ効率についてクエリをパースしないとキャッシュの可否を判定できないため、HTTPキャッシュが難しいこちらに関して、2つの観点から反論してみたいと思います。リクエストでも送ることができます。リクエストができます。回のリクエストで送らなければならないわけではない、ということです。いうニュースアプリを作っています。ニュースアプリであれば、「フィード」というキャッシュ効率の高いものあれば、「ユーザーの設定」というキャッシュできないものや、書き込むものもあります。リクエストを送れば、CDNなどでもキャッシュ可能です。採用したかった理由を述べたいと思います。組み合わせることもできます。これがパッケージ化されていて、「GraphQL」という技術の標準規格であり、後付けの技術ではないというのは大きなメリットだと思います。「GraphQLのドキュメント読んどいてください」「GraphiQL触ってください」で話せるわけです。