はてなブックマーク

Intro Pythonで実装した機械学習や画像処理をバックエンドにしたWebアプリをサクッと作るための技術スタックとして、FastAPI+TypeScript+OpenAPIを紹介します。 モチベーション PythonでサクッとWebサーバ（APIサーバ）を立てたい 今まではFlaskを使ってたような用途 「Pythonで」 機械学習・画像処理のサービスなので 「サクッと」 バリデーションとか楽したい サーバ、クライアント共に型の保証が欲しい 機械学習や画像処理のアプリはパラメータが多くなりがち・一貫した慣習が無いのでミスしやすい width or w 値の範囲は[0, w] or [0, 1] ? →型アノテーションでカバーしたい やりたいこと API endpoint公開 メディアファイルアップロード・ダウンロード Additional: 非同期通信、WebSocket 検討した選択

Awesome Emacs Keymap こちらのVSCode拡張を作っています: Emacsキーバインド拡張です。 GitHub: https://github.com/tuttieee/vscode-emacs-mcx 同Advent CalendarのVSCodeのEmacsキーバインド拡張まとめでも紹介いただきました。ありがとうございます…！ 既存のEmacsキーバインド拡張はキーバインドの再現性が低かったり、細かいところで使い勝手が悪かったりで正直使い物にならないものばかりだったので、自分で作り直しました。 おそらくVSCodeのEmacsキーバインド拡張はEmacs Keymapが最古参で、これをForkしたEmacs Friendly Keymapが登場してからはこちらがデファクトだったように思います。 他にもいくつかありますが、Emacs Friendly Keymapも含

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Redux不要論 若干強めのタイトルです。あらゆるケースでReduxが不要と主張するつもりはありません。 しかし、Reduxが不要と思われるケースでもReduxが使われることを避けるため、「Reduxは必ず採用しなければならないものではない」ということを意識していただきたく、刺激的なタイトルで始めました。 （個人的にはむしろ、積極的に採用すべき理由がなければ採用しない方が良いくらいに思っています） （MobXとか他のライブラリについては一旦置いておきます） Reduxのメリット Redux's motivation 曰く、SPAに於ける

Intro こちらの技術書を執筆しました。15Stepで踏破 自然言語処理アプリケーション開発入門 本稿は書籍そのものの紹介ではなく、私が技術書を執筆するために利用した技術・用意した環境についての解説です。 私が執筆を始めた当時（2017年下旬）はWebを漁ってもあまり技術書執筆のノウハウがなく、本稿の内容も割と手探りでした。今ググってみると技術書展のおかげで大量に情報が出てきますね。それらと被る部分もありそうですが、自分が１冊書いてみて得たノウハウみたいなものをここに吐き出してみたいと思います。 執筆フォーマットの決定 まずは執筆に使うツールを決めます。 商業誌の場合、出版社（編集者）がそのフォーマットでの入稿を受け付けてくれるかどうかにも依るため、執筆者の一存で決められないこともあるようです。 私の場合は幸運にも、こちらの希望に合わせてくれる編集者が入ってくれました。 色々調べて↓あた

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Intro こちらの技術書を執筆しました。15Stepで踏破 自然言語処理アプリケーション開発入門 本稿は書籍そのものの紹介ではなく、私が技術書を執筆するために利用した技術・用意した環境についての解説です。 私が執筆を始めた当時（2017年下旬）はWebを漁ってもあまり技術書執筆のノウハウがなく、本稿の内容も割と手探りでした。今ググってみると技術書展のおかげで大量に情報が出てきますね。それらと被る部分もありそうですが、自分が１冊書いてみて得たノウハウみたいなものをここに吐き出してみたいと思います。 執筆フォーマットの決定 まずは執筆に使

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

PHPでWebアプリを作っています． ケチなので全部タダでやりたくてbitbucketを使っています． 今回，CIをやりたくなったのでタダでできるCIサービスを探したらWerckerが良さそうとのことだったので使ってみました． PHP用の情報が少なくて苦労しました（最新版の公式ドキュメントの言語別ページにはそもそもphpが無かった）． 構成 メインのアプリはprivateで開発したいのでbitbucketのプライベートリポジトリを使いつつ， 一部のコードをライブラリ化してgithubで公開しています． なので， メインのリポジトリはBitbucketのプライベートリポジトリ submoduleとしてgithubのパブリックリポジトリを参照している という構成になっています． また，PHPを使っていて，フレームワークはFuelPHP，PHPUnit用のテストコードがあります．DBはMySQL

React, React Native, Reduxを使って，web, android, iOSアプリのコードを出来る限り共通化します． ReactとReduxを組み合わせて使う場合，見た目を司るPresentational componentとロジックを司るContainer componentにコードを分離します( http://qiita.com/tuttieee/items/a3ca7d9d415049d02d60 )． そこで，Presentational componentは各デバイス固有のコードにし，Container componentは共通化することでロジックをデバイス依存のコードから切り離し一つにまとめます．actionやreducerなども共通化できるので，結果としてロジックはすべて共通化され，Viewのみがプラットフォーム固有のコードになります． ここでは，よくある

ReduxをReactと同時につかうときは，コンポーネントをPresentational componentとContainer componentに分離することがプラクティスの一つらしいです． このための道具としてconnect()関数がreact-reduxパッケージで提供されています． http://redux.js.org/docs/basics/UsageWithReact.html に詳しいです． 表示のみに専念するPresentational componentとロジックのみに専念するContainer componentを分離することで，コンポーネントの再利用性を高めることができる，らしいです． 自分の勉強のために自分なりの要点だけ以下にまとめてみました． ES6記法を使っています． Presentational component Presentational compo