macOSの「root」ログイン問題、10.13.0から10.13.1に更新すると再発の恐れ（要再起動）
米Appleは12月2日（現地時間）、11月30日に緊急公開したセキュリティアップデート「2017-001」について、「macOS High Sierra 10.13から10.13.1に最近更新したユーザーは、セキュリティアップデートを適用するために再起動してください」とサポートページで通知した。 このセキュリティアップデートは、macOS High Sierra 10.13.1で、ユーザー名に「root」と入力すればパスワードなしで管理者権限でログインできてしまう問題に対処したもの。Appleは問題発覚から約18時間後という迅速さでアップデートを公開した。 米Wiredの1日の記事によると、このセキュリティアップデートをMac OS 10.13.0で実行し、その後Mac OS 10.13.1にアップデートすると、この問題が再発したというユーザーからの報告が多数あったという。10.13.1
WAI-ARIA Authoring Practice Dialog(Modal)のフォーカス管理 - /var/log/sukoyakarizumu
この記事は、Web Accessibility Advent Calendar 2017 3日目の記事です。 はじめに モーダルなダイアログを開いたときには、ダイアログの外側の要素は操作できないようにしなくてはなりません。マウス操作だけではなく、キーボードなどによるフォーカスもダイアログの外側にあたらないようにしなければなりません。 この記事では、WAI-ARIA Authoring Practiceの実装をもとにフォーカス管理の方法について学んだTipsをメモしておきます。 WAI-ARIA Authoring Practice -Dialog(Modal) github 実装の基本方針 ダイアログの外側にフォーカスがあたったことを検出して、フォーカスを適切な位置に戻します。ダイアログの外側にフォーカスがあてるには、例えば以下のような操作が考えられます。 A) ダイアログの先頭の要素にフ
コミュニティ Advent Calendar 2017 1日目「色々なコミュニティのイベントに参加して。そして自分も運営をして。」 - Yuxio Blog
adventar.org 1日目にも関わらずすっぽかしてしまい、申し訳ございません。 ということでこの1年、色々なコミュニティのイベントに参加して、 しかも自分で運営もしちゃってる感想をまとめたいと思います。 はじめに 本業は、データアナリストをやっております。 前職が、WEB系だったのですが、そうした現場も離れても 自分で開発とかデザインをやっていたいと思い、趣味で色々やっています。 その中で、エンジニアさんたちと関わりたいと思ったのと、自分のアウトプットの実績を残したいと思い、 色々なコミュニティのイベントに顔を出すようになりました。 今年はどんなコミュニティのイベントに参加したのか teamai.connpass.com e2d3.connpass.com dark.connpass.com meteor-fan.connpass.com freestyle-mokumoku.con
PDF版 JIS X 8341-3:2016, WCAG 2.0早見表／逆引き表作成裏話 (Web Accessibility Advent Calendar 2017) - 有限会社時代工房
PDF版 JIS X 8341-3:2016, WCAG 2.0早見表／逆引き表作成裏話 (Web Accessibility Advent Calendar 2017) 2017年12月01日 更新 | タグ: アクセシビリティ, 技術情報 Web Accessibility Advent Calendar 2017の12月1日を担当させていただきます、有限会社時代工房の柴田です。 印刷の「ポイント」の使い道 時代工房は、ウェブ制作会社なのですが、印刷物の作成も行なっています。で、印刷会社さんに入稿をするのですが、たくさんの印刷物を入稿していたら、なんといつのまにか印刷会社さんのポイントが随分と溜まっていたのです。 「何か良いポイントの使い道はないか」と仲間で話し合った結果、今回の早見表が生まれることになりました。 僕は、恥ずかしながらどうも物覚えが悪く、原則、ガイドライン、達成基準を覚
ゲーム販売webアプリケーションSYAKERAKEを支える技術, HaskellとYesodで作られています
ゲーム販売webアプリケーションSYAKERAKEを支える技術, HaskellとYesodで作られています Haskell (その3) Advent Calendar 2017 - Qiitaの3日目の記事です. この前｢Haskellで書かれたwebサービスって何がある?｣と聞かれて, HackageとかStackageのようなHaskellに関連したサービスぐらいしかパッと出せませんでした. なので, webアプリケーションであるSYAKERAKEがHaskell製であることと, これを構成するライブラリなどを書いていこうと思います. SYAKERAKEがどういうサービスかはサイトを見ていってください. 半分このサービスの宣伝です. お許しください. この記事を読むことで, 小規模ながらもプロダクションレベルのwebアプリケーションがHaskellで作れるということがわかっていただけ
crbug（Chromium Issue Tracker）の歩き方 - Qiita
はじめに 免責 この記事は私個人の理解や考え方を元に書かれており、GoogleやChromium Projectの主義・主張を代弁する物ではありません。私自身もChromium Comitterとして、仕事でプロジェクトに貢献する事もあれば、雇用主の意図とは関係なくボランティアで個人の時間を投資している事もあります。 crbugとは Chromium Projectと関わるにあたりいちばん大切な、ソースコードとの付き合い方については、初日にnhirokiさんが書いてくれました。 で、ソースコードの次はバグとの付き合い方。Chromium Projectではバグを管理するにあたり、独自のcrbugというシステムを使っています。「シー・アール・バグ」と読む人が多いです。元々はGoogle Codeのシステムで管理されていたのですが、Google Codeのサービス終了に伴い、独自のシステムが利
GitLabのビジネスモデル - Qiita
GitLab Advent Calendar 2017 3日目の記事です。 GitLabはオープンソースとして開発されていますが、その開発は営利企業であるGitLab社が主導して行っています。本記事ではGitLab社のビジネスモデルを説明します。 最初に結論から書いてしまうと、GitLab社が採用しているビジネスモデルとオープンコアビジネスモデルであるとこちらの記事に書かれています。具体的には、ビジネスのコアとなる部分をオープンソースとして公開し、エンタープライズ向けの追加機能はクローズドソースとして開発する戦略を取っています。 このオープンソースとして開発されているのがGitLab Community Edition(以下CE)であり、クローズドソースとして開発されているのがGitLab Enterprise Edition(以下EE)となります。ちなみに、GitLab EEもソースは公
Chromium のソースコードの歩き方
これは Chromium Browser アドベントカレンダーの一日目の記事です。初日ということで、本記事では Chromium のソースコードを読む上で役に立つであろう、プロジェクトのディレクトリ構成やファイル構成を紹介します。 (2018/04/09) “The Great Blink mv”1 プロジェクトによってついに WebKit ディレクトリが blink ディレクトリにリネームされました。それに伴い本記事の内容を更新しました。差分は以下の通りです。 third_party/WebKit/Source を third_party/blink/renderer に置換。 blink/ 内のファイル名の命名規約を Bar.{cpp,h} から bar.{cc,h} に置換。 置換に伴う説明文の修正。 (2017/12/01) ディレクトリ構成について追記しました。 Chromium
巨大 WebAssembly ファイルのコンパイル時間
funcs というのは、wasm 内に何個関数が入っているか、です。1 func の場合は Function body が約 25Mb、100,000 funcs の場合は約 2.5kb、500,000 funcs の場合は約 0.5kb です。 Chrome では 20秒〜1分 ほどかかっています。なおこのコンパイル処理は現在の Chrome の実装だとページをロードする度に必ず発生するので、巨大 WebAssembly が存在するページを Chrome で開いた場合、キャッシュの有無等と関係なく相当待つ必要があります。 Firefox だと、Function Body のサイズによって処理時間が大きく変わります。1 つしか関数がないときはクラッシュしましたが、Function Body が小さくなるにつれて速度が向上しています。例えば Emscripten 等で出力される巨大な Web
[Elm] SPAルーティングで特殊クリックをあつかう - Qiita
以下の内容は Elm 0.18 を対象にしています。 Elm 0.19 ではBrowser.application を使う限りは、Elm側でいい感じにやってくれてこのような low level な実装は必要ありません。 問題提起 Elmを使って1つのHTMLファイルで複数のページをあつかいたい場合、 以下のように Model に「現在はどのページにいるか」をあらわす情報を持たせておいて、 この route の値に応じて適切な View を出し分けることで実現できます。 -- Model type alias Model = Model { route : Route } type Route = RouteHome | RoutePosts | RouteAuthors -- View view : Model -> Html Msg view model = case model.rou
![[Elm] SPAルーティングで特殊クリックをあつかう - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/7b7b41c5efb5a45b9936d5540dbd4c69b2df17b7/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCRWxtJTVEJTIwU1BBJUUzJTgzJUFCJUUzJTgzJUJDJUUzJTgzJTg2JUUzJTgyJUEzJUUzJTgzJUIzJUUzJTgyJUIwJUUzJTgxJUE3JUU3JTg5JUI5JUU2JUFFJThBJUUzJTgyJUFGJUUzJTgzJUFBJUUzJTgzJTgzJUUzJTgyJUFGJUUzJTgyJTkyJUUzJTgxJTgyJUUzJTgxJUE0JUUzJTgxJThCJUUzJTgxJTg2JnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkNtaWRkbGUmcz03NDU4ZjE4NTRlOTIzZGE2MzFlOTY2YjUxZTM5YzI3Mw%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwYXJvd00mdHh0LWNvbG9yPSUyMzNBM0MzQyZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWRlZTNiODk0Yjk0ZDVmMDk5ZjgzMGQ5ZDUwNDM5ZWNm%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3De96277ddd08fcfa9ceedcb707284aec5)
A Tour of Go in Haskellを作ったのと、GoとHaskellの比較 - syocy’s diary
(この記事は Haskell (その2) Advent Calendar 2017 - Qiita の３日目の記事です) A Tour of Go in Haskell というサイトを作りました。 英語版(開発中) もあります。 サイトのソースは GitHub で管理しています。 概要 今流行りの Go 言語は並行並列処理が簡単に書けることを１つの売りにしているようです。 Haskell も Go と同じく軽量スレッドやチャネルを利用することができ、並行並列が得意な言語の１つです。 そこで、A Tour of Go という Go の有名なチュートリアルの 並行性 の章を Haskell で書いてみることで、 Haskell と Go を並行並列処理の記述という観点で比べてみよう、というのが A Tour of Go in Haskell になります。 Go ユーザや Haskell に慣れ
Ruby のドキュメントの改善に参加しよう - Qiita
Ruby の情報を調べていて、一次情報なのに情報が古かったり間違っていることに気づくことがあるかもしれません。 そういうときは是非 github の issue で報告したり、自分でも直せそうな些細な変更なら気軽に pull request したりしてみてください。 ここでは、そんな貢献を絶賛募集中の公式なドキュメントなどを紹介します。 リファレンスマニュアル 公式なリファレンスマニュアルの日本語版の プログラミング言語 Ruby リファレンスマニュアル は リファレンスマニュアル刷新計画 (通称るりま) というプロジェクトで管理されています。 内容のソースは Repository of Japanese Ruby reference manual にあります。 書式は RD (Ruby Document) をベースとした独自記法で、HTML などを生成するツールは bitclust です
OSS Gate
「OSS Gate」は、OSS開発に参加する「入り口」を提供する取り組みです。 OSS開発に未参加の人を参加する人へ、少し参加したことがある人を継続的に参加する人へ。そうやってOSS開発に参加する人を継続的に増やしていく。それが「OSS Gate」の目的です。
Ruby on Rails 5.2の新機能（Active Storage, Content Security Policyなど） - Qiita
Ruby on Rails 5.2の新機能（Active Storage, Content Security Policyなど）RubyRailsCSPRails5ActiveStorage はじめに 今年（2017年）の4月末にRuby on Rails (Rails)のバージョン5.1がリリースされましたが、わずか7ヵ月後の11月末に早くもバージョン5.2のベータ版がリリースされています。 Rails 5.1が、Webpack / Yarnのサポートなどフロントエンドの新機能を中心としたリリースだったのに対し、Rails 5.2は、ファイルアップロード用のActive Storageなどバックエンドの新機能を中心としたリリースになるようです。 本記事では、GitHubのRailsプロジェクトのIssuesやPull Requestsの履歴、Railsの公式ブログの記事をもとに、Rail
サーバ、インフラ経験ゼロの初心者がAWSで「【非公式】Unity JP Mastodon」を作ってみた - Qiita
サーバ、インフラ経験ゼロの初心者がAWSで「【非公式】Unity JP Mastodon」を作ってみたAWSmastodon Mastodon Advent Calendar 2017 3日目の記事になります。 【非公式】Unity JP Mastodonの管理人、荻野です。 今回はサーバー、インフラの実装経験ゼロの超初心者が、ネットに掲載されている情報のみで生まれて初めて触ったAWSを利用して、Mastodonインスタンスを組み立てたことを書いていきます。 サーバー、インフラ初心者故に引っかかった苦労点や、AWSに全く詳しくなかったために頭から地雷にダイブするなど、バカバカしいお話でも書いていきたいと思います。 ソースだけ読みたい方はこちらから見れます。 Mastodonインスタンスを立てる上で参考にさせていただいたサイト 一番お世話になったのが以下のサイトです。インスタンス作成時は、こ
Vim の DirectX を速くした話 — KaoriYa
先日の記事 に書いたとおり Vim のカラー絵文字パッチにより、 DirectX (正確には DirectWrite) を用いた画面描画がめちゃくちゃ速くなりました。 その記事にはこんなことを書いていましたね。 そして僕は大きな間違いに気がついた。 詳細を説明はしませんが、一言で言えば「Vimは標準的なWin32アプリではない」 このあたりをちょっと詳細に説明してみようと思います。 なので Vim の話でありながらほとんど Windows の話になります。 しかも無駄に長くなりそうです。(実際なった) なおこの記事は Vim Advent Calendar 2017 3日めの参加記事です。 遅かった理由 速くなった理由を知るには、その前の遅かった理由を知る必要があるでしょう。 まずはそれを見ていきましょう。 DirectWrite には大きく分けて2つの描画方法があります。 GPUの性能を
Accel: GPGPU framework for Rust - Qiita
これはRust Advent Calendar 2017 3日目の記事です 今回は現在開発中であるRustによるGPGPUプログラミングのためのフレームワークAccelを紹介します。 GPUを使った汎用計算の技術(GPGPU)は伝統的なHigh Performance Computing (HPC)業界だけでなく、機械学習等への応用も広がり現代では欠かせない技術です。GPUの利用には大きく分けて３つの段階があります： 高速化されたライブラリを使用する(cuBLAS, cuDNN等) CPU用のコードに僅かな変更を加えてGPUで動くようにする(OpenACC) GPU用のコードを設計・開発する(CUDA) 下に行くほど開発難度が増大します。 最近はOpenACCに力を入ているようで、ごく僅かな変更で大幅な高速化が期待できると宣伝しているのをよく見ます 1。 高速化されたライブラリの使用は基本
GoogleHome で遊んでみたことメモ - てんちょーの技術日誌
はじめに スマートスピーカー Advent Calendar 2017 の 3日目です。 qiita.com 昨年末はPCのキーボードを封印して音声認識でどこまでいけるか試したりしていました。 キーボードという概念をぶっ壊すために、とりあえず明日から年内はハードウェアなキーボード、スマホのキーボード、仮想キーボードなどを封印します (自分の作ったVRキーボードを除く)— てんちょー (@shop_0761) 2016年12月20日 音声認識を使っていて変な違和感が出てきた話をすると、最初はなんとも無いんだけど、段々喋ると認識されてしまうと思うのか、余計なタイミングで喋ってはいけないのではという心持ちにさせられた— てんちょー (@shop_0761) 2016年12月31日 コルタナさんがあまりにもEdge頼りなので、気合でPowerShellのスクリプトを書くなどしてTwitterをして
Kotlin+Spring+JPAでDDDの値オブジェクトを表現する - Qiita
はじめに プロジェクトをKotlin+Springでリライトしようと思い、JPAにおける値オブジェクトの表現について考えてみました。 まだKotlin歴が浅く、コード上おかしなところがあるかもしれませんがご容赦下さいm(_ _)m JPAと値オブジェクト JPAで値オブジェクトを永続化する方法は、おそらく大きく分けると以下のいずれかになると思います。 EmbeddableとAttributeOverrideを使う AttributeConverterを使う ElementCollectionを使う Entityと代理識別子を使う 1. EmbeddableとAttributeOverrideを使う 一つ目の方法は、@Embeddableと@AttributeOverrideを使って値クラスを埋め込む方法です。 JPAでIdクラスを値オブジェクト化して主キーに使う方法はおそらくこの方法のみで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
