fnwiya's quine

自分自身を出力するブログ

「日本のデザイン――美意識がつくる未来 」を読んだ

日本のデザイン――美意識がつくる未来 (岩波新書)

日本のデザイン――美意識がつくる未来 (岩波新書)

開発中の

ami.live

では「起業家はアーティストだ」というメッセージを掲げています。
そんな中でアーティストとは何者なのかについてもっと理解したいと思い読みました。

メモ

  • 西洋的価値観に基づいたデザインが増えているが、日本的、アジア的な価値観を見直すべき
  • 日本的とはシンプリシティとエンプティネス。そして世界でも類を見ない高齢化/人口減少社会
  • 阿弥とは芸術を創り、選び、設える人のこと。身分にかかわらず重宝されていた。

フォルシア株式会社からユーザーベースグループのジャパンベンチャーリサーチに転職します

7月末をもって www.forcia.com を退職します

新卒で入社し今までインターン時期も含めると約3年とても楽しくやってこれました。
これまでの感謝と今後への決意を込めて。

フォルシアでやったこと

  • 大手旅行会社の検索サイト開発
    • お客さんのWeb担当と直接あって話して要件決めて、実装してテストしてリリースして運用まで全部やれました。
    • ビジネスモデル上は受託開発ということになりますがいわゆる顧問エンジニアというイメージに近かったです。
  • 技術コミッティ(≒CTO室)、開発基盤チームでの活動
    • コード規約の作成とlinterの導入
    • gitlabの導入
    • esaの導入
    • 社内ライブラリのレビューフロー整備
    • 技術部全体でテーマを定めディスカッションを行う場の設定&ファシリテーション
  • その他もろもろ

とにかく自由にやらせてもらえたなと。
全部がうまくいったわけではないですし、やりきれなかったものもありますが、
それはきっとみんなが形にしてくれると信じています。

ちなみに

  • フリードリンク(コーヒー・オレンジジュース・豆乳などいろいろ)&フリーアイス(無限にピノが食べられる)
  • ロードバイク通勤OK
  • ジム使い放題
  • 社員同士の食事代補助(5000円/人を何度でも利用可)
  • 年間10万まで自社がつくったサイトで旅行に行ける

など福利厚生抜群で、
最近はリモートワークも始まるなど働く環境も素晴らしいので爆速の検索エンジンを作りたい方はぜひ。
インターンシップの募集もしてます(Rustでインメモリデータベースが書ける!!)

FORCIA Summer Internship 2018:フォルシア株式会社|

なんで退職するの?

転職先である Japan Venture Research やユーザーベースの目指す世界に共感したことが一番です。

自分は JAPAN CHOICEという選挙のための情報を可視化するサービスを作った - fnwiya's quine の開発をするなど選挙・政治という分野にコミットしていて、
その原体験は 若者と政治を結ぶ NPO法人ドットジェイピー で出会った政治家たちがテレビや新聞でみるのと違って本気で社会と向き合っている姿勢に惹かれ、
彼らの活動をもっと伝えたい、彼らのような政治家がもっと生まれればと思ったことに始まっています。

政治家と起業家はもちろん違う部分も多々ありますが、
挑戦する勇気を持ち問題に立ち向かう姿には通じるものがあると思い、
そこに自分の技術で貢献したいという気持ちで決断しました。

他には

  • 自社サービスであること
  • スモールチームであること
  • 会った人みんな輝いていてめちゃめちゃ楽しそうだったこと
  • ユーザーベースってことはClojure書ける?

などなどいろいろありますが、最後は直感です。

ちなみに年収は下がりますが、
これは現職が恵まれすぎ(もろもろ含めると平均的な24歳男性の3倍ぐらい?)でした。
転職ドラフトを通じての転職でしたが、
最初に金額があることでお互いの期待値ブレることなく話せてよかったです。

次何するの?

先日プレスリリースを出したばかりの新サービスの開発をします。

ami.live

事前登録受付中ですのでぜひ!!

起業家の挑戦を応援する僕たちが誰よりも挑戦していきます。

例のアレ

みながすなるうぃっしゅりすとなるものをせんとしようと思いましたが、
いわゆるミニマリストというやつで自分の部屋は布団が一枚敷いてあるだけだったりするのでモノよりは
↑のamiのユーザー登録をしてもらえると嬉しいです!会える方はご飯いきましょう!

大学で法律を勉強していた頃はまさか自分が今こんなことをすることになるとは夢にも思いませんでしたが、
どの決断にも後悔はないです。
フォルシアには本当にお世話になりましたし、社員ではなくなりますがこれからも関わりを持ち続けたい人ばかりで、
会社に対してもきちんと恩返しできればと思います。

JVRはプレスリリースもでて、いよいよです。
ジョインが決まってから無理を言ってずいぶん待っていただいたので、
スタートからアクセル全開でいきます。

やっていくぞ。

「Web API: The Good Parts」を読んだ

Web API: The Good Parts

Web API: The Good Parts

ちょうどAPIの設計について検討していたので読んだ。

MEMO

  • どのステータスコードを返すかきちんと検討する
  • 実際にAPIを公開する際は有名なAPIを参考にするとよい(その中でも結構ブレがあるが。。)
  • 広く一般に公開するのか、限定したところからのみアクセスされるのかで考えることは全然違う
  • APIを公開することで思いもよらない活用をされたりするので積極的に公開しましょう

「プロダクションレディマイクロサービス ―運用に強い本番対応システムの実装と標準化」を読んだ

プロダクションレディマイクロサービス ―運用に強い本番対応システムの実装と標準化

プロダクションレディマイクロサービス ―運用に強い本番対応システムの実装と標準化

設計・監視・オンコール・ドキュメントなど内容は多岐に渡りますが、各章でまとめのチェックリストもあり、かなりコンパクトにまとまっていて読みやすかった。

メモ

  • マイクロサービスの非推奨・廃止について適切な手段を定める必要がある。単純に技術的問題だけでなく社内調整が必要。
  • サービス間の依存関係を意識する。依存しているサービスが止まったら自分のサービスはどうなる?
  • ドキュメントは非常に重要。どうすれば実態と乖離しないのか。定期的にみんなで見直すタイミングを。

「カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまで」を読んだ

なかなか本が手に入らず苦戦していましたが、ようやく読めました。読み始めると引き込まれて1日で読み切ってしまいました。

メモ

  • アジャイルのいろいろなプラクティスを実践するのも重要だが、一番大切なのは越境する勇気
  • 自分は何をする人なのか、何者なのかを確認する
  • 振り返りだけでなくむきなおりも大事
  • チームはいいぞ

やっていくぞ。

「アンダースタンディング コンピュテーション」を読んだ

正直ちょっと抽象的すぎてよくわからない箇所が多かったらですが、サンプルコードが多く載っていたのでなんとかそこで補ってました。 一年後にもう一度読み返したい一冊。
チューリングマシンコンビネータなど大切な概念を改めて確認できました。

メモ

「blockchain.tokyo #8」に行ってきた

blockchain-tokyo.connpass.com

に行ってきました。
今までblockchainを実装したりEthereumのwikiを翻訳したりしていましたが、
進化が本当に早く追いつけていない事が多いので断片的にでも今の状況がわかってよかったです!
コードも論文も読んでいくぞ!

分散システムを支える技術とProof of Stake 高橋三徳(@mistat)

分散システム

↔集中システム

  • それぞれのノードが非同期的に自立して動いている
  • 全体としては一貫性があり、一つのシステムとしてみえる
  • 一部のノードが故障しても全体に影響しない

分散システムは課題を解決する一つの手段だが、ブロックチェーンは非中央集権化が目的になっている。

ethereum / casperを読み解く 次元 (@zigen)

new fork choice rule

  • 一つのepochで複数のcheckpointから一つを選ぶ
  • voteして2/3とったらjustified
  • 次のcheckpointがjustifiedされたら親がfinalized

以後コードの解説 https://github.com/ethereum/casper

  • どこにvoteするかをchoiceしている!
  • コードを読めばわかる!

Tendermint ~ scalable blockchain consensus engine ~ 中村 奎太 (@keita0q)

solustions

  • layer2
    • side chains
      • plasma, cosmos
    • state channels
      • raiden, lightning
  • layer1
    • sharding
      • ziliqa
    • consensus
      • casper, tendermint

tendermint

  • PoS Transaction処理速度が早い
  • ファイナリティがすぐ得られる
  • フォーク市内
  • 1/3までバリデーションノードは停止していても問題ない
  • ABCI 独自のアプリケーションレイヤーを実装できる
    • コンセンサスエンジンとアプリケーションロジックをつなぐインターフェイス
    • message protocol
    • blockchain protocol
      • mempool connection
      • consensus connection
      • query connection
  • BFT-based PoS
  • voteが2段階あることでpre-commitではcommitは必ず一つになる->forkしない
  • DDosに弱い->IPを隠す

LT1 @tomomoto_LV3

  • 前処理大全の中の人
  • サスメド株式会社
  • 不眠症治療アプリ開発
  • 臨床試験/治験のデータプラットフォーム
  • データの改竄を防ぎたい
  • パブリック型では改ざんが起こってしまう->コンソーシアム型に
  • データの量は少ない

Hadoop Blockchain比較

  • ロギングとして扱うか、DBとして扱うか
  • DBの場合はCAP定理に従う

LT2 @parakeety_

常時起動していないモバイル端末でlightning networkを利用するためにwatchtowerが必要

LT3 @yuzushioh

ERC712

  • cryptokities 猫1匹がアセット 他の猫とは違う
  • Ownership
  • Creation
    • ERC20...
    • 721...トークンを個別に所有者に割り当てる addTokenTo, mint
      • 全体への反映はmint
  • Transfer and Approve
    • transfer
    • approve
      • 権限の付与