感染拡大を防止するためには、保健所による積極的疫学調査や健康観察、入院勧告の遵守義務やこれらに対する罰則、民間検査で陽性となった本人による保健所への連絡の義務化、宿泊療養施設や自宅での療養の法的根拠及び実効性の確保、クラスター等複数の陽性者が発生した場合の知事の判断による施設の名称等の情報の公表等に関する感染症法の改正を行うこと。（全国知事会「新型コロナウイルス感染症緊急事態宣言を受けた緊急提言」より） 罰則を作れば保健所が混乱するまた、声明の文章について議論している最中に、それ以上に大きな問題だと気づいたのは、この罰則規定を入れることで、保健所の現場が混乱する可能性が高いということです。 ーーどうしてですか？ 新型コロナでやっている感染者の同定や積極的疫学調査は、保健所が今回初めてやったことではないのです。結核でずっと日常的にやってきたことです。なので、担当部門はすぐコロナに対処できたの

毎年恒例のその年に消滅したスタートアップシリーズ。毎年多くのスタートアップがその姿を消している中で、2020年はとびきり厳しい一年となった。 パンデミックにより人々の生活は一変し、旅行やリテールに代表されるサービスへのニーズが極端に下がった。それに伴い、ニューノーマル下で必要頻度の下がったサービスは停止を余儀なくされている。 難易度Maxの2020年を生き残れなかったスタートアップ10社中9社が消滅すると言われるスタートアップゲームの中でも、おそらく2020年はこれまでと比較にならないレベルの難易度の高さ。パンデミックによるロックダウンにより業務を停止したり、サービスを縮小せざるをえない状況に追い込まれた。 また、VCからの投資の縮小も加わり、難易度はMaxレベル。実際に多くのスタートアップはスタッフのレイオフを進め、必死に生き残りにかけている。 それでは2020年に生き残れなかったスター

この投稿は『fukuoka.ex Elixir／Phoenix Advent Calendar 2020』の19日目の記事です。 qiita.com また、この投稿は、先日のElixir Digitalization Implementors #3 でLT発表させてもらった内容と一部重複しています。 fukuokaex.connpass.com Schemaに関わる実装は自動化しよう。 RubyプロダクトのSchemaを把握してElixirで実装する作業って自動化できるのでは？ そう考えてこれを作りました。 github.com 解説 前述のrtoeは既存のRubyプロダクトのmigrationファイルを読み込み、 ElixirプロダクトでSchemaを生成するコマンドを生成するものです。 一部抜粋して解説します。 基本的にこんなことをやっています。 Rubyプロダクトのmigration

高円寺にビリヤニをメインにした新店が誕生！ ガチなカレー好きの割合が日本有数で高い街、そしてどことなくインドの気配や空気を感じさせてくれる街、なんて私が勝手に思っている高円寺。そこの高架下に2020年3月、「エリックサウス 高円寺カレー＆ビリヤニセンター」がオープンした。 エリックサウスといえば、南インドの本格カレーやミールス（定食）が食べられる人気の飲食店グループ。各店でメニューの一つとしてビリヤニを用意しているが、この新店舗ではカレーと同格の扱いでビリヤニを看板に掲げているのだ。 駅の改札からすぐ、高架の南側にあります。 昼間のチョイ飲みにも良さそうな店。 ……ところでビリヤニってなんだっけ？ ということで話を伺ったのは、エリックサウスのメニュー開発を担当しているイナダシュンスケさん。外食産業に関する新書やカレーレシピ本を執筆し、当サイトでもライターとして活躍する話題の人である。 ――

zenn.dev matz はじめコミッターの型に対する姿勢にも疑問を持っています。 というご意見が自分に刺さった気がしたので、他の話題はともかくこの点に関してだけ、ポエムを書きます。 「Rubyに型が欲しい」というのは、「もっと速い馬が欲しい」だと思っています。意味を知らない人は ヘンリー・フォード もっと速い馬が欲しい で検索してください。 これは批判でも皮肉でもありません。みんなが馬の乗り方を知っている世界では、誰も乗り方を知らない自動車より、速い馬のほうが確実で合理的です。まして、自動車が本当に実現できるかどうかわからない段階では。なので、他言語で型注釈を書くことによるプログラミング体験が良いと思った人が、それをRubyでも享受したいと思うのは自然だと思います。実際、Steep や Sorbet は Ruby でそういうプログラミング体験を提供することを目指していて、すでにある程度

気づいたらブログの証明書の期限が切れていた。めんどくさて数日放置していたけど、 さすがにエンジニアとしてまずいだろうということで自動化することに。 Let’s Encrypt (DNS-01) 使用していたのは Let’s Encrypt の証明書。証明書は ACMEというプロトコルを使用して 発行されるが、その手順の中で「ドメインの所有者どうか」といった認証がある。 この認証によく使われているのはHTTP-01だが、今回はDNS-01を使っている。 DNS-01 の流れ ACMEクラインアントが Let’s Encrypt に challenge を要求 受け取った challenge を _acme-challenge.harasou.jp の TXT レコードにセット Let’s Encrypt が TXT レコードの challenge を確認できれば証明書発行 自動化にあたって、

The CentOS Projectは12月8日、Linuxディストリビューション「CentOS」の開発方針の変更を発表した。「Red Hat Enterprise Linux（RHEL）」互換の「CentOS Linux」からフォーカスを「CentOS Stream」に移すという。「CentOS Linux 8」は2021年に終了するとしている。 CentOS（Community ENTerprise Operating System）はRed Hat Enterprise Linux（RHEL）と互換を目指すディストリビューションを開発するコミュニティプロジェクト。オープンソースで公開されているRHELのソースコードを元に、商標など無償公開・配布の際に問題となる著作物を取り除いてビルドし、公開している。2004年に歴史を遡るプロジェクトで、途中存続の危機を迎えがら2014年にRed H

この記事は クラウドワークスアドベントカレンダー2020 8日目の記事です。 概要 こんにちは、クソコードを爆殺リファクタリングするのが大好きなミノ駆動です。 今回は単一責任原則の話です。 単一責任原則はSOLID原則のひとつとして有名で、2020年のオブジェクト指向カンファレンスのアンケートでも、SOLID原則の中で最も人気がありました。 皆さんは単一責任原則を遵守した設計をしていますか。 どんな構造が単一責任設計で、一方どんな構造が単一責任でない設計か、明確に意識していますか。説明できますでしょうか。 ところで「単一責任原則とはなんぞや」について、少なくとも私の観測範囲では、概念的な話にとどまっているものが多く、コードレベルで具体的に説明しているものは少ないように感じます。 そうした状況からか、単一責任原則の解釈が人によって違っていたりしているように感じます。 本記事は、今一度単一責任

この記事は 「Webアクセシビリティ Advent Calendar 2020」 5日目の記事です。 アクセシビリティ Advent Calenderの記事を寄稿するにあたり、少しの工夫であらゆるユーザーに対して優しいWebサイトを作れるようなHTML/CSSコーディングの方法についてまとめました。より多くの人にとって優しい・使いやすいWebサイトを作ることは訪れてくださるユーザーの方々だけでなく、クライアントにとってもユーザーの機会損失を防ぐことができるので多大なるメリットがあります。（よくコードが適当でもデザインが見えていれば良いって意見を聞くけれどそんなことはない） ただ、アクセシビリティを意識したHTML/CSSコーディングについてのまとめだと内容量が非常に多くなりZennなら記事より本で出したほうがベターになってしまうので、今回は数あるアクセシビリティの視点から「キーボード操作で

shiguredo_model.rst 時雨堂を支えるビジネスモデル 更新 2023-12-08 作者 @voluntas バージョン 2023.2 URL https://voluntas.github.io/ タイポなどは Twitter の @voluntas までお願いします。 概要 定期的に更新している 株式会社時雨堂 を作って、 自分が選択したビジネスモデルで充分な利益を上げられるようになったので雑に書き出していく。 時雨堂がどんな会社なのかは 時雨堂コトハジメ を見てほしい。 前提 IT 系零細パッケージメーカー で、ここ最近はパッケージをクラウド版として運用をセットで提供するビジネスも始めている。 主力製品はパッケージソフトウェア製品と、パッケージソフトウェア製品のクラウド版の２つ。 ライセンス契約モデル 時雨堂は自社開発ミドルウェアのライセンス契約モデルで利益を出している

「分断」とは何か よく知られる詭弁の一種に「本物のスコットランド人はそんなことしないNo true Scotsman 論法」というものがある。これはおおむね次のようなものである。 Aさん「すべてのスコットランド人は勇敢で忠誠心が高いものだよ」 Bさん「でもCはスコットランド人だけど、このまえ敵前逃亡したっていうじゃないか」 Aさん「そんな奴は本物のスコットランド人ではないのさ」 この論法が詭弁とみなされる理由は明らかだろう。BさんはAさんの主張「すべてのスコットランド人は……」に対して反例を出した。しかし、Aさんは「本物の」という修辞を恣意的かつアドホック（後付けで）に使用することで、自説を守ろうとするのである。Twitterなどで、自説に不利なものを恣意的に例外扱いすることを「切断処理」と呼んだりするが、それと同じようなものだ。 しかし、この論法とその例はたんに議論上のルール違反であるだ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

こんばんは。ritouです。 Digital Identity技術勉強会 #iddance Advent Calendar 2020 1日めの記事です。 qiita.com 初日なのでゆるふわな話をしましょう。 何の話か もうだいぶ前ですね。9月のお話です。こんなTweetを見かけました。 社内Slackにいる「OAuth認証」と書くと訂正してくれるbotが丁寧な解説をするようになっていた 認証(Authentication)と認可(Authorization)は間違えやすいわりにミスると甚大な被害をもたらしがちなので、常日頃から意識を高めていきたいですね pic.twitter.com/oVQxBgZcHS— greenspa (@greenspa) 2020年9月28日 このbotに対する思うところはもう良いです。 今回は、「OAuthの仕様に沿ってID連携を実装するいわゆる"OAut

技術部でRubyインタプリタの開発をしている笹田です。コロナの影響で、リモート勤務などに移行し、新しい生活スタイルを満喫されている方々がたくさんいらっしゃるんじゃないかと思います。ただ、私は以前から自主的に自宅勤務することが多かったので、正直生活がぜんぜん変わっていません。 さて、家で私が何をしているかというと、Ruby 3の準備です。その中でも、数年取り組んできた Ruby で並列処理をするための仕組みである Ractor の開発をしています（以前は Guild というコードネームで呼んでいました）。Ractor という名前は、Ruby の Actor みたいな意味で付けました。Erlang とか Elixir で有名な Actor model というアレです。厳密には、Actor model でよく言われる特性をすべて備えているわけではないのですが、並列で動く Ractor を複数作る