TypeScript エラー処理パターン - Object.create(null)
M 年前にも N 年後にも人類は同じ話をしている. まとめ エラーの発生方法は throw と return に大別できる throw には簡潔さ, return には明瞭さと型安全性といった特徴がある どちらの方法がより適しているかはプログラムの規模, エラーの種類, ハンドリングの方法などが判断の材料になる 実際にどちらの方法を使うかは上の判断材料と, フレームワークやプロジェクトのコーディング規約なども合わせて複合的に決めるのがよい エラー発生方法の分類 まず前提として, 関数から呼び出し元にエラーを伝える方法は以下の 2 つに大別できます. 逆にこの記事ではこれ以上の具体的な方法についての議論はしません. throw エラーを throw して呼び出し元に伝える方法です. 例えば以下のようなものが当てはまります. throw new Error("...") Promise.rej
円安を恐れるべきか
現在、数十年振りの円安です。コロナ禍やロシアの侵略戦争によるエネルギー高もあって物価が上昇していますがこれは本当に恐れるべき事なのでしょうか。 私は以下の文を読んで何故円安なのか、それをどう考えればよいか、よく理解出来たので、クローズドなSNSで4月の投稿ですが、書いた人の承諾を得て公開します。 【転載開始】 2001年6月以降の日米のコアCPI（なお日本のコアコアはアメリカのコアに相当）をグラフにしたものです。灰色の細い線はその差です。いずれも日記で紹介している内容で、日頃からデータを取っていればすぐに作れるグラフです。 アメリカはインフレ、日本はデフレとします（今はそうです。）。 両国ともまっとうな金融政策、つまりインフレになれば金融を引き締め、デフレであれば緩和するという政策をとれば、アメリカは金融を引き締めて金利上昇、日本は金融を緩和して金利低下となります。 そうなると、それまで円
iPhone・Macの標準アプリ「メモ」のディープな使い方 – ワードプレステーマTCD
サイトヘルスに表示される「永続オブジェクトキャッシュを使用してください。」の解決方法 2024.04.17
傑出したシェフの料理動画を見て「創作ロジック」に圧倒された。
僕はかなりの重度のグルメ偏愛家なのだが、ずっと長い間解けない疑問があった。 それは「なぜ一部のプロは、傑出して美味しいものを作れるのか」である。 レシピが同じで、使う食材も同じ。 それでも料理というのは明らかに”その人の味”になる。 味に個性がでる程度ならまだしも、”旨さ”そのものが根本的に次元の異なるものになる事すらある。 これは誠に非科学的な話である。 これは長らく”センス”の一言で片付けられてきた。 おそらく調理工程中の細かい事が蓄積していった結果ではあるとは思うのだが、その細かい事がウヤムヤしてて、具体的に何がどう違うというのがわからない。 が、今回、ようやくその秘訣を解き明かす機会を手に入れたので、今回はその話をしようと思う。 触りだけ簡単にいうと、トッププロの料理は一貫性がハンパないのである。 新型コロナウイルスの影響で、シャレにならないコンテンツがインターネット上に爆誕した
Learn Git Branching
A interactive Git visualization tool to educate and challenge!
現場で役立つシステム設計の原則メモ - Qiita
※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎている ちょっとずつゴミコードが追加されていった結果 重複しているコードをutil神クラスに押し込むと、あらゆる関心事が集中してしまう 変更に強いプログラムの書き方 メソッドは短く、クラスは小さく 略語は使わない 意味のまとまりで空行をうまく使う 説明用のローカル変数の導入（変更の影響範囲を局所化） 1つの変数に代入を繰り返す破壊的代入を避ける 意味のあるコードのまとまり（段落）を「メソッド
【入門】インフラやるなら知っておきたいトピックのリンク集 - Qiita
インフラをやるうえで知っておきたいトピックを独断と偏見で選んでリンク集をつくりました． HTTP HTTP入門 [BurpSuiteJapan]HTTP基礎入門 RESTful API Web API入門 RESTful API 入門 KVS key-valueストアの基礎知識 KVS 超入門 - footmark NoSQL HBaseの概要とアーキテクチャ | Think IT（シンクイット） Oracle Cloud Hangout Cafe - 明解! NoSQLの勘所 - Speaker Deck データベース 2018-11-データベース / 2018-11 database - Speaker Deck SQLをはじめよう - 初心者でもわかる、構文とデータ取得の基本 - エンジニアHub｜若手Webエンジニアのキャリアを考える！ RDBとNoSQLにみるDB近現代史 データ
フロントエンドのコーディング課題６選-このフロントエンドの課題、実装できますか？ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こちらの記事は、Indrek Lasn 氏により2019年 10月に公開された『 Here Are 6 Front-End Challenges to Code 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 著者Twitter https://twitter.com/lasnindrek フロントエンドの開発はストレスが多く難しい作業ですが、練習すれば技術をマスターすることができます。 自ら進んで鍛錬と努力をすれば、フロントエンド開発の場面で問題を解決することのエキスパートとなることができるでしょう。 優れたフ
中目黒Waltzがバズってる。 噂だけでもまじ苦手な店主で（行ったことはない..
中目黒Waltzがバズってる。 噂だけでもまじ苦手な店主で（行ったことはない。だって怖いもん🥺） いつか炎上するだろうと思っていたが、本当に炎上するもんなんだな〜。 1回こっきり反論して「もう書きません」、みたいな俺様ルール感が 「そこ！！！そういうとこだぞ！！！！！！」と思わずにはいられない。 →こういう人のせいでマーケットが狭まって昔のイキりジャズ喫茶みたいになるというサゲ意見 →こういう店があっても良いというややアゲ意見 どちらも否定しないが、流石にやり方ってものがあるだろ…と思う。 こういうの防止のために、服屋では接客したり「ちわー」って挨拶するのである。 それも怠ってるなら、オンラインショップだけにするか店主は店に立たないほうが良いのである…。 で、長年思ってることだが、目黒・世田谷・裏渋谷系個人ショップの 「（大変ざっくり言うと）カッペを集めて稼ぎ、 時々そのカッペにキレる・
エラいもんを読んでしまった～～～！！！ ホラー小説『忌録』がめちゃくちゃすごいから読んでくれ
※本記事はアフィリエイトプログラムによる収益を得ています バーチャルYouTuber、マシーナリーとも子による不定期コラム第14回（連載一覧）。今回は夏にちなんで、ホラー小説『忌録: document X』がめちゃめちゃ怖い（面白い）からみんな読もう！ という話です。 阿澄思惟『忌録：document X』（Amazon.co.jpより） ライター：マシーナリーとも子 徳で動くバーチャルYouTuber（サイボーグ）。「アイドルマスター シンデレラガールズ」の池袋晶葉ちゃんのファンやプロデューサーを増やして投票してもらうために2018年4月に活動開始。前世はプラモ雑誌の編集をしていたとも言われているが定かではない。現在はBOOTHでグッズを売ったりLINEスタンプを売ったりしている。 YouTubeチャンネル：https://www.youtube.com/user/barzam154 ポ
ネコのアプリで世界7位をとったので、やったこと全部さらす - Crieit
タイトルにある「ネコのアプリ」というのは、僕が作ったものではありません。個人開発者が集まるslackグループ、運営者ギルド仲間の@ampersand_xyzさんが作ったものです（アプリの詳細はこちら）。 今回、そのアプリを世界最大級のプロダクト紹介サイトProduct Huntにて紹介したところ、その日のランキングで7位を獲得したというお話です。 対象読者 個人開発者や、スタートアップの方で、海外に自分の作ったプロダクトをローコストで広めたい方。 およそ1万字の記事なので、時間があるときにじっくり読んでいただければと。 なぜやったのか 自分が作ったアプリの海外展開を行うにあたって、海外の三大プラットフォームの動きを事前に体験してみたかったからです。 少しだけ自己紹介をすると、shinji といいまして、サイドプロジェクトとして個人開発で下記のようなサービスを運営しています。 日程調整アプリ
「Pragmatic Terraform on AWS」が神本だったので紹介する - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Pragmatic Terraform on AWS、控えめにいって神本です。 AWSの知識がある程度ある人が、IaC入門するのに最適すぎる。 今週中にやり終わりそうなので、金曜あたりにレポ書きます。 — nari@エンタメ系エンジニア (@fukubaka0825) June 1, 2019 予定より、ちょっと遅くなってしまいましたが、宣言通り書評書いていこうと思います。。 ただただ「Pragmatic Terraform on AWS」を褒めちぎるだけの記事になってしまうことをご了承ください。。 こんな人にオススメ AWS
機械学習の超初心者が、みんなが良いと言う記事を読んでまとめてみた - Qiita
機械学習について勉強したいので調べてみたのですが、 同じ記事や同じ本をおすすめされてることが多かったので、自分なりにまとめてみました。 私は数学も機械学習も無知だし、まだ何も機械学習のコードを書いてません。 ただのリンク集になってます。 実際にやってみた画像認識の内容も含めたブログ記事はこちらです 機械学習をやるまえに 最初に機械学習で何をしたいのかを決めることが重要 ゴールを持つことが学習の進み具合を変えるらしい。 たしかに、やりたいことがあれば、勉強量も定着量も全然違う気がする。 無駄な知識を学ばないことも大切なんでしょう。 すべての理論を理解しようとしない。 機械学習は難しすぎるのでまず理解できないし、少しずつ簡単なものを実践して理解していくことが大切。 まずはコードを書く！ コードを書いていけば、なぜ動くのかをおおまかに理解していける。 数式や理論の理解は後回し、慣れろ、ってことで
Dockerfileを書くためのベストプラクティス【参考訳】v18.09 - Qiita
概要 Docker Documentation にある、Best practices for writing Dockerfiles の参考日本語訳です。ドキュメントは、2019年5月31日現在のカレントである Docker v18.09 (current) です。 背景 ―― 以前の翻訳から時間が経過し、全体的に手直ししたいものの、差分が大きすぎる状況です。そのため、リファレンスや重要性の高いものから優先的に着手することにしました。 スライド資料 背景やヒント、図解などを追加した補足用スライドを作成しました Dockerfile を書くためのベストプラクティス解説編 BuildKitなどの最新機能や Dockerfile の記述例については、こちらのスライドをご覧ください。 Dockerfileを改善するためのBest Practice 2019年版 Dockerfile を書くためのベ
ReactとVueを改善したSvelteというライブラリーについて - Qiita
海外のフロントエンド界隈で話題になっているSvelte 最近海外のフロントエンド界隈でSvelteが少し話題になっています。 この記事では、なんでSvelteが話題になってるのか、そしてReactやVueの代わりに、Svelteを使うメリットについて私が感じたことを共有していけたらと思います。 My talk from @YGLF_IL, 'Rethinking Reactivity', went online yesterday — https://t.co/eoGiBBAkKI. You probably don't have time to watch a 35 minute video though, so I'm going to pull out a few key slides into a quick tweet thread: — Rich Harris (@Rich_H
プログラマだったら当然知ってるよね？という知識一覧
2019年11月11日追記 ただのタイトルで煽ってるだけの記事に半年経っても未だに大量のアクセスがあるので追記しておきます。 ここで言いたいことは、「プログラマならコンピュータサイエンスを勉強してると役に立つよね」、ということ だけ です。 この一文以上に有用な言葉は以降の文章では出てきません。みなさんの時間を無駄にしないために注意書きをしました。 それでも良いという人は読んでみてください。 Twitterで「〇〇ができるという人が面接に来たけど、『じゃあXXXやYYYって知ってます？』というと知らないという人が多いんだよねぇ」とかいうツイートを見かけて、私はXXXやYYYってのを知らなかったので調べた見たところ、常識とまでは言えない概念だったり、名前は知らなくても誰もが知ってる概念だったり、むしろもっと良いアプローチがあるのではという思想だったりでなんだかなぁと思っていたところ、半日くら
子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには - エンジニアHub｜若手Webエンジニアのキャリアを考える！
子育てを支える技術 ─ フルスタックお父さんとエンジニアとしての成長を両立させるには お父さんは出産を除くすべての子育てタスクを担当できるとして、エンジニア的なアプローチで育児に取り組む白山文彦（@fushiroyama）氏が、キャリア構築や技術的成長との両立について語ります。 こんにちは、白山（@fushiroyama）と申します。主にモバイルアプリ開発を生業としています。 4年前に第一子をリリースして地道な改善施策を重ねつつ、半年前にめでたく第二子もカットオーバーしました。以来、外ではソフトウェアエンジニアとして外貨を稼ぎつつ、家庭ではフルスタックお父さんとして、食事に風呂に寝かしつけに夜泣き対応にと奮闘しております。 その過程で「エンジニアでよかったなぁ！」と感じた点や「こういう考え方やアプローチはエンジニアならではかもしれない」と感じたことが少なからずあったので、ぜひ紹介したいと思
内積の持つ表現 - Qiita
概要 この記事は数学を学んでない人が書いてます。 その事を書く理由は保身もありますが、間違ってる事とか表現が厳格ではない可能性があることを示唆します。 自分自身が内積を捉えるのに苦労したので「内積分からない人が、分かろうとした過程を残した記事」程度のものだと思ってください。 そして、その過程を通じて、他の人が内積を理解するためのヒントを得られることを目的として書いています。 "完全に"正しい内積を説明するのが目的ではなく、考える過程を通じて理解を深めるのが目的です。 謝辞 phiさん(@phi16)本当にありがとうございました。 phiさん居なかったら内積とはなんなのか全然分からなかったです。本当に助かりました。 この記事はphiさんの言ってる事を馬鹿なりに咀嚼したものなので、phiさんの文章の方がしっかりとした説明になってます。 線形空間のおはなし 内積の抽象概念 (自分の言葉で説明する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
資産運用 - shao's Scrapbox
5巻ぐらいで終わるオススメの漫画教えて