私の考えた最強のログ＆モニタリング設計 - 下町柚子黄昏記 by @yuzutas0
この記事はRecruit Engineers Advent Calendar 2018 - 8日目の記事です。 注意点 タイトルは煽りです。「新規事業におけるデータエンジニアリングの勘所」の方が正しいかもです。 クオリティというか記事の信頼度は、投稿時間がギリギリになってしまったことから察してもらえるとありがたいです。 本エントリーの内容は個人的な見解であり、所属する組織を代表するものではありません。データの取り扱いは非常にセンシティブなトピックでもあるため気軽に発信すべきではないということは重々承知しております。もし誤りや考慮不足だと感じる点があれば、それは全て私個人の力不足によるものですので、どうぞ私個人当てにご指摘のコメントをいただけると幸いです。 もくじ 注意点 もくじ 背景 前提 体制 システム 開発スコープ 機械学習WebAPIは分離 データ基盤設計 全体の設計ポリシー データ
2019年のSEOまとめ | SEO対策の森
2019年にSEOで成功するため方法を書きました。 参考：SEO予測記事 2021年のSEOまとめ 2020年後半のSEOまとめ 2020年前半のSEOまとめ 2018年のSEOまとめ SEOを集客の柱とすべき？ これからSEOを頑張って遅くないか？ 2019年に効果的なSEOのやり方とは？ と言った辺りにスポットライトを当てていきます。 全体的に「考え方」に寄った内容なので、具体的な手法は調べるか、ご質問をコメント頂ければと！ 2019年のSEOで注力しておきたい事2019年も従来通りでOKまず断言しておくと2019年のSEOの柱は、大抵の人にとっては従来通りで十分です。 被リンクの獲得サイト/著者のブランド化サイト設計/記事設計これだけをきちんと考えてやっていきましょう。 2019年のSEOでもそこそこ問題無く戦えるはずです。 むしろ向こう数年はこの手法がずーっと通用するはずです。 こ
iOSでの読みやすい幅 - クックパッド開発者ブログ
モバイル基盤グループのヴァンサン(@vincentisambart)です。 iOSの設定画面の右側は一定の幅を超えないように作られています。 iPadでは: 新iPad Pro 12.9"では: iPadでTwitterのタイムラインのセルの中身も一定の幅を超えません。 このように、自分のアプリで広い画面でもコンテンツが広がりすぎないようにするためにはどうすればよいのでしょうか。AutoLayoutでいくつかの制約を使ってできるのですが、もっと簡単な方法はないのでしょうか。 iOS 9以上では、端末の種類を気にせず、複雑なAutoLayout制約を使わず、殆どのビューですぐ使える仕組みがあります。Appleのドキュメントで「readable content」や「readable width」と呼ばれているものです。以下日本語で「読みやすい幅」と呼ぶことにします。 注意点：下記の説明はAut
I am mitsuruog | Reactのuncontrolled input warningで困った時に確認するべきたった1つのこと
たまに見るuncontrolled input関連の警告についての小ネタです。 知っていると原因がすぐわかるのですが、知らないと結構デバックに時間が掛かる面倒な警告です。 まず、React の Form 関連コンポーネントの考え方にはcontrolledとuncontrolledの 2 つがあります。 簡単に両者の違いを説明すると、値が React の state で管理されているかどうかです。 controlledの方は、値が React の state で管理されていて、setStateしないと変更できません。 それに対してuncontrolledは、値が React の state で管理されていないので、従来の方法で値を変更できるのですが、lifecycle イベントなどの React の様々な恩恵を受けにくくなります。 で、本題ですが。 React でフォームがある画面を開発して
オリジナルキーキャップをノベルティとして配布するときの知見 - toyoshiの日記
そういえば #rubykaigi で配ってたノベルティキーキャップは https://t.co/h84wNqUpAx で作りました。各社のみなさまがキーキャプを作っていただけると大変うれしいです pic.twitter.com/TFjag1znoV— mzp (@mzp) 2017年9月20日 スポンサーとして参加したRubyKaigi2017のブースではオリジナルのキーキャップ（キートップ）を配った。 絵柄は会社のロゴと、Rubyのロゴ、そして寿司だ。イベント初日に用意していた500個近くのキートップの大半がなくなってしまったので好評だったように思う。 配付中は 「なぜこんなものを作ろうと思ったのか」 と何度か聞かれた。エンジニアなりの"インスタ映え"を考えてアイデアが出てきて、企画の中心にいた私とmzpがキーボードが好きだったからという感じだ。（配布する直前までブース訪問者に受け入れら
ドメイン駆動設計を勉強するときのオススメ資料 - Qiita
この記事は、ドメイン駆動設計 #1 Advent Calendar 2018の9日目です。 明日は@kmdsbngさんです。 今回は、ドメイン駆動設計（以下DDD）を学ぼうとする人に対して参考になる資料をまとめます。 DDD関連資料のオススメ まずはDDDの青い本、エリック・エヴァンスのドメイン駆動設計から手を出したいところですが、500ページ超えで分厚く、初学者の人とっては解説される内容が抽象度が高く、理解するのに苦労すると思います。 ですのでこれから紹介するSTEPの順番から読んでいくのことをオススメします。 STEP1 まずはDDDの概念から理解していくことから始めましょう。下記の本がオススメです。 わかる！ドメイン駆動設計 ～もちこちゃんの大冒険～ https://booth.pm/en/items/392260 この本はストーリー形式でDDDを解説されていますので比較的理解しやす
フロントエンドでTDDを実践する（理論編） - Qiita
この記事は リクルートライフスタイル Advent Calendar 2018 8日目の記事です。 2018/12/10更新：続編で フロントエンドでTDDを実践する（react-testing-libraryを使った実践編）を書きました。 はじめに 自分のフロントエンドチームでは、TDDでの開発フローを実施することでフロントエンド開発の課題に向き合っていきます。 今回は、一般的に難しいとされるフロントエンドでのテストについて、どんな方針でテストを書けばいいかについて書いてみたいと思います。 フロントエンド開発の課題 プロジェクトによりますが、テストに関連するものでは以下のようなものが挙げられます。 実装する仕様について、プロジェクト内でどう認識合わせするか？ 開発工程のリライアビリティをどう担保するか？ テストの精度、粒度をどう考えるか？（クロスブラウザ、ユーザーの操作等の副作用、コスト
未経験からRuby on Railsを学んで仕事につなげるまでの1000時間メニュー - Qiita
Rails使って仕事してて、最近はRubyを使って初学者の方たちにプログラミング教えてます、@saboyutakaです。 未経験からエンジニアになりたいという人達に普段教えていて、ガイドラインがあるといいなと思って作りました。 まずなんで1000時間か これからWebアプリケーションを作るエンジニアになりたい人がこれを読んでくれていると思って書きます。そもそもなぜエンジニアとして働けるかというと、作りたいものがある人や企業が居て、それを作ることができる技能に対して給与や報酬が発生します。そして技術職として仕事で対価を得られる最低限のスタートラインに立つための学習期間が1000時間だと想定しています。 技術は投資時間に比例して身につくので向き不向きはここでは考えません。向き不向きはむしろ時間投資を続けれるかどうかであって、楽しめるかどうかやなぜやるかの動機、決意などに依存します。これに関して
【スマブラSP】障害物の解放スピリットと入手場所【スマブラスペシャル】 - アルテマ
スマブラSP(スマブラスペシャル)の障害物やギミック解放キャラを記載。灯火の星(アドベンチャーモード)で通れない場所や障害物を解除するスピリット(キャラ)や入手場所を紹介しています。大乱闘スマッシュブラザーズSP(スイッチ)の障害物解除の参考にして下さい。 関連記事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
