サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ノーベル賞
inouetakuya.hatenablog.com
この記事は Nuxt.js Advent Calendar 2019 - Qiita の最終日(25日)の記事です。 Vue Fes Japan 2019 の Web サイトのソースコードを公開したので、お知らせします。 https://github.com/vuejs-jp/vuefes-2019 概要 Vue Fes Japan 2019 は Nuxt.js の静的サイトジェネレート機能(nuxt generate)によって作成している。 生成した静的ファイルを Netlify でホスティングしている。 スポンサー情報などのコンテンツをヘッドレス CMS である Contentful で管理している。いわゆる JAMstack 構成。 ポイントをピックアップ Vue Fes Japan 2018 サイトのソースコードについては下記で解説しており、2019 のものと共通している点も多いの
この記事は STORES.jp Advent Calendar 2019 - Adventar の 8日目の記事。 先日(11/26)STORES.jp 社内で Jest の勉強会を開催したので、そのときに話した内容を書く。 なお、私たち STORES.jp のフロントエンドチームが Jest Vue Test Utils Vue.js を採用しているので、それらを用いたテストコードを掲載しているが、大半の内容は上記以外のスタックを用いたテストにも当てはまるものだと思う。 アジェンダ なぜ読みやすさを重視するのか? 読みやすくするためのヒント 書きやすくするためのヒント おまけ なぜ読みやすさを重視するのか? さて、今回は「読みやすさ」を重視した Jest の書き方をお伝えする。なぜ「読みやすさ」を重視するのか、その背景について説明する。 よいテストとは? まずはじめに、よいテストとは何か
今年の 7月末でリブセンスを退職して、8月からはフリーランスとして STORES.jp / hey という EC のサービスを作っているスタートアップで働いている。2か月半ほど働いてみた感想として、友人にも自信をもってオススメできる企業なので紹介したい。 できるだけ中立的な立場で書く 少し話が逸れるけど、以前 OLTA という企業にカジュアル面談に行ったときに、業務委託として OLTA で働いていた @ffu_ さんが中立的な立場で同席してくれて、とても助かった(発言が信頼できた)のを覚えている。可能な限りそういうスタンスで、友人に伝えるような感じで、良いところもそうでないところも書こうと思う。 あと、できるだけ印象ではなく、こういうことがあったなどのファクトベースで書いていくつもり。 なんか、みんな、ちゃんとしてる(語彙) 僕は正社員5名、業務委託4名、計9名という規模のフロントエンドチ
台風19号の接近に伴い、昨日、Vue Fes Japan 2019 の開催中止を発表した。人生のなかでこれほど台風の情報を見たことはないだろう。まだまだやることはたくさん残っているけれど、中止の決断について記憶が新しいうちにメモしておきたい。いつかまた重要な局面に立ったときに役に立つかもしれないので。 ※ただし、ここに書き留めるのはあくまで個人の見解であり、Vue.js 日本ユーザーグループとしての公式の見解ではない。 経緯 10/8(火) 台風19号の報を受けて、興行中止保険の保険会社に、保険が下りる下りないのケースを確認し、開催対応について発表したのが 10/8(火)のこと。 台風に伴う Vue Fes Japan 2019 開催対応について ざっくりいうと「開催当日」に (1) 台風が半径 100km 圏内にある or (2) 交通機関が機能しない という条件を満たさないと保険が下り
Vue.js 日本ユーザーグループ では Vue Fes Japan 2019 に向けて、月イチくらいのペースで定例 MTG を開いているんだけど、その議事録を HackMD という共同編集可能な Markdown エディタ(Web サービス)を使うようになってだいぶ捗ったので共有。 解決したかった問題 HackMD を導入する以前は、 Slack のスレッドをつくって、そこに有志が書き込んでいく MTG が終わったら、誰かが議事録として esa に書き起こす というのをやっていた。そうすると、 話が行ったり来たりすると Slack スレッドがカオスになって分かりにくくなる 議事録としてまとめる作業が面倒 という問題を抱えていた。 HackMD で議事録 まず、あらかじめ MTG で話したいことをアジェンダでまとめておく Vue.js 日本ユーザーグループでは、ドキュメントの管理に esa
先日、カンファレンスの主催についてのナレッジを交換するというイベントを開催したのでメモ。 カンファレンス主催 Casual Talks #1(PLAID で開催!) - connpass 背景 Vue.js 日本ユーザーグループとして Vue Fes Japan 2018 は初のカンファレンスだったので、一体何から準備を始めたら良いかとても不安だった。同様に、カンファレンスを開いてみたいんだけど、躊躇しているコミュニティの人たちに対して、私たちが得た知見を共有することで背中を押したかった。 また、次回 Vue Fes Japan 2019 をよりよいものにしたくて、RubyKaigi や Builderscon という先輩方の知見を得たかった。同様に考えているコミュニティの人は、他にもいらっしゃると考えた。 Vue Fes Japan 2018 で得た知見の共有 Vue Fes Japan
この記事は Nuxt.js #2 Advent Calendar 2018 - Qiita の最終日(25日)の記事です。 Vue Fes Japan 2018 の Web サイトのソースコードを公開したので、お知らせします。 https://github.com/vuejs-jp/vuefes.jp 概要 Vue Fes Japan 2018 は Nuxt.js の静的サイトジェネレート機能(nuxt generate)によって作成している。 生成した静的ファイルを Netlify でホスティングしている。 なぜ nuxt generate 機能を使っているのかを含めて、このサイトの解説については既にいくつかの勉強会で発表しているので資料を貼っておく。 このサイトの速度改善を行ったことについても発表した。 ポイントをピックアップ いくつかポイントをピックアップしていく。詳細については上の
先日、転職ドラフトで「自己推薦」という新機能をリリースしたんだけど。 企業から指名が届く、通常の転職ドラフトに対して、自己推薦は、自分から企業へ自分を推薦する(簡単に言うと求人へ応募する)というもの。 解決したい課題 「企業から中々の金額の指名をもらえたんだけど、あまり興味が持てる企業ではなくて、肝心の興味がある企業からは指名がこなかった」というようなユーザーを想定している。 あるいは「転職ドラフトの審査を通過するほどの実力は持っているんだけど、指名がこなかった」ユーザー。(企業側のひとりとして弁解しておくけど、ユーザーのレジュメをじっくり読むのはそれなりに時間がかかるので、全てのレジュメをじっくり読んでいるわけではなくて、当然、マッチングの漏れはある) そんなユーザーたちが、自分から企業へアプローチできる手段がいままでなかったので、つくった。 中身のない求人へのアンチテーゼ いや、もちろ
Chrome 68 から HTTP 配信だと警告が出るということなので、先週末、慌ててこのブログを常時 SSL 化した。 神記事 前職でカラーミーショップの常時 SSL プロジェクトを主導していたので、やることは分かっていたけど、Mixed Content 対応めんどくさいなーと思っていたところ、神記事をみつけた。必要なやつ全部書いてくれている、わかりやすく。 自分のブログ(独自ドメインのはてなブログ)をHTTPS配信に切り替えました - give IT a try だいぶ時間を省けた。id:JunichiIto さんに大感謝。 しかも、前職で同じチームで仕事していた後輩のリポジトリが出てきたりして(kymmt90/hatenablog: A Ruby gem for Hatena Blog AtomPub API)、とても誇らしい気持ちになった。がんばってんなー。 補足 もう上の記事が素
リブセンスに転職したのを機に、49インチ 4K ディスプレイを使い始めた。半年ほど経ったので、感想をメモしておく。結論としては、生産性がとても上がった。オススメ。 Before 以前は、下記 3つを並べて使っていた。 MacBook Pro 13インチ 24インチ ディスプレイ 24インチ ディスプレイ(縦回転して表示) After MacBook Pro 13インチを閉じて(クラムシェルモード)49インチ 4K ディスプレイに接続している。隣の席の 15インチ MacBook Pro と較べて、異様にデカい。 スペック LCD-M4K491XDB 仕様 | ワイドモデル | IODATA アイ・オー・データ機器 を購入した。 解像度 3840 x 2160 表示面積 1073.8 x 604(mm) 外形寸法(スタンドあり)1109 x 217 x 679(mm) なお、ディスプレイを置
おいおいおい。moffers という、転職ドラフトの類似サービスの存在はもちろん知っていたけれど。昨日たまたま下記の PR 記事を見て、目を疑った。 レジュメの書き方でオファー金額がアップする!? ― moffers のキャリアアドバイザーに聞いてきた!|CodeIQ MAGAZINE 画面キャプチャを較べてみよう 記事内に出てくる moffers の画面キャプチャ、転職ドラフトのものとそっくり過ぎる。偶然にしては出来過ぎているだろう? 左が moffers で、真ん中と右が転職ドラフトのもの もうひとつのキャプチャもそう。 左が moffers で右が転職ドラフトのもの その他「提示年収 90% 保証ルール」などの仕組みまで、まるで同じではないか。 競争相手 キャズム Ver.2 増補改訂版 新商品をブレイクさせる「超」マーケティング理論 作者: ジェフリー・ムーア出版社/メーカー: 翔
ウェブ企業の人事担当には耳の痛い話をする。人事担当なら皆知っているだろうけど、できるだけ目を背けたい話。 先日 日本人エンジニアの給料が上がらない理由 | プレジデントオンライン | PRESIDENT Online という記事を読んだ。 中国の通信機器大手ファーウェイ(華為技術)が日本で大卒エンジニアを「初任給40万円」で募集して話題を集めた 厚生労働省の調査によれば日本の大卒初任給の平均は約20万円(2017年) ファーウェイ本社のエンジニアの初任給は、日本円で月額約83万円 ファーウェイに限らず、中国のハイテク企業のエンジニアの給料は軒並み高い。この20年間で ICT のエンジニアが圧倒的に不足して、エンジニアの給与水準が世界共通になった この記事を読んで、ふと頭をよぎったのは 外国のハイテク企業が転職ドラフトに参加したら、どうなってしまうんだろう? ということ。 20代前半のエンジ
昨年(2017年)の 11月にリブセンスの転職ドラフトチームにジョインして 2か月経った。まだ 2か月しか経ってないのかよー、と思うくらい、とても濃い日々を過ごしている。 そのなかで、転職ドラフトのレジュメの審査もやっている。 先日、下記の記事が出て、それを読みながら、審査メンのひとりとして、日々どんなこと考えているのか自分の口からも伝えておきたいなーと思った次第。 審査に落ちる理由の 9割は「情報不足」!転職ドラフトの審査にまつわる 3つの誤解|転職ドラフト Report ペパボのエンジニア評価制度を思い出す 転職ドラフトに提出されたレジュメを見ながら、思い出すのは前職の GMO ペパボにいたときのエンジニア評価制度。 いつだったかこのブログにも書いたけれど、ペパボのエンジニア評価は、社内の全員が見ることができる公開リポジトリ(GitHub Enterprise)の、プルリクエスト上で行
先ほどプロダクトマネージャーコミュニティ Product Managers Japan のオフ会から帰って来て、興奮醒めやらぬまま、このエントリーを書いているところ。 pmjp.slack.com オフ会 #11 転職ドラフトの(つまり自分のチームの)プロダクトマネージャーが発表をしたので心の中で応援しつつ見ていた。 内容はもちろん知っていることだったけれど、それでも胸が熱くなって、収まりがつかなくなったので、ここに吐き出す。 発表内容 スライドの内容を簡単に 3行くらいでまとめようかと思ったけれど、やめた。ロジックは伝わるかもしれないけれど、何か大事なものが抜け落ちてしまう気がしたから。 ファンがつくられる瞬間 それでも会場のあの感じは、その場にいた人にしか伝わらないことが、とても悔しい。 今回はいつも以上に神会(回)だった😎 とりわけ、リブセンスさんの発表が心に響いた。ビジョンドリブ
分かってる。2017年にもなって、まだ Boxen ユーザーがいたことに驚いているんだろう? 参考)Boxen 使ってて許されるのは 2013年だけだった - Qiita しかし、今回の焦点はそこではない。少なくとも僕のユースケース(後述)にとっては、パーフェクトではないにしろ、Boxen は良い働きをしてくれていたし、長く苦楽を共にした戦友ともいえる存在だった。 そんな Boxen がリブセンス入社初日に死んだ。 具体的に言うと、 Mac の ユーザー名が数字のみ だと Boxen がエラーを吐いてマトモに動かない 原因は Boxen が使っている Puppet が、ユーザー名が数字のみだと、user ではなく uid として扱ってしまうため ユーザー名が数字のみだと Boxen や Puppet だけでなく他のツールでも不具合を引き起こす可能性がある ということについて、皆さんに注意を
ペパボを退職した。2011年11月から丸 6年所属したことになる。 先日、ペパボのみんなから寄せ書きをいただいたのだけれど「おいちゃんのブログがきっかけで入社した」という旨のコメントがとても多くて驚いた。それ自体はとても光栄なことで、おそらく下記のエントリーあたりのことを言っているんだろうと思う(いま読み返すとちょっと恥ずかしい) paperboy&co.(ペパボ)に入社して 1か月たちました paperboy&co.(ペパボ)に入社して、半年が経ちました ペパボのエンジニア評価制度を、社内の一般エンジニアはどうみているのか? ただ、そんな自分が辞めたとなると、ペパボの外の人たちはペパボに悪い印象を持ってしまうのではないかと不安になったので断っておくと、ペパボの仲間は相変わらず最高だし「いるだけで成長できる環境」にも偽りはないと言い切れる。 退職するのはあくまで自分の中に変化があって、新し
ペパボでは小学3年生までの子どもがいる場合とか、一定の条件で短時間勤務をすることができるので、それを利用して昨年(2016年)の 3月から 1年半、短時間勤務をしている(通常 8時間勤務のところを 2時間減らして 6時間勤務にしている) 実際やってみてどうだったのか、ひとつの事例として参考になればと思い、書き留めておく。 環境(チームの規模等) 前提として、僕がどんな環境で働いているかというと、チームの人数やメンバーは変動があるけれど、およそチームの規模としては、 エンジニア 6人 デザイナー 1人 プロダクトマネージャー 1人 という感じ。1スプリント = 1週間でアジャイル開発している。 短時間勤務にしたかった理由 なぜ短時間勤務にしたかというと、手続上、何か理由がないと短時間勤務できないというわけではないんだけど、子どもの保育園の送迎というのが表向きの理由。 もう少しいうと、5歳の息
昨日 第9回 ペパボテックカンファレンス Vue.js 特集 を開催した。自分が企画して、準備、開催、無事に終わってホッと一息というところだが、まだ余韻が残っているうちに、主催者としての想いを書き留めておきたい。 勢い 人には、勢いというものが必要なときが、ある。 ある朝、いつものように井の頭線に乗って通勤していて、ふと、あ、Vue.js の現場特集やらなきゃ、という気持ちになって、一人で盛り上がっちゃって。お気に入りのノート(Rollbarn)にバァァーッと内容とかを書き出して。 そのままのテンションで会社のデスクについて、GitHub Enterprise の開発者全員がみるリポジトリの Issue にバァァーッと書いてポチっと投稿した。 あとでゼッタイ後悔するだろうな、と分かってて、やった。 後悔というか、こういう「やったほうが良いけど準備が大変」系のやつは(少なくとも自分は)冷静に
先週行われた Vue.js Tokyo v-meetup #4 に行って発表してきた。 僕はペパボの EC 事業部というところに所属しているんだけど、少し前に新しいプロジェクトを Nuxt.js を使うか否かを検討する場があって。それが現場感溢れる話だったので共有したら面白そうということで選んだ。 Nuxt.js 公式ドキュメントの翻訳者としては、当然、Nuxt.js は推しフレームワークではあるんだけど、それはユースケースによりけりで、今回はこのように検討して、結果として採用を見送りましたよと。 僕は検討の場にはアドバイザーという立ち位置で入って、決定をする人は別にいたんだけれど、決定をした同僚の最後の言葉は おいちゃん、僕は Nuxt というレールよりも、自由の翼がほしいんです! だった。 補足 補足しておくと、今回の決定に際して、プロダクトの要件がもちろん第一ではあるけれど、それをど
以前 Nuxt.js の公式ドキュメント をどうやって翻訳したか、何が課題だと感じたか等を下記にまとめた。 Nuxt.js 公式ドキュメントの翻訳スタイルをアップデートした Nuxt.js 公式ドキュメントの翻訳スタイルの紹介 Nuxt.js の公式ドキュメントの翻訳フローに GitLocalize(後述)を入れて、もっと効率的にやっていこうという機運が高まって @sotayamashita 氏を中心に 実際に動き出している。というか、めちゃくちゃスピーディに話が進んで いっている(Vue.js でも。Issue 1, Issue 2) で、これからどうやって進めていくんだっけ?僕はどのタスクをやるのが良いんだっけ?ということを確認したいというモチベーションと、そういえば、まだ一度もお会いしたことないなー、会いたいなーと思って、やっていきランチを渋谷でやることにした。 ドキュメントの翻訳っ
転職ドラフト(第6回) に参加した。参加に至る経緯については こちら に書いたが、それはともかくとして、結果を受けて、いろいろと自分を見つめ直す機会となったのでメモしておく。 結果 利用規約 を読むに(特に16条)あまり詳しく書いてはいけないと思うので企業名は伏せるけれども、 年収 800万 x 2 指名 年収 750万 x 1 指名 自分がパフォーマンスを発揮できる環境において、出せるバリューはこれくらいかなと考えて「希望年収」欄には 800万と記入していたので、まあだいたいそのくらいだよなと確認できて良かった。 全体の分布をみると下記のような感じで、ああ結構高く評価していただけたんだなと、嬉しく思った。 評価の理由 企業が記入してくださる欄に「指名理由」という項目があって、 フロントエンドとバックエンドどちらも高いレベル 適切な技術を選択してユーザービリティの高いものを一気通貫でつくり
転職ドラフトという Web サービスに登録して利用してみた。 転職ドラフト|IT エンジニアを年収・仕事内容つきで競争入札 はじめに断っておくと、僕はこのサービス、とても良いと思っている。このサービスが解決しようとしている課題やビジョンにも共感できる。 ただ、利用するなかで、この仕様はちょっとなあ...と思う部分があったので、感想文を書いておく。どうにか中の人に良い感じで伝わって、今後に活かしていただけたらと願う。 利用の動機 転職ドラフトの記事 に過去に一緒に仕事をした仲間が載っていて、うわお、マジか、やっぱりあの人すごいなー、と思って。 いくら(年収)で転職したんだろう?と野次馬根性で見ようとしたんだけど、それを見るにはユーザー登録しないといけない仕組みだったからユーザー登録した、というのが契機。 レジュメを入力 レジュメという名の、自分がどういう人でどういう仕事を過去にやってきたのか
これまで npm shrinkwrap 使っていなかったんだけど、プライベートでやっているプロダクトで使うようにしたのでメモ。 3行まとめ npm shrinkwrap すると npm-shrinkwrap.json が生成される npm 3系では npm-shrinkwrap.json に deependencies のパッケージは記載されているが、devDependencies のパッケージは記載されないのがデフォルトの挙動。devDependencies を含めるには --dev オプションを付ける npm@4.0.1 からは npm-shrinkwrap.json に devDeependencies のパッケージを含めるのがデフォルトの挙動。除外するには --production オプションを付ける きっかけ サーバーを移設した際に新しいサーバーで npm install したら
Nuxt.js 公式ドキュメントの翻訳スタイルの紹介 のつづき。エントリーを公開したときに次のようなコメントをいただいた。 Nuxt.js 公式ドキュメントの翻訳スタイルの紹介 - 彼女からは、おいちゃんと呼ばれています 更新の際に、原文を更新するの面倒くさい問題は、どう解消しているのでしょう?2017/03/27 13:58 なるほど、もっともだなーと思いつつも、それに対する解は今後やりながら考えようと思っていた。 で、少し経験値が溜まって、自分なりの答えが見い出せたので紹介する。 結論: 翻訳スタイルをアップデートする 原文のコメントアウトを消す 原文の更新が日本語訳に反映されているか否かを確認できるようにするために、原文を更新するプルリクエスト(または master ブランチへの直接コミット)に対して、日本語訳に反映させるプルリクエストからリンクを貼る メジャーアップデートに伴うドキ
Nuxt.js はユニバーサルな Vue.js アプリケーションを構築するためのフレームワークで、その公式ドキュメントの翻訳をはじめたのは 前回お伝えした とおり。 そして翻訳が完了し、昨日、日本語バージョンが公開されたのでアナウンス。 ja.nuxtjs.org Nuxt.js というレール 先日行われた Vue.js Tokyo v-meetup="#3" でも発表したんだけど、Nuxt.js は「レール」を用意してくれている。 これに乗れば、サーバーサイドレンダリングだけでなく、Vue-Router、Vuex、Vue-Meta など Vue.js 関連ライブラリとの統合を Nuxt.js がまとめて面倒みてくれる。したがって(本来やりたかったはずである)Vue コンポーネントの開発に集中することができる。 「レール」という言葉を使ったのは、かつて Rails にはじめて触れたときの感
Nuxt.js はユニバーサルな Vue.js アプリケーションを構築するためのフレームワーク。Next.js は React.js をサーバーサイドレンダリングするが、こちらは Vue.js をサーバーサイドレンダリングする。もうすぐバージョン 1.0 がリリースされそう。 Nuxt.js - Universal Vue.js Applications nuxt/nuxt.js: Framework for server-rendered Vue.js applications. その Nuxt.js の公式ドキュメントの翻訳にちょうど 1週間前に着手した。 前回のエントリー で書いたように @kenchan くんさん主催の @t_wada さんを囲む会で相談などしつつ、だいたい翻訳スタイルが固まってきたので、翻訳プロジェクトの一例として参考になればと思い、紹介する。 どのように翻訳して
今日はペパボの社内勉強会に TDD の実践者として知られる @t_wada さんが来てくださって「毎日コードを書く」ということについてお話をしていただいた。内容はおよそ こちら にあるようなことで、お話いただいた後の質疑応答でも、大変参考になる知見が得られたので、感謝の気持ちを込めてメモ。 何を得ようと思って参加したか 「今度 t_wada さんを囲む会をやるよ、内容はこんな感じだよ、希望者はぜひ参加して〜」という感じのアナウンスがされていて。 僕は以前、下記に書いたように、毎日コードを書くというのを試みたことがあって、もちろん得るものもあったが、インプットの量が減ってしまったという反省点のほうが大きかった。 プライベートで 689日連続でコードを書いた(ことの振り返り) 2016年になって、Pivotal Tracker でインプットの質と量を保てた一年だった と振り返ることができるほど
Vuex は Vue.js アプリケーションのための状態管理パターンのライブラリ。Flux、Redux そして The Elm Architecture から影響を受けている。 その Vuex の公式ドキュメントの翻訳を2016年11月〜12月に @kitak @tady_jp @kimikimi714 とともにやらせていただいたのでアナウンス。だいぶ書くのが遅くなってしまったけども。 https://vuex.vuejs.org/ja/ Translate v2 docs in Japanese. by kitak ・ Pull Request #428 ・ vuejs/vuex きっかけ Vue.js 本体の 2.0 のドキュメント翻訳が終わろうとしていた頃に、元同僚かつ同じチームで仕事をしていた @kitak が Slack の vuejs-jp で一緒にやろうと呼びかけていたので乗
2016年を振り返る。前回の振り返り(プライベートで 689日連続でコードを書いた(ことの振り返り))の「Try」で 今後はインプットにあてる時間を増そうと思う。 と書いたが、今年は一年を通じて良いペースでインプットできたと思う。 今年から短時間勤務にシフトして(8時間勤務 -> 6時間勤務)働き方を変えたことも重要なイベントであったけれど、それはいつか別途書くことにして、ここでは課題としていたインプットを中心に振り返る。 インプットの質・内容 どういうインプットを意識していたかというと、「緊急度は低いが重要度が高い」事柄のインプットである。みんな大好き『7つの習慣』の「緊急度 x 重要度」のマトリックスでいうところの第2領域。 緊急 緊急ではない 重要 第1領域 第2領域(ココ) 重要ではない 第3領域 第4領域 例えば『誰のためのデザイン?』のような「これを読まなくてもすぐには困らない
次のページ
このページを最初にブックマークしてみませんか?
『おいちゃんと呼ばれています』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く