並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 238件

新着順 人気順

エラーの検索結果1 - 40 件 / 238件

エラーに関するエントリは238件あります。 プログラミング開発programming などが関連タグです。 人気エントリには 『1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary』などがあります。
  • 1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary

    自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基本的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ

      1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
    • ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』

      人はミスをする。これは当たり前のことだ。 だからミスしないように準備をするし、仮にミスしたとしても、トラブルにならないように防護策を立てておく。人命に関わるような重大なトラブルになるのであれば、対策は何重にもなるだろう。 個人的なミスが、ただ一つの「原因→結果」として重大な事故に直結したなら分かりやすいが、現実としてありえない。ミスを事故に至らしめた連鎖や、それを生み出した背景を無視して、「個人」を糾弾することは公正なのか? 例えば、米国における医療ミスによる死亡者数は、年間40万人以上と推計されている(※1)。イギリスでは年間3万4千人もの患者がヒューマンエラーによって死亡している(※2)。 回避できたにもかかわらず死亡させた原因として、誤診や投薬ミス、手術中の外傷、手術部位の取り違え、輸血ミス、術後合併症など多岐にわたる。数字だけで見るならば、米国の三大死因は、「心疾患」「がん」そして

        ミスを責めるとミスが増え、自己正当化がミスを再発する『失敗の科学』
      • バッチ処理 プラクティス

        バッチ処理は既に先人の方々が多くのナレッジを公開してくれていますが、それでもなお難しさが変わらないテーマだと思っています。 この記事は、筆者がこれまでの開発経験で気づいたバッチ処理の実装ナレッジを整理し、体系化を目指して文章にしました。 ここでの内容が、より良い課題解決に貢献できれば幸いです。 自身の断片的な思考整理(メモ書き)の延長で内容を整理したため、一部書き振りが統一されておらず、読みにくいかもしれません。ご了承ください。🙏 バッチ処理の難しさバッチ処理は難しい。 人によっては簡単なテーマかもしれませんが、自分は難しいテーマだと思っています。 「難しさの根源は何か?」を考えると、1. 考慮点が多様にあること 2. 解決する課題によって答えが大きく変わること に整理できました。 この2点は、どのソフトウェア開発にも当てはまる項目ではありますが、ことバッチ処理においては顕著に現れます。

          バッチ処理 プラクティス
        • みずほ銀行ATM障害で通帳と現金25万が吸われたまま仕事も飛んだ話|まるやあかね

          2/28(日) 午前の仕事を終え次の仕事に向かうまでの間、翌日3/1(月)以降の引き落としに備えて入金するため、駅併設の商業施設内に設置されたみずほ銀行ATMで預け入れを行うつもりだった。 12:20頃だったと思う。 【トラブル内容】 ATMから入金するため、 トップメニュー→預け入れ→通帳挿入→現金挿入 →紙幣投入口が閉まったところで取り扱いエラー画面になる …………え? いや、さっきまで普通の感じで動いてたじゃん! 故障?故障なの? ATM画面横の受話器からは繋がらず、画面外左上に設置された受話器からATMセンターへ連絡する。 プルルルル、プルルルル、プルルルル、 ・・・・ッツー、、ッツー、、ッツー、、 何度かけても同じ。 時折、「担当者を呼び出しますのでそのままでお待ちください。〜♪〜」 とアナウンスが流れるも、 「ただいまお電話が混み合っております。しばらく経ってからおかけ直しくだ

            みずほ銀行ATM障害で通帳と現金25万が吸われたまま仕事も飛んだ話|まるやあかね
          • 「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』

            ミスや失敗をなくすため、ヒューマンエラーに厳罰を下すとどうなるか? 一つの事例が、2001年に起きた旅客機のニアミス事故だ。羽田発のJAL907便と、韓国発のJAL958便が駿河湾上空でニアミスを起こしたもの。幸いにも死者は無かったものの、多数の重軽傷者が出ており、一歩間違えれば航空史上最悪の結果を招いた可能性もあった。 事故の原因は航空管制官による「便名の言い間違い」にあるとし、指示をした管制官と訓練生の2名が刑事事件に問われることになる。裁判は最高裁まで行われ、最終的には2名とも有罪となり、失職する。判決文にこうある。 そもそも、被告人両名が航空管制官として緊張感をもって、意識を集中して仕事をしていれば、起こり得なかった事態である [Wikipedia:日本航空機駿河湾上空ニアミス事故]より 芳賀繁『失敗ゼロからの脱却』は、これに異を唱える。 事故は単一の人間のミスにより発生するのでは

              「ミスを罰する」より効果的にミスを減らす『失敗ゼロからの脱却』
            • ロギングベストプラクティス - kawasima

              #翻訳 https://www.scalyr.com/blog/the-10-commandments-of-logging/ CC BY 4.0 @Brice Figureau 1.自分でログの書き出しをしない printfをつかったり、ログエントリを自分でファイルに書き出したり、ログローテションを自分でやったりしてはいけない。運用担当者にお願いして、標準ライブラリやシステムAPIコールを使うようにしよう。そうすれば、実行中のアプリケーションが他のシステムコンポーネントと適切に連携して、特別なシステム設定なしに適切な場所またはネットワークサービスにログを記録できるようになる。 ロギングライブラリを使いたければ、特にJavaの世界にはLog4j, JCL, slf4j, logbackなど多くのものが存在する。私はslf4jとlogbackを組み合わせて使うのが好きだ。とてもパワフルで、設

                ロギングベストプラクティス - kawasima
              • 凄腕エンジニアさんから学んだ例外の話 - Qiita

                はじめに 今携わっているプロジェクトで凄腕エンジニアさんと一緒に開発をさせていただいているのですが、その凄腕エンジニアさんから教えていただいた例外の話がとても勉強になり、 さらにこの例外の話を他のプロジェクトのエンジニアさんに伝えたところ、反応が良く、とても勉強になりました!という声をいただけたので、アウトプットしていきたいと思います。 (この記事の中で凄腕エンジニアさんのことはTさんと呼ぶことにします。) ※【凄腕エンジニアさんから学んだ例外の話】の補足 というQiita記事を書きました。 この記事を読み終わった後に疑問が残った人などは補足資料として読んでいただけると嬉しいです。 例外の考え方の源 Tさんの例外の考え方は http://diveintopython3-ja.rdy.jp/your-first-python-program.html#exceptions ↑こちらのPyth

                  凄腕エンジニアさんから学んだ例外の話 - Qiita
                • 「丁目、番地が全角しか入力できない」「何の入力チェックでエラーが出ているのかわからない」みんながネットでイラつく#クソ入力フォーム選手権 開催中

                  米村歩@日本一残業の少ないIT企業社長 @yonemura2006 ・丁目、番地が全角しか入力できない ・電話番号が全角しか入力できない ・建物名が全角しか入力できない ・生年月日がカレンダーで果てしなきページ送りを要求される ・何の入力チェックでエラーが出ているのかわからない ・入力チェックエラーになると入力内容が全部消える #クソ入力フォーム選手権

                    「丁目、番地が全角しか入力できない」「何の入力チェックでエラーが出ているのかわからない」みんながネットでイラつく#クソ入力フォーム選手権 開催中
                  • Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita

                    ここのところちょっと時間に余裕があり、暇を見つけてはQiitaの質問に答えるという取り組みをやっています。以前StackOverflowでも同様の取り組みをちょっとだけしてたことがあります。 9日間で35個の質問に回答してみて、正直に思うのは「質問の質が悪すぎるなー」ということです。ただ、どう質が悪いのか上手く言語化できず悶々としていました。 そんな折、今朝googleのおススメ記事に飛び込んできたQuaraのこちらの回答を読んで、「これこれ!こういうことよ!」という気持ちになったため、これから質問する人に向けてこの内容を少し嚙み砕いてまとめてみます。 ベテランはどうデバッグをしてるのか (自分をベテランと言っていいのかはさておき)日頃からコードを書いていると、デバッグには、その時使っている言語やフレームワークによらず、ある程度の行動パターンがあることに気付いてきます。 デバッグには難しい

                      Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita
                    • フロント開発を炎上させてしまった話

                      はじめに お久しぶりです、皆様のサンドバックが帰ってまいりました。 投稿ができていない期間、Nuxtにボコボコにされて裸足で逃げ出し、逃げた先のReactにも強烈な左カウンターをお見舞いされました。 本来であれば、このような場所に投稿することすらはばかられる内容ですが、敢えて書きましょう。 私はフロント開発を炎上させた愚か者です。 なぜ今懺悔するのか Twitterでこんな投稿を見ました。 確かに、実務で得られる経験は、とても大きく得難いものです。 当然、ご迷惑をおかけしてしまうことは、だれであろうとあるでしょう。 ただし、その「ご迷惑」の大きさについて、我々は知っておかなくてはなりません。 見えている地雷を踏んでしまうようなモノ好きもいないでしょう。 特に、この手の地雷は強力ですからね。 塵となって吹き飛んだ私の命が、新たな浅瀬の民の糧となることを祈っています。 具体的に何が起こったのか

                        フロント開発を炎上させてしまった話
                      • 「エラーする人は自分を信じすぎでは?」ヒューマンエラーの勉強で得た、「気をつける」は対策ではないという考え方

                        S U Z U@旅パッキングand客力の磨き方 @suzukyuin ヒューマンエラーの勉強をすると「気をつける」は対策ではありませんと、教え込まれるので。全てのものにフールプルーフ&フェールセーフをするようになるので、エラーが減ります。 エラーする人は自分を信じすぎでは?って思ってる。 S U Z U@旅パッキングand客力の磨き方 @suzukyuin 得にルーティーンで決まってることの途中でイレギュラートラップ(例えば話しかけられる、電話かかってくるとか途中の流れをインターセプトされる状況)が起きると、全部スッこ抜けて大事故につながるエラーを起こすので、そう出来ない仕組みを作るとかね。 とにかく「人は間違える」って思うの大事 S U Z U@旅パッキングand客力の磨き方 @suzukyuin とんでもないのは「自分は間違えない」って変な自信を持ってる人。この手の人は「間違えるわけな

                          「エラーする人は自分を信じすぎでは?」ヒューマンエラーの勉強で得た、「気をつける」は対策ではないという考え方
                        • 分かると、実に、おもしろい! QRコードの仕組み

                          少しマニアックな知識、QRコードの仕組みを紹介します。 QRコード決済、リンクをQRコードで提供するなど、日常的に使用されているQRコードにあるそれぞれのパターンがどのように機能しているか、どういう役割をしているのか、なぜ上下逆さにしても読み取れるのか、なぜ一部が隠されても読み取れるのかなどが分かります。 QR codes by Dan Hollick (@DanHollick) 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに QRコードの仕組み 終わりに はじめに QRコードがどのように機能しているのか、疑問に思ったことはありませんか? 控えめに言って、実に、おもしろい! 注意: この記事⬇では非常にマニアックな内容が含まれています。 QRコードの仕組み QRコード(Quick Response code)は自動車部

                            分かると、実に、おもしろい! QRコードの仕組み
                          • 伝わるバグ報告 | さくらのナレッジ

                            この記事は2020年10月28日に行われたさくらの夕べ Tech Night #3 Onlineにおける発表を文章化したものです。 ダーシノと申します。さくらインターネットでフロントエンドエンジニアをやっています。この記事では、発生したバグをプログラマーに的確に伝えるためのバグ報告の書き方について説明しようと思います。 バグ報告にはコツがある! プログラマをされている方で、過去にこんなバグ報告をもらった経験はないでしょうか。例えば「動きません」とだけ送られてきたりとか、イラッとした感情も含めた「使えねぇな!」みたいな報告、「アレもコレもソレもおかしいよ」みたいな、いろんなものが書かれた報告もあると思います。バグを残してリリースしてしまったプログラマーとしては非常に申し訳なくて今すぐ対応をしたいのですが、さすがに先ほどのようなバグ報告を受けても、我々プログラマは対応のしようがありません。「申

                              伝わるバグ報告 | さくらのナレッジ
                            • WEB アプリケーション設計入門 / Introduction to web application design

                              PHP Conference Japan 2020 トーク前提の資料です。そのため、トークがないと理解が難しいかもしれません。 https://youtu.be/UTKJ-Lgn3aI?t=36 ※冒頭音声が小さいです。マイクを手に持ってから聞こえやすくなると思います。 資料中の ADOP …

                                WEB アプリケーション設計入門 / Introduction to web application design
                              • Hiromitsu Takagi on Twitter: "再現した。基礎的な例外処理をわかってないプログラマーか。この状態になるとアプリを削除して再インストールしても、エラーが出て落ち続けてしまう。しかもiOSの設定でそれをオンにしようとしても、アプリがないとなって設定変更できない。詰ん… https://t.co/Wyoy7bnb4p"

                                再現した。基礎的な例外処理をわかってないプログラマーか。この状態になるとアプリを削除して再インストールしても、エラーが出て落ち続けてしまう。しかもiOSの設定でそれをオンにしようとしても、アプリがないとなって設定変更できない。詰ん… https://t.co/Wyoy7bnb4p

                                  Hiromitsu Takagi on Twitter: "再現した。基礎的な例外処理をわかってないプログラマーか。この状態になるとアプリを削除して再インストールしても、エラーが出て落ち続けてしまう。しかもiOSの設定でそれをオンにしようとしても、アプリがないとなって設定変更できない。詰ん… https://t.co/Wyoy7bnb4p"
                                • IT業界じゃない人にとって「エラーが発生したとき画面に出ている内容を他人に伝える」は難しいことなのか

                                  よんてんごP @yontengoP ベーチェット病と痔瘻という難病に侵されたナプキンを付けた社畜です。優しく 接してあげて下さい。尻穴方面/IT方面/社畜方面/下ネタ方面のツイートが多い ですが、病気なので許してあげて下さい(傲慢) よんてんごP @yontengoP コレ僕がIT業界の人間だからなのか分からんのだが、 「エラーに何が画面に出てるかおしえてください」 ってそんなに難しい作業…? 普通に 「画面上に、エラー:XXXって文言がでてると思うので、その内容を教えて」つったら 「こっちはITの人間じゃないんだから出来ない!!💢」とキレられてな よんてんごP @yontengoP ちなみにお客さんじゃなくて社内の他部署。 「多分画面にERR_ってのが出てると思うので そこに何が出てるかを知りたいです」 ってだけのお願いなんだけども 「こっちはIT部じゃないんだから分かるわけないだろう

                                    IT業界じゃない人にとって「エラーが発生したとき画面に出ている内容を他人に伝える」は難しいことなのか
                                  • エラーは出ないけど…何か変??Vue.jsでやりがちな「サイレント・ミス」(ロジック編) - ICS MEDIA

                                    Vue.jsは初学者にもとても手厚いサポートを提供してくれるフレームワークです。 たとえば、以下のコードで「リセット」ボタンを押すと「propsのcountは子コンポーネントから変更すべきではない」とわかりやすくエラーを表示してくれます。 <template> <div class="CountViewComponent"> カウント={{count}} <button @click="reset">リセット</button> </div> </template> <script> export default { props: { // 表示するカウント値 count: { type: Number, default: 3 } }, methods: { // カウントをリセットします reset() { this.count = 0 } } } </script> それでも時として、

                                      エラーは出ないけど…何か変??Vue.jsでやりがちな「サイレント・ミス」(ロジック編) - ICS MEDIA
                                    • メインフレームの異常処理 - Qiita

                                      はじめに この記事では、メインフレームでは異常時の処理でどのようなことをやっているのか、また、Linuxの異常処理との違いなどについて話してみようと思います。 この記事を書くに至った直接的なきっかけは、とある人からリクエストがあったからです。が、日ごろからメインフレームの異常処理の考え方については、PCサーバーやクラウドによるシステムがメジャーになった現代であっても、参考になることは多いと感じていてはいました。 筆者は今でこそLinux Kernel周りの仕事をしていますが、20年ぐらい前のころはメインフレームのOS開発部隊に配属されていて、メインフレームのとあるコプロセッサのドライバを書いたりしていました。この際、その異常処理における考え方を体験する機会が多々あり、当時のその経験が20年後の現在でも大いに役にたっていると感じていたからです。 そもそもメインフレームは、これまで長年にわたっ

                                        メインフレームの異常処理 - Qiita
                                      • 世界初、中性子が引き起こす半導体ソフトエラー特性の全貌を解明~全電子機器に起こりうる、宇宙線起因の誤動作対策による安全な社会インフラの構築~ | ニュースリリース | NTT

                                        日本電信電話株式会社(本社:東京都千代田区、代表取締役社長:島田 明、以下「NTT」)、および国立大学法人北海道大学(北海道札幌市、総長:寳金 清博、以下「北海道大学」)は共同で、中性子のもつエネルギーごとの半導体ソフトエラー※1発生率※2を今までは測定がされていなかった10 meV~1 MeVの低エネルギー領域において、"連続的な"データとして実測することに成功し、その全貌を世界で初めて明らかにしました(図1)。 現在の社会インフラを支える電子機器においては、宇宙線(太陽フレアや銀河から飛来する放射線)に起因する誤動作であるソフトエラーの対策が不可欠です。中性子エネルギーごとのソフトエラー発生率の解明は、その対策を行う上で最も重要なものです。今後は、この結果を活用しソフトエラー対策をさらに進展させることで、より安全・安心な社会インフラの実現が可能となります。 本成果は米国東部時間2023

                                          世界初、中性子が引き起こす半導体ソフトエラー特性の全貌を解明~全電子機器に起こりうる、宇宙線起因の誤動作対策による安全な社会インフラの構築~ | ニュースリリース | NTT
                                        • Bash: わかるとほんのちょっとうれしくなること5選 - Qiita

                                          Bash の勉強を始めた頃、頭がごちゃごちゃになって調べたこと、わかるとほんのちょっとうれしくなったことを5個ピックアップしてみました。 - 目次 - alias sudo='sudo ' と alias sudo='sudo -E ' bash -c /dev/null grep -rl xargs で任意の位置に引数を展開する - 説明 - 1. alias sudo='sudo ' alias コマンドを使うと、長いコマンドを別名で登録できて、とても便利です。 でもそのまま sudo と組み合わせると、エラーになります。 例えば、la という登録名で、ls -a を実行させると、 sudo la でエラーになります。 bash のマニュアルには、以下のように書かれています。 alias [-p] [name[=value] ...] value の末尾に空白があると、エイリアスが展開

                                            Bash: わかるとほんのちょっとうれしくなること5選 - Qiita
                                          • 青い秋空に「再起動」メッセージ出現 目撃、世界各地で

                                            真っ青な秋空に浮かぶ「再起動」とQRコード――。27日午後、コンピューターのエラーメッセージと思われる文章が全国の空に表示される出来事があった。メッセージは世界で同時多発的に目撃されており、各国政府は事態の把握と情報収集に当たっている。 メッセージは「問題が発生したため、メタバースを再起動する必要があります。エラー情報を収集しています。自動的に再起動します」などの文章とQRコードで構成される。上空に十数秒間表示された後、消失した。 日本では27日午後1時28分ごろ、北の空での目撃が相次いだ。SNS上に投稿された情報をまとめると、沖縄県から北海道まで全国で見られたようだ。 メッセージは日本だけでなく、中国や米国、その他欧州諸国、南半球各国など世界各地の上空でも同時に目撃された。現地で使用されている言語による違いはあるが、メッセージの内容は全て同じ。各国政府では現在、情報の収集と分析を急いでい

                                              青い秋空に「再起動」メッセージ出現 目撃、世界各地で
                                            • 404『お前の求めてる物はここには無い』503『俺は今忙しい』ウェブページでよく見る各種エラーのわかりやすすぎる解説

                                              TAK @tak_dcxi 40Xエラーは「お前が〇〇エラー」で50Xエラーは「俺が〇〇エラー」 400「お前は何を言ってるんだ?」 401「お前は許可貰ってから来い」 403「すまん、お前には見せないわ」 404「お前の求めてる物はここには無い」 500「俺は今調子が悪い」 502「俺は変な物受け取ってしまった」 503「俺は今忙しい」 あっき~🎌 @akkey_kashiwa @tak_dcxi @ca38287 301 「ごめん引っ越ししたからそっち教えるよ」 302 「ごめん一身上の都合で今は見れないんだ、仮のとこあるからそっち教えるよ」 Apache 2 Test Page 「ごめん初期からいじるの忘れてた」

                                                404『お前の求めてる物はここには無い』503『俺は今忙しい』ウェブページでよく見る各種エラーのわかりやすすぎる解説
                                              • Apple storeの「まもなくです」は、実は「503」エラーである - CLAYPIER

                                                2020年11月06日 22:59 情報が古くなっている場合があります。 Apple storeの「まもなくです」は、実は「503」エラーである 今日の午後10時から iPhone Pro Max と Mini がようやく予約注文可能となり、まだかまだかと10時になった瞬間、更新ボタンを押すと「まもなくです」と黒い画面が表示されて、10分経ってもまったく変わらなという経験をされた方も多いのではないだろうか。 今までは「まぁ、色々準備してるのかな~」ぐらいに思っていたのだが、実はこれ、外見からはまったく分からないが「503」エラーなのである。 503エラーとは、サーバーにアクセスが集中しすぎて処理しきれなくなったときに表示されるものだ。 Google Chrome のコンソールを見ると、たしかに503と表示されている。 Apple はエラー画面もオシャレ。 ストアに繋がるかは運次第!! Go

                                                  Apple storeの「まもなくです」は、実は「503」エラーである - CLAYPIER
                                                • 開発でエラーが出て、上司に聞くと「ちゃんとエラーを読んで」と指摘を受けました。ただ大半が英語です。ここがいけない等と印や色で何かを示してくれる事もありません。この私がエラーを読んで何か解決出来ますか?

                                                  回答 (38件中の1件目) 「ちゃんと」エラーを読んで、でしょうかね。 問題は、なにをもってちゃんと読んだことになるか? 重要なのは、英語かどうかでも、ここがいけないと示されていないことでもありません。 まず、自分が開発しているのであれば、本質的にエラーが自分の知りたい情報であることはありえません。そしてそのエラー内容は大抵的はずれです。 なぜなら、いままさにそれがエラーにならないように作るのが自分の役目だからです。それがエラーにならないのだとしたら自分は不要です。もともと雇われてません。あるいは別の仕事にアサインされているでしょう。 大抵的はずれなのは、エラーとは、自分のシステ...

                                                    開発でエラーが出て、上司に聞くと「ちゃんとエラーを読んで」と指摘を受けました。ただ大半が英語です。ここがいけない等と印や色で何かを示してくれる事もありません。この私がエラーを読んで何か解決出来ますか?
                                                  • 初心者がプログラミングを学ぶときに最も効果的な方法は「写経」だと思う|shi3z

                                                    プログラミングの勉強方法で最も効果がない方法は「写経」です。コードを記憶しても無駄です。実際のプログラミングでは記憶にないコードを作り出さなければいけないからです 「写経」はタイピング速度の向上やキーワードを覚える効果はあるかもしれませんが、肝心のプログラミングには役に立ちません — Koichi Nakashima (@ko1nksm) September 3, 2024 こういうエントリを見かけたので。 僕は1990年代からプログラミングを人に教える仕事をしています。最初は中学の時に技術家庭科の授業を先生から任されて同級生にプログラミングを教えることから始まりました。その後、色々な方法を試しましたが、結論としてプログラミング初心者は写経した方が結局は上達が速いと今は考えています。 それが特に強く感じられたのは2015年頃から色々な人にAI関連のプログラミングを教え始めた頃です。 AI関

                                                      初心者がプログラミングを学ぶときに最も効果的な方法は「写経」だと思う|shi3z
                                                    • 電子マネーで決済したらエラーが出てめんどくさいことになった話が恐ろしい

                                                      るかぽん @漫画かき @rukapon 許されるなら猫の腹を揉んだまま生きていきたい… ●猫と家電が好きな漫画描き ●マメ知識系エッセイ漫画と創作漫画とうちの猫写真を定期的にアップします(・∀・)b ●お仕事募集中、開放してるDMかメールにて ●コルクラボマンガ専科6期生 rukapons.booth.pm

                                                        電子マネーで決済したらエラーが出てめんどくさいことになった話が恐ろしい
                                                      • 「もうさばき切れない」アクセスが激増したECプラットフォームにおける負荷対策 - BASEプロダクトチームブログ

                                                        はじめに CTOの川口 (id:dmnlk) です。 5月にオンラインmeetupをさせて頂きその中で「具体的な負荷対策に関しては開発ブログで!」と言っていた件ですが気づいたらもう9月になりかけていました。 コロナ禍においてネットショップ作成サービス「BASE」の利用者様が急増しました。 www.nikkei.com 5 月には 100 万ショップを超えるショップオーナー様にご利用していただいております。 今まで EC 事業を行っていなかった飲食店様や様々な業種の方が利用をはじめていただき、ショップオーナー様も購入者様共に短期の見通しでは想定をしていないアクセスが発生しました。 その途中でシステムとして対応しきれない面もあり、アクセス負荷によるサービスの不安定を招き皆様にはご不便や販売時間を変更していただくお願いなどをしてしまい大変申し訳ありませんでした。 現在では安定しておりますが、その

                                                          「もうさばき切れない」アクセスが激増したECプラットフォームにおける負荷対策 - BASEプロダクトチームブログ
                                                        • 推奨アラーム - Amazon CloudWatch

                                                          以下のセクションでは、ベストプラクティスアラームを設定することをお勧めするメトリクスを一覧表示しています。各メトリクスには、ディメンション、アラームの目的、推奨しきい値、しきい値の根拠、期間の長さとデータポイントの数も表示されます。 一部のメトリクスはリストに 2 回表示されることがあります。これは、そのメトリクスのディメンションの組み合わせによって異なるアラームが推奨される場合に発生します。 アラームを発生させるデータポイント数は、アラームが ALARM 状態になるのに必要な違反データポイントの数です。評価期間数 は、アラームの評価時に考慮される期間の数です。この 2 つの数が同じ場合、期間の値がその数だけ連続してしきい値を超えた場合にのみ、アラームは ALARM 状態になります。アラームを発生させるデータポイント数が評価期間数より少ない場合、そのアラームは「N 件中 M 件」のアラーム

                                                          • MySQLロックについて〜基礎編〜 を開催しました! - ANDPAD Tech Blog

                                                            こんにちは!エンジニアの福間(fkm_y)です。 先日、弊社でデータベースの技術顧問をして頂いてる三谷(mita2)さんに開発部向けのMySQLロックのデータベース勉強会を実施したのでそのレポートをお伝えします。 開催背景 弊社では三谷さんによるデータベース勉強会を定期的に開催しています。以前にもロックに関するMySQL勉強会を開催していたのですが、1年半経過しており参加していない開発メンバーのほうが多くなっていたことやプロダクトの成長によりデッドロックなどのロックに起因する問題が目立ち始めていたことから増強版のMySQLロックのデータベース勉強会を開催することになりました。 概要 データベースのロックについて ロックタイムアウトについて デッドロックについて まとめ データベースのロックについて なぜデータベースにロック機構があるのかから知ることが重要です。性能と安全性を両立するためにあ

                                                              MySQLロックについて〜基礎編〜 を開催しました! - ANDPAD Tech Blog
                                                            • データ取得で try...catch しない理由

                                                              try { const data = await fetchSomething(); // 正常系レスポンスの処理 } catch (err) { if (isAxiosError(err)) { // 異常系レスポンスの処理 } } 動機はつぎの 3 つです。 データ取得も宣言的に書きたいから データ取得に関係ない例外も catch してしまうから HttpError の集計に不便だから データ取得も宣言的に書きたいから 要約すると、データ取得時は常にこのように書きたい、という話です。useSWR・useQuery や apollo/client でお馴染みのインターフェイスです。 const { data, err, status } = await fetchSomething(); if (data) // 正常系レスポンスの処理 if (err) // 異常系レスポンスの処理

                                                                データ取得で try...catch しない理由
                                                              • Linuxを生み出したリーナス・トーバルズがIntelを厳しく批判、理由は「ECCメモリを死に至らせているから」

                                                                by renatomitra Linuxの開発者のリーナス・トーバルズ氏が、技術コミュニティの「Real World Tech」内で「IntelはECCを死に至らせている」と発言し、IntelのECCに対する姿勢を厳しく批判しています。 Real World Technologies - Forums - Thread: Ryzen 9 5000 series processor https://www.realworldtech.com/forum/?threadid=198497&curpostid=198647 Linus Torvalds On The Importance Of ECC RAM, Calls Out Intel's "Bad Policies" Over ECC - Phoronix https://www.phoronix.com/scan.php?page=n

                                                                  Linuxを生み出したリーナス・トーバルズがIntelを厳しく批判、理由は「ECCメモリを死に至らせているから」
                                                                • Production Ready GraphQLはGraphQLを採用するなら必ず読んでおきたい良書

                                                                  タイトルのとおりです。この本を読まずにGraphQLについての記事を書いたりしツイートしてたのが恥ずかしいくらいに良質なプラクティスが記載されています。GraphQLを採用して悩むことのほとんどはこの本に書いてあるくらいな印象で、この本を読むと効率よくGraphQLを使った開発の品質を向上できると思います。 どんな人が書いた本なのか 著者はMarc-André Girouxという方で、GitHubとShopifyに勤務しGraphQL APIを開発する仕事をしていたと書籍に書いてあります。GraphQLをやってる人ならこの時点でもう刺さったかもしれませんが、どちらの企業もGraphQLを採用していることで有名です。GraphQLスキーマを設計する上でGitHubやShopifyのスキーマや記事を参考にする方も多いのではないでしょうか。その両方で働いてたという時点で納得の説得力です。Grap

                                                                    Production Ready GraphQLはGraphQLを採用するなら必ず読んでおきたい良書
                                                                  • 【フロントエンド初心者向け】ユーザビリティを上げるちょいテク

                                                                    フロントエンドの開発が初めての人が意外と抜けがちな観点をまとめてみました。 初めにざっくりと概要を話すと「デザイナーが作るデザインでは表現しづらいもの」をまとめたものになります。 デザイナーが作るデザインは静的なものなので(たまにがっつりプロトタイプを作ったりもありますが)、いわゆる"状態"を表現するのが難しかったり抜けたりしがちです。 具体的に言うとローディング、Empty、エラーなどです。これらをよしなに補完できるフロントエンドエンジニアはデザイナーからもきっと「頼りになるぅ!」と思われること間違いないでしょう。 と言うわけでそんな例を紹介していきます。 今後も思いついたら追加する可能性が無きにしも非ず。 ローディングを出そう こう言うクルクルするやつとか こんな感じでシュインシュインするやつがあります。 基本的にユーザがアクションを起こした時に待たせる場合は必ず表示させましょう。 ロ

                                                                      【フロントエンド初心者向け】ユーザビリティを上げるちょいテク
                                                                    • その例外、いつキャッチするの?

                                                                      はじめに 最近、若手のコードレビューをしていて例外の使い方を教える機会があったので、ブログの方にもまとめたいと思います。今回はバッチ編。オンラインだとまた少し違う観点があると思います。また、言語はJavaを前提していますが考え方は例外機構をもつ言語ならあまり変わりません。 TL;DR 例外は原則キャッチしない。バッチは速やかに殺せ 個別箇所でログを出さずに必要な業務情報はExceptionを入れ子にして乗せる 長いバッチのためにはスキップもやむなし 原則、例外はキャッチしない JavaにはErrorとExceptionが存在し、OutOfMemoryErrorとかプログラム上ではどうしようもないものがエラー、ファイルが存在しない(FileNotFoundException)とかプログラム側でハンドリングするもの、と教科書では習うと思います。なのでException系はキャッチするものと、と

                                                                        その例外、いつキャッチするの?
                                                                      • セルフレジを見てると「エラーはあなたを叱ってるのではない」という概念を持つのが難しい人が一定数いるという話

                                                                        オードリー羽田 @audrey1967 セルフレジを見てると「エラーはあなたを叱ってるのではない、わからなければ試行錯誤して良い、決済しない限りお金は消えない、何ならリスタートできる」という概念を持つのが難しい方、というのが割と居る 良し悪しではなくそういう層をどうフォローするのかというのがこれからの時代の課題なのかな オードリー羽田 @audrey1967 そもそも論としてスーパマーケット自体「客が黙って商品をカゴに入れて店内を歩き回る」という、それまでの生活習慣にないUIになっているので当初は慣れない人が居たと聞く x.com/audrey1967/sta… mhl@元南CA移民→次は北CAへ @mhl_bluewind 「決済しない限りお金は消えない」というのはトランザクションの概念なので、ここが1番難しいんですよね。 なので、これはUI上で明記すべきポイントです。 「まだ支払いはさ

                                                                          セルフレジを見てると「エラーはあなたを叱ってるのではない」という概念を持つのが難しい人が一定数いるという話
                                                                        • 「ログを出す!ログを読む!」エンジニア版ベストキッド…「syslogに出す! loggerで出す!」「ログレベルアップ!ダウン!アップ!ダウン!」 - Magnolia Tech

                                                                          エンジニア版ベストキッド 師匠 「ログを出す!ログを読む!」「syslogに出す! loggerで出す!」「ログレベルアップ!ダウン!アップ!ダウン!」 生徒 「クラウドネイティブなマイクロサービスの作り方を教えてくれる約束だ!」 プロダクション環境にて… 生徒「ログが…有る!これだ!」— magnoliak🍧 (@magnolia_k_) 2022年4月10日 ふとベストキッドの台詞を思い出して、雑に書いてみたけど、案外いいこと書いてるなーって自分でも思ってしまった。 loggerの使い方は入門書に載ってたり載ってなかったりするし、どんなタイミングでどんな情報をどこに出すべきか?みたいな話は一子相伝の秘伝の技みたいになりがちだし。 まさにそう思います。https://t.co/ZKTTtdwB1d— Hideo Fukumori (@hideo_fukumori) 2022年4月11日

                                                                            「ログを出す!ログを読む!」エンジニア版ベストキッド…「syslogに出す! loggerで出す!」「ログレベルアップ!ダウン!アップ!ダウン!」 - Magnolia Tech
                                                                          • 明日から使える実践エラーハンドリング

                                                                            class: center, middle # 明日から使える<br/><strong>実践</strong><br/>エラーハンドリング Scala関西Summit 2018 11/10 --- class: left, middle ## 自己紹介 * 中村 学(Nakamura Manabu) * [@gakuzzzz](https://twitter.com/gakuzzzz) * Tech to Value 代表取締役 * Opt Technologies 技術顧問 <img src="../images/opt_logo_1.jpg" alt="Opt Technologies" width="450" style="margin-left: 0px" /> * F-CODE CTO <img src="../images/f-code_logo.png" alt="f-cod

                                                                            • HDD故障率のメーカー・モデル別統計データ2019年版、故障率が最も高かったのは?

                                                                              クラウドストレージサービスを提供するBackblazeが、自社のデータセンターで使用しているHDDの故障率をまとめたデータの2019年版を公開しました。12万台を超えるHDDのデータがメーカーおよびデータ容量別に整理されており、どのモデルの故障率が高い傾向にあるのかがよくわかります。 2019 Hard Drive Reliability: Failure Rates Continue to Rise https://www.backblaze.com/blog/hard-drive-stats-for-2019/ 2019年末にBackblazeのデータ用ストレージとして稼働していたHDDは12万2658台。そこからテスト目的で使われていたHDDや、稼働日数の総計が5000日未満で、統計的に有意な台数とは言えないモデルを除いた12万2507台のHDDからデータを収集した結果は以下の通りで

                                                                                HDD故障率のメーカー・モデル別統計データ2019年版、故障率が最も高かったのは?
                                                                              • 音楽CDのリッピングに役立つ「CDリッピングの正確性が高い光学ドライブ」のリスト

                                                                                世間では音楽のサブスクリプションサービスが広まっていますが、中にはサブスクリプションを解禁していないアーティストもいるほか、音質を重視している人はCDのリッピングを行って音楽を聴いています。しかし、CDからオーディオデータをリッピングする際には、CDの傷や汚れ、光学ドライブの振動などによって、データにエラーが生じてしまうとのこと。そこで、CDリッピングを行う人向けに「CDリッピングの正確性が高い光学ドライブリスト」がオーディオブログのPILABORで公開されています。 Audio CD ripping - optical drive accuracy listing - Tech-Tutorials, Howtos and buying advice https://pilabor.com/blog/2022/10/audio-cd-ripping-hardware/ CDリッピングにおい

                                                                                  音楽CDのリッピングに役立つ「CDリッピングの正確性が高い光学ドライブ」のリスト
                                                                                • パソコンで「入力した文字が左上に出てくる」あの現象が話題に、対処法も

                                                                                  パソコンで入力作業をしている際に、文字が左上に出てくる現象ツイートに、注目が集まっている。あるあるですね。 Wordや検索窓に文字を入力する際に、時々おこるあの現象。さまざまな対処法があるようだ 注目を集めているのは、この世で一番憎いものとして、パソコンを利用した人なら、一度は経験のある文字が左上に出てくる現象を挙げたツイートだ。ツイートを見た人達から、この現象のさまざまな発生条件や、対処法などが続々と寄せられた。 そう、これこれ。本当に憎いよね まず現象の原因としては「日本語入力がオンの状態で、デスクトップ画面をクリックして入力すると出てくるらしいですよ」「文字の入力先がデスクトップになっているとそうなります」との声が。どうやら文字の入力先が「デスクトップ」になってしまっているのが原因のようだ。 そして対処法には「他のソフトで同じ症状出た時の対処法なのですが、IME(windows右下の

                                                                                    パソコンで「入力した文字が左上に出てくる」あの現象が話題に、対処法も

                                                                                  新着記事