選定の方針 ログイン機能があるような、ユーザーが極端に多くないサービスを想定しています。 開発効率の重視して、出来るだけWebアプリ開発に集中できる構成を目指しています。 コスト理由で中断しないように、個人でも支払える費用感を意識しています。 EditorはCursorがおすすめ 開発用のエディタはCursorがおすすめです。 LLMへの質問や修正を依頼する時に、修正対象と一緒に関連しそうなコードも送ってくれるので質問に対する回答の精度が高くなる (既存のコードに合わせた回答・修正をしてくれる) コードをLLM側の学習に使わないようにしてくれる設定もあるのでセキュリティ的にも安心 (1) エディタ右上の歯車のマークをクリック (2) Privacy Mode を enabled に変更する より詳細な機能の解説はこちらの記事がわかりやすかったです。 (僕は契約できていませんが、GitHub

Cloud Firestoreで「いいね」機能を実装するときの勘所Tuesday, December 31, 2019 何かしらのサービスを作る際に、ユーザー同士のコミュニケーションを促進させる機能の一つに、 TwitterやInstagramなどのサービスでおなじみの「いいね」機能があります。 機能としては 投稿等に「いいね」をつけることができる（♡だったり☆だったりシンボルは様々) 「いいね」がどれだけついたか、その数がわかる (最近だとInstagramがいいねの数の表示をなくしましたね🤔) 投稿等に「いいね」をしたユーザーの一覧が見れる 自分が「いいね」をした投稿等の一覧が見れる といったものが挙げられます。 このような機能ををFirebase、Cloud Firestore(以下Firestore) を使って実装する場合、 どのように実装するのか、どのような設計が良いのか、 逆

Cloud FunctionsのCloud Firestoreトリガーの重複発火を防ぐ、より良いアプローチMonday, December 16, 2019 Cloud Functionsで、Cloud Firestoreトリガーを使う場合、「重複発火」に気をつけないといけません。 本来であれば、記述したCloud Functionsの処理は1回のトリガーで1回だけ実行されてほしいのですが…どういうわけか複数回呼び出されることがたまに起こります。 ちなみに、「少なくとも1回以上実行される可能性がある」ことと、「実行する関数自体は冪等性を担保して実装してね」とドキュメントには記載があります。 Cloud Firestore triggers#Limitations and guarantees 今回は重複発火が起こると困る例や、防ぐためのより良い方法を書いてみようと思います。 重複発火が起こ

ある会議に出かけた時のこと。 こんな発言が会議室を席巻した（大げさに聞こえるかもしれないが、まさに席巻したという感じだったのだ）。 「とにかくUXですよ、UX。UXよくすることが勝ち筋。」 会議室の面々はめいめいの意見を含ませた顔ではあるが、大きく何度も頷く。「そうですね」とはっきりした声で同意する者もいる。 その会ではそれ以降、UXという言葉が頻発。丁丁発止の内に定刻となり、参加者の充実した表情とともにおひらきとなった。 ただし何も決まらなかったが。 彼らの言うUXとは何か？ 優れた知性と実績、そして肩書を持つメンバーだったが、その場にいた人間のうちUXデザインの専門家は自分だけだった。 だが、UXの言葉を発し、および頷いたのは、経営のプロとマーケティングのプロだった。彼らは何を「UX」と呼んだのだろうか？ その時点で分かっていたことは、ビジュアルデザインのことではないらしいことだ。これ

著名 OSS にあって自作 OSS に無いものの一つにロゴがあります。 OSS において README の出来不出来はユーザへのリーチを高める重要な要素であり、詳細な Description や GIF によるデモはもちろん、ロゴがあればより魅力的な README になるでしょう。 また、SNS でシェアされる際もロゴがあればより良いでしょう。 はじめにソフトウェアエンジニアの多くはデザイナーではないためロゴを作るコストは低くなく、テキストだけ作るのであればまだ簡単ですが、自作アイコンを作ることはかなりの労力を要することでしょう。 僕も同様で、デザイナーではないため、結論として非デザイナーでも出来る戦略を考えることになりました。 今回は、micnncim 流の、出来るだけ低コストで低くないクオリティの OSS のためのロゴの作成方法について解説します。 慣れれば上の画像のようなロゴが 5

こんにちは。メルカリアドベントカレンダー 2019 7日目担当は、メルカリ Engineering Office @jollyjoester とゆかいな仲間たちがお届けします。 2019年6月に開催されたWWDC2019にて、AppleのプラットフォームのUIを構築するための新しい手法 SwiftUIが発表されました。この記事はSwiftUIの学習のために、以前開発したFlutter製のアプリをSwiftUIで書き換え、OSSとして公開したお話です。 MTC2018 App SwiftUI きっかけ（@jollyjoester） 昨年開催したMercari Tech Conf 2018（以下MTC2018）にて、私たちはメルカリグループ内で有志を募ってFlutter製のカンファレンス専用アプリ1を開発しました。 そのときのメンバーとはチームビルディング（通称チービル2）で継続的に やってい

実用的なFirebaseのDeploy Scriptを作るMonday, December 2, 2019 この記事はQiitaの「Firebase Advent Calendar 2019」の2日目の記事になります。 1日目はSuguruOokiさんの「Firebaseとスタートアップが考える料金のバランスと使い方の話」という記事でした。 今回は実用的なFirebaseのDeploy Scriptを作るというタイトルで、FirebaseのデプロイについてTipsを話しつつ、普段僕が携わっている開発の現場でも実際に使っているFirebaseのデプロイ用のスクリプトの紹介をしてみます。 FirebaseのDeploy 本題の前に、少しFirebaseのDeployについて基本的な事、Tips的なことをお話します。 Firebaseでは、Cloud FunctionsやHosting、Fire

Komerco事業部エンジニアの岸本(@_sgr_ksmt)です。 昨年Cloud Firestoreのrulesのテストを全てローカルエミュレータを使うように書き換えた話を書いてからだいぶ間が空いてしまいましたが投稿します。 今回はFirebase In-App Messagingを利用する際にカスタムUIを適応して運用している話をしたいと思います。 In-App Messaging Firebase In-App Messaging(以下FIAMと呼びます)は、指定した条件で絞り込んだアクティブユーザーに対して、 メッセージやボタンのアクションを設定し、アプリ内で表示するためのFirebaseの一つの機能です。 表示形式としてはいわゆる「ポップアップ」「画面上部のバナー」といった形式で表示することが可能です。 ユーザーに出すための条件にアプリのターゲット、バージョン、オーディエンス、ユ

こんにちは。 経費精算サービス「マネーフォワード クラウド経費」の開発チームでiOSエンジニアをしている河島です。 本日、ICカードリーダー by マネーフォワードのiOS版アプリをストアに公開しました。 交通系ICカードから利用履歴を取得して表示したり、マネーフォワードのサービスと連携して家計簿や経費精算などに役立てていだだけるアプリになっているので、よろしければダウンロードして使っていただけると嬉しいです。 今回はそのICカードリーダーアプリの開発について共有してみようと思います。 動作イメージは以下のような感じです。 経緯 マネーフォワードでは、以前からICカードリーダー by マネーフォワードのAndroidアプリを提供しており、ユーザーの皆様から経費精算などに便利だと好評いただいておりました。 iOS版が欲しいというご要望もあったのですが、FeliCaから必要な情報を取得するAP

こんにちは。Komerco事業部エンジニアの高橋(id:yosuke403)です。「料理が楽しくなるマルシェアプリ」であるKomercoの開発を行っています。 Webサービス開発と聞くとユーザが利用するWebアプリやモバイルアプリの開発を思い浮かべますが、運営スタッフがサービスのデータを閲覧・更新するための管理用アプリケーションの開発も必要になることがほとんどです。 KomercoはバックエンドにFirebaseを活用しているのを一つの特徴としているサービスです。 今回はKomercoの開発事例を通して、Firebaseを用いた管理アプリケーション開発の知見をご紹介したいと思います。 Komercoの管理用アプリケーションについて KomercoではFirebaseのHostingを利用し、Webで管理用アプリケーション（以下、管理アプリ）を提供しています。 Komercoの管理アプリでで

ハイクラス求人TOPIT記事一覧Firebase入門 フリマアプリを作りながら、認証・Firestore・Cloud Functionsの使い方を学ぼう！ Firebase入門 フリマアプリを作りながら、認証・Firestore・Cloud Functionsの使い方を学ぼう！ Firebaseでは、バックエンドやインフラに精通したメンバーがいなくても、モバイルやWebフロントの開発に集中できます。Authentication、Firestore、Cloud Functions、さらにセキュリティルールまで、クックパッドの岸本卓（@_sgr_ksmt）さんが、実践的に解説します。 Firebaseをご存じでしょうか？ Firebaseを利用したことはありますか？ 今回は「Firebaseをこれから使ってみたい！」「絶賛使っているけど、初めてでどう開発したらいいかよく分からない……」という方

2019年2月27日、恵比寿ガーデンプレイスザ・ガーデンホールにて、「Cookpad TechConf 2019」が開催されました。Cookpadのエンジニアやデザイナーがどのようにサービス開発に取り組んでいるのか、またその過程で得た技術的知見について公開します。プレゼンテーション「新規サービス開発を加速させる技術とデザイン 」に登壇したのは、クックパッド株式会社Komerco事業部デザイナーの藤井謙士朗氏。講演資料はこちら 新規サービス開発を加速させる技術とデザイン 藤井謙士朗氏（以下、藤井）：それでは、「新規サービス開発を加速させる技術とデザイン」というタイトルで発表させていただきます。よろしくお願いします。 軽く自己紹介させてください。 クックパッドの藤井といいます。Komerco事業部でデザイナーを担当しておりまして、2017年に新卒で入社しました。だいたい社会人2年目が終わ

firebase-toolsのv6.4.0から、Cloud Firestoreのrulesで使えるdebug関数が追加されました。 Introduced debug(...) function to Firestore emulator security rules はじめはどう使うのか分からず「そういうのがあるんだなー」くらいで流していたのですが、先日使い方を知ることができたのでさくっとまとめてみます。 firebase-toolsのv6.4.0に入っていた、firestoreのrulesで使えるdebug(...)、便利なのではhttps://t.co/JPEvsgEAUr — su- (@_sgr_ksmt) April 12, 2019 どういうものか debug()関数は、firestore.rules内に記述できる関数で、この関数の引数に渡した情報を、出力してくれます。 名前の

こんにちは、取締役CTOのあんちぽちゃんです。「タイトルがすべて」という感じのエントリですが、少しお付き合いください。 本取り組みの背景 2018年5月25日付けの「これからのペパボのエンジニアについて（2018年編）」というエントリにある通り、これからのペパボのエンジニアとして、こういう方向で是非やっていってほしいと社内で語った内容を、このブログでも共有しました。その最後には、こう書かれていました。 ……ってな感じで、制度のアップデートに際しての僕の思いを述べました。アップデートの内容は、大きくは職位の定義を上記の考えに基づく内容にあらためたということと、エンジニアの給与についても上昇する方向で見直しをかけたということの2点になります。 社内的な話なのでここで詳細は述べていませんが、エンジニアの等級制度に関して見直しを行いました。それにともない、新基準において求められる期待にふさわしい給

こんにちは、ネコチャ運営者の炉田謙(@ToshioAkaneya)です。 3日で作成したチャットサービスネコチャが好評をいただき、Twitter上で多数のつぶやきをいただきました。 ##どんなサービスか ネコチャは、とくめいチャットをすることが出来るサービスです。 仕組みは質問箱(Peingなど)と似ていて、自分のリンクをSNSで共有することでフォロワーがそのリンクから匿名でメッセージを送ることが出来るというものです。 質問箱と違うのは、会話を続けることが出来る点です。 話しかける側を匿名にすることでコミュケーションのハードルを下げることが可能になっています。 ネコチャトップページ 開発の経緯 2018年に流行ったとくめいチャットアプリのNYAGOがありました。 急激なユーザーの増加に対し、開発体制が整っておらずやむなく一時停止を発表しました。 匿名チャットアプリ「NYAGO」が一時停止を

GCPUG Fukuoka 「Firebase特集」 「KomercoにおけるFirebaseの活用事例 ~運用から半年が経ちました~」 の資料です。 https://gcpugfukuoka.connpass.com/event/114665/

【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査！〔2019年始版〕 今やWebやアプリを構築する技術選択は、フロントエンドからインフラまで各領域で多岐に及びます。気になるあのサービスが利用している技術は何か？ アンケート調査によるまとめの2019年新春バージョンです。 エンジニアHubでは2017年4月に、国内注目サービスのアーキテクチャ大調査を掲載しました。それからおよそ2年が経ち、インフラでもフロントエンドでも新しい技術が次々と登場しています。 そこで今回は2019年始版として、46のサービスが利用しているプログラミング言語やフレームワーク、インフラ等の環境をまとめました。選定理由も回答いただいたサービスは合わせて掲載しています。どういった見地から技術選定を行っているのか。ぜひ今後の参考にしてください。 （※本記事は、2018年12月のメール