Meta said today that it finally launched its much-awaited API for Threads so developers can build experiences around it. This will allow-third party developers to create new experinces around Mark…
RDS ReadReplicaを立てて、参照クエリを逃がすことを考える。 可用性や拡張性を考えてReadReplicaは複数台構成とした場合、RDSの仕様を考慮して設計しておく必要がある。ポイントは以下。 Read Replicaは個々にEndpoint (DNS名) を持つ。 複数Read Replicaに対してバランシングする仕組みは提供していない。 ELBは RDS (Read Replica含め) には使えない。ELBにぶら下げられるのはEC2のみ。 Read Replica各ノードの死活監視、障害時の切り離し/切り戻しを考慮する必要がある。 ということで、Read Replicaのバランシングを行うなら、自分で仕組みを用意する必要がある。 実現方法はいくつか選択肢があるが、今回はL7のバランサーとして定評のあるHAProxyを使ってみる。 Architecture with HA
この翻訳について Airbnb React/JSX Style Guideの和訳です。 間違っていたり分かりにくい箇所があれば、ご指摘いただけると幸いです。 Airbnb React/JSX スタイルガイド このスタイルガイドは現在一般的に使用されている標準に基いていますが、場合によってはいくつかの慣例(async/awaitやstatic class fields)が含まれていたり禁止されていたりします。現在、このガイドにはステージ3より前のものは含まれておらず非推奨です。 目次 基本的なルール クラス vs React.createClass vs ステートレス ミックスイン 命名規則 宣言 アラインメント 引用符 空白 引数 参照 括弧 タグ メソッド 順序 isMounted 基本的なルール Reactコンポーネントは1ファイルに1つだけにしてください。 ただし、1ファイルに複数の
DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。 This document discusses messaging queues and platforms. It begins with an introduction to messaging queues and their
As we're writing the Fullstack React book, we get a lot of questions about how to build large applications with React and how to integrate external APIs. tl;dr - This post will guide you through building a full React app, even with little to no experience in the framework. We're going build a Yelp clone in React You can get the completed code here Try the demo here Download the first chapter of ou
こんにちは!12月に子供が生まれたばかりの鈴木( @suzan2go ) です。現在は週2~3日リモートで子供の成長を片目にみつつコードを書いています。うちの子はガラピコぷ〜がお気に入りです。 さて今回はRailsでのフロントエンド開発についてです。 昨今のフロントエンドの進化はめまぐるしく、Rails標準のSprocketsというgemでJavaScriptやCSSをコンパイルする仕組みでは以下のような要望に答えられなくなってきています。*1 ECMAScript6で書きたい! フロントエンドのライブラリ管理にnpmを使いたい! で、上記に対応するにはおおまかに分類すると以下のような方法があります。 browserify-rails を使う github.com これが一番導入が簡単ですし、既存のRailsアプリに突っ込むならこれが選択肢としては手堅いと思います。 ただ開発中のビルドがめ
こんにちは。SideCIを運営しているアクトキャットの代表の角です。SideCIは日本発の数少ないCI系サービス、エンジニア向けサービスの1つであり、全員がエンジニア経歴の持ち主であるエンジニア組織で運営しています。 今回は、普段私が組織づくりにおいて心がけていることをご紹介します。 はじめに エンジニア兼代表という私の肩書きについて色々ご質問頂く機会があったので、いくつか回答してみます。 「元エンジニアだとコード書きたくならない?」 もちろん、なります。が、書けていません。書いていません。そして、それを心がけています。 直近1年間の私のGitHub上での草の生え具合は次のようになっています。 「コードを書かないって寂しくないですか?腕が鈍っていく感覚とかありますか?」 やっぱり、寂しいです。また、腕が鈍っていく感覚もあります。 ただ、これもまた、生き方の選択によるもので、書かないことが今
Career shift from freelance engineer to photographer and entrepreneur. Multiplying software design, B2B / community marketing, and visual production, I work in a shallow and broad range of areas, including managing my own company, assisting in business design areas and business strategy design as an outside advisor, and creating and producing advertising photos as a photographer. I don’t have stro
大分前から気付いてたんですけど…。記事書いても書かなくてもアクセス数ってあんまり変わらないんですよね。 当初、スタートの頃は「一日三記事」という謎の使命感と情弱丸出しの、「とりあえずやってみたらいいんじゃん?」でブログ続けてきたんですけど、良くも悪くもブログにどっぷりつかってきたことにより、これまでほとんど触ることのなかったインターネッツの世界に入っていきました。 そんなこんなで否応なくインプットも増えていき、諸先輩方の記事をみたり、自分で色々やってみた結果、「多更新無意味じゃね?」という結論に行きつきました。厳密にいうと多更新も決して無意味ではないと思います。ただそこには内容が必要で、コンテンツが重視されるわけです。これに関しては今更なので、ご自身で検索するなりしてもらえばいいと思いますggrks。 それはそうと、かつてのスタンスの通り、「とりあえずやってみたらいいんじゃん?」という姿勢
ReactとReduxが最近ホットということで、自分も触ってみようと思い、入門・チュートリアルと銘打っているドキュメントを読み漁ってみるものの、とりあえず動くものを作るにあたって何をすればいいのかが良く分からなかった。 いったん簡単なものを一から構築して、それから色々いじってみたほうが理論の理解も進む気がしたので、見よう見まねで公式サンプルにあるようなカウンターっぽいものを作ってみる。 必要なnpmパッケージ(2016/04/16現在) アプリ構築に最低限必要なパッケージはおそらく以下のような感じ。 react用パッケージ react react-dom redux&連携用パッケージ redux react-redux その他、半必須 browserify (import文などを使うため) babelify (babelトランスコンパイル用) babel-preset-react(babe
ユーザの閲覧環境にかかわらず同じ見た目で表示してくれて、しかも超絶カッコイイとあって、爆発的な勢いでウェブ界を席巻しつつあるGoogleフォント。 今回の記事では、そのGoogleフォントの中でも特におすすめの40フォントを雰囲気・用途別に分類し、紹介していく。 紹介の前に フォント選びの基準とコツ ロゴ用と文章用の区別 Googleフォントは重い? 万能フォント 技術系 ロゴ用 文章用 美容・ファッション系 ロゴ用 文章用 飲食・料理系 ロゴ用 文章用 スポーツ系 ロゴ用 学問系 ロゴ用 文章用 生活系 ロゴ用 文章用 Googleフォントの導入方法解説 Googleフォントにアクセス 使用したいフォントをコレクションに追加する 選んだフォントの詳細情報を指定 WebページにGoogleフォントを導入 CSSファイルにコピペし、Googleフォントを実装! 紹介の前に フォント選びの基準
コンテンツ目次 「被写体の選択」機能 「選択とマスク」機能 「選択とマスク」(複雑な背景バージョン) オブジェクト選択ツール レイヤースタイル「ブレンド条件」 消しゴムツール 自動選択ツール クイック選択ツール 多角形選択ツール ペンツール チャネル設定 色域指定 レイヤーマスク クリッピングマスク 境界線を調整 さいごに、 1. 「被写体の選択」機能 もっとも簡単な、最新の切り抜きテクニック。 ボタンをクリックして、数秒待つだけで完成という、嘘のようなホントのはなし。 試しに、こちらの写真の女性を選択してみましょう。 元の画像をコピー(Command/Ctrl+J)したら、プロパティパネルの「被写体を選択」をクリック。 たったこれだけで、女性モデルのみを選択することができました。 選択範囲をレイヤーマスクとして適用したら、完成です。 Adobe Stockで「背景の削除」も一発完了 実は
注意とお願い この記事の内容はもはや古いです。ここに書いている方法では動かないものをいくつか見つけました。参考にする際は動作をよく確認してから使ってください。 ひとつお願いがあります。「あれ、動かないぞ」というコードを見つけたら是非コメントか編集リクエストで教えてください。解決方法までなくても結構です。「これはもう動かないよ」という印をつけたいのです。 この記事はYou Don't Need jQueryの日本語訳と同じ内容です。 先日ひょんなことからYou Don't Need jQueryの日本語訳をさせていただきました。著者のCam Songさんからも快諾をいただけたので1、Qiitaでも公開させていただきます。 なお、本家の英語の説明は継続的にメンテされているので、この記事の情報は古くなっている可能性があります。 追記 この記事は当初は「もうjQueryは必要ない」というタイトルで
フロントエンド周りの技術は驚異的なスピードで進化し、また多様化しています。それらを全てマスターするのは途方もなく大変なので、ペパボでは、社内のエンジニア・デザイナが「最低限これだけはおさえておこう」というスタンダードを文書化することにいたしました。社内向けを想定した文書ではありますが、社内のみに留めず多くの方に役立てたいと考えたため公開します。 スタイルシートの夢 (1) 予測しやすい (2) 再利用しやすい (3) 保守しやすい (4) 拡張しやすい 代表的な CSS 設計手法 既存プロジェクトの CSS に立ち向かう! (0) 流れ (1) 既存の CSS ファイルを元に SCSS ファイルに変換する (2) イニシャライズ CSS や共通の箇所のスタイルを分離する (3) CSSLint を使って、修正しやすいところから整理していく (4) コンパイル (5) スタイルのスコープ(あ
Lightroomのプリセット Lightroomに限らず、多くのRAW現像ソフトはお気に入りの設定(プリセット)を保存することができます。できるのですが、設定いじって上書きしちゃって元に戻せなくなったり、バックアップしてなくて消えてしまったりとなかなか活用できないことが多い今日この頃です。 こういった設定ファイルを管理したりバックアップしたりするよい方法ないかなと思っていたのですが、よく考えたらプリセットの実体は、設定値を羅列したテキストファイル、要はプログラムの設定ファイルのようなものなのでGitHubで管理するとよいのじゃないかなと思ったわけです。 GitHub何?って人は下記記事参照下さい。 以下GitHubの基礎知識がある前提で、どのようにGitHubでLightroomのプリセットを管理していくかを簡単に説明していきます。よくわかんないけど、プリセット無料でゲットしたいという人
13inch MacBook Pro を購入したので、開発環境の構築を行いました。 以前は、brew bundleで自動構築していたのですが、今回は Ansible を使って構築を行いました。このエントリは、Ansible Advent Calendar 2015 の 9 日目です。 今回の構築にあたっては下記のエントリを参考にしました。ありがたや。 HomebrewとAnsibleでMacの開発環境構築を自動化する | mawatari.jp Mac の開発環境構築を自動化する (2015 年初旬編) - t-wadaのブログ Xcode / Homebrew のインストール Xcode と Homebrew をインストールします。 $ sudo xcodebuild -license $ ruby -e "$(curl -fsSL https://raw.githubuserconte
Wunderlistが2020年5月にサービス終了予定なのでMicrosoft To Doに乗り換えました(追記) Wunderlistはサービス終了予定しています。今からだと、後継のサービス「Microsoft To Do」がWunderlistと同じ使い勝手で使用できるのでおすすめです。 WunderlistからTo Doへの乗り換えに関しては、以下記事参照下さい。 夫婦でのタスク共有 私たち夫婦は、下記記事で書いた通りグーグルカレンダでスケジュールを共有しています。 これは超絶便利でオススメなのですが、最近スケジュールとは別にタスクも管理したくなりました。スケジュールとタスクは、人によって多少定義が別れると思うのですが、この記事では以下として定義させて下さい。 スケジュール:実行する時間が決まっている仕事(ex:打ち合わせ、出張、習い事等) タスク:期限のみ決まっていつやってもよい仕
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く