なぜ、微積分は役に立つのか
なぜ、微積分は役に立つのか 2023.11.27 Updated by Atsushi SHIBATA on November 27, 2023, 14:58 pm JST 今回紹介する書籍：『はじめての物理数学』永野 裕之（SBクリエイティブ、2017） 朝起きてから寝るまで、我々は何種類もの「数」を見ます。 私自身、朝起きるとネットやニュースで降水確率、予想気温のように気象にかかわる数、為替、海外の株式市場の指数など、いろいろな種類の数をチェックします。しばらく前なら、コロナウイルスの感染者数や増加傾向を表す指数を毎日のように確認していました。 自分を取り巻く環境を知るために、私たちはいろいろな「数」を確認します。そして数を手がかりにして、行動を決めます。現代を生きる私たちにとって「数」は、世界を知るための「目」としての役割を持っています。 現代人が日常的に見るこの種の数は、たいてい計
xlsxファイルにSQLを実行するxlsxsql - Qiita
xlsxファイルに対してSQLを実できるxlsxsqlというツールを作りました。 GitHubのxlsxsqlからダウンロードできます。 これは何？ xlsxsqlは、xlsxファイルに対してSQLを実行するツールです。 また、CSV,LTSV,JSON,YAMLといったファイルに対してSQLを実行することもでき、その結果をxlsxファイルに出力することもできます。 trdsqlにxlsxファイルの読み書き機能を追加したものになります。 使い方 単純にファイルをテーブルとして指定できます。 -oまたは-outオプションは出力ファイル形式を指定します。 CSV, LTSV, JSON, JSONL, YAML, TBLN, AT, MD等が指定できます。
『ユニコーンオーバーロード』は5時間ぶっ続けで遊んでもぜんぜん足りない！ ボリューム・自由度・密度が揃う“狂気的な作り込み”に時間が溶けていく
『ユニコーンオーバーロード』は5時間ぶっ続けで遊んでもぜんぜん足りない！ ボリューム・自由度・密度が揃う“狂気的な作り込み”に時間が溶けていく 1990年代のシミュレーションRPGに大きなリスペクトを捧げる新作シミュレーションRPG『ユニコーンオーバーロード』。本作について語る前になにより伝えたいのは、予想を超える「狂気的なボリューム感」の作品であるということだ。 『十三機兵防衛圏』も手がけたアトラスとヴァニラウェアのタッグで送られる本作は、ユーザーの期待値がかなり上がっていることと思うが、その期待にばっちり応える強度を持っている。 本作の物語は、誰もが童心に返るようなときめきに満ちている。王位継承者であり主人公、解放軍を率いる若きカリスマのアレイン、彼の従者であり共に剣の腕を磨くレックスなど、スタイリッシュでリッチな現行機ならではの表現で描かれる「古き良き」を感じられるど真ん中のストーリ
Slackの新UIを以前のUIに戻す方法 - 秋山界面帳
2023年に変わってしまったSlackのUIを元のUIに戻す方法 同僚から教えてもらって大興奮した 元は SlackRevert – Get this Extension for 🦊 Firefox (en-US) の説明欄に書いてあったらしい ① Slack アプリを閉じる ② ターミナルを開いて、次の 2 つのコマンドを個別に実行する code:sh export SLACK_DEVELOPER_MENU=true open /Applications/Slack.app Slack は新しいテーマで開くが、コンソールにアクセスできるようになる ③ command + option + i を押して Slack のコンソールを開く ④ Slack のコンソールで以下を実行 code:sh localStorage.setItem("localConfig_v2", localStor
【Rails】ランダムな文字列をPrimary keyとして使う - Qiita
Abstract Ruby on Railsでは、モデルを作成するときデフォルトでInteger型のidをprimary keyとして付与してくれる。 一方で、このQiitaの記事のURLのように、ランダムな文字列をprimary keyに用いたいケースもある。 この記事では、デフォルトで作成されるInteger型のidの代わりに、String型でランダムな文字列のidをprimary keyとする実装手順をメモする。 Environments ruby: 2.6.5 rails: 6.0.0 0. Userモデルを作成する。 今回はサンプルとして、Userモデルをscaffoldで作成する。
【Rails】URLでidの代わりにランダムな文字列を表示させる - Qiita
Update gemを使わずに自分で実装する方法を記事におこしました。 --> 【Rails】ランダムな文字列をPrimary keyとして使う - Qiita Introduction Railsのscaffoldを使うと、デフォルトで/users/:id/のようにidを使ったURLが生成されます。 しかしながら、システムでシーケンシャルに払い出していて主キーとして使っているidをURLというユーザーが見えるところで使うのって少し抵抗ありません？ ということでURLにはidではなくランダムな文字列（Qiitaの記事はそうなってますね）が表示されるようにする方法をメモります。 Environment Rails 5.2.2 Ruby 2.6.3 1. public_uid gemをインストール 便利そうなgemを作っている方がいらっしゃいました。データをDBに登録するときに、ランダムな文字
エンジニアが株式会社作ったログ
この記事を読んだ方から有益な情報をたくさんいただいたので追記している。 特定創業支援等事業の認定 法人設立ワンストップサービス gBizID 自分でやっていないものについては各項目で明記している。 なぜ作ったのか？ 自分の興味があった教育分野において、実際にやってみて自ら経験を積み、社会に役立つようなことがやりたいと思ったため。 あと、長くサラリーマンをやって、矛盾している組織が許せない性分だとわかったので、じゃあ自分で組織を作ってみようという単純な発想による。できるだけ矛盾していない組織を作ろうと目指しているが、やらずに文句だけ言うのはフェアでない、という意味合いもある。 フローチャート やることが多く、時系列がわかりづらかったのでフローチャートを書いてみた。 週一で動いた場合、 3 ヶ月ほどかかる。また、灰色の枠は実施していない。 経費について 登記前にかかった費用はすべて創立費、登記
認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介
認知負荷および認知負荷理論 (Cognitive Load Theory) をもう少し正確に理解するための心理学研究・知見の紹介 この記事の目的 ここ数年で、ソフトウェア開発やプログラミングの文脈で、「認知負荷」 および 「認知負荷理論」 という用語をよく見聞きするようになりました。私が今思い出せるだけでも、以下のような書籍や Podcast で重要なキーワードとして取り上げられています。 A Philosophy of Software Design, 2nd Edition チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計 プログラマー脳 ～優れたプログラマーになるための認知科学に基づくアプローチ fukabori.fm 102. A Philosophy of Software Design (3/3) w/ twada この「認知負荷」ですが、少なくとも近年見聞
俺に起業の相談をするな｜shi3z
最近よく聞かれるので改めて言っておく。俺に起業の相談をするな。一切受けつけていない。突然事業のアイデアを言われても俺は助けないし助けられない。 俺が相手にするのはUberEatsのユーザーと、昔から一緒に仕事をしている人の紹介だけだ。もうすぐ五十路が見えているというのに新たな人間関係を構築しようとするほど俺は暇でも気長でもない。 相談されるとそれだけで僕の頭脳が無駄に消費される。俺に相談するというのは基本的に泥棒である。俺は何か聞いたら自分でも意識しないうちに気の利いた解決策を考えてしまう。俺にとって俺の頭脳は商売道具だから、俺に起業の相談をするというのはタダでイラストレーターに絵を描けと言ってるのと同じだ。 相談を受けなくていいようにたくさん記事を書いてるし本も書いている。俺の情報を一方的に発信するのは構わないのだが、誰かのへんな考えを聞いて時間を浪費したくない。時間は限られているのだ。
We tried that, didn’t work
In our quest for making programming simpler, faster, and prettier, no logical fallacy provides as much of an obstacle as “we tried that, didn’t work”. The fallacy that past failed attempts dictates the scope of what's possible. That just because someone, somewhere, one time attempted something similar and failed, nobody else should try. That lowering our collective ambition to whatever was unachie
【「スゴ本」中の人が薦める】AIの限界をAIが超え始めていることを実感できる5冊
1. 『ヒトはなぜ笑うのか』マシュー・M. ハーレー 、レジナルド・B・アダムズJr.、ダニエル・C・デネット 著、片岡宏仁 訳 2. 『言語の本質』今井むつみ、秋田喜美 著 3. 『教養としてのAI講義』メラニー・ミッチェル 著、尼丁千津子 訳 4. 科学雑誌『Newton（ニュートン）』 2023年10月号、中野太郎 、尾崎太一 執筆、松尾 豊 監修 5. 『天然知能』郡司ペギオ幸夫 著 これは、ヘミングウェイが書いたとされる、たった6語の小説だ(※1)。この短い小説から、何が感じられるだろうか？ 売ります 赤ちゃんの靴 未使用 おそらく、悲嘆だろう。我が子のために靴を買ったのだけれど、その靴を履く前に、亡くなってしまったのだろう。靴を見るたびに喪われた子のことを思い出し、悲しみに暮れてしまう。ならばいっそ手放してしまおう―――背後にそんなストーリーを想像させる。 私が想像したこの感情
慢性人員不足の負のスパイラルあるある - やしお
少し前にテレビ番組の「カンブリア宮殿」で、医師1名のクリニックで、高い水準で患者ファーストを実現できている、結局それは人員の大幅増で実現できた、と紹介しているのを見た。 2023年9月21日 放送 おおこうち内科クリニック 院長 大河内 昌弘 (おおこうち まさひろ)氏 ｜カンブリア宮殿： テレビ東京 その後で、財務省が文科省に「人員不足はどの業界も共通課題なのだから、教員も数のみに頼らず学校運営を効率化すべし」と指摘したという話を見かけて、並べると趣深さがあるなと思った。 「数に頼らない学校運営を」 教員不足への対応で財務省が注文 クリニックは、当初はどんどん人が辞めていく状況にあったと紹介されていて、今の自分の職場もそれに近いところがあるなと身につまされた。 クリニックの取組み 患者ファーストは、 待ち時間が短い 専門外の症状も断らずに見てくれる 先生がきちんと話を聞いてくれる 診断書
Hotwireの良かった点、辛かった点、向いているケース、向いていないケース - 猫Rails
（自分はRailsを書くことが多く、フロントエンドの経験は乏しいです。見方にだいぶ偏りがあると思いますので、そのあたり差し引いてお読みいただければと思います〜🙇♂️） こんにちは〜。Hotwireを仕事で使う機会があったので、実際に使ってみて感じた、良かった点、辛かった点、向いているケース、向いていないケースを共有します〜。 Hotwireとは？ Turbo Driveとは？ Turbo Framesとは？ Turbo Streamsとは？ Stimulusとは？ Hotwireのデモ 良かった点 サーバーサイドに集中できる Railsの資産をフルに活かせる 後付けで段階的にSPA風の挙動を追加できる 学習コストが低い 開発コストが低い WebSocketは必須ではない 辛かった点・辛くなりそうな点 DOM更新時にレスポンスを待たないといけない SPAのユーザー体験とはだいぶ違う He
Rails7 Hotwireを使用してフラッシュメッセージを機能させる！Turbo Rails Tutorial をやってみた（7章） - Qiita
Rails7 Hotwireを使用してフラッシュメッセージを機能させる！Turbo Rails Tutorial をやってみた（7章）RailsStreamsTurboHotwire 本記事は、🔽「Turbo Rails Tutorial」の学習を進めていく際の個人メモです！ 🔽 前章の記事はこちら 7章 Flash messages with Hotwire この章では6章までにHotwireを使用して作成した「見積もり」作成アプリに「フラッシュメッセージ」をつける方法を学びました。Hotwireを使用しない通常の方法より設定することは多いですが、それでも実現していることの複雑さから考えれば実装は簡単だと思いました。 やりたいこと 現状機能していないフラッシュメッセージを表示させたい。 やったこと app/controllers/quotes_controller.rb内のcreat
「指笛」吹きませんか 警視庁
突然ですが指笛できますか？インターネット等でもいくつか紹介されていますが、私が小さい頃、母親に教えてもらった方法を紹介します。災害時、閉じ込められて気づかれない時、指笛を吹けば誰かしら気づいてくれるかもしれません。山で道に迷った時やスポーツ観戦時など使い方はあなた次第です。
アジャイル・フルーエンシーモデルでアジャイルに技術的負債対策を組み込む
🐳この記事は「ログラスサマーアドベントカレンダー2023」の28日目の記事です。 次はデザイナーチームの高瀬さんです。 こんにちは、ログラスの松岡です。 ログラスのプロダクトチームでは、ドメイン駆動設計とアジャイルプラクティス（スクラム、エクストリームプログラミング等）を併用していました。 その中で、「アジャイル・フルーエンシーモデル」(以下、省略時には「フルーエンシーモデル」と表記)という概念が多くのプラクティスを取りまとめ、全体感を把握してチームの成長余地を考えるのに役立つものなので、この記事で紹介したいと思います。 アジャイル・フルーエンシーモデルの面白いポイント 面白いポイントはいくつもあるのですが、この記事で紹介するポイントは二つあります。 ポイント①: 技術的負債への対策が組み込まれている 一つは、「技術的卓越性によってアジャイルの持続可能性(サステナビリティ)を高めるという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
管理機能アーキテクチャパターンの考察と実践 / Learn Architecture through Admin
「作ってから売る」と「売ってから作る」と「売れるようにしてから作る」 ～技術の社会実装のための『開発』～
Storybookを書くだけでリグレッションテストが 実行される世界へようこそ
「Gmail」の不要メールを大掃除！ Googleのストレージを取り戻すテクニックが話題に／GB単位で空きストレージを増やせるかも【やじうまの杜】
