タグ

2017年12月2日のブックマーク (13件)

  • Find CURRENTLY selected <option> with XPath

    suginoy
    suginoy 2017/12/02
    "//option[@selected]"
  • 15 年勤めた SIer を辞めて外資系企業に転職した話 - garbagetown

    この記事は 退職者その2 Advent Calendar 2017 の二日目です。 adventar.org おことわり 現職に就いて間もない試用期間中の身であるため、現職に関しては表面的な内容しか書けません。 そのため、「なぜ現職に就いたのか」というポジティブな側面よりも「なぜ前職を辞めたのか」というネガティブな側面を強く感じられる方がいらっしゃるかもしれませんが、いわゆる一身上の都合であり、前職や SIer というビジネスを否定するものではありません。 予めご了承ください。 前職について 大手と言って差し支えない規模の SIer に新卒として入社して 15 年と 1 ヶ月間、システムエンジニアとして勤めました。 Java 言語を使った Web アプリケショーン開発を多く担当し、直近の数年間は Hadoop, Azure, AWS なども経験できました。中国やタイへの出張、社内勉強会の開

    15 年勤めた SIer を辞めて外資系企業に転職した話 - garbagetown
  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。

    suginoy
    suginoy 2017/12/02
    “生涯プログラマーをしていたいと思っていましたが、どうやら難しそうです。”
  • OSSの敵になるのもいいじゃない

    2. • @lestrrat • Perl/Go hacker, author, father • Author of github.com/peco/peco • Organizer for builderscon

    OSSの敵になるのもいいじゃない
    suginoy
    suginoy 2017/12/02
  • 武蔵野アニメーション総務 興津由佳の左眼について - Konifar's WIP

    SHIROBAKO Advent Calendar 2017 始まりました。ということで、興津さんの話をします。 出典 : http://shirobako-anime.com/character-12.html 興津さんは、現場の第一線を退き総務として武蔵野アニメーションを裏から支えるベテランです。序盤は朝礼で事務連絡をしているただのクールビューティーとして描かれていましたが、次第に周囲のキャラクターの反応から伝説じみた過去の実績と信頼が垣間見えてきます。 それらのエピソードを全て語ってもよいのですが 今回は興津さんの左眼にフォーカスを当てて紹介しようと思います。興津さんの左眼は通常時は前髪で隠れていますが、実は何度か両目が見えるシーンがあります。 アニメにおいて、半眼や片眼のキャラが"開眼"する時というのは、何らかのチート能力が発揮されるなど物語の見せ場であることが多いですよね。両目が

    武蔵野アニメーション総務 興津由佳の左眼について - Konifar's WIP
    suginoy
    suginoy 2017/12/02
  • 市場バグを引き起こした優秀なデータたち - ボドゲを愛するテスト屋さん

    ※この記事は「ソフトウェアテストの小ネタ Advent Calendar 2017 - Qiita」用の記事です。 ソフトウェアテストの小ネタ 2日目担当のオムそばです。 実はちゃんとした(?)記事を書くのはこれが初めてなので、生暖かい目で見ていただければ。 そんなわけで早速表題の件、市場バグを引き起こした優秀なデータたちをご紹介します。 今回は、よくある「半角記号」、「空白やスペース」などは割愛させていただきます。 (2017/12/26追記)"市場バグ"という言葉に違和感や疑問を持たれた方は、こちらの記事をどうぞ。文言について整理してみました。 ■日時に関するデータ ・1969/12/31、2038/1/20:UNIX系のシステムに有効なデータ。UNIXのシステム時刻は1970/1/1 開始なので、それ以前のデータを打ち込むと予期せぬエラーが発生する可能性がある。また、同様に2038/

    市場バグを引き起こした優秀なデータたち - ボドゲを愛するテスト屋さん
    suginoy
    suginoy 2017/12/02
    知らなかった。登録するとき試してみよう。 “愛媛県と三重県に存在する重複した郵便番号(他にもいくつかある)。”
  • Elixir から Elm の流れで、いよいよオブジェクト指向に対する懐疑心が無視できないレベルに達した2017年冬。 – ゆびてく

    Elixir から Elm の流れで、いよいよオブジェクト指向に対する懐疑心が無視できないレベルに達した2017年冬。 – ゆびてく
  • Ruby でエポックミリ秒 - Qiita

    JavaScript が Date.now() でエポックミリ秒を返すので時間のフォーマットをそれにしていたら、Ruby で扱うときに Time クラスだとマイクロ秒しか取れなくって非常に面倒くさかったので、Ruby でエポックミリ秒を生成する方法をいくつかまとめておく。 Time クラスを使う方法

    Ruby でエポックミリ秒 - Qiita
    suginoy
    suginoy 2017/12/02
  • Rubyでミリ秒、マイクロ秒単位のTimeを扱う - Qiita

    require 'time' time = Time.now => 2016-07-01 13:03:00 +0900 # マイクロ秒部分を整数で取得 time.usec => 193967 # iso8601フォーマットでマイクロ秒含めて表示 time.iso8601(6) => "2016-07-01T13:03:00.193967+09:00" # 引数に小数点以下の桁数を入れるのでミリ秒なら3を指定する irb(main):009:0> time.iso8601(3) => "2016-07-01T13:03:00.193+09:00" # xmlschemaメソッドも同義 irb(main):010:0> time.xmlschema(3) => "2016-07-01T13:03:00.193+09:00" 文字列からTimeを生成 ISO8601フォーマットの文字列から生成す

    Rubyでミリ秒、マイクロ秒単位のTimeを扱う - Qiita
    suginoy
    suginoy 2017/12/02
  • RubyでUNIXTIME変換 - Qiita

    Time.at(1414767600) # => 2014-11-01 00:00:00 +0900 require 'time' Time.parse('2014-11-01 00:00:00').to_i # => 1414767600 # Dateも可能 Time.parse('2014-11-01').to_i # => 1414767600

    RubyでUNIXTIME変換 - Qiita
    suginoy
    suginoy 2017/12/02
  • 高速入力派注目! 東プレ「REALFORCE」にALL30g+APCなど4モデル登場

    静電容量無接点方式を採用した東プレ製のキーボード「REALFORCE」の「R2」シリーズから、APC(Actuation Point Changer)機能を備える4つの新モデルが登場。来週7日より販売がスタートする。 昨年登場したゲーマー向けモデル「REALFORCE RGB」で採用され話題となったAPC(Actuation Point Changer)機能は、ソフトウェア制御によりキースイッチの入力がオンになる“アクチュエーションポイント”の深さを1.5mm、2.2mm、3mmの3段階で切り替えられるというもの。体右上に切り替え用専用キーを備えている。

    高速入力派注目! 東プレ「REALFORCE」にALL30g+APCなど4モデル登場
    suginoy
    suginoy 2017/12/02
  • 運用に耐えるRailsによるWebアプリケーションの作り方 - Qiita

    2019/09/09加筆: 注意事項 多くの人に見ていただいていますが,この記事は2017年12月当時(Railsの最新バージョンが4.2ぐらい)に書かれたものであり,現在は内容がかなり古くなっています 2019年9月現在,筆者はRailsどころかwebアプリケーション開発からも離れているため,今の所アップデートする予定はありません(というかできません). そのため,記事を参考にする場合は使用しているRailsのバージョンに合わせて適宜脳内補完しながら読んでいただければ幸いです. 記事に書かれているようなベストプラクティスを検討する上で最善の方法は,Railsの公式リファレンスとRailsのコードそのものを読んで最善策を模索することです.Rails5以上を使っている場合は,こんな古い記事を読まずに,自分で最善の方法について検討することをおすすめします. 筆者は,2014年半ばから201

    運用に耐えるRailsによるWebアプリケーションの作り方 - Qiita
    suginoy
    suginoy 2017/12/02
    rails_best_practices gem が only 使えって警告出すけど、権限周りは except 使うのがオススメ -> “before_actionの適用対象を限定するときはexceptで対象を除外する”
  • CORSまとめ - Qiita

    今更ですが、CORS (Cross-Origin Resource Sharing)を色々試していたら、思っていた以上に色々パターンがあることに気づいたので、改めてその扱い方についてまとめてみました。 そもそも 現在のWebブラウザでは、あるWebサイトが持つ情報が別の悪意あるWebサイトに悪用されるのを防ぐために、Same-Origin Policy(日語では同一生成元ポリシー)が適用されます。 例えば、あるWebサイト https://guiltysite.com をブラウザで表示している時に、このWebページからXMLHttpRequest(以下、XHR)やFetch APIで別のWebサイト https://innocentsite.net からHTTP(S)でデータを読み込もうとすると、エラーになる、というわけです。 しかし、アクセス元が悪意あるWebサイトならともかく、データ

    CORSまとめ - Qiita
    suginoy
    suginoy 2017/12/02
    調べてたやつがよくまとまってて助かった。