Suicaや紙のきっぷがなくても乗車可能 JR東日本が「QRコード乗車サービス」を2024年度下期に開始
JR東日本は11月8日、QRコードで乗車可能なサービスを2024年度下期に始めると発表した。当初は東北エリアで提供し、BRTを除くJR東日本の新幹線・在来線全線へサービスエリアを広げるとしている。 サービス開始後は「えきねっと」で乗車券類を予約・購入する際に「QR乗車」を選択できるようになり、チケット購入後にえきねっとアプリに表示されるQRコードを自動改札機にかざすと、チケットレスで新幹線や在来線への乗車が可能になる。同社広報によると、QRコードのかざし方による体感の違いはあるが、処理性能はSuicaなどのICカードと同等レベルを実現したという。 JR東日本によると、自動改札機を設置していない駅については、ユーザー自身でアプリ上にて利用開始・終了できる方法を検討しているという。
Immersed + Meta Quest(Oculus Quest) + Macbook Proで、文章やコードを書く
Immersed + Meta Quest(Oculus Quest) + Macbook Proで、文章やコードを書く 最近は、ImmersedというMeta Quest(Oculus Quest)で動くアプリを使ってプログラミングをしたり文章を書いたりしています。 ImmersedはOculus QuestなどのVR機器で動くアプリです。 リモートデスクトップ的にOculus QuestとPCを接続して、Oculus QuestをPCのディスプレイとして使えます。 必要な道具 Oculus Quest 2 Oculus Questでも問題ないそうです Windows or macOS or Linuxが動くPC macOSだと自動で物理的なディスプレイが暗くなったり、macOSの方がサポートは良いのかも MacBook Pro (13-inch, 2020, Four Thunderb
Node/Deno でソースコードにテストを書く
tl;dr ファイルをそれ単独で単体テストとして実行するボイラープレートを編み出した そのヘルパとして mizchi/test という実装を作った なぜソースコードにテストを書きたいか Rust や Python の doctest ではソースコードにテストを書く方法があります。 ソースコードにテストを書けると、コードとテストの心理的な距離が近くなってテストが書きやすくなる、という肌感があります。(諸説あります) 実装とテストが混ざって汚れるのが嫌という意見も理解できますが、それはありつつ認めた上で、あとでリファクタする前提で最初の一歩をその実装に書けると嬉しい、という気持ちがあります。 現状の Node だととりあえず assert するだけという単純なテストを書くことは可能ですが、構造化する方法がないので、簡単なスクラッチの時ぐらいしか行われません。 // test.js import
Slidevを導入してMarkdownで美しいスライドを書こう - Qiita
(PR) 本記事でご紹介している Slidev などのテクニックについて、2021/11/20(土) 開催の VS Code Conference Japan 2021 にてご紹介しました。YouTubeアーカイブや発表資料も是非ご参照ください。 Slidevとは Slidevはエンジニア向けプレゼンテーションツールです。 Markdownで記述した文書から美しいスライドを生成できます。 公式デモ とそのソースとなるMarkdown もご参照ください。 ドキュメントは以下にあります。 すぐに使えるサンプル 使用頻度の高いと思われる記法を含めたサンプルのMarkdownを以下に公開しています。 コピペするなどしてお使いください。詳細は後述します。 上記Markdownを使用しているスライドを以下にデプロイしています。 上記Markdownの記述内容と見比べていただけると分かりやすいかと思いま
最終回 マネージャーの心理 | gihyo.jp
マネージャーの苦悩 マネージャーが抱えがちな悩みについて、本連載で以下のことについて書いてきました。 1on1とコーチングについて 目標設定と評価について 採用と広報活動について これらに関するマネジメントとしての考え方のヒントは得られた方もいるかもしれませんが、ただ読んだり学習して深堀りしたりするだけで完全に悩みを解消できることはないでしょう。知識として得たこと、学習したことをベースに実践として取り入れ経験値としていくことが必要です。 その際に重要になってくるのが、「マネジメントに失敗は許されない」という考えを捨て去ることです。開発の現場ではバグやエラーなどといった比較的課題としてとらえやすい問題が多いせいか、あいまいな問題が多いマネジメントの課題に対して取り組むことに慣れていない方も多いでしょう。そんな状況で、いきなり一人前のマネージャーとしての成果を期待されたとしても100点満点の
お前も技術的負債にしてやろうか！ もしくは技術的負債と和田卓人さんをめぐるシンクロニシティ - YAMDAS現更新履歴
みんな大好き、技術的負債の話題である。 t-wada.hatenablog.jp まずはエチケットペーパーというか議論の前提として、和田卓人さんのブログエントリをはっておく。 技術的負債という概念の生みの親であるウォード・カニンガムの説明を読み直すと、「技術的負債」という言葉の一般的にイメージとは結構違うという話だが、ワタシ自身、技術的負債といえば、和田さんが書くように「リリース優先で雑なコードを書いたものの、結局はきれいに書き直されていないコード」や「古くなってしまった技術基盤（言語やインフラやフレームワーク）」のことだと思い込んでいた。これには蒙を開かされた。 ieeexplore.ieee.org 偶然だろうが、和田さんの文章が公開されたのと同じ今年の6月、IEEE Software に技術的負債についての文章が掲載されている。これを書いたのは、『Just Enough Softwa
新しいマークダウンパーサーが必要な理由 | NHN Cloud Meetup
最近の開発者が最も好むドキュメント形式を挙げるとしたら断然マークダウンになるでしょう。マークダウンは、GitHub、GitLab、Bitbucketなど、タスクやイシュー管理に対応するほとんどのサービスにおいて、基本のドキュメント形式として使用されています。また、IntelliJ、VSCode、Vim、Emacsなど、ほぼすべてのテキスト編集ツールでも、プラグインを通じてマークダウン文書の強調構文やプレビュー機能を使用することができます。 TOAST UI Editorはここからさらに一歩進んで、マークダウンエディターとウィジウィグエディターを統合した形式のインターフェースを提供しています。ウィジウィグエディターを使用すると、テーブルなどの複雑な文法をより直感的に簡単に編集することができ、マークダウンに慣れていないユーザーでもマークダウン基盤の文書を簡単に編集できます。特に、開発者と非開発
DRYと不当な抽象化によるコストについて | POSTD
本記事は、もう随分と長い間、私がToDoリストに記したままになっていたものです。ですが今日だけは、その考えを実行に移すエネルギーと時間があったようです。私は今、少し前に最初の記事を投稿した時と同じカフェにいます。たまたまなのか、それとも……。店員が私に出した飲み物に何か入れていたに違いありません。 ベストプラクティスにならえ、という古き良きアドバイスがありますよね。そうした情報は常に耳に入ってきます。私たちは、どういうわけかテクニカルな会話の中で DRY とか KISS といった頭字語を第一の原則としてきました。熱心に、まずそうした概念に従っています。たまたま、知識欲があるために、あるいは知識がなかったために、そうした概念から外れたことをする人がいようものなら、確実にその人に嵐のような批判を浴びせます。この原則にとらわれすぎていて、そこに背を向けることを拒んでいるのです。 念のためですが、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub 二段階認証の、解除方法【リカバリーコードなし😱】 - Qiita