nanto_viのブックマーク (523)

  • SankeiBiz(サンケイビズ):自分を磨く経済情報サイト

    サービス終了のお知らせ SankeiBizは、2022年12月26日をもちましてサービスを終了させていただきました。長らくのご愛読、誠にありがとうございました。 産経デジタルがお送りする経済ニュースは「iza! 経済ニュース」でお楽しみください。 このページは5秒後に「iza!経済ニュース」(https://www.iza.ne.jp/economy/)に転送されます。 ページが切り替わらない場合は以下のボタンから「iza! 経済ニュース」へ移動をお願いします。 iza! 経済ニュースへ

    SankeiBiz(サンケイビズ):自分を磨く経済情報サイト
    nanto_vi
    nanto_vi 2021/11/03
    スライスしていますよ。 https://twitter.com/yoshimura0303/status/1433728920063414273 > id:mutinomuti / 亀屋良長さんは口の中でシュッと溶ける焼き鳳瑞もおすすめ。
  • カクヨムでの縦組み表示の実装と、縦書きWebの将来に向けて (builderscon tokyo 2018) - Hatena Developer Blog

    こんにちは、Webアプリケーションエンジニアのid:nanto_viです。先日開催されたbuilderscon tokyo 2018において「カクヨムでの縦組み表示の実装と、縦書きWebの将来に向けて」という発表を行いました。Webブラウザ上で、小説を縦組みで読むという機能に関するものです。その発表資料に補足と質疑応答の内容を加えて公開します。 なお、当日は資料を単一のHTMLファイルに切り出して、それをFirefoxで開き200%にズームした画面を映しながらプレゼンテーションしました。 カクヨムでの縦組み表示の実装と、縦書きWebの将来に向けて 自己紹介 nanto_vi (TOYAMA Nao) 株式会社はてな Webアプリケーションエンジニア Perl, TypeScript カクヨム KADOKAWA × はてな による小説投稿サイト 2016年2月正式オープン 縦組み表示 補足

    カクヨムでの縦組み表示の実装と、縦書きWebの将来に向けて (builderscon tokyo 2018) - Hatena Developer Blog
    nanto_vi
    nanto_vi 2018/09/13
    「縦組みとCSS」の項の補足にJLREQへの言及を追加しました。> id:ln_north
  • あなたが最も面白い漫画を5つ選ぶとしたら?

    面白さの基準は何でもいいけど、思い出補正は抜きで。 あなたのセンスで「最高の漫画」を5つだけ選んで紹介するとしたら、何を選ぶ? ・スラムダンク ・アオアシ ・キングダム ・寄生獣 ・カペタ 自分が選ぶとこうなる。 成り上がり系が好きだ。

    あなたが最も面白い漫画を5つ選ぶとしたら?
    nanto_vi
    nanto_vi 2018/06/06
    『ここはグリーン・ウッド』『蛍火の杜へ』『めぞん一刻』『銀のロマンティック…わはは』『羊のうた』
  • TypeScript 2.8.1 変更点 - Qiita

    こんにちはソウゾウ社な@vvakameです。 TypeScript 2.8.1がアナウンスされました。 What's new in TypeScriptも更新されているようです。 破壊的変更もあるよ! 今回からこの辺に僕が試した時のコードを投げておくことにしました。 変更点まとめ Conditional types(条件付きの型) Conditional types T extends U ? X : Y みたいなの書ける Conditional typesでの型推論 Type inference in conditional types infer の導入 ある型に式を当てはめた結果、得られた型推論の型を新たな型パラメタとして利用可能 type ReturnType<T> = T extends (...args: any[]) => infer R ? R : T; こういう R が新

    TypeScript 2.8.1 変更点 - Qiita
  • 本当にしんどい時に見るもの

    久しぶりにしんどさが発生したので下記を見た アニデレ17話(私色ギフト) 響けユーフォニアム12話(うまくなりたいうまくなりたい) ちょっと元気になったけどもうちょっと元気になりたい。 他になんかある人いたら教えて。 アニメじゃなくてもいいのでガンガン教えて。

    本当にしんどい時に見るもの
    nanto_vi
    nanto_vi 2017/12/27
    川原泉のマンガ。『銀のロマンティック…わはは』『笑う大天使』『空の食欲魔人』etc.
  • flex-grow: 1な感じで作った不定の要素の高さを知る子要素を作りたい - Qiita

    なやみ 下みたいなflex-grow: 1で作った子要素を、親要素と同じ高さにしたい つらい 試しに子要素を height: 100% にしてみると、まぁそりゃ子要素見ちゃうよね じゃあ親要素を100%にすればいいじゃん、としても、その親の高さを見ちゃうのでflex-grow台無し。そんなに人生甘くない ここで子要素100%にしても残当な結果 ひらめき The box’s position (and possibly size) is specified with the top, right, bottom, and left properties. These properties specify offsets with respect to the box’s containing block position: relative / absolute の関係にすれば、子absol

    flex-grow: 1な感じで作った不定の要素の高さを知る子要素を作りたい - Qiita
  • 休日は、ケーキを巡る旅をしよう! ブロガー・Nyaoさんの著書『ケーキツアー入門』を3名にプレゼント - 週刊はてなブログ

    ※キャンペーンは終了しました。たくさんのご応募、ありがとうございました。 はてなブログ「Nyao's Funtime!!」を書いているid:nyaofunhouseことNyaoさんが、初めての著書『ケーキツアー入門 おいしいケーキべ歩きのススメ』(青弓社)を2017年6月30日に発売しました。 www.nyao.club これまでにトータルで3,000個以上のケーキをべ、自身のブログで「当においしいケーキ店」についてまとめるなど、その「ケーキ愛」をブログに綴ってきたNyaoさん。 www.nyao.club そんなNyaoさんが提唱し、書籍のタイトルにも含まれている「ケーキツアー」という言葉には、ケーキ店でケーキを買うことを「単なる買い物ではなく、一つの『旅』として楽しもう」という意味が込められています。著では、ケーキツアーを始めるときに覚えておきたいポイントをはじめ、首都圏の各沿

    休日は、ケーキを巡る旅をしよう! ブロガー・Nyaoさんの著書『ケーキツアー入門』を3名にプレゼント - 週刊はてなブログ
    nanto_vi
    nanto_vi 2017/08/18
    京都のパティスリーエス。ふわっと溶けるバタークリームは最高。
  • [コラム] 正規表現の先読み/後読みは、どう考えても名前が悪いので、呼称禁止令を出してルックと気軽に呼んでみませんか。 - Qiita

    [コラム] 正規表現の先読み/後読みは、どう考えても名前が悪いので、呼称禁止令を出してルックと気軽に呼んでみませんか。regex 正規表現の "先読み" / "後読み" を、分かりにくいと感じるすべての人にお送りします。 --- 追記:2017/06/04 コメントにて、ご指摘を頂いております。 当記事の解釈には誤りがあります。コメントのご指摘内容をご覧いただければ幸いです。 当記事の主旨としては、"先読み・後読み" よりも "ルックアヘッド" の方が、意味を捉えやすいのでは?というものでしたが.. そもそも私の、「lookahead」の解釈(とくに、look の主語はどれなのかという部分だと思います)に、勘違いがありました。 ですので、いまのところ当記事の主題は、「"先読み" でも、"ルックアヘッド” でも、どちらでもよいけど、しっかりと厳密に理解しよう!(反省)」となります。 コメント

    [コラム] 正規表現の先読み/後読みは、どう考えても名前が悪いので、呼称禁止令を出してルックと気軽に呼んでみませんか。 - Qiita
    nanto_vi
    nanto_vi 2017/06/04
    個人的には「先読み」「戻り読み」という訳が好み。/ Perlなどの"regex"を「正規表現」と呼ぶことは、「正則表現」と区別がつくからかえってよいのではとも思う。
  • HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様

    今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための(レスポンスボディに載せられる)標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application

    nanto_vi
    nanto_vi 2017/01/05
    HTTP APIのエラー書式を定めたRFC。JSON形式とXML形式あり。
  • 大規模ネイティブアプリへのプッシュ通知機能導入にあたって考えたこと - Qiita

    世の中にたくさんのアプリが存在しますが、実はどんなアプリも通知のパターンとしては、だいたいこのようなものに落ち着くのではないでしょうか。 通知パターンの分類から検討事項を洗い出す 送りたいプッシュ通知の内容を分類した結果をみると、いくつか検討が必要な項目が見当たります。それぞれについて見ていきましょう。 検討1:個別通知の発火タイミング ユーザーが作品を投稿できるようなサービスの場合、そのイベントの発生時刻をサービス運営者が制御することは不可能といって良いでしょう。これは、真夜中にユーザーのデバイスに通知が行ってしまう可能性があるということを意味します。 こうした場合、ユーザーのデバイスにプッシュ通知が到達したあと、すぐにメッセージを表示せずに溜めておき(サイレントプッシュ通知)、定時にユーザーに知らせるという手法を検討すると良いでしょう。 一般的な方はアプリを 通勤・通学中(7:00〜9

    大規模ネイティブアプリへのプッシュ通知機能導入にあたって考えたこと - Qiita
  • Firefoxだけborder-radiusがなぜか効かないcssコード - Qiita

    border-radiusとは block要素の角を丸くするcssです。 指定した長さを半径として、ブロックの四隅が丸くなります。 また、十分大きな長さを指定すると、block要素を円形に切り取ることができます。 参考:https://developer.mozilla.org/ja/docs/Web/CSS/border-radius 発生した現象 以下のコードで、div要素を丸く切り取って表示しようとしました。 <style type="text/css"> div { width: 100px; height: 100px; background-color: red; border-radius: 1000000000px; } </style> <div/> このコードはMac Chrome, Mac Safari,iOS Safari, iOS Chrome, Android

    Firefoxだけborder-radiusがなぜか効かないcssコード - Qiita
    nanto_vi
    nanto_vi 2016/12/23
    Geckoでは17895697pxがCSSで扱える長さの最大値とのこと。
  • 結合文字列を合成する安全な方法を考える - Qiita

    結合文字列をUnicode正規化で合成する方法の危険性 では、結合文字列を解消する方法としてNFCを適用することの危険性を説明しました。それではどうしたらいいのかをここで考えてみます。 考察 結合文字列を解消する現実的な方法は「Composition Exclusionを処理対象から除いてNFCを適用する」だと思います。そこでComposition Exclusionを正規表現にしてみたのがこちら。 これをもとにしてhappyscriptさんが書いてくれたPerlのスクリプトがこちら。 #!/usr/bin/perl use strict; use Unicode::Normalize; use utf8; #-ソースがUTF8だという宣言 use Encode; binmode STDOUT, ":utf8"; #-画面に出力したい文字コード binmode STDERR, ":utf8

    結合文字列を合成する安全な方法を考える - Qiita
  • Danger! ARIA tabs » Simply Accessible

    At Simply Accessible, we believe strongly in including people with disabilities in our usability studies. We test both code and design prototypes as well as web pages in production, and it’s incredibly important for us to see how our users interact with our clients’ sites. It’s difficult to predict how different types of users will experience a given interaction. The results of usability testing c

    Danger! ARIA tabs » Simply Accessible
    nanto_vi
    nanto_vi 2016/04/18
    現状の環境でのユーザー体験改善のためにWAI-ARIAのroleを取り除いた話。まだまだ過渡期か……。
  • 総行数57,000の巨大CSS群をLessに書き換えた軌跡 - mixi engineer blog

    こんにちは!フロントエンド闇祓いの Kuniwak です。 この投稿はmixiグループ Advent Calendar 2015の20日目の記事です。 今年の9月に、スマートフォン Web ブラウザ版 mixi「mixi Touch」の巨大 CSS を Less (CSS プリプロセッサー)でビルドする環境へと移行しました。 書き換えた CSS の行数は、なんと 56,725行 です。😵 ということで、今回は弊社の大規模 CSS → Less 移行事例についてお話しします。 背景 スマートフォン版 mixi は、2010年5月に始まりました。 この頃のスマートフォンは、iPhone 端末であれば iPhone 3GS、Android 端末であれば Nexus One という時期です。 また、スマートフォンの世界では、Webkit ベースのブラウザーが席巻していた時代ということになります。

    総行数57,000の巨大CSS群をLessに書き換えた軌跡 - mixi engineer blog
    nanto_vi
    nanto_vi 2015/12/21
    「本番環境とステージング環境での CSS 解釈に差が出てしまう」なんてことが。開発者・ブラウザベンダ双方に不利益だし、ブラウザベンダがベンダ接頭辞を使わなくなったのも道理。
  • Touch/pointer events test results

    Some of the more interesting data points from running my various touch/pointer tests on a variety of devices/browsers. All tests carried out manually, trying to get the cleanest possible results (e.g. getting a “clean” tap without any finger movement). Most testing carried out against this simple event listener test. Some of these results first appeared in my presentation Getting touchy - an intro

  • 「.co.jp」から「.hitachi」に 日立:朝日新聞デジタル

    日立製作所は、ネット上の住所にあたるドメインの末尾を「.hitachi(ドット日立)」に統一する。ドメイン名を管理する国際団体「ICANN」(米国)に2012年に申請し、今年5月に運用開始を認められた。数年後をめどに現在の「.co.jp」から切り替える。 ドメイン末尾に自社名の使用が認められた大手企業は多いが、実際に運用を始めた例は少なく、様子見の企業が多いという。大日印刷は、電子書籍や写真のフォトブックなど消費者向けサービスを紹介した専用サイトに「.dnp」を使っているが、日立のように多くのサイトで採用する例は珍しい。 「.hitachi」はまず、10月に開く自社展示会の専用サイトで使う。その後、自社サイトや事業部門別サイトにも広げる。グループ企業にも使用を呼びかける。使えるのはグループに限られ、なりすましサイトなどを防ぐ効果も期待できるためだ。 ドメイン末尾を、都市名にする例は広がっ

    「.co.jp」から「.hitachi」に 日立:朝日新聞デジタル
    nanto_vi
    nanto_vi 2015/09/12
    id:mizchi ドメイン名に限っていえば、Nameprep (国際化ドメイン名を扱う際の前処理) により「.hitachi」は「.hitachi」へ変換されます。
  • GUIアーキテクチャパターンの基礎からMVVMパターンへ

    Please select the category that most closely reflects your concern about the presentation, so that we can review it and determine whether it violates our Terms of Use or isn't appropriate for all viewers.

  • 漫画で学ぶ「大阪-東京往復ならほぼ同料金で北陸新幹線にも乗れて金沢へも行けるよ」

    北陸新幹線が開業しましたね。 もともと運行してたけど、この3月14日に金沢・富山 – 長野間がつながって、いよいよ北陸に乗り入れ。 “JReastE7 F2 Omiya 20140517” by Rsa – 投稿者自身による作品. Licensed under CC 表示-継承 3.0 via ウィキメディア・コモンズ. 車両かっこいいし内装も綺麗だし設備も整ってるしで、さほど鉄道への情熱が強いわけではないけどこれは乗ってみたいと思います。 ところが、西日在住だとなかなか機会がない。東京からなら北陸へ遊びに行くのにも使えるけど、北陸新幹線が大阪まで伸びるのはいつになるのかも未定だし。 という話をしていたら、漫画家のへいたろう先生が教えてくれました。「大阪 – 東京間を往復することがあるなら、運賃はほとんど同じで帰り道に北陸新幹線で金沢へ寄れる」とのこと。 そのやり方を説明してもらったんだ

    漫画で学ぶ「大阪-東京往復ならほぼ同料金で北陸新幹線にも乗れて金沢へも行けるよ」
    nanto_vi
    nanto_vi 2015/04/08
    山科→大阪は連続乗車券にすれば日付の心配がなく、万一の払戻手数料も1枚分で済む。追記の東京→東京ルートは山科・京都間の運賃も必要では? (特例 http://www.jreast.co.jp/kippu/1105.html は適用不能) / 追記・修正された。
  • CSSで泥沼にはまらない3つのアプローチ|『プロとして恥ずかしくない 新・WEBデザインの大原則』発売記念イベント

    注釈 60分のセミナー用のスライドです 60分間ひたすらしゃべるための資料なので、目次はありません セミナーのフォローアップのために公開しています 文字が大きいのは、会場の後ろの席でも見えるようにするためです Cascading Style Sheets .header { margin: 8px; color: #f00; } マジックナンバーの良くない例 .main { float: left; width: 640px; } .main h1 { width: 640px; } .main p { width: 640px; } .main ul li { width: 620px; margin-left: 20px; } 数値が乱立 .aaa { width: 640px; } .bbb { width: 324px; } .ccc { width: 216px; } .ddd

    nanto_vi
    nanto_vi 2015/03/05
    「width・heightプロパティは、なるべくブラウザに計算させよう」、マジックナンバーととらえる。/ 内容と関係ないけど、CSS 無効化 (Firefox なら「表示」→「スタイルシート」→「スタイルシートを使用しない」) が便利。
  • TypeScript で実現する MVP アーキテクチャパターン - Hatena Developer Blog

    こんにちは、アプリケーションエンジニアの id:nanto_vi です。先日行われた Hatena Engineer Seminar #4 で、「TypeScript で実現する MVP アーキテクチャパターン」と題する発表を行いました。当日は皆様ご清聴いただき、また懇親会でも活発な質疑をいただきありがとうございました。 内容としては、TypeScript を用いたクライアントサイド Web プログラミングの話、及び既存の JavaScript フレームワークを採用せず、MVP (Model-View-Presenter) アーキテクチャパターンにのっとり開発を進めた事例の紹介となります。以下に発表資料を加筆修正して公開するのでご参照ください。 自己紹介 id:nanto_vi (外山真) アプリケーションエンジニア JavaScriptPerl アジェンダ 少年ジャンプルーキーでの T

    TypeScript で実現する MVP アーキテクチャパターン - Hatena Developer Blog
    nanto_vi
    nanto_vi 2015/02/17
    id:teppeis 「まとめ」に関する補足を「質疑応答など」に追記しました。