タグ

ブックマーク / qiita.com (1,014)

  • MeltdownとかSpectreとか騒ぎがあったので、Amazon Aurora(MySQL互換)R4インスタンス再テスト(mysqlslap) - Qiita

    MeltdownとかSpectreとか騒ぎがあったので、Amazon AuroraMySQL互換)R4インスタンス再テスト(mysqlslap)MySQLAWSAurora 2018/01/13追記: 「AWSが再度パッチを当てたみたい」という情報があったので、3度目のベンチマークを行ったところ、db.r4.largeおよびdb.r4.xlargeについて、2017/10/末頃とほぼ同じ速度に戻ったことを確認しました。 「AWS、またパッチ当てたってよ」と聞いたので3度目のAuroraMySQL互換)R4テスト(mysqlslap) (以下、古い情報なので現在とは状況が異なります。) 以前、R4インスタンスが使えるようになったときにmysqlslapで性能テストをしたので、今回、同じ条件で再度R4インスタンスだけmysqlslapしてみました。 Amazon AuroraでR4インスタ

    MeltdownとかSpectreとか騒ぎがあったので、Amazon Aurora(MySQL互換)R4インスタンス再テスト(mysqlslap) - Qiita
  • ウェブアクセシビリティ:チェックリスト - Qiita

    Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

    ウェブアクセシビリティ:チェックリスト - Qiita
    teppeis
    teppeis 2018/01/07
  • 11ヶ月間でTOEICスコアを300点から835点に上げた英語学習法 - Qiita

    ということで11月で835点を取ることができました。 2017/09でいったんスコアが下がったのは結構へこみました。(まあTOEICの点数は運もあるのでプラスマイナス50点くらいの揺れはでると思います。) 学習戦略 英語上達完全マップ 実は英語上達完全マップどおりには勉強しませんでした。英語上達完全マップではボキャビルの勉強は後のほうでいいと書かれていましたが、TOEICのスコアを順調にあげるためにはボキャビルは最初の方にやったほうがいい気がして、4ヶ月後くらいにはTOEICの教材を中心に勉強しました(英語上達完全マップ的にはTOEIC用の勉強するのは邪道なのですが、まあ私はTOEICさんに身を委ねることに決めたので…)。 ただ、英語上達完全マップで掲げられている、瞬間英作文、音読、精読、文法、多読、ボキャビル、リスニングといった体系別トレーニング方法はとても理にかなっていると思いますし、

    11ヶ月間でTOEICスコアを300点から835点に上げた英語学習法 - Qiita
    teppeis
    teppeis 2018/01/05
    毎日3時間以上か...
  • ANSI Escape Sequenceの削除 - Qiita

    " DeleteAnsiEsc command! -range=% DeleteAnsiEsc :<line1>,<line2>rubydo gsub /\e\[\d{1,3}[mK]/, '' nnoremap <Leader>da :<C-u>DeleteAnsiEsc<CR> vnoremap <Leader>da :DeleteAnsiEsc<CR>

    ANSI Escape Sequenceの削除 - Qiita
  • ES6 Modules のエラー処理を決定的(deterministic)にした話 - Qiita

    こんにちは、xhl_kogitsune です。2017年は Chromium の module script 実装の Blink 側の半分とかを作っていました。 今日は Chromium Browser Advent Calendar 20日目として、ES6 Modules のエラー報告の仕様(とChromium実装)を決定的(deterministic)にした話をします。 ES6 Modules は、モジュール間の依存関係を元にネットワークから複数の JavaScript ファイルをダウンロードしてきて実行してくれる便利な機構ですが、モジュールになんらかのエラーがあった時、エラー報告の挙動が非決定的であるという仕様上の問題がありました。今回はこの問題が認識され解決される過程を解説します。 グラフ理論の問題を考える、アルゴリズムを提案しあい反例を挙げあう、決定的だの可換だののワードが飛び交

    ES6 Modules のエラー処理を決定的(deterministic)にした話 - Qiita
  • QiitaのCSS構成2017 - Qiita

    この投稿は Increments Advent Calendar 2017 の18日の記事です。去年に続き、2017年の Qiita の CSS 構成について述べます。 2016年版はこちら: QiitaのCSS構成2016 プリプロセッサー 2016年は CSS のビルドフローで一貫して PostCSS を使っていましたが、2017年では プリプロセッサーとして Sass (node-sass) を使っています。 プリプロセッサーとして PostCSS を使わなくなった最大の理由は @apply ルールが仕様から落ちた ことです。@apply は Sass でいう引数なしの mixin みたいなもので、Chrome の Canary では実装されていた時期がありましたが、消えてしまいました。 おそらく CSS Nesting Module や CSS Extend Rule も落ちると思

    QiitaのCSS構成2017 - Qiita
    teppeis
    teppeis 2017/12/27
    PostCSSからSassに戻ったのか。@applyやNesting ModuleなどがCSS標準から落選する流れに引きずられてPostCSSの価値が下がったということか。CSS業界辛い
  • 新QiitaでReactをやめてhyperappを採用した背景 - Qiita

    12/1 に Qiita のトップページをリニューアルしました。これまで React を使っていましたが、それをやめて hyperapp を採用しました。まわりを見てもあまり採用事例が見当たらないので、この記事では一体なんで今をときめく React ではなく hyperapp を選択したのか、どういうところが魅力的なのかについて プレゼンテーション層を実装するためのツールとして 学習コスト の観点から書きたいと思います。なおこの記事に書かれていることは全て個人の感想であり、はっきりいって個人の日記レベルです。 それと hyperapp の開発者が社内にいるという事情もあるので、そこら辺さっぴいて読んでください。 TL;DR プレゼンテーション層を実装するためのツールとして React は機能過多だし、機能不足 hyperapp は過不足ない 学習コスト 仮想 DOM は学ぶ価値のある知識

    新QiitaでReactをやめてhyperappを採用した背景 - Qiita
  • Vimで挿入モードに入ったり出たりした時にIMEをコントロールする - Qiita

    この記事はVim2 Advent Calendar 2017の19日の記事(代打)です。 この記事ではmacOS High Sierraでvimの挿入モードに入ったり、挿入モードから出た時にIMEの状態を自動で切り替える方法を説明します。 私はATOKを使っていますが、標準の日本語入力Google IMEを使っていても少しの修正で使えると思います。 挙動としては、挿入モードを抜けた時にIMEの状態を記憶して、挿入モードに入ったときに復元する感じです。 まず最初に、環境設定>キーボード>入力ソースでお好みの英語の入力用ソースを追加します。私の場合はU.S.を追加しました。 結果として入力ソースは以下の画像のようになります。 そして、macOSのIMEをcliで切り替えたりできる、swim を入れます。 IMEを切り替えながら swim list --current を使って、日語と英語

    Vimで挿入モードに入ったり出たりした時にIMEをコントロールする - Qiita
  • Elastic stack (Elasticsearch)のカレンダー | Advent Calendar 2017 - Qiita

    The Qiita Advent Calendar 2017 is supported by the following companies, organizations, and services.

    Elastic stack (Elasticsearch)のカレンダー | Advent Calendar 2017 - Qiita
  • イマドキのJavaScriptの書き方2018

    PySpa統合思念体です。これからJavaScriptを覚えるなら、「この書き方はもう覚えなくていい」(よりよい代替がある)というものを集めてみました。 ES6以降の難しさは、旧来の書き方にプラスが増えただけではなく、大量の「旧来の書き方は間違いを誘発しやすいから非推奨」というものを作り出した点にあります。5年前、10年前のやウェブがあまり役に立たちません。なお、書き方が複数あるものは、好き嫌いは当然あると思いますが、あえて過激に1つに絞っているところもあります。なお、これはこれから新規に学ぶ人が、過去のドキュメントやコードを見た時に古い情報を選別するためのまとめです。残念ながら、今時の書き方のみで構成された書籍などが存在しないからです。 たぶん明示的に書いていても読み飛ばす人はいると思いますが、すでに書いている人向けではありません。これから書くコードをこのスタイルにしていくのは別にいい

    イマドキのJavaScriptの書き方2018
  • ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話 - Qiita

    記事は自分が運営しているブログに転載しています。 株式会社LITALICOでWebエンジニアRails)を担当しています、@YudaiTsukamotoです。 この記事は『LITALICO Advent Calendar 2017』14日目の記事です。 今回は、実務でペアプロを導入したことで、ペアプロへの考えが180度変わった話について書こうと思います。 はじめに この話は、弊社のとある新規プロジェクトの立ち上げで実際にペアプロを導入した話です。 プロジェクトでは初期メンバーとして私を含めた4人の開発者がアサインされました。過去のプロジェクトで比較的うまく機能していたアジャイルの導入や、ソフトウェアテスト・静的解析ツール等を徹底してコードの品質を担保するなど、アプリケーション開発する上での準備を入念に行いました。 そんな中、同じプロジェクトにアサインされた同期の@Takuan_Oi

    ペアプロ懐疑派だった僕が、実務でペアプロ導入して180度考えが変わった話 - Qiita
    teppeis
    teppeis 2017/12/27
  • 非エンジニアのマネージャがエンジニアチームと上手くやる方法 - Qiita

    近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels(CTO, Amazon.com)at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか?を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は、非エンジニアのマネージャにしれっとリンクを送ってあげてください(笑) 結論: 目標もバスの走らせ方もバスに乗せた優秀な人たちに任せて、バスの整備をする人になる。 マネージャが「何をつくるか?」の決定権を持てるのは彼/彼女が優秀なエンジニアの場合だけです。非

    非エンジニアのマネージャがエンジニアチームと上手くやる方法 - Qiita
    teppeis
    teppeis 2017/12/27
  • 約980名の生徒に行われたN高等学校のプログラミング教育の現状と課題 - Qiita

    はじめに 去年、2016年のN高アドベントカレンダーで、「高校生にWeb上でプログラミングを教え始めたエンジニアがこの8ヶ月間で得た気づき 」という長いポエムを書かせてもらった者です。あれから1年が経過し、自身が担当責任者となりプログラミング教育をはじめて1年と8ヶ月が経過しました。 今回も、今年一年の試行錯誤の結果や課題をここにまとめることで、今後高校生にプログラミングを教える可能性のある先生方や、エンジニアからプログラミング教育業界に転身する方に、何かしらの参考になればと考え、この記事を書くことにしました。 現在学習中の生徒の皆さんにも、これを見てこのようにカリキュラムや教育方針が練られているのだなということを知ってもらい、学びに活かしてもらえれば幸いです。 N高等学校とは もうご存知かもしれませんが、N高等学校 とは、2016年に作られた、やりたいことを徹底的にやりたい人のための新し

    約980名の生徒に行われたN高等学校のプログラミング教育の現状と課題 - Qiita
  • シャッフルランチやグループ分けをいい感じに効率よくやる手法 - Qiita

    社内のチームビルディングの一環としてシャッフルランチを行っている会社さんは結構おられるのではないでしょうか?いざ運用してみると様々な問題が出てきます。今回はシャッフルランチやグループ分けを効率良く行える手法を紹介したいと思います。 運用上の課題は? 実際にシャッフルランチを運用してみた方はわかるかもしれませんが、メンバー選出の作業や運用は大変になりがちです。職種がいい感じに混ざるようにとか、普段席が離れてて話したことのない人同士をうまく組み合わせてみよう、とか過去との重複を避けたりしながらメンバーを選出することはとても難しい問題です。運用がめんどくさくなると、シャッフルランチの開催自体が行われなくなり、末転倒になります。 コードで解決 前述の通り、人の手を介してグループを決めるという事は極めて大変な作業です。 こういうことは機械にやらせてしまおうと思い、シャッフルランチのようなグルーピン

    シャッフルランチやグループ分けをいい感じに効率よくやる手法 - Qiita
    teppeis
    teppeis 2017/12/25
  • Unicodeと異体字とフォントについて調べてみた - Qiita

    はじめに 外字について色々調べているうちに、自分自身がUnicodeや異体字について、ちっとも分かっていないということが分かりました。そこで、調べた内容をまとめてみました。 情報の密度よりも、文字コードやフォントに関わるときの最低限の知識として、またはCheatsheetとして読み返せる内容としてまとめたつもりです。 誤った内容があればご指摘頂けると幸いです。 JIS97 JIS漢字コードはJISが規定した文字集合。俗にJIS漢字コードというと以前はJIS97を指し、正確には「JIS X 0208:1997」という規格である。 6,879個の図形文字を規定。漢字は第一水準と第二水準を搭載。基的には、区と点で表現し区点コードによって配置している。区点コードは全角文字(非漢字含む)の定義であり、半角文字は含まれていない。 区点コードのような文字集合の中での配置番号を「コードポイント」と言う。

    Unicodeと異体字とフォントについて調べてみた - Qiita
  • AVAをブラウザ上で実行するAvaronを作った - Qiita

    この記事は「WACUL Advent Calendar 2017」の20日目です。 WACULでフロントエンドエンジニアをしている@bokuwebと申します。 はじめに みなさんはお気に入りのテスト構成はあるでしょうか。よく耳にするのはjest、AVA、karmaを用いた構成でしょうか。個人的には最近はAVAを使用することが多いのですが、その際の不満を解消するためにモジュールを作った話しを書きたいと思います。 つくったもの AVAとは avajs/ava: Futuristic JavaScript test runner 紹介記事は他にも色々ありますので多くは書きませんが、sindresorhus氏作の、曰く未来型のテストランナーです。若干古いですが以下に日語での記述もあり、なぜAVAなのか?に特徴が記載してあります。 例えばPromiseを使用したテストは以下のように記述できます。同

    AVAをブラウザ上で実行するAvaronを作った - Qiita
    teppeis
    teppeis 2017/12/25
  • (2017年12月時点) 私的 CloudFormation ベストプラクティス

    はじめに 記事では私なりの CloudFormation を少しでも楽にメンテするノウハウを説明します。 この記事で触れること AWS CloudFormation の (私なりの) 作成・メンテ手順 Templateファイルをどうやって書くか スタックの作成、更新手順 テスト・CI・動作確認の流れ AWS CloudFormation の組み込み関数 AWS CloudFormation Change Sets AWS CloudFormation Cross Stack Reference この記事で触れないこと AWS の説明 「これから AWS を触るんです!」という方には色々と説明不足な点があると思いますがご了承下さい CloudFormation ヘルパースクリプト cfn-init とか cfn-signal など 私にはベストプラクティスを説明できる自信がないので省いてい

    (2017年12月時点) 私的 CloudFormation ベストプラクティス
  • 2017末時点での React Component 設計のベストプラクティス - Qiita

    どう考えているか、というのを聞かれたので、記事に起こしておきます。個人の意見です。 Prettier を使う 気づけばコードの整形を人間がやる時代は終わりました。 細かいコーディングスタイルでレビューの時間を取るぐらいだったら、一貫した自動整形ルールを適用すべきです。 人によっては細かいこだわりがあって prettier の規則が気にわないかもしれず、僕も最初はそうでしたが、Atomで保存する度に自動整形を走らせる prettier の強烈な開発体験によって、最終的にそれらのこだわりを全て捨てることが出来ました。 生産性を求めるなら、現時点では最優先で導入すべきものです。 React.createClass を使わない v16 で削除されたのでいわずもがな。 同様に、 createClass でしか使えなかった mixin 周辺機能も丸ごと deprecated です。 「可能な限りは」

    2017末時点での React Component 設計のベストプラクティス - Qiita
    teppeis
    teppeis 2017/12/18
    mizchiさん、フリーになって複数社案件を経験したせいかバランス感覚が増している感
  • 絵文字ライブラリ「Emoji One」がなかなか良さげ - Qiita

    Slack絵文字表示設定に「Emoji One Style」という選択肢があって、存在を知らなかったんだけど調べてみると良さげなツールだったのでメモ。 単なる「Webフォント」や「アイコン配布」でなく「ライブラリ」であるのがいまどき珍しいなと思った。 Emoji One 公式サイト http://emojione.com/ GitHubプロジェクトページ https://github.com/Ranks/emojione 上記公式サイトのトップに書いてあることには主に2つの問題を解決します的な感じで、 1つは「モバイルでは表示されるけどデスクトップでは文字化け問題」。 もう一つは「表示できるとしてもデザインが違う問題」。 Emoji One はその2つの問題を解決する、とのこと。 基的には文中にある絵文字っぽい記述を画像にして表示するというライブラリ。 昨今流行りのWebフォントなど

    絵文字ライブラリ「Emoji One」がなかなか良さげ - Qiita
    teppeis
    teppeis 2017/12/18
    3.0からライセンスが変更されて無償版で商用利用できなくなってるので注意
  • レガシーユーザーインターフェースにありがちな3つの病と治療法 - Qiita

    CrowdWorks Advent Calendar 2017 の17日目の記事です。 こんにちは。 UXデザイングループのデザイナー上田です。 突然ですが、「レガシーユーザーインターフェース」と聞いて、皆さん何を思い浮かべるでしょうか? 自社サービスやクライアントのWebサイトなど、担当しているサービスの使い勝手の悪さや構造の闇深さを連想し、古く負債を抱えてしまったサービスに対してどのようにアプローチして解決すべきか頭を悩ませている方も少なくないのではないかと想像します。 エンジニアリングの視点で、成長し続けるサービスが抱えるジレンマとして「リファクタリングの工数を割けない」「中長期のアーキテクチャ設計を十分に検討する余裕がない」といった声を耳にし、実際に古く負債を抱えてしまったシステムやソフトウェアを「レガシーソフトウェア」と呼んだりするようですが、実はデザインの視点でも急成長するサー

    レガシーユーザーインターフェースにありがちな3つの病と治療法 - Qiita
    teppeis
    teppeis 2017/12/18