はてなブックマーク

システム構成 以下の様なシステム構成イメージで準備します。 Branch:productionへのPR mergeが完了したら、Githubに設定されているwebhook経由でCodePipelineを呼んで、最終的にs3にReactのソースを保存します。 そして、CloudFront経由でアプリをブラウザーに起動する様にしておきます。 Githubにレポジトリを作成 Reactの準備がされている前提で、まず、Githubにリポジトリを作成し、必要なソースコードをプッシュしておきます。 productionブランチを作成 Branch:masterからBranch:productionにPull Request(PR)がマージされた時に、CodePipelineを呼んで本番化をしたいので、productionブランチを作成しておきます。 Branch:masterにproductionと入

目的・背景 http://snapdish.co というサービスを開始して数年、カメラロールに大量の料理写真があります。でも、いつまでたっても私の撮影センスがいまいち。 そこで、「いい感じの写真だよ！」気軽に教えてくれるAIくんに助けてもらえなかなと妄想が膨らんできたので、作ってみちゃいました。 学習データの準備 データ収集のポイント マンパワーに依存するデータ収集は非現実的でコストが高いので絶対やらない データ収集の方法 SnapDishには、約1000万以上の料理写真があります。 そして、評判が良かった写真やリアクションがあまりなかった料理写真や規約違反の料理ではない写真があります。 そのデータを基に、以下の条件でデータを収集します。 遠い関係の人からのリアクションが、一定上ある料理写真　→　YES画像 まったくリアクションがとれなかった料理写真　→　NO画像 まったく関係のない写真

# ソースのダウンロード先に移動 $ cd $HOME/src # openssl-1.1.1 以上をインストールしておく $ wget --no-check-certificate https://www.openssl.org/source/openssl-1.1.1t.tar.gz $ tar zxvf openssl-1.1.1t.tar.gz && openssl-1.1.1t $ ./config --prefix=/opt/openssl $ make $ make test $ sudo make install $ sudo ln -s /opt/openssl/lib/libssl.so.1.1 /usr/lib/ $ sudo ln -s /opt/openssl/lib/libcrypto.so.1.1 /usr/lib/ $ sudo ldconfig # wge

SnapDishではDBにMongoDBを使っている。バージョンが1.4ぐらいの時から使っていて、色々と試行錯誤をしながら使ってきた。不勉強もあり今だに負の遺産が残る中、現在開発しているサービスでMongoDBをどのように利用したらよいか再度考えてみることに。 振り返るとやはりスキーマデザインが常に一番悩むところ。ただ、悩んでいる時間が惜しいので、決断を早くするために、スキーマの設計をするにあたり一定の考え方を設けることに。 それで、できるだけシンプルにということを念頭に、今更ながらだけど 3つのポイント にまとめてみることに。 様々な意見や議論のある領域だと思うので、これを読んだ方で、「この場合はどうなる？」や「ツッコミ」などあれば、ぜひコメンントや意見を頂きたところ。今後の参考したい。また、「その考え方はこういうことだよ」という、適切な表現や言葉があれば教授してもらいたい。 まず、、、

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

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

Unittest や Pytest などで足りるかなと思っていたけど Tornado の Testing Framework を調べてみることにした。Tornado HTTPServer を テストスクリプト内で起動して、Tornado Mock Server と言ってよいでしょうか、動かしてテストができるなど色々と便利な機能があり助かることが分かったので、早速実装テストしてみることにした。その時の備忘録としてサンプルコードをまとめておくことにした。今回試したのは2.4系なので若干情報が古かったりするかもしれがないが、基本的なことは変わらないはず。 サンプルコード #!/usr/bin/env python # -*- coding: utf-8 -*- # 必要モジュールを import import tornado.testing import tornado.web import m

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

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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 仕事じゃなかったら、めんどくさくて考えたくないが、現在、会社の方針で開発力の向上の為の案を考える事に。 後ろ向きな理由で大変不甲斐ないけど、まぁ、仕方ない。 で、 「開発力向上」って？ 自分としての理解は、アウトプットの最適化が開発力を高める為の近道だと考えてるに至っている。 なぜか、それは、限りなく、何となく直感。 まずは、その何となくを切り口に深めてみる事にした。 最適化する為には、、、 えっと、 やはり、開発はより多くの時間を使いたい。 そして、出来れば効率的に使いたい。 結果、タイムマネージメントが重要性が語られる。 その為に、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? // Playground で動作の確認をしながら試すとよいと思います // まずは Hello world から println("Hello, world") print("print は改行が無い　") println("こんにちは") println("行:" + String(__LINE__)) println("列:" + String(__COLUMN__)) // ファイル名: __FILE__ // 関数やメソッド名: __FUNCTION__ // などのリテラル表現がある /** * 値につてい */ // va

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

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

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

The Swift Programming Language をまとめるトップ Classes and Structures（クラスと構造体） クラスにはプロパティ、メソッドを組み込む事ができる クラスや構造体をつくる時、インターフェースや実装コードを含むファイルを必要としない ファイルを分割しないでよくて、クラスや構造体は一つのファイルに書くことができる 外部から参照できるインターフェース自動的に使えるようになる クラスと構造体の共通点 値を保持する事ができるプロパティの定義ができる メソッドを定義して機能を提供できる 添字を定義してそれらの値にアクセスできる イニシャライザーを定義してその中で初期設定ができる 実装を継承して機能性を高めることができる プロトコルに従って基本的な機能を提供することができる 詳細は Properties, Methods, Subscripts, Init

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

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

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