概要: Wantedlyの会社ページをリニューアルするに際して、フロントエンドのアーキテクチャを見直しました。この記事では、1) なぜ見直す必要があったのか、2) 主要なアーキテクチャに関する説明、3) その他の新たに導入したスタック、について紹介します。 Wantedlyにはかなり前から会社ページというものが存在しています。元々はその会社の募集がまとまっている程度の役割でしたが、最近ではWantedly Feedのブログ記事を筆頭に、Caseのポートフォリオやメンバーのプロフィールなどの募集以外のコンテンツが増えてきました。さらに検索流入もかなり増えており、会社名で検索した時にその会社のコーポレートサイトより上位に表示されることも珍しくないです。そのため、会社ページの重要性がとても増していました。 その中で、会社ページへの訪問者に素早くかつ深くその会社の魅力を伝えられるようにすることを目
招待枠でAdobe Summitに参加してきました。基本的には中立だが、そのあたりを差しい引いてお読みください。ラスベガスからこんにちは。Adobeのマーケティングイベント、Adobe Summit2018に参加してきました。 イベントの2日目には、恒例で新技術をチラ見せするスニークプレビューというセッションがある。ここで発表されるのは完成度60%ぐらいの実験技術。 このためスニークピークは、未来を占うヒントになる。 そんなわけで、今年のサミットで発表されたエモキモい最新テクノロジーを、ざっくりご紹介。Adobe Senseiによるクリエイティブとマーケティングの融合は、ちょっと異様なレベルまで達している。 目次 ・コンテンツの最適化を行うContent Insight ・最適のカスタマージャーニーを提案するPerfect Path ・広告ボットを摘発するCatching Bot Frau
sshといえば、ネットワーク経由でリモートアクセスする場合の標準的なプロトコルです。Linuxであれば、クライアントは基本的なディストリビューションであればデフォルトで入っていますし、サーバも標準リポジトリに含まれています。 私も、sshを使ってネットワーク越しによく研究室内の自分のPC等にアクセスしたりしてるのですが、使えば使うほど、いろいろ便利な利用法を知ることが出来てあちこちにメモしていたらだんだん分散されてきたので、できることのメモを兼ねてここにまとめます。 詳細は以下より… 公開鍵認証デフォルトではsshはパスワードによる認証ですが、秘密鍵・公開鍵を作成し、その鍵を利用して認証することも可能です。鍵認証にすることでパスワードなしでアクセス可能なので、cron等定期実行する場合のパスワード入力を省略するためには必須です(鍵自体にパスフレーズを指定することも可)。さらに秘密鍵がないと
2. もくじ ► おさらい ► クライアント(ssh/scp)の話 ポート転送の話 多段ssh その他の転送の話・他のオプション ► サーバ(sshd)の話 ► ちょっとした疑問 ► セキュリティの話 ► まとめ 2 / 62 5. RFC RFC 4250 The Secure Shell (SSH) Protocol Assigned Numbers RFC 4251 The Secure Shell (SSH) Protocol Architecture RFC 4252 The Secure Shell (SSH) Authentication Protocol RFC 4253 The Secure Shell (SSH) Transport Layer Protocol RFC 4254 The Secure Shell (SSH) Connection Protocol RF
#目的: sshを使い複数のサーバーにログインする ##要請 複数のサーバーを経由した場合でも楽に目的のサーバーにログインしたい ユーザー名,ホスト名の入力を省略したい 鍵認証を利用する場合目的のサーバーによって鍵を自動で使い分けたい 多段sshで鍵を利用するときに、常に自分のローカルマシンの秘密鍵を参照したい ((A→B→C)でログインするときにCはBではなくAの鍵を参照するようにしたい) 長時間サーバーにログインしていても通信が切れないようにしたい X11を利用したい ２つ目の接続は1つ目の接続を利用し認証をスキップしたい ※公開鍵認証とはパスワード認証ではない認証方式である(安全性が高い)。 公開鍵の概念http://www.adminweb.jp/web-service/ssh/index4.html 公開鍵の利用http://qiita.com/lasta/items/41e95
はじめに malloc動画見てますか？＞挨拶 こんな記事に興味持つような人はみんなmalloc動画見てる人たちばかりだと思いますが、僕はmalloc動画見るまでは「え？メモリの管理ってOS側じゃなくてユーザランドでやってたの？」って感じでした。ここでは僕みたいなmalloc初心者のために、mallocの動作を実際に追いかけて見ようと思います。 mallocの動作を追いかける(mmap編) ← イマココ mallocの動作を追いかける(prev_size編) mallocの動作を追いかける(main_arenaとsbrk編) mallocの動作を追いかける(fastbins編) mallocの動作を追いかける(マルチスレッド編) mallocの動作を追いかける(環境変数編) mallocについて mallocについては、それこそmalloc動画とか、このへんを見ていただければと思うけれど、要
© 2018 SQUARE ENIX CO., LTD. All Rights Reserved. モバイル対戦アクションゲームの 通信最適化テクニック 通信遅延やパケロスへの対策をがんばる テクニカルディレクター 石森礼二 © 2018 SQUARE ENIX CO., LTD. All Rights Reserved. 前置き 通信の遅延には、それをごまかすテクニックがありますよね。 • ユーザーの操作をそのユーザーの画面にとりあえず即反映する 通信の結果を待たず、右キーを押したらすぐ右に移動する • 受信した通信結果が矛盾したら、通信を正として訂正する 実はすでに敵に吹っ飛ばされていたので右に移動はできなかったとか こうすれば、通信の劣悪さを感じづらくなります。 ただ、通信が劣悪だと矛盾が頻発するため“対戦”アクションゲームとし ては通信もなるべく頑張る必要があります。 ※ひとりプレ
第125回 PHP勉強会＠東京 で発表したスライドです。
「ふりかえり」は、プロジェクトや職場において継続的な改善をしていくための取り組みのことだ。もともとはシステム開発の業界で始まったものだが、最近では別の業界での試みも始まっている。特に現場の業務改善する場面に有効だ。 ふりかえりで有名なメソッドが「KPT」。KPTは、Keep/Problem/Tryの略で、非常にシンプルだが強力な手法だ。まずは、このメソッドに従って始めると良いだろう。 本稿では、ふりかえりのやり方「KPT」について、私たちがやっている方法について書いた。（もし公式があるのなら違うかもしれない） KPTの基本。目的と対象について KPT（私たちは「けぷと」と呼んでいる）は、仕事やプロジェクトの進め方の見直しをするために、「Keep＝よかったこと」「Problem＝悪かったこと」「Try＝次に試すこと」の項目に分けて考えるやり方だ。 KPTでは、基本的に仕事の内容について話はし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
