機械学習の精度と売上の関係【DL輪読会】言語以外でのTransformerのまとめ (ViT, Perceiver, Frozen Pretrained Transformer etc)
アプリケーションから例外を投げる派、投げない派 - Shin x Blog
例外をどのような状況に投げるかもしくは投げないか、というのはわりと意見が分かれるところです。もちろん、プログラミング言語によっても異なりますが、同じプログラミング言語ユーザ同士でも様々です。 基本の考え方 ベースとしては、Effective Java の項目 39 にある下記の方針が参考になります。 例外的な状況の時にのみ例外を使う。 Effective Java 禅問答のような定義ですが、これには異論は無いでしょう。例外を正常フローで利用したり、制御構造に用いるべきではありません。 人によって異なるのは「例外的な状況」の解釈です。 例外的な状況 この「例外的な状況」の解釈は人によって異なるようで、これまでも議論になっていました。これまで聞いた解釈を乱暴に分けると以下の 2 パターンに分かれます。 1. アプリケーションから独自の例外を投げる派 ランタイムやミドルウェア連携などプラットフォ
時間のなさを嘆く前に、掃除／洗濯／買い物など家事を自動化したらいい | ライフハッカー・ジャパン
どんなにつまらなくても、誰かがやらなければいけないのが家事というもの。ほかのことに使いたかった時間を奪われてしまい、心から楽しんで家事に取り組んでいる人はほとんどいないのではないでしょうか。そこで、料理、掃除、洗濯、買物、請求書の支払いなど、いろいろな家事に追われている人のために、家事を自動化するコツをお伝えします。少しでも、あなたの大切な時間が増えることを願って。 具体的には、家事の時間節約に関する基本原則、特定の家事にかかる時間を短縮する方法、負担を軽減するタスクのスケジュール管理を紹介します。これらを実践したからといって、人生の何十年分もの時間を創れるわけではありませんが、できるだけ多くの自動化をすることで、ある程度の時間が確保できるとともに、家事によるストレスを大幅に軽減できるでしょう。 家事削減の4原則 1．できることはすべて自動化：もっとも重要な戦略です。請求書の支払いから薬の
DDDで設計するならCQRSの利用を検討すべき - Qiita
タイトルに書かれていることで全てなのですが、DDDとCQRSの併用について強調している日本語の情報が少ないので、軽くまとめておきます。 CQRS+DDD CQRS(コマンドクエリ責務分離)とは、サーバの機能を「コマンド」（副作用あり）と「クエリ」（副作用なし）で完全に分けちゃおう、という考え方です。そもそも「コマンド」と「クエリ」ではあらゆる要件が異なります。 一貫性： 「コマンド」は整合性のある処理が必要、「クエリ」はあまり気にする必要なし ストレージ： 「コマンド」側は正規化してデータを保存したい、「クエリ」側は非正規な方が効率的 スケーラビリティ： 「コマンド」は全体の負荷の中で占める割合が少ない、「クエリ」は負荷が大きい なので分けちゃうわけですが、 コマンド側 複雑なビジネスロジックが絡むので、ドメイン駆動が活躍 クエリ側 複雑なビジネスロジックがないので、ドメイン層はスキップ
起業をする人が知っておくべき、起業の現実とは
起業とは何でしょうか。この数年のウェブ世界では起業論がブームになっているようにも思います。やってみるまでわからないことも沢山あるでしょうが、やってみなくてもわかることもいくつかあると思いますので、私の経験も交えて起業論を話してみます。 ・心構え 独立や起業することは良いことなので、「やってみれば」と言いたいところですが、起業することはやはり責任が重く、ピンチも沢山やってくるので、気軽に薦めるわけにも行きませんね。 起業する前には、とにかく大ピンチを想定してやったほうがよいでしょう。 仕事は全くこない、もしくは仕事を納期までに終わらせられず顧客に大損害を与える、迂闊にも仕事を安請負して大変なことになる、破産して多大な借金を背負う、病気になる、従業員は出社拒否になる、共同創業者とも喧嘩して残ったのは自分一人、新規事業は数年間売上がほぼ０のまま、平日も土日も朝から夜までずっと仕事でそのうえ雑用ば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
