Bugs in Hello World
Posted on March 08, 2022 Hello World might be the most frequently written computer program. For decades, it's been the first program many people write, when getting started in a new programming language. Surely, this humble starting-point program should be bug free, right? After all, hello world programs only do one thing. How could there be a bug? Hello world in C There are a lot of different way
『B1グランプリ(Bug Bash)』を2時間やって細かいIssueを洗い出しました - Kyash Product Blog
KyashでAndroidアプリを開発している@konifarです。 最近Kyashで始めた『B1グランプリ(Bug Bash)』という取り組みがなかなかよかったので、事の経緯と結果をまとめておこうと思います。 結論からいうと「2時間やってバグや改善点が70個くらい出た上にちょっと楽しかった」という話です。 細かいバグをどう減らすか問題 サービスのバグをどう減らすかという問題は、きっと多くの会社が抱えているのではないかと思います。弊社Kyashも例外ではありません。 どの会社でもクリティカルな問題はすぐに直していると思いますが、「ここって何か変じゃない？」「ここはこうした方がいいよね」くらいのちょっとした問題は気づかぬうちに溜まって放置されがちです。 Kyashでも「誰がいつ直すかは別の問題として、まずはそれらの問題を洗い出してみないと始まらないよね」という話があり、ミーティングの中で上が
ECMAScript 2015以降のJavaScriptの`this`を理解する
この記事はJavaScriptの入門書として書いているjs-primerのthisに関する部分をベースにしています。 またjs-primerでは書けなかった現在時点(2018年1月1日)でのブラウザの挙動についてを加えたものです。 次の場所にjs-primer版（書籍版）のthisについての解説があります。 この記事と違って実際にコードを実行しながら読めるので、学習ソースとしては書籍版を推奨します。 書籍版: 関数とthis · JavaScriptの入門書 #jsprimer また、バグ報告やPRも直接リポジトリにして問題ありません。 asciidwango/js-primer: JavaScriptの入門書 おかしい場所を選択した状態で右下にある”Bug Report”ボタンを押せば、簡単にtypoとかのバグを報告できます。(PRでも歓迎) 前置きはこの辺までで、ここから本編。 この記
マンガが米国で全然｢クール｣になれない事情
私はアメリカでマンガ家として「Biker Girl」や「Rock and Roll Love」など4冊を出版し、ヨーロッパでも「Peach de Punch!」を連載していました。そんな話をすると「すごいね！売れっ子だね！」なんて言われることもありますが、実際は、アメリカと日本ではマンガ家のイメージは大きく異なり、活動内容も結構違います。 もともとマンガ家になる予定なんてまるでなかった私が、初めて日本のマンガと出会ったのは2003年のこと。この頃、2つの日本アニメがアメリカで爆発的な人気を得ていました。それは、「ドラゴンボールZ（海外ではZを語尾に付けます）」と「セーラームーン」。英訳されたこの2作品は子供たちから10代の男女に広がっていき、日本のマンガ文化をアメリカに知らしめるきっかけとなりました。 ド田舎の街で日本のマンガが大ウケ そのころ私は、中西部ウィスコンシン州のマディソンという
グーグルのバグ予測アルゴリズムを実装したツール「bugspots」について - Qiita
bugspotsはgoogleが開発した、バグ予測アルゴリズムをオープンソースとして開発されたツールです。 細かい説明は後にまとめますが、実際に使ったのを見るほうが分かりやすいので早速使ってみます。 実際に使ってみる 1.bugspotsをgemでインストール 3.結果を見てみる このHotspotsの下に出力されている左の数値がバグが起こりやすい度合いを表すスコア、右が対象のファイルになる。 メチャクチャ簡単に導入できるので、 リファクタやコードレビューなどで目星をつけるという意味では有用なツールな気がしました。 背景の説明 googleでは、チェックイン前にユニットテストやコードレビューが行われているが、コードが大量になってくると、ユニットテストやコードレビューをすり抜けたバグも少なからず発生してします。 googleではこの問題に対処するために、独自の「バグ予測アルゴリズム」を採用し
背景色をrgbaとrgbで2重指定するときのIE地雷
はじめに結論 CSSで背景に透過色を指定する際に，本来のrgbaとIE6-8用のrgbを2重で書いたりしますが，うっかりハマるポイントがあるので紹介． 結論から言うと背景プロパティは，background-colorではなく，backgroundを利用しましょう，ということになります． Goodパーツ こう書くことを鉄の掟としておけば，特にハマることはないとおもいます．きっと． .someClass { background: rgb(128,128,128); /* または background-color: rgb(128,128,128); */ background: rgba(128,128,128,0.8); } 両方ともbackground指定にしておけば覚えやすくて安全ですが，rgb側はbackground-colorでも大丈夫です． Badパーツ こうやるとIE6-8で背
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バグハンターが見てきたBug Bountyの7年 / LINE Developer Meetup #34 Security Bug Bounty
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
ゲームの「バグ」の仕組みって面白いよな : キニ速