Real-Time Analytics Collect, analyze, and predict in real time
2013年11月6日のブックマーク (8件)
-
t_43z 2013/11/06
-
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
-
サーバサイドからクライアントサイドのJavaScriptを呼び出す際のベストプラクティス - kazuhoのメモ置き場
JavaScript文字列のエスケープ – yohgaki's blog に対して、 最近だと id="hoge" data-foo="<% bar %>" しておいて $("#hoge").data('foo') でとりだすのが主流かと思います。 はてなブックマーク - JavaScript文字列のエスケープ – yohgaki's blog のように、 そもそもJavaScriptコードを動的生成すべきでない JavaScriptコードに渡す変数はHTMLノードを経由すべきだ というような反論がついています。 が、はたしてそうでしょうか。 僕には、元の記事の手法も、HTMLノードを経由する手法もあまり好ましくない*1ように思えます。 そもそも、HTML生成時にXSS脆弱性が発生しがちなのは、 タグや静的な文字列と動的に生成される文字列が混在し 埋め込まれる多数の文字列を正しくエスケープ
-
第3回 見つからないエンジニアを探し出す技術・リターンズ | gihyo.jp
「ぶっちゃけ、『見つからないエンジニアを探し出す技術』っていうほどの内容ではないですよね」 「原稿を拝見したのですが、見つからないエンジニアを探し出す技術というタイトルから期待したほどは、掘り下げてないのですね。」 先週の原稿を提出した後の担当編集者の傳智之さんからのリプライに、私はショックを受けてしまいました。 「いや、掘り下げようもなにも、見つからないエンジニアを探し出す技術は、いまやどこの人材系企業も躍起になって磨いていて、おいそれとここで書いてしまっては大変なことに……。」 そう言い訳しようと思いつつも、 「確かに、もう少し書くと、ソーシャルネットワークなどでも評判になるかもしれない。そうしたら、プロデュースをしているCodeIQというサービスも、さらに評判になるかもしれない。」 と、邪な考えが頭をよぎったのでした。 ということで、今週は「見つからないエンジニアを探し出す技術・リタ
-
-
JavaScriptで自動化！Pacifista入門 - Qiita
皆さん環境構築とか、システムの設定作業とかって、どのように作業していますか？ 古きは環境構築手順書を使って行なっていましたが、昨今の自動化ブームに伴って、 chefやcapistrano、fabricなどのツールを検討されている方も多いと思います。 ただ、最近はやりの自動化ツールって、RubyとかPythonを多少知っている必要があったり、 独自DSLや特殊な用語を覚える必要があったりと、学習コストが高くてとっつきにくくないですか？ まわりにススメても「あー便利そうだねけど難しそうだね」で終わってしまうパターンが多々あります。 そこでPacifistaですよ Pacifistaは「環境構築をまるごとプログラミングする。それもシンプルに」を目的としたOSSの自動化ツールです。 Pacifistaには、以下の特徴があります。 JavaScriptでコードを書く事が出来る。 JavaScript
-
Backboneでデータバインディングを使ってMVVMをするフロントエンドアーキテクチャ - Qiita
前提 会社(Quipper)で今からこういう風にしたい、と宣言した社内ドキュメントを公開する。 枯れてるわけではない。 coffeescript Backbone Backbone.stickit (データバインディング) Chapling.js(は、オマケなのでどうでもいいがサンプルコードはこう) backbone.stickitは安心と信頼のNYT製。(実質Backbone作ってるDocumentCloudと一緒のところ?) backbone.stickit 目的 データバインディングを全面的に使って再描画を最小限にし、コードの見通しをよくしたい。 モデルの役割を明示的にし、MVVMを導入する。 理想的なAPI 擬似コード # ビューモデルの定義 class TopicViewModel extends Model defaults: title: '' # たぶんここでパラメータ名(
-
Rendr入門(2): リクエスト処理の流れ（Router, Controller、View、Template） - Qiita
Rendr入門(2): リクエスト処理の流れ（Router, Controller、View、Template）JavaScriptNode.jsBackbone.jsExpress.jsRendr 前回のRendrの概要紹介に続いて、ここではRendrでのリクエスト処理の流れを解説します。 Rendrアプリのスケルトンコード、rendr-app-templateを参考にします。 https://github.com/airbnb/rendr-app-template ※まだざっくりしてるので、頻繁にアップデートされます。不明な点は質問してください。 ルーターによるURLのルーティング Rendrにリクエストを行うと、ルーターがURLに関連づけられたコントローラを呼び出します。 ルーターの設定は、app/routes.js で行います。Railsのconfig/routes.rbに相当しま
-
- 2013年11月7日
- 2013年11月6日
- 2013年11月5日
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました