Railsで表形式の一括更新 - このブログは証明できない。
例えば、Personというmodelがあって、nameとageという属性を持っていたとします。複数人のデータを表形式で一括して更新したい場合、fields_forを使うことで実現することができます。 <% form_tag("/persons/bulk_update") do %> <table> <tr> <th>名前</th> <th>年齢</th> </tr> <% for person in @persons %> <% fields_for person, :index => person.id do |field| %> <tr> <td><%= field.text_field :name %></td> <td><%= field.text_field :age %></td> </tr> <% end %> <% end %> </table> <p><%= submit
galloc - Gachapin alloc というのを作りました - （ひ）メモ
Overriding System Functions for Fun and Profit | Hacker Boss をみて自分も試してみたくなったので書きました。 https://github.com/hirose31/galloc malloc(3)するとガチャピンが、free(3)するとムックがSTDERRに報告してくれます。便利！！１ $ make galloc.so $ LD_PRELOAD=./galloc.so ls # or arbitrary command Gachapin .oO(malloc(568) = 0x172e040) Gachapin .oO(malloc(120) = 0x172e280) Mukku .oO(free = 0x172e040) Gachapin .oO(malloc(6) = 0x172e040) Mukku .oO(free =
昨日Qiitaに投稿した記事は普段のコードレビューの副産物 - give IT a try
はじめに: 技術ネタは最近Qiitaに書いています このブログはもともと「技術系ブログ」としてスタートしました。 イメージとしては「技術的な問題に遭遇してググったら引っかかるようなサイト」です。 普段そういうページによく助けられているので、自分もgive＆takeの精神で情報発信していこう、と思ったのが動機です。 しかし、去年の夏にQiitaに出会って以来、シンプルな技術的なネタはQiitaに書くようにしています。 理由はQiitaというサービスの方向性がまさに「技術的な問題に遭遇してググったら引っかかるようなサイト」だったことに加え、Qiitaの中の人に出会って「Qiitaにかける情熱」を直接聞いて、僕も応援したいな～と思ったからです。 そんなわけで、このブログが更新されていなくても、ときどきQiitaにポロッとTips的なネタを書いたりするときがあります。 気になる方はQiitaで僕の
HTTP/2.0のALPN利用に伴うSSL負荷分散装置の不具合にご注意下さい - ぼちぼち日記
1. はじめに、 ただ今IETF-88@バンクーバーの開催が真っただ中です。スノーデン事件の余波もあり、インターネット技術（特にセキュリティ関連）の議論は熱くなっています。 ちょうど今朝未明（バンクバーでは11/5朝）に HTTP/2.0の標準化を進める httpbis ワーキンググループとセキュリティエリアの合同セッションが開催されました。合同セッションでは、ヘッダ圧縮技術(HPACK)のセキュリティや、HTTP接続(HTTPSではない）で通信の暗号化を行ったらどうか、といった興味深い議論が行われました。このうち将来HTTP/2.0の展開に重要な ALPN(Application Layer Protocol Negotiation) は、このミーティングで最終的な仕様を確定させる段階での議論でした。議論の中で、ALPNの導入によってブラウザから既存の実サービスへの接続に(少なからず)影
tech-memo » [MySQL] NOT NULLかつDEFAULTなしの列を追加した場合、データタイプデフォルト値が設定される。
MySQL（5.0系）で、すでにレコードが存在するテーブルにNOT NULLかつDEFAULTなしの列を追加してもエラーにならなかった。きちんと理解していないので調べておく。 以下のテーブルを作成し、レコードを追加しておく。 ?View Code MYSQLmysql> CREATE TABLE users (id INTEGER PRIMARY KEY); mysql> DESC users; +-------+---------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +-------+---------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL
PageRankアルゴリズムを使った人事評価実験 | 株式会社サイバーエージェント
2-2-1.一般的な360度評価による評価方法 問題点 一般的に評価プロセスが公開されていないため、最終評価までのプロセスが不透明である 全員が全員を評価するのは多数の社員がいる場合は不可能である ランダム抽出によるお互いの評価を行うと、まったく違う専門分野を評価したり、まったく関わりあいのない人を評価することになり精度が下がる 2-2-2.専門分野での評価者による評価方法 問題点 *評価者になる人材の不足 高い専門スキル、会社とのビジョンマッチ、メンバーからのその専門分野での高い信頼の全てを備えている人材が専門分野毎に必要。 さらに、評価の納得性を保つためにはメンバーからの信頼がある人材ではないと評価できない。 *評価者によって評価ポイントの違いがある 同じ分野の技術者でも、スキルの価値をどこに置いているかというスタンスの違いから評価ポイントにゆらぎが発生する。 さらに評価者自体
FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
気になる永和システムマネジメントの人材活用術を、角谷信太郎氏に聞いてみた【連載:エンジニアの幸せな職場】 - エンジニアtype
エンジニアにとって、本当に「働きやすい環境」ってどんなのだろう？ という疑問を解消すべく、組織づくりや職場環境に秀でたTech企業にインタビューを敢行するこの企画。インタビュアーは、エンジニアのためのポートフォリオサイト『Forkwell』や、エンジニア目線の求人・転職サイト『Forkwell Jobs』を運営する株式会社garbs取締役おおかゆかさん。エンジニアが「幸せに働ける職場」のあり方を探る！ 株式会社garbs 取締役 Forkwellプロダクトマネージャー おおか ゆかさん [blog:表参道フォークウヱル別館] 関西学院大学経済学部を卒業後、独立系SIerを経てインフォシーク社に入社。楽天による買収後も含めて、インフォシークのログイン周辺機能や各種コミュニティサービスの開発を担当。その後フリーランスとして活動、業務委託で入ったgarbsで提案したエンジニアのスキルマッチングの
広告に関する領域のお仕事を担当しはじめました - koeだめ 過去アーカイブ[〜2013-12-14]
先月末に現職の勤務を終了しました - koeだめ - http://bash0C7.hatenablog.com/ に移行しましたな記事を書いた件の続きになります。 大好きな「決断を遅らせよ」*1の原則通り、どういうところに携わるかはジョイン後に話し合って決めましょうという事でやってきましたが、チームの状況と自分の経験とを照らしあわせて、広告に関する領域についての主担当として諸々進めていくことと決まりました。 現在は、広告領域の引き継ぎを受けつつ、既存バックログを整理し、見積もりを行い、1stスプリントを開始せん！というところです。 今後は、固有のギョームと現行システムのいいところと変えていきたいところを把握した上で、よりよい仕組みへとジャンプアップさせることで、「お絵かきがもっと楽しくなる場所を作ること」を、いいかんじに広告という手段で支えるべく腕を振るっていきます。 とはいえ、「広告に
![広告に関する領域のお仕事を担当しはじめました - koeだめ 過去アーカイブ[〜2013-12-14]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c6af44900ebd6d4df11fdce2efbeaee812c71fec/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fb%2Fbash0C7%2F20131105%2F20131105202659.jpg)
InfluxDB | Real-time insights at any scale | InfluxData
Real-Time Analytics Collect, analyze, and predict in real time
【失敗】怖話2年間の総括【無念】 - Fjord, Inc(株式会社フィヨルド)
@komagataです。 怖話（http://kowabana.jp）の9月のアクセス数と収益のまとめです。 怖話とはスマホで怖い話がサウンドノベル風に見れる・投稿できるWebサイトです。 アクセス数 約156万PVでした。先月が207万PVなので激減です。特に障害は起きていないので先月までで夏効果が切れたといったところでしょうか。 収益 約14万円でした。先月は約21万円だったので激減です。PVなりの減り方です。20万行くか行かないかは大きく感じます。 総括 下記のエントリを投稿して以来、２年間毎月アクセス数と収益を公開しながらやってまいりました。 スマホでサウンドノベル風怖い話投稿サイト « 合同会社フィヨルド 「2013年9月に単月で70万円の収益を上げなければプロジェクトは失敗」とブログでも定義・公言してやってきましたが今月は14万円なので達成率20%で失敗ということになりました。
サーバサイドからクライアントサイドの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脆弱性が発生しがちなのは、 タグや静的な文字列と動的に生成される文字列が混在し 埋め込まれる多数の文字列を正しくエスケープ
http://miki.it/json.html
You have to bypass: function check(str) { var tokenized = str.replace(/\\["\\\/bfnrtu]/g, "@").replace(/"[^"\\\n\r\u2028\u2029\x00-\x08\x0a-\x1f]*"|true|false|null|-?\d+(?:\.\d*)?(?:[eE][+\-]?\d+)?/g, "]").replace(/(?:^|:|,)(?:[\s\u2028\u2029]*\[)+/g, ""); var ok = /^[\u2028\u2029,:\]{}\s]*$/.test(tokenized); if (ok) { alert("Executing: eval('(" + str + ")')"); return eval("(" + str + ")"); } else
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
