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
こんにちは。CTOの馬場( @netmarkjp )です。 新年らしい仕事をしてみよう、ということで、 現時点と今後のエンジニア界隈の展望をまとめました。 毎月やっている社内勉強会でも話しましたが、 自社の今後の戦略について考えるネタにするのと、 直近で SRE NEXT 2020 などのイベントがあり、 エンジニアとしてのポジショニングや振る舞いについて考える機会が多そうなので、 そのベースラインとして整理したという意図もあります。 観測範囲や観測者の立ち位置によってわたしと全く異なる見解になる方もいると思うので、 ぜひ情報交換させてください。 最近のWebサービス業界・界隈に関する所感 DevOps以来の「すべて同じ人がプライマリの責任を持つ」流れが極まってきている。 開発も運用も同じ人 というやつ フロントエンド領域 / バックエンド領域 / DBMS領域(RDB、KVS、Docum
AWS Compute Blog Migrating your Amazon ECS deployment to the new ARN and resource ID format Update – August 21, 2020 – Added a section with the latest timeline. Starting today you can opt in to a new Amazon Resource Name (ARN) and resource ID format for Amazon ECS tasks, container instances, and services. The new format enables the enhanced ability to tag resources in your cluster, as well as trac
はじめに もともとは新規Webサービスを立ち上げる際に1からつくったもので、業務の中でドキュメントを作成しました。 再利用性を求めてフォーマット化しましたので、二次利用に使うなり、勉強資料などに役立てらればとおもいます。 今回は前編、中編、後編の3部で記載しておきたいとおもいます。 今回は、前編となります。 前提 要件定義を作成する上で、企画書や仕様書など記載する上での前提の資料が必要になってくるかと思います。 図を作成する上で、Caccoを利用しております。 前編の概要 要件定義をドキュメント化する最大の目的は、サービスやシステム概要を記載することも大事ですが、「なぜシステムを作るのか、なぜサービスを作るのか、サービスを作ると本当に利益があげられるのか」などを明確にしておくことです。 なぜなら、もしサービスを作っていく上で息詰まったり、サービスとは関係なさそうな要求がきたりなどした場合に
Updated March 10, 2022—Since the original publication of this blog post, more than four years ago, we’ve learned that our optimism for the future of crypto was not unfounded. From new developments in blockchain infrastructure to widespread interest from major financial institutions, crypto is going mainstream. To better support our customers and continue to grow the GDP of the internet, we are wor
2019 年は React Native にとってはさまざまな変化があったので、それらを振返りつつこの記事では最近の React Native をめぐる状況と個人的見解について書きます。採用を検討している方、Flutter などのクロスプラットフォーム開発フレームワークと比べたいという方の参考になれば幸いです。 フラットに書くことを意識していますが、いち利用者としてのバイアスがあることをご了承ください。 開発体験 Fast Refresh Auto Linking CocoaPods の標準採用 Expo によるワンストップ開発環境構築 フレームワーク/アーキテクチャ Lean Core Android 最新の React への追随 コミュニティ What do you dislike about React Native? react-native-community 管理下のライブラリ
日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR(長すぎて読みたくない) 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能
こんにちは。伝説のスーパーサイヤ人で実はサトシナカモトの遠い親戚でもある Yamoshi Nagatomo です。先日予告したとおり、今日は『和らしべ』から衝撃の提案を致します。 仮想通貨の投機的なバブルが一段落し、仮想通貨を一般に広く普及させるために、価格変動がなく法定通貨の代わりに決済に使えるステーブルトークンの重要性が認識され始めています。取引所の避難トークンとして以前より幅広く利用されているTether社の発行するUSDTやその亜種の数々、フェイスブックが主導で進めるコンソーシアム(共同事業体)に創る仮想通貨Libraの衝撃も記憶に新しいと思います。 日本だと、LCNEMが前払い式支払い手段の制限付きのステーブルトークンを発行していたり、先日エクスコインという会社がステーブルを発行しようとして色々と規制の問題で日本での導入を延期したことが話題になっていたかと思います。三菱UFJが銀
AWS のFargate でめちゃくちゃハマった 結論からいうと動かない原因は、ロードバランサーのターゲットの種類はipである必要があった。 これは公式ドキュメントにも当然書いてある https://docs.aws.amazon.com/ja_jp/AmazonECS/latest/developerguide/AWS_Fargate.html awsvpc ネットワークモードを使用するタスクを含むサービス (例: 起動タイプが Fargate のサービス) では ... ターゲットタイプとして instance ではなく、ip を選択する必要があります。 この問題にハマるポイントは2つあって、 ターゲットの種類のデフォルトは instance なので、特に何も考えずに設定すると instance になってしまう サービスを Fargate で構築する時、ターゲットグループが insta
Azure App Service (Web Apps) がリリースされて 6 年、情報のアップデートを行いつつ気になった情報は適当にブログに書くという日々ですが、Regional VNET Integration や Service Endpoins が使えるようになって設計に大きな変化が出るようになったのでまとめます。 最近は Microsoft で HackFest を行うことも多いのですが、App Service をこれから使い始めたいという場合に、失敗しない構成を共有したい、知ってほしいという意図もあります。多いですが中身は単純です。 基本設定 64bit Worker は必要な場合のみ利用する FTP / Web Deploy をオフにする Always on を有効化する ARR affinity をオフにする HTTP/2 の有効化を検討する Health Checks の
そんなことをよく言われるが、人は社会的生き物。 そうはなかなか変えられない。 子供のころから、モテる・モテない。 運動できる・できない。成績良い・悪い。 彼女いる・いない。童貞捨てた・捨ててない。 大学合格・不合格。 就活内定ゲット・お祈り。 会社に入っても、高収入・定収入。 正規・非正規。 昇進する・できない。 結婚・未婚。 子供いる・いない。 この手の比較は永遠に終わらない。 、、、、と思っていたのだが、気付いたら終わっていた。 大学時代は、研究が面白かったので、博士課程に進んだ。 その時点で、就職していった同期とは、人生の距離が大きく離れて、比較不能になった。 研究世界では、業績第一。もちろんここでも、比較がされるわけだが、 不幸にも自分には研究の才能がなかったようで、博士課程をドロップアウトした。 そこで、知り合いの小さな会社に非正規で雇ってもらった。 この時点で、就職した友達とは
「前職当月払い+現職翌月払い」というコンボをくらったため、12月の収入がなかった人です。 貯金って必要だなと思いました。 さて、このコンボをくらったということは転職して12月から職が変わったということです。 転職したということは転職先の業務の引き継ぎがあります。 でも引き継ぎって、何をすればいいのか?どこまでやったのか?分かりづらくないですか? また、タスクを引き継ぐ人と引き継がれる人とで認識の違いもでてきますよね。 例えば、「口頭で教えたからもう引き継ぎは終わりだ」「口頭では教えてもらったけど実際に自分でできるレベルにならないと引き継いだとは言えないな」みたいな。 ということで何も準備せずに引き継ぎをしようとすると以下のような問題にぶつかると思います。 引き継ぎに関して、何を教えればいいのか?どこまで教えたのか?進捗がわからない 教えるべきタスク・できるようになって欲しいことが抜けている
Send feedback Stay organized with collections Save and categorize content based on your preferences. Best practices Use the best practices listed here as a quick reference when building an application that uses Firestore. Database location When you create your database instance, select the database location closest to your users and compute resources. Far-reaching network hops are more error-prone
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く