@kinakobo です。 先日フィークルという新規サービスのiOS, AndroidアプリをReactNativeで開発し、リリースしました。 アプリ: iOS | Android feecle.works すでに国内でもいくつか採用事例があるReactNativeですが、まだまだ事例が少ないと感じます。 今回自分たちもReactNativeを採用したので、まずはその検討段階から紹介したいと思います。 また、開発チームはWebエンジニアのみで構成されていたため、特にWebエンジニアの方向けの内容になります。参考までに、開発チームの人数は4人でAPI側も同じメンバーが担当していました。 はじめに、ネイティブアプリを何で作るか検討した際に出た選択肢は以下の3つでした。 iOSとAndroidそれぞれネイティブのコードで書く ReactNativeを使用する Flutterを使用する 1は全く

「iWA」というブランド まず「iWA」とはどういうブランドなのか？ネットで調べました。2014年に丸八工機株式会社（後述します）が立ち上げたブランド。ウェブサイトを見ると、「A01V」、「A02L」、「ラムダワン」という３つの自転車スタンドがオリジナル商品として掲載されています。今回紹介する「A01V」以外は平置きタイプのメンテナンススタンドです。 丸八工機株式会社とは 丸八工機株式会社は1951年創業し現在に至るまで大手自転車メーカーの生産委託先（いわゆる下請けの町工場）。リアキャリア、バスケット両立スタンド、補助輪、サドルなど、どちらかというとママチャリ向けのアクセサリーがメインでウェブサイトに掲載されています。 「A01V」の特徴 サイクルロッカー社のクランクストッパースタンドCS-650にそっくり！ A01V　　　　　CS-650 パイプを中間部でつないで高さ調整するところ、２本

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

ScalaではJavaと違ってDIコンテナの必要性を感じることがあまりないのですが、フレームワークを作っているとユーザコードにフレームワークが提供するコンポーネントを供給したり、フレームワーク自体を拡張するための拡張ポイントを提供するためにDIコンテナ的なものを使いたいというケースがあったりします。 PlayではGoogle Guiceが導入されていますが、もう少し簡潔でScalaらしいDIコンテナはないものかと思っていたところ@taroleoさんがAirframeというライブラリを開発されていたのを思い出したので試してみました。 github.com 基本的にはフィールドインジェクションぽい感じで、DIするフィールドを以下のように宣言しておきます。 import wvlet.airframe._ class AccountController { val accountService =

お久しぶりです。ひろたんです。 前々から気になっていたAWS EC2の169.254.169.254について少し遊んでみたのでまとめます。 EC2では、インスタンス内から http://169.254.169.254/ にアクセスすると、そのインスタンスに関する情報が取得できるようになっています。 docs.aws.amazon.com あまり意識したことはないかもしれませんが、インスタンスにIAMロールを結び付けた状態でAWS CLIを使うと内部的にこの169のURLが叩かれる仕組みになっています。 これはインスタンス内で--debugオプションを使ってAWS CLIを実行するとわかると思います。 [ec2-user@ip-172-31-30-197 ~]$ aws s3 ls --debug ～～～ 2018-09-03 11:11:33,898 - MainThread - boto

追記 (2020-12-27) より基礎的な説明を Minimal Cake Pattern 再考 にまとめました。Minimal Cake Pattern という言葉を初めて聞く人は、こちらの記事を先に読むことをおすすめします。 Scalaにおける最適なDependency Injectionの方法を考察する 〜なぜドワンゴアカウントシステムの生産性は高いのか〜 で紹介されている Minimal Cake Pattern をもう少し詳しく解説します。 Minimal Cake Pattern それ自体は自明なものですが、いくつかの規約に従わないと混乱を招きます。以下の事柄を覚えておくと良いでしょう。 MixIn に extends はいらない trait UsesSomething { def something: Something } trait MixInSomething ext

DIを使わない状態ではUserRepositoryというインターフェースが定義されているのにもかかわらず、UserServiceはUserRepositoryImplの参照も持っていました。 これではせっかくインターフェースを分離した意味がありません。 UserServiceがUserRepositoryインターフェースだけを参照(依存)するようにすれば、具体的な実装であるUserRepositoryImplの変更に影響されることはありません。 この問題を解決するのがDIの目的です。 それではDIのインジェクタを加えて、上記のクラス図を修正しましょう。 謎のインジェクタの登場によりUserServiceからUserRepositoryImplへの参照がなくなりました。 おそらくインジェクタは何らかの手段でサービスであるUserRepositoryImpl(Dependency)をクライアン

はじめに 個人的なシェル(スクリプト)あるあるなんですが、変数操作に悩んでいるとBashの 変数展開 って思った以上に色んなことができてしまうことに気がつきます。 「なんかいい感じの書き方ないかなー」 「cut, tr, sed, awk, ...、まぁできるのは間違いないんだけど」 「うーん」ｸﾞｸﾞﾘ― (10分後) 「えっ、変数展開...？(怪訝)」ﾎﾟﾁﾎﾟﾁ 「...」ｶﾀｶﾀ 「いけるやん！！！」 ってことが結構あります。皆さんもこういった経験少なからずあるのではないでしょうか。 （そして今もまさにそういう記憶・期待があるから、変数展開について少し調べている...そんなところかと推察します） 毎回調べるのも感動があっていいと思うんですが、もはや衝動を押さえきれないので 全部調べたい と思います。 Bashのバージョンは 4.3.48(1) でしたが、そうそう変わるような内容でも

ユーザープロパティはFirebase運用の一番のボトルネック いきなり怒りから入る文体もなかなかないが、ユーザープロパティはFirebaseの運用を考える上でコアの機能（特にRemote Configと組み合わせてのABテスト）でありながら、ボトルネックになるリスクが非常に高い。 特にやばいのが以下の仕様である。 ユーザープロパティは一度作成したら、ユーザプロパティ名を修正できない。 ユーザープロパティは一度作成したら、削除できない。 ユーザープロパティの作成上限は25個である。 ユーザープロパティ名の文字上限は24文字である。 引用： ユーザー プロパティを設定する setUserProperty() 上記より運用に際し、慎重に戦略を練らなければいけない。 ユーザープロパティで使用されると想定されるのが、そのままの意味だがユーザーのプロパティ（例えば、性別・地域など）、ABテストのフィル

UX Movementの著者および設立者です。ユーザー体験のデザインスキルの開発を手助けしてよりユーザーフレンドリーな世界のために、このブログを創設しました。 フォームのどこにエラーメッセージを配置していますか？　ユーザーの期待する場所にエラーメッセージが置かれていないと、ユーザーはフォーム入力を完了できなくなってしまうかもしれません。 フォーム入力を間違えたら、ユーザーはそれを修正して送信し直すために、なにが間違っていたのかを理解する必要があります。フォームを完了しようと思っていたとしても、それがあまりにも大変であればユーザーは心変わりしてしまうでしょう。 フォームの上か、フィールドのインラインか エラーメッセージの配置場所でもっとも一般的なのは、「フォームの上」と、「エラーのあるフィールドのインライン」という２箇所です。どちらの配置場所が、ユーザーにとってより直感的でしょうか？ 調査に

人類には早すぎる、謎の計算ロジックに立ち向かう / Strugle with the most complicated logic ever

人類には早すぎる、謎の計算ロジックに立ち向かう / Strugle with the most complicated logic ever

本講演で登壇したのは、株式会社ポケラボの覚張泰幸氏。覚張氏は2013年の入社から、エンジニアとして『戦乱の侍キングダム』や未リリースの新規アクションRPGなどに参画。今回の公演で扱うタイトルの『SINoALICE ―シノアリス―』（以下、『シノアリス』）にも、エンジニアリーダーとして携わっているという。 覚張氏はまず、大きな話題ともなった『シノアリス』リリース当時に発生した連続メンテナンスについて、対応に当たった当事者として説明を行った。 なお、連続メンテナンスの概要はつぎの通りである。『シノアリス』はリリース後間もなく緊急メンテナンスを開始。翌日には一時的にメンテナンスから脱するも、数時間後には再度メンテナンスに入るという状態が1週間も近く続いていた。 覚張氏はこうした当時の様子をより具体的に紹介するため、メンテナンスが行われたスケジュール表を公開。その内容はというと、ほとんどがメンテナ

最近、『The Atlantic』に掲載された非常に重苦しい 記事 「The Coming Software Apocalypse」（きたるソフトウェア大惨事）を読み終えました。同記事は最初のうちは、人に傷害を与えたり、人の命を奪ったりした恐ろしいソフトウェアバグについて述べており、いい内容です。しかし、途中から急に残念な展開になっているのです。 同記事の著者はソフトウェア業界の多くの思想的リーダーにインタビューをしましたが、 Light Table 、 モデル駆動工学 、 TLA+ といった新しい技術を生み出したリーダーだけを選んでいます。 私はこうしたツールに何ら反対しているわけではありません。Light Tableプロジェクトに資金提供さえしました。優れたソフトウェアツールは優れたソフトウェアを書きやすくすると思います。しかし、ツールは「大惨事」に対する解決策ではありません。 著者は

第2条（適用範囲・利用規約の変更） 本規約は、登録ユーザーと当社の間における、本サービスの利用につき生じるすべての法律関係に適用されます。登録ユーザーは本規約に同意のうえ本サービスを利用するものとします。 登録ユーザーが本アカウントの登録を行った場合、本規約に同意したものとみなします。 当社は、次の各号のいずれかに該当する場合、登録ユーザーの承諾を得ることなく本規約の内容を変更（追加を含む）できるものとします。 本規約の変更が、登録ユーザーの一般の利益に適合するとき。 本規約の変更が、登録ユーザーが本サービスの利用登録をした目的に反せず、かつ、変更の必要性、変更後の内容の相当性、変更の内容その他の変更に係る事情に照らして合理的なものであるとき。 当社は、本規約の変更を行う場合、変更した規約の効力発生日より1週間前までに、本規約を変更すること及び、変更後の規約の内容及び効力発生日を、公式ブロ

一部修正しました Udemy で React コース公開してます。(絶対 Udemy の 1200 円割引価格にはしないので、このリンクから買ってもらうのが一番お互いに得です。) Udemy React + Redux コース 本発表における Modern JavaScript とは何か Phase 1 として以下の環境での開発ができれば Modern JavaScript に入門できたものとする。 Webpack, Parcel 等の module bundler による "module system" の活用。 ES2015+ や TypeScript といった "Compile to JS *1" の使用。それに伴う Babel によるトランスコンパイルツールの使用。 ESlint, Prettier といった集団開発における、ソース品質安定のためのツール の使用。 ここまでのツール

はじめに 皆さまがシステムを運用にするあたり、様々な不安を抱えていらっしゃると思います。 そういったよくある「不安」を書き出し、解消するための対策や参考ページなども記載しましたので、本記事をご覧いただいている皆さまには抱えている不安を淡々と潰していただければと思います。 【ケース1】大量のアクセスによる高負荷への不安 近日中に Web サイトの広告を出す予定だが、現状のままで増加するアクセスに対応できるのか不安がある 以下のような対策が考えられます ELB（Elastic Load Balancing）を使用し、Webサーバー（Amazon EC2）の複数台構成にする アクセス数や負荷に応じて自動で Webサーバー（Amazon EC2）の台数を増やす（スケールアウト）、減らす（スケールイン）ために AWS Auto Scaling を使用する ELB の暖機申請（予め AWS へ連絡して

mirage-scalaはSourceForge.jpのProject AmaterasのMavenリポジトリにデプロイしています。このリポジトリへのpublishはscp（ssh）経由で行う必要があり、さらに認証は鍵認証となっています。 というわけでbuild.sbtはこんな感じにしてみました。 publishTo := Some(Resolver.ssh("amateras-repo-scp", "shell.sourceforge.jp", "/home/groups/a/am/amateras/htdocs/mvn/") as(System.getProperty("user.name"), new java.io.File(Path.userHome.absolutePath + "/.ssh/id_rsa"))) sbt publishを実行するとIvyがパスフレーズを入力する