フロントエンドのテストコードを書くときに大切にしていること - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは、フロントエンドエキスパートチームの @mugi_unoです！ kintone では フロントエンドの刷新プロジェクト（通称フロリア）が進行中です。 blog.cybozu.io kintone の開発では E2E 主体の自動テストを整備していましたが、 フロントエンドの刷新に合わせて、新たにフロントエンド側でのテストコードを積極的に書いています。 テストを書くことに不慣れなメンバーもいるため、日々 Pull Request 上でのレビューやペア・モブ作業を通じて、知見の共有が行われています。今回はフロントエンド刷新のテストを書いてきた中から、筆者が有用だと感じた知見やノウハウを紹介したいと思います。 目次 💡「実はそれ最初からパスしてるかもしれない」 期待する操作で期待する結果になることを厳密に検証する 他のテストケースによって前提条件を担保する 💡「テストコード上のロジッ
テクニカルライティングで技術をわかりやすく伝えよう！テクニカルライティング勉強会開催記 - LIVESENSE ENGINEER BLOG
先日、社内でテクニカルライティングに関しての勉強会が開催されました。 リブセンス社内の多数のエンジニアが参加し、大盛況となりました。この記事ではそんな勉強会の模様を紹介します。 概要 開催の経緯 エンジニアブログの記事を自信を持って書いてもらえるようになってほしい 良い文章とはどんな文章かの共通認識を作りしたい 講義の内容 テクニカルライティングの基本的な考え方を知る 伝える情報を整理する アウトラインを作る トピック単位で文章構成の骨組みを作る わかりやすく、簡潔な文章で書く 質疑応答 最後に 概要 今回の勉強会では、外部より仲田 尚央さん(@naoh_nak)に講師をお願いしました。テクニカルライティングの分野で多方面で活躍されている方です。「ヘルプサイトの作り方」という本の著者であり、「テクニカルライティング ✕ UX」をテーマにした勉強会の主催もされています。 https://ww
「良いコード」を書くために意識している17のTips まとめ
この記事について 私はWeb基盤を提供している企業でWebアプリケーションエンジニアをしています。 インフラや顧客基盤など複数のバックエンドAPIが動いており、それらを結合したアグリゲーション（BFF）の作成とフロントエンドの実装を担当することが多いです。 言語はTypeScriptとC#を選択する事が多く、フロントエンドではReact.jsとVue.jsを使用しています。これらをコンテキストとして私が「良いコード」を書くために日頃意識しているTipsを投稿していきます。 やらないこと インデントを揃える、命名基礎、アクセス修飾子などの基礎的な内容は割愛しています。 コードはTypeScriptで書いています。ですが特定の言語に特化した内容にはしていません。 プログミング全般に掛かかった内容であり、フロントエンドやバックエンドなど特定のレイヤーに特化した内容にはしていません。 良いコードと
tsconfig.json 設定項目備忘録
型推論オプション 型推論の結果が変わるもの。 ⭐strict ... 以下のセット alwaysStrict strictNullChecks T | null や T | undefined が T に縮退しなくなる。 例 strictBindCallApply Function の各種メソッドが any に縮退しなくなる。 例 strictFunctionTypes コールバック関数の引数が共変でもunifyするようになる結果、型変数の推論優先度が変わることがある。 例 strictPropertyInitialization noImplicitAny 宣言型がない場合にflow typeが使われる機会が増える。 例 noImplicitThis thisの宣言型がない場合に文脈から型が決定される機会が増える。 例 useUnknownInCatchVariables catch (
Next.js 13
As we announced at Next.js Conf, Next.js 13 (stable) lays the foundations to be dynamic without limits: app Directory (beta): Easier, faster, less client JS. Layouts React Server Components Streaming Turbopack (alpha): Up to 700x faster Rust-based Webpack replacement. New next/image: Faster with native browser lazy loading. New @next/font (beta): Automatic self-hosted fonts with zero layout shift.
低すぎる自己評価は実際の評価も下げてしまうという話
自己評価が高すぎると困るのは想像がつきやすいと思いますが、一方で低すぎるのも困りものです。むしろ、そっちの方がより深刻な問題を引き起こしやすかったりします。 自己評価が過度に低い状態というのは、謙虚さではなく自己否定につながる場合がままあります。 それはやがて自分の携わる仕事やチームに対する否定に発展していきます。これが本当に良くない。本人のみならず周りにも悪影響を与えるので、仕事によるプラスのアウトプットを打ち消すマイナスのアウトプットを生み出してしまう。 仕事をすると同時にそれを削る方向の動きもしてしまうので、成果を上げても十分な評価ができなくなってしまいます。そして、また下がる自己評価という負の循環が完成する。 そこまで極端でなかったとしても、自己評価が低い人がシニアエンジニアとかリーダーみたいなポジションについてしまうと、それもまた不幸を招きがちです。 「自分に厳しい」と言えば聞こ
『ルーンファクトリー３スペシャル』2023年3月2日発売へ。シリーズの中でも特に人気の高い牧場アクションRPGフルリメイク - AUTOMATON
マーベラスは10月13日、『ルーンファクトリー３スペシャル』を2023年3月2日に発売すると発表した。対応プラットフォームはNintendo Switchで、価格は通常版がパッケージ・ダウンロード版ともに税別4980円。デジタルデラックス（ダウンロード）は税別5980円。限定版（パッケージ）は税別9800円となる。 『ルーンファクトリー３』は、2009年にニンテンドーDSで発売されたアクションRPG。農場生活ゲーム『ルーンファクトリー』シリーズのナンバリング第三作目だ。舞台となるのは辺境の町、シアレンス。主人公は、記憶をなくしており、またモンスターに変身できるといった特異な体質をもっている。少女シアに救われ農場を託されたことで、この町を拠点として生活を過ごしていく。 『ルーンファクトリー３』は、シリーズの中でも特に人気が高い。牧場生活と冒険のバランスも良いほか、それぞれのキャラクターが自分
アイコン偏見一覧
いくよ〜 ・美少女アニメアイコン(ゼロ年代)→おっさん ・美少女アニメアイコン(90年代以前)→クソサブカル大学生かジジイ ・美少女アニメアイコン(10年代)→独身、関東(もしくは工場しかないクソ僻地)、一人暮らし、料理できない、理系院卒、もうアニメ見てない、一生同じ主題歌しか聞いてない、流行りのことはサブカルもメインカルチャーもわからない ・美少女アニメアイコン(20年代)→ジジイ ・アニメアイコン(美少女以外)→腐女子 ・腕組み→クソジジイ ・日の丸→差別主義者、右翼、保守 ・スーツ→差別主義者、ネオリベ ・本→差別主義者、左翼 ・マイメロ→地雷 ・自分の幼少期(男)→ブス ・自分の幼少期(女)→超絶美少女 ・ポケモン(ピカチュウ)→サークルクラッシャー ・ポケモン(ピカチュウ以外)→そのポケモンがすき ・後ろ姿(サッカー)→おもんないけど、おもろいと勘違いしてる ・横から(野球)→ふ
新しいGitHub Pagesのデプロイ方法を試す
GitHub Pages に新しいデプロイ方法が来た まだ Beta ですが、 ついに公式から Pages にデプロイする方法が提供されました。 いままで いままで GitHub Pages へデプロイする際は、ブランチを指定する方法や、デフォルトブランチの特定のディレクトリを指定していました。 また、これを GitHub Actions で行うために、日本人作者の peaceiris/actions-gh-pages を利用したことがある人も多いと思います。 （記事のアイコンは畏敬の念を込めて作者のアイコンっぽい絵文字にしました） これから これからは、gh-pages ブランチなどリポジトリを汚染せずに GitHub Pages へのデプロイが可能になります。 peaceiris/actions-gh-pages からの乗り換え 以下の 2 つを用いることで対応できます。 action
「ベタープログラマ」を読んだ - Magnolia Tech
原著が出てたときから割と気になっていた「ベタープログラマ」を読んだ。 全体的な感想 第Ⅰ部はコードスタイルや、不要なコードの存在、テストコードを書く話など、非常に実践的な内容が多かった。 第Ⅱ部は割と考え方というか、思想的な話になっていって、第Ⅰ部をきちんと読んで危機感を持って行動を変えられる人であれば自然とそこに到達するのでは？と思った。 まずは第Ⅰ部をしっかり読んで、自分の置かれた環境との差異や、これから行動することを書き出す、みたいな読み方をすると良い。 第Ⅲ部以降は、もう完全に生き方というか、エンジニアとしての振るまいや、哲学の話になってくるので、一気に通読する、というより少し間を置いて拾い読みしながら読み進めて行くと良いかも。 流し読みしても全然役に立たないタイプの内容なので、読書メモは必ず書いた方がいいと思うし、書かれていることが万人にとって正解、といった類いのものでもないので
型安全性とは何か | POSTD
以前書いた（C言語についての） メモリ安全性について定義した記事 について、型安全性について説明する記事も投稿してほしいというコメントがありました。型安全性についてはかなりよく知られてきていると思いますが、ズバリこうだと簡単に定義できるほどにはまだ理解が浸透していません。特に誰かが”Javaは型安全な言語だ”と言った場合、これは厳密に何を意味するのでしょう。全ての型安全な言語はある意味”同じ”と言えるでしょうか。ある特定の言語について、そして一般的な意味で、あなたを悩ませる型安全性とは何でしょうか。 実際のところ、型安全性が何を意味するのかは言語の型システムの定義によります。最もシンプルなケースでは、型安全性はプログラムの動作が正しく定義されるように保証します。もっと一般的な話をすると（この記事ではそのあたりをカバーするつもりですが）、言語の型システムはそのプログラムの正確さと安全性を推論
「もう辞めたい」と思った時、転職活動でミスらないために 簡単に縁が切れないSNS時代に役に立つ「退職学」のポイント
「退職学®︎」の研究家であり、『「会社辞めたい」ループから抜け出そう！ 転職後も武器になる思考法』著者である佐野創太氏が、キャリア戦略としての「最高の会社の辞め方」について語りました。転職が当たり前になった時代において、辞めた会社とも友好な関係であり続け、退職後も声をかけられる人になるための「退職学」を学びます。 「最高の会社の辞め方」の4つのポイント 佐野創太氏：独立してから1,200人ぐらいの人に「最高の会社の辞め方」や「セルフ終身雇用」を切り口に働き方や転職の有料相談をしてきました。そうしたら、再現性があったんですよね。仕事がバリバリできる方もいれば、仕事以外にも大事なことがある方もいると思います。そういう方も、退職学を実践することができたんですね。なので、特に再現性のあるものを4つ、ぎゅっと凝縮してお話しします。 最高の会社の辞め方は、この4つのステップをぐるぐる回していきます。1
150 分で学ぶ高校数学の基礎
[重要なお知らせ (2023/8/12)] 現在，スライドの p.10 に不十分な記述があります．ルートの答えは 0 以上の数に限定することに注意してください (たとえば -3 を 2 乗しても 9 ですが，ルート 9 は -3 ではありません)．なお，現在筆者のパソコンが修理中でデータがないので，修…
マンション光回線の配線方式のお話 - notokenの覚書
これは マンション光配線の方式別になぜ速度が出ないのか？を解説する資料 配線方式によって天地の差が出るマンションタイプの回線を、できる限り快適に利用したい人向けの情報 付随情報として、J:COMとかのCATVの話や、UCOM光とかBB4Uとかのマンション共有インターネットの話も載せておく (注意) 一部例外はあります。例外につきましては、「そういうこともある」だと思って下さい。 想定すべき前提知識 フレッツ光やauひかりの分岐数は方式に関わらず 1収容 あたり 最大で 32 回線 となる 光配線方式はGE-PONの仕様上、どの事業者でも最大分岐数は32分岐となる NUROの採用するG-PONは規格上の最大分岐数は64~254となっているが、実際の運用は資料がないのでわかりません NTT の シェアドアクセスを利用している以上、8以上、8の倍数(8, 16, 24, 32, .... )分岐
Jotai vs. Recoil: What are the differences? - LogRocket Blog
Yaroslav Lapin I'm a self-taught software engineer with over 10 years of experience. I like Elixir/Erlang and React/TypeScript. You can follow me on Twitter @JLarky. It’s practically a meme at this point that React has too many state management libraries, but no one is going to stop creating new ones anytime soon. It looks like apart from using plain old React state, approaches for state managemen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「やろうとは思ってるんだけど」と言っているすべての者たちへ
Amazon Kindle Oasis 4 will come by the end of 2022 - Good e-Reader
The "OW2 feels weird and floaty, I can't aim like in OW1" can be mostly fixed by tweaking some user settings. Here's what to change.
キャリアを時間・空間軸で考える / Thinking about your career from both time and space viewpoints
「世間一般がイメージする“質素な食事”」と「リアルな“質素な食事”」の差がエグい「ほんとこれ」「スティックパンが最強」
