高校レベルの数学から大学の教養数学くらいまでを独学/学び直した - razokulover publog
去年の12月頃から数学の学び直しを始めた。 職業柄少し専門的な、特に機械学習の方面の書籍などに手を出し始めると数式からは逃れられなかったりする。とはいえ元々自分は高校時代は文系で数学1A2Bまでしか履修していない。そのせいか少し数学へ苦手意識があり「図でわかるOO」とか「数学無しでもわかるOO」のような直感的に理解出来る解説に逃げることが多かった。実務上はそれで問題ないにしてもこのまま厳密な理解から逃げているのも良くないなと感じたのでもう少し先の数学に取り掛かることにした。 巷には数学の学び直しについての記事が既にたくさんある。それに自分の場合は何かの受験に成功した！とか難関の資格を取得した！というような華々しい結末を迎えている状態ではない。そんな中で自分が何か書いて誰の役にたつかもわからないが、少なくとも自分と似たようなバックグランドを持つ人には意味のある内容になるかもしれないので、どの
2019年を振り返る コンプレックスに向き合う - razokulover publog
2019年ももうすぐ終わるので簡単に1年を振り返ろうと思う。 表題の「コンプレックスに向き合う」については最後に述べるとして、まずは軽い振り返りから。 英語 2019年1月~3月は特に英語に精を出していた。 動機としてはYoutubeに投稿されている海外のカンファレンスの動画や解説動画を字幕無しでも聴けるようになれたらいいな〜とふと思ったから。 それまでは業務中に技術系の記事やリファレンスを読んだりする時に触れる程度だったし読む分にはそんなに問題ないかなと思っていたが、 Flutterに関する情報はYoutube上でのコンテンツも豊富なため耳から英語を聴けるようになっておくと便利だな〜という場面も多くなってきた。 ちょうど良い機会だし勉強してみるかと思い立ち、手始めにTOEICを受けることにした。 TOEICに関しては今まで一度も受けたことはなかったが、とりあえず初心者が読み書きの勉強をし
TypeScript + Vue.jsでのフロントエンド開発 - razokulover publog
最近webアプリ(RailsのviewでVue.jsを使ってる感じの部分)をフロントエンドだけ切り離してリライトする業務をやった。 他の業務と並行で進め、実装からリリースまでの期間は大体営業日換算で2週間ちょいくらい。 バックエンドのAPIなどはすでに開発済みのものを使えたので純粋にフロントエンドのみ。 途中、既存の動いてるアプリへ機能追加などされていたので都度追従していく作業もやった。 そもそもリライトすることを決めたのは元のアプリが歴史的な経緯などあり、トランスパイルできる環境に無く、加えてAndroid4.2以降のwebブラウザに対応する必要があったため。素手でES5を書き続けるのは規模が大きくなっていくとだいぶ辛いしここらでちゃんと整えましょうということで重い腰をあげたという感じ。 フロントエンドライブラリとしてはVue.jsに元々は慣れてたこともあり、Vue.jsを利用。この夏に
月10冊を目標に読書をはじめてから気づいたこと - razokulover publog
これは人生 Advent Calendar 2018の15日目の記事です。 2018年もあと2週間ほどで終了する。 今年は何をしたかなと振り返ってみたがやはり一番は「読書をした年」だったと言える。 僕はwebエンジニアなので必要に応じて技術書を読むこともあるし、元々活字を読むのが嫌いではない方なので1ヶ月に１冊程度の読書はしていたと思う。 だがこれは共感できる人も結構いる気がするのだが、自分にとって意味のありそうな本や直近で必要になりそうな本以外の本にはなかなか手が伸びないのではないだろうか。コスパの概念だ。 仕事で使うプログラミング言語に関する本や設計に関する本など、すぐに役立ちそうな本ばかりに目がいってしまう。 それのどこが悪いのかと言われれば別に悪いことでは全くないのだが。 僕の場合は28歳になり日々の業務にこれといって大きな変化もなく、かといって日常も妻とそれなりに不自由のない生活
FlutterをWebで動かす「Hummingbird」の仕組みについて調べた - razokulover publog
先日開催されたFlutter LiveでFlutter for Webであるところの「Hummingbird」が発表されました。 Google、FlutterアプリをWebアプリへ変換する「Hummingbird」発表。Web開発言語としてDartが帰ってくる。Flutter Live '18 Hummingbirdについてどういったメカニズムで動くのか気になったので調べていたところ、下記に詳細な解説がありました。 Hummingbird: Building Flutter for the Web この記事の二番煎じではあるのだけど、↑の原文をざっくりと読んでみてだいたいわかってきたので自分なりに雑に要約してまとめておきます。 Flutter on Webを実現するために必要になること Dartをweb用にコンパイルすること 既存のFlutterの資産のうちWeb用のFlutterに実装す
Flutterの状態管理について調べたメモ - razokulover publog
Flutterでの状態管理方法について雑に調べた時のメモです。 先に感想を書いておくと、 Inherited Widget/Scoped Model/BLoC Patternでそれぞれ軽くアプリを書いたりしてみたけど、自分の用途レベルのアプリではScoped Modelで十分かなという感じ。BLoC Patternはweb/ios/androidでロジックを統一したい時だけ検討かな...— 宮崎由加(24) (@razokulover) October 8, 2018 以下、有益そうな記事or動画リンクが主です。 Flutterで状態管理の仕方色々 Flutter Architecture Samples Inherited Widget/Scoped Modelの他、ReduxやMVUといったパターンのサンプルもある (動画)Build reactive mobile apps with
『Writing An Interpreter In Go / Go言語でつくるインタプリタ』 #golang - razokulover publog
Writing An Interpreter In Goという本を読んだ。 この本はMonkeyという言語のインタプリタをGo言語で実装するという内容。 全編英語だが、200ページほどだし語り口も面白くてわかりやすいので読みやすい。 流れとしては大きくLexer・Parser・Evaluaterの章に分かれていて、それぞれ字句解析〜抽象構文木〜評価器をGoの標準機能だけで実装していく感じ。 Parserの部分ではyaccなどの既存ツールを使わずにPratt ParserというJS Lintでも使われている手法を用いて実装していくところが特に面白かった。 Pratt Parserについてはググってもあんまり情報が出てこなかったけど、いくつか英語のエントリがあって特に下記のPythonで解説してくれてるやつがわかりやすかった。 Top-Down operator precedence pars
モバイル環境でSpeaker Deckを快適に閲覧する方法 - razokulover publog
TL;DL モバイル環境からmをドメインの先頭に追加してアクセスすると良い感じにスライドが閲覧できます。 例) https://speakerdeck.com/qrush/the-graphql-way-a-new-path-for-json-apis ↓ https://mspeakerdeck.com/qrush/the-graphql-way-a-new-path-for-json-apis 概要 Speaker Deckはスライドを共有するサービスです。 特に大きなカンファレンスが開催された後はたくさんの発表資料がこのサービスにアップロードされるのでよく閲覧します。 Speaker Deckは、PCで閲覧する分には特に問題はないです。 しかしモバイル環境で閲覧すると少し残念です。 なぜならSpeaker DeckにはPC用のレイアウトしか存在しないからです。 通勤中にTwitter
Appleにリジェクトされたので放置してたアプリがなぜか突然審査に通ってしまった - razokulover publog
9月末くらいにAppleのストアにRNHBFavというはてぶのお気に入りフィードのビューアーアプリを申請していました。 ReactNativeにハマっていたこともありHBFavのReactNative版として作ったものです。 実装自体は割と簡単にできてあとは審査結果を待つだけの状態が8月末。 そこから怒涛のリジェクト祭り。 「アイコンがダメ」 「コンテンツがしょぼい」 「webアプリでよくない？」 みたいなやりとりが続きついには1ヶ月ほどたちました。 その当時のお気持ちは下記のGithubのissueに残っています。 AppStoreリリース これほどまで審査に時間がかかりリジェクトの連続だったこともあり、完全にモチベーションを失い開発をやめました。 そしてリジェクトも放置したままというのがこの前までのステータスです。 ところが、先日のクリスマス前あたりに突然Ready for saleの
「仕事ではじめる機械学習」をざっくり読んだので感想やメモなど - razokulover publog
仕事ではじめる機械学習を購入したので早速読んでみた。 知ってる箇所とか結構流したとこもあるので雑なメモです。 第Ⅱ部に関しては特に読んでないとこ多いのだが、手を動かさないと意味ないしまた休日にでもやってみます。 第Ⅰ部 1章 機械学習プロジェクトのはじめ方 まずは機械学習を使わないで解決できないか考える 序盤でこの１文が出てきて信用できる本だとわかった すぐに結果がでないことが多いのでそれに投資できる/させる調整が必要そう 解くべき問題の仮設設定とMVP検証を必ずやる 成功させるには以下のメンバーが必要 ドメイン知識のあるメンバー・機械学習する人・データエンジニア・失敗を恐れない理解有る責任者 テストがしずらいので継続的にモニタリングして性能の評価をするべし 2章 機械学習で何ができる？ p22のどのアルゴリズムを選ぶべきかのフローチャート図が便利 これの簡略版 分類・回帰・クラスタリング
ReactNativeでの開発を通じて得た知見 - razokulover publog
前回はてぶのお気に入りフィードを読むHBFavというアプリのReactNative版RNHBFavというアプリを作っているという話を書いたが、とりあえずAppStoreへ申請するところまで終わった。 razokulover.hateblo.jp 申請がどのくらいで通るかはまだわからないが、たぶん1週間はかかる気がする。 少し時間が空きそうだし、ここらで今回ReactNativeで開発〜リリース申請する中で感じたことやこうした方が良かったみたいなものをメモしておこうと思う。 垂直分割/水平分割のディレクトリ構成 ディレクトリ構成はプロジェクトごとにみなそれぞれ自分なりの構成を持っているようだけど、例えばreduxを利用するアプリだと以下のような作りになると思う。 index.ios.js index.android.js src |__actions |__hoge.js |__reduce
Hello Worldの後に何を作るか - razokulover publog
新しい技術を学びはじめるとHello Worldのその先で何を作るか詰まってしまうことがよくある。 最初から作りたいものがある人はそれ作ったほうがいいし、実務で導入できたりするなら一番手軽で学びが多いのだが中々そうもいかないのが人生というもの。 そういう人にとってはHello Worldからある程度使えるもしくは本番投入時に選択肢にできるレベルになるための道筋があると便利だなーと思う。 自分はWeb系の人間なのでフロントエンド/サーバーサイド/モバイルアプリという感じでまとめてるが、インフラ屋やハード他デザイン系の技術はまた違うと思われるのでこれはあくまでも自分の場合はということで。 共通 言語機能を一通り試す(A Tour of Goみたいな感じで) 基本的な型/制御構造/IO周り/クラス/文字列操作/正規表現/よく使いそうな標準ライブラリ その言語固有の機能は重点的に(goだったらgo
Vue.js + ElectronでTwitterクライアントを作った - razokulover publog
Vue.jsとElectronでシンプルなTwitterクライアントを作った。 vue-twitter-client きっかけとしては一言で言うとフロントエンド周りの勉強。 2017年1~3月の振り返りにも書いた通り。 自分はモダンなフロントエンドの開発に疎かったので重い腰を上げてそろそろやるかという気持ちになって3月中頃くらいからはじめた。 Vue.jsについては2,3週間前くらいから触りはじめている。 Vue.jsはちゃんとしたSPAからフォームにちょいと味付けみたいな使い方もできたり小回りがきく。 個人的にはReactでの開発よりやりたいことが直感的に書ける気がしてるので使いやすいという印象。 とりあえず最初はTODOアプリやAPIを叩く小さなフィードを作って、次にNuxt.jsでSSRできるミニサイトを作ったりで大体使い方は覚えてきたというステータス。 ライブラリでいうとvuex,
スナックのママの人生を生成するgemを作った - razokulover publog
正月の暇な時間でスナックのママの人生を生成するgemを作った。*1 snacknomama 使い方は簡単で、CLIで $ gem install snacknomama して、 $ snacknomama をすると、 店名: スナック GA繭みや ママ: ユウヒ 人生: 両親富豪->中学校卒業->結婚出産->旦那借金->離婚バツ2 とか 店名: スナック 花幸STELLA ママ: チナツ 人生: 両親離婚->高等学校中退->結婚出産->旦那暴力->離婚バツ1 みたいなスナックのママの波乱万丈人生が生成される。 店名と名前と人生は適当で、それっぽいものがランダムに生成されてく。 $ snacknomama --snack とやると スナック アップルローズ みたいに個別で生成できたりする。 詳しくは-hオプションでヘルプ見てくれ。 作った背景 元ネタは、元旦深夜お笑い番組やらジャニーズライブ
Cloudfrontより1/3も安いと噂のkeyCDNを試してみた - razokulover publog
先日、CloudFrontでクラウド破産しかけたのでkeyCDNというCDNサービスを試してみた。 keyCDNはお手頃で何かと便利なのだが、日本語情報がとてつもなく少ないので紹介がてら使ってみた感想などをまとめておく。 keyCDNとは何か keyCDNとは、スイスのベンチャー企業がやっているCDNサービス。 世界中にエッジロケーションがあり、ちゃんと東京にも用意されてある。 数あるCDNサービスの中でkeyCDNを選んだ理由は、 S3をオリジンにできる 転送料金が安い(CloudFrontの東京リージョンの場合に比べて約1/3) 東京にエッジロケーションがある アクセスログなどが見られる素敵なダッシュボードがある というところ。 特にCloudFrontの転送料金ははじめの10TB(東京): $0.14/GB*1に対して、keyCDNの転送料金は、はじめの10TB: $0.04/GBと
なるほどUnixプロセス - Rubyで学ぶUnixの基礎を読んだ - razokulover publog
先日ISUCONが行われていた。 ボクは出場してなくて、Twitterから観戦しているだけだったんだけどisuconタグを眺めていると以下のスライドが流れてきた。 今回2位だったpixivチームのkatatsuyさんがisucon前に作っていた神資料らしい。 読んでみたが、なるほど、広告サーバーの構築時の苦労や知見が素晴らしくまとまっている。 で、スライドの最後のほうにおすすめの書籍が記されててそこに『なるほどUnixプロセス - Rubyで学ぶUnixの基礎』があったので購入して読んでみた。 親プロセス、子プロセス、fork、ファイルディスクリプタ、ゾンビプロセス、デーモンプロセス、プロセスグループ、セッショングループ、シグナル、ストリーム、パイプ、IPC、ソケット、コピーオンライト これらの用語の中で説明できない言葉があるRubyエンジニアはこの本を読むと良い。 どれもUnixプログラ
家庭内IRCのススメ - razokulover publog
via GIFMAGAZINE IRCとは、サーバを介してクライアントとクライアントが会話をする仕組みであり、広義にチャットのことと同義である。 社内IRCというシステムはよく使われていると思うが、 それの家庭内版が家庭内IRCと考えてもらえばわかりやすい。 今年の4月頃から家庭内IRCを使いはじめて、割と生活に浸透してきたのでその話を少し書く。 家庭内IRCの必要性 家庭内という言葉には様々な規模があるが ボクの場合は、嫁と2人で使うことが多い。 なので基本的に会話は嫁との1対1なのだが、 そこでよく発生するのが「これみてみてー」というやつ。 例えば、 「結婚式の会場ここよくない？」 「どれ？」 (相手のPCの方へ向かう) とか 「今度このお店行こう？」 「どれ？」 (相手のPCの方へ向かう) みたいな。 こういう具合に2人で暮らしてると会話の流れで相手のPCの方ヘ移動しないといけないこ
アニメーションGIFをグリッチさせるGlitch Gifsを作った - razokulover publog
GIFMAGAZINEにアニメーションGIFをグリッチさせる機能を追加した。 Glitch Gifs | GIFMAGAZINE - GIFアニメ好きが集まるGIF画像の投稿・共有・検索サービス グリッチとは、wikipediaいわく Glitch art is the aestheticization of digital or analog errors, such as artifacts and other "bugs", by either corrupting digital code/data or by physically manipulating electronic devices ということなんだけど、説明するより実物をみたほうがはやいのでまずグリッチ画像の例をだす。 こういう画像の一部分をぶっこわして意図しない美しいエラーを引き起こすような画像がグリッチ画像。 こ
Twitterでgifアニメを動かせるようにした - razokulover publog
GIFMAGAZINEで投稿されたgifアニメをTwitter上で動くようにした。 元々Twitterではgifアニメの再生に対応していないので、通常ならばTwitterでgifアニメをみることはできない。 そのgifアニメがどのように動くか確認するためには、別途貼ってあるリンク先のサイトへ飛ぶなどしないといけない。 サイトへのアクセスという点ではそれでいいのかもしれないけど、ユーザー体験としてはくそ。 だからとにかくTwitterのタイムライン上で動くgifアニメを実現したかった。 そういうわけで、GIFMAGAZINEで投稿したGIFアニメをリンク先へ飛ぶこと無くTwitterのタイムライン上で動かせるようにしようと考えた。 TwitterにはTwitter cardをという仕組みがあってこれを利用する。 Twitter cardというのはTwitter上でシェアしたサイトのリンク先に
bitbucketとwerckerで０円CIをする - razokulover publog
最近はTravisCIとかCircleCIとか便利なCIサービスが増えているみたい。 いまぼくがつくってるGIFMAGAZINEでもCIサービスを利用してみようと思って、色々調べてたらwerckerというサービスが良さそう。 werckerは、 github/bitbucket対応 privateリポジトリにも対応 無料（ベータ版なのでいつ有料になるかわかりません） という特徴があります。 今回のケースでは、bitbucketのprivateリポジトリが使えて、手頃なお値段で安ければよかったのでwerckerを採用しました。 werckerを使うと、bitbucketのプライベートリポジトリ(0円)+wercker(0円)で最高に懐に優しい開発+CI環境ができます。 ではその手順。 前提 以下については事前に準備済みとします。 bitbucketへのユーザー登録 プライベートリポジトリの作
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
