![HTML,CSS初めて1ヶ月ぐらいの人に知って欲しいCSS設計のこと - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/107252b5a8a1062064876101b72efc8dbf3ff6a2/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9SFRNTCUyQ0NTUyVFNSU4OCU5RCVFMyU4MiU4MSVFMyU4MSVBNiVFRiVCQyU5MSVFMyU4MyVCNiVFNiU5QyU4OCVFMyU4MSU5MCVFMyU4MiU4OSVFMyU4MSU4NCVFMyU4MSVBRSVFNCVCQSVCQSVFMyU4MSVBQiVFNyU5RiVBNSVFMyU4MSVBMyVFMyU4MSVBNiVFNiVBQyVCMiVFMyU4MSU5NyVFMyU4MSU4NENTUyVFOCVBOCVBRCVFOCVBOCU4OCVFMyU4MSVBRSVFMyU4MSU5MyVFMyU4MSVBOCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NTc3YjVkYmI4NjMzNDE3YmEyZDY2YTM2YTYyZWYwNTg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBqdW50YV90YWtlbm9jaGkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWE5NjIxN2M1YzBmMDRkNGEyOTdkMzBmOGU5ZjVkZDdm%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dd8fa5c6c9fa4ad9558071d34d545748e)
以前、シフトレフトのために静的テスト、動的テストの2つのアプローチからどんなアクションを取れるかを記事にしました。 上記記事で書いたように、以前までのwith QAチームではテスト設計以降の作業を重視せざるをえず、上流工程でのテスト活動を明文化できていませんでした。しかし、メンバーの増強とユニット制への体制移行により、より上流工程から積極的にQAが関わっていけるようになりました。 その中でQAとして何ができるとよいのかを考えた結果、より積極的にテスト活動が行えるようテストプロセスを詳細化することにしました。具体的にはwith QAチームでは新たにレビューとテスト分析をテストプロセスとして明示することになりました。1 今回は、このレビューとテスト分析を中心に、実際に何が変わったのかを書いていきます。 前提の確認 本題に入る前に、レビューとテスト分析とは何かという確認から行います。 「レビュー
これは何 備忘録も兼ねて、PCのセットアップで自分のやることをまとめてみました。 随時更新していく予定です。 VS Code VS Codeの環境設定 setting.jsonに下記を追加します。 内容はコメントで書いているので、詳細は省きます。 { "editor.fontSize": 12, // フォントサイズを変更 "editor.guides.bracketPairs": true, // 対応している括弧にガイドを表示する "editor.minimap.renderCharacters": false, // ミニマップに実際の文字を表示しない "editor.renderControlCharacters": true, // 制御文字を表示する "editor.renderLineHighlight": "all", // 現在の選択行をハイライトする "editor.r
Dear users of paco: This project is no longer active. Development of paco continues under a new project called porg. Please visit its web site for more information. Any feedback would be appreciated. なんと、porgという後継プロジェクトに移ってしまったようです。 porg http://porg.sourceforge.net/ ちなみにpacoやporgというのはソースコードから自分でビルドしてインストールするソフトウェアをパッケージ管理するためのツールです。 参考:pacoでソースビルドをパッケージっぽく管理する - Qiita porgのインストール というわけで、porgを入れてみま
背景 (Background) どのシェルを使うか (Which Shell to Use) Bash は実行が許可された唯一のシェルスクリプト言語である。 実行可能ファイルは #!/bin/bash と最小限のフラグで始めなければならない。シェルオプションの設定に set を利用することで、 スクリプトを bash script_name として呼び出してもその機能を損なわないようにせよ。 全ての実行可能シェルスクリプトを bash に制限することで、全てのマシンにインストールされた一貫したシェル言語を得る。 これに対する唯一の例外は、コーディング対象によって強制される場合である。この1つの例として、Solaris SVR4 パッケージは、どんなスクリプトにも plain Bourne shell であることを要求する。 いつシェルを使うか (When to use Shell) シェル
はじめに GitHubにはコードレビューで使える便利機能がたくさんあったので、 今回はそれらを取りまとめてみました。 レビュアーとしてプルリクエストを見る際など参考になれば幸いです^_^ 目次 1.Hide whitespace ( 差分をスペースやタブの差分を無視して表示してくれる ) 2.Pull Request File Tree ( Pull Request 上の差分をファイルツリーで表示してくれる ) 3.Suggested Change ( レビュアーが提示してきたコードの修正案を即座に取り込める ) 4.Viewed ( レビューの進捗度がわかる ) 5.その他・小技 最後に 1. Hide whitespace Pull Request の差分をスペースやタブの差分を無視して表示してくれる機能 使い方 URLの末尾に?w=1を追加、もしくは設定で「Hide whitesp
この記事について WSL 上にインストールした Linux で systemctl コマンドが使用できない問題を解決します。 この記事では Ubuntu 20.04 LTS を使用して説明していますが、他のディストリビューションでも手順に大きな違いは無いと思いますので、参考にしていただければと思います。 環境 この記事は以下の環境にて動作を確認しています。 Windows 10 Pro 21H2 ( OS Build : 19044.1645 ) Windows Terminal v1.12.10982.0 Distrod v0.1.5 WSL2 ( Kernel version: 5.10.102.1 ) Distrodとは? 公式では以下の様に説明されています。 Distrod is a systemd-based meta-distro for WSL2 that allows yo
これらの試算から、1人あたりのトラッキングによる通信量はおおよそ16.88kbpsから112.50kbpsと考えられます。 スター型ネットワークの場合 ここでメタバースでスター型のネットワークを採用することを考えます。 どのような構成かというと、クライアントがトラッキングデータをサーバーへ送信します。各クライアントへのトラッキングデータの送信はサーバーが行います。 こうした構成を行う場合、全てのクライアントのデータがサーバーを介し、各クライアントへ流れ込みます。そのため、通信速度は下り速度がボトルネックとなります。ここでは人口75%ラインの88Mbpsを上限として考えます。 先ほどの1人当たりのトラッキングに関わる通信量から算出すると、スター型の場合、801~5,340人が通信の限界になります。 フルメッシュ型ネットワークの場合 一方で、サーバーを介しないクライアント同士が直接つながるフル
実行中のシェルスクリプトを編集すると実行している途中から動作を変えることができることはよく知られている。 例: http://d.hatena.ne.jp/sleepy_yoshi/20090917/p1 「変えることができる」というよりも現実のケースでは、実行中に意図せず内容を変えてしまうことで予想しない挙動をさせてしまうことがありうる。これを防ぐにはどうするか。 例 次のようなスクリプトを実行中に書き換えてみる
概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー(特に新規参加者)がコードを理解しやすくする 初心者プログラマーの教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が
どうも、かずきちです。 今回、弊社が運営するオンラインプログラミング学習サービス「ウェブカツ!!」にて著作権侵害騒動があった事について、僕の様々な過激ツイートが皆さんの琴線を刺激したかと思います。 そこはブランディングとしてあえてやっていましたので、批判が加速していくことは当たり前なため、そこに対して弁明することはありません。 その他について、僕の意見を述べさせてもらいます。 著作権侵害と思われるものについての対応について まず、今回の著作権侵害の騒動について色々な意見や論理が展開されましたが、そこについては法治国家ですから、申立てがあればもちろんきちんと法的な手続きにのっとり対応をさせていただきます。 今回、「ウェブカツの教材でもない単なるブログ運営」については外注を使用しているため、明らかに転用されているものは既に削除を行なっています。 「削除すればいいと思っているのか!」 のようなお
プログラミングは難しい 注意: この記事は「プログラミング学習とはかくあるべき」、「こうやって学習するのが一番」ということを言いたいのではなく、プログラムを勉強したいが右も左もわからない人に少しでも勇気と情報を与えることを目的としています。過去の挫折経験からか、なかば愚痴っぽくなっていますがご勘弁を はじめに自分のプログラミング歴を軽く紹介して起きます。 年 言語 学習目的 2010 C言語 学校の実習 2011 C++ 組み込み系 2012~2017 None None 2018 Go,Js,Scala,Python 研究、Web開発 といった感じです。2012~2017年がNoneになっているのには原因が「C言語に挫折し、とにかくプログラミングがしたくなかった」からです。そう思ってしまった原因と、そこから立ち直ったことがこの記事を書いた理由です。 「おいおい、C言語ごときで挫折とは情け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く