ITが面白い時代はすでに終わっているし変化も遅くなった - きしだのHatena
ITはもう面白くなくなってますね。 技術が面白いときには、いろいろ新しいものが出て性能あがったりできることが増えたりします。調べたらどんどん新しいものが出てくるし、新しいものもたくさん作るし、面白い。ですが、IT技術は一通り出そろって、成熟期に入っています。そうすると新しい技術に出会うことも新しいものを作ることも減っていきます。その結果、いままでの変化のあった状況を知っていれば、つまらんってなりますね。 ※2024/8/24 追記 言いたいことをまとめると、IT素振りのネタ探しに苦労するようになったよねってことです。 結局のところITというのは新しいハードをどう動かして社会に実装していくかというものなので、新しいハードが出ないとどうしようもないのです。けれどもだいたい飽和してしまった。 雑にいえば、これまで1980年くらいにBASIC搭載8bitパソコンが普及するとBASICプログラミング
Deep Researchに「日本の大学図書館とオープンアクセスの歴史と現状」をまとめてもらうテスト - やわらか図書館学
いつの間にかChatGPTのDeep Researchが使えるようになっていたので、いまさらですが試してみました。 プロンプトはこんな感じです。 あなた: 日本の大学図書館とオープンアクセスの関わりについて、歴史的に重要な出来事とその現在への影響をまとめてください。 ChatGPT: どのような形式でまとめるのがご希望でしょうか？例えば、レポート形式、年表スタイル、箇条書きの要約などが考えられます。また、大学図書館の具体的な事例（例：東大や京大など）を含めたいかどうかも教えていただけると嬉しいです。 あなた: レポート形式でお願いします。具体的な事例も交えてください。 プロンプトがふんわりし過ぎていて、あまり良くないような気もしますが、とりあえずテストということで。 東北大学の館長の名前が間違っていたり（情報源の英語を無理やり漢字にしているっぽい）、JAIROが今もある体になっていたりと、
「ふつう」ではない人間が、なぜ金を貯められないのかを説明しよう
「ふつうの」会社員が2億円 少し前に、ネットでこんな記事を読んだ。 はてな界隈でよく知られている斗比主閲子さんが『ふつうの会社員が投資の勉強をしてみたら2億円になった話』という本を出すという。 おれはとてもつめたい気持ちになった。なにをして「ふつう」というのだろう。おれもすこしは「ふつう」になりたくて生きてきたが、2億円とは縁どおい。縁もゆかりもない。40代半ばになったおれにとってリアルな数字とは「手取り１９万円の栄光」であり、「20万円でも人は死ぬ」である。 「20万円でも人は死ぬ」 まあ、おれは「ふつう」とは言いがたい。大卒が前提として就職も転職もなにもかも語られるような世の中にあって高卒だ。大学を出られなかったのはおれの無能と怠惰によるものだからしかたない。おれは四大卒の人間にくらべてらいちじるしく能力が低いことは認めなくてはいけない。身体能力にすぐれているでもない無能者にまともな労
質の高い技術文書を書く方法 - As a Futurist...
大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは？ 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体
Gitの中身
はじめに Gitで管理するプロジェクトには.gitというディレクトリがあり、その中にGitの管理情報が入っている。その中には、全てのコミットや、いろんなバージョンのファイル、ブランチ、タグといった情報が格納されている。Gitを操作するにあたり、この中身がどうなっているかを理解する必要はないし、もし中身を覚えたとしても、操作方法は変わらないまま、内部実装だけ変更になる可能性もある。それでも、Gitの仕組み、特に様々な情報が.gitにどのように格納されているかを知っておくのは二つの理由から有用だと考える。 一つ目の理由は、「物が動く仕組み」を知っておくことが教養だからだ。車を運転するのに、アクセルを踏めば進み、ブレーキを踏めば止まり、ハンドルを回せば曲がることを知っていれば十分だ。しかし、シリンダーにガソリンが噴射され、ピストンで圧縮したところで点火し、爆発する力でピストンが押される、という直
頼むから男は「今すぐ」化粧水を塗れ！！（追記でデッキ公開）
ーーーー（追記です以前の内容を読みたい人は❤️の多いところまでスクロールしてね！）ーーーー えっ何めっちゃブコメついてるこわ…もうすぐ1000じゃん？？？？ お察しの通り元ホビー女子だよ！！みんなもバトろうぜ！！ というわけでデュエリストの作法としてデッキを公開するよ。なおレギュレーションは基礎化粧品とします今回はメイクアップの方の化粧はナシね（でも男も顔にラメとか塗ろうぜ？キラカードとか好きだろ？） なんだけど当方コスパ至上主義者なので大した成分使ってないんだが（ホントすいません）…てかコスパ度外視だったら美容医療一択でターンエンドなんだわ（もちろん何も塗らなければ0円だけどそれは肌断食っていうちょっと過激な流派で、昔精神的に参ってて自動的に肌断食状態だったときの古傷=ニキビ痕がまだ残ってるからもうやらないって決めてるんだぜ！） 前置きが長くなったな！俺のターン！ 洗顔:セタフィルのジェ
お前らは口座差押えの困難さを知らない
寸借詐欺被害者が相手を殺して容疑者になってしまった事件で「裁判で勝訴してたなら口座差押えして配信収益から回収すればよかっただろ」てブコメが複数ついてるけど https://b.hatena.ne.jp/entry/s/shueisha.online/articles/-/253350 これ、敗訴まで見越して対策してる相手だとほぼ不可能、非現実的なんよ・・・ 増田はかつて地方税の徴収部門（いわゆる県税事務所）にいて口座差押えの実務もやったことあるんだけど、 口座を差し押さえるためには、銀行の支店あてに「債務者（氏名・生年月日）の口座はありますか、あれば口座差押えします」という通知を送ってはじめて実行できるの。 本店じゃないぜ、口座のある支店にダイレクトに送らないといけないんよ。本店に送ったら氏名と生年月日で総顧客から検索して、ヒットした支店に差押え通知を転送してくれるなんていう、親切なサービ
作業の優先順を決めることが苦手だった私が、タスク管理を極められるようになったワケ - NOVILOG
こんにちは、5歳になる息子の子育てに奮闘中の磯部です。 普段はフロントエンドエンジニアとして、クライアントサイトのコーディングを担当しています。 みなさんは、日々のタスクに追われている中、課題が出てきてなんとか対処し解決するものの、次から次へと課題が出てきて終わりがなく感じて疲れる…ということはないでしょうか。育児と仕事を両立しているみなさんならなおさらかと思います。 場当たり的な対応をしてしまい、余裕を失いがちだった私が、タスク管理を実践することで業務効率が良くなり、その考え方をプライベートにも持ち込むことでうまくいくようになった経緯をまとめてみました。 場当たり対応でミスを連発 そもそも私は、業務上の優先順位をつけるのが苦手で、目の前に来たものから対処していく傾向がありました。 そのため、本来優先度が高いはずの作業が後回しになることが頻発、期限間近で気づき大慌てで作業することも少なくあ
進化論からみるデフォルトモードネットワークの特性と、活用方法を解説 | MELON
まずはデフォルトモードネットワークの定義と役割を確認していきましょう。 デフォルトモードネットワークの定義 デフォルトモードネットワーク（DMN）とは、ぼーっとしている時や特に何にも意識を向けていない時に活性化する脳内のネットワークを指します。これは車で例えるとアイドリングの状態に似ており、脳内では無意識かつ自動的に起こっている現象です。 DMNは脳内のおよそ60%〜80%のエネルギーを消費していると言われており、毎日脳内で発生している当たり前の現象だと言えます。 デフォルトモードネットワークの役割 DMN中に活性化する脳の部位は主に4つであり、それぞれの役割は以下のようになっています。 1. 内側眼窩前頭前皮質(OMPFC)→ 五感や身体の中からの感覚を「自分自身のもの」として認識する役割 2. 内側前頭前皮質(MPFC)→自分に関連する情報に対して評価や判断を行う役割 3. 前帯状皮質
Dry-runを実現する定番テク知りたい - Lambdaカクテル
ソフトウェア開発の現場では、スクリプトを発射してシステムになんらかの変更を加える、ということがよくある。DBに変更を加えたり、なんかを削除したりといった具合。専用の管理画面をわざわざ実装するまでもない、というときに使われがち。 Dry-run スクリプトによっては破壊的なことをする(i.e. 元に戻すのが不可能/たいへん)ので、勢い良くいきなり発射するのではなく、どういう感じの実行結果になるのかを試走させてから実際に動かしたい。 どうするかというと、破壊的な箇所では、一定の条件でスキップしたりやったフリをするような処理に置換したりする。 一般にこういうテクニックはDry-runと呼ばれているはず。元々の意味は予行演習という意味らしい。 Dry-runどうやって実現する Dry-runはあくまで技法であり、ネイティブにこれをサポートする機構はないので、実現する方法はいろいろある。よくあるのは
株式会社ロジック推し
『ドラゴンクエストX オンライン』プロデューサー/テクニカルディレクター、『プレイオンライン』ディレクター/プログラマー、「特許室」特許担当、『ドラゴンクエストXを支える技術』執筆、「CEDEC AWARD 2020 エンジニアリング部門」優秀賞受賞、DQXTV(生配信)出演など、多様な経験をさせてもらうことに 『ウェルトオブ・イストリア』ディレクター兼メインプログラマー、『スーパーボンバーマン３』『天外魔境ZERO』『新桃太郎伝説』『スーパー桃太郎電鉄II』メインプログラマー、『桃太郎伝説II』バトルプログラマー等 あのキングボンビーを世の中に最初に解き放ったプログラマー(生みの親はさくまあきらさん) マネージメントの勉強を始めたのがこの頃
羽海野チカ先生が”キャラの気持ちを知りたいときにやること”がすべての創作者の参考になる「だからあんなにも一人一人に深みがあるのか」
羽海野🌸ダイアリー11／28発売📙📚 @CHICAUMINO キャラの気持ちが知りたい時は Ｂ4の紙2.3枚にびっしり その人になったつもりで独り言を書く そしてそれを すぐ取り出せるところに置いておく 目につくたびに見返して 言葉を書き足したり消したり 他の言い方に置き換えたりして ざらざらしたものをすべすべにしていく よーく熟成してくると 文字の量は1/4くらいに減る 絵に置き換えられたらもっと減る 最初多かったものが すごく少なくなっても 少なくなった言葉の後ろに 消したものの気配だけなんとなく残る そこまで綺麗に減らせると 読み返した時すーっとする いまそれをえんえんとやっている なかなか減らない この話を描く頃までに熟成が進むといいなぁ 2024-12-14 01:37:14
新Linuxカーネル解読室 - パケット受信処理 ～Ethernetドライバ ポーリング処理編～ - VA Linux エンジニアブログ
「Linuxカーネル2.6解読室」（以降、旧版）出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 本稿では、ネットワーク機能におけるパケットの受信処理についてカーネルv6.8のコードをベースに解説します。 はじめに 1. 前回のおさらい 2. 上位レイヤへの配送: e1000_receive_skb()関数以降の処理について 2.1 前提知識: EtherTypeとpacket_type構造体 2.2 概要 2.3 __netif_
Algorithms for Modern Hardware - Algorithmica
This is an upcoming high performance computing book titled “Algorithms for Modern Hardware” by Sergey Slotin. Its intended audience is everyone from performance engineers and practical algorithm researchers to undergraduate computer science students who have just finished an advanced algorithms course and want to learn more practical ways to speed up a program than by going from $O(n \log n)$ to $
Rust でパーサコンビネータを作ってみる (前編)
パーサーコンビネータ とは、小さなパーサーを 合成(combine) して複雑なパーサーを作り上げていく手法です。この記事では、Rust で簡単なパーサーコンビネータのライブラリを作成し、それを使って JSON をパースすることを目指します。 パーサーコンビネータの使用例 今回作成するパーサーコンビネータを使うと以下のようなコードが書けます。 // カンマ区切りの整数列を受け付けるパーサー let digits_seq = separated(digits, character(',')); // "empty" というキーワードを受け取り、空の Vec を返すパーサー let empty_keyword = map(string("empty"), |_| vec![]); // カンマ区切りの整数列 または "empty" というキーワードを受け付けるパーサー let parser =
「サニタイズ言うなキャンペーン」私の解釈
高木浩光さんの「サニタイズ言うなキャンペーン」 という言葉自体はずいぶん前から存在したのだが、 続・「サニタイズ言うなキャンペーン」とはにて高木さん自身がいくつも誤解の例を挙げているように、 そしてまた最近も 駄目な技術文書の見分け方 その1にて「まだわからんのかね」と言われているように、 「わかりにくい」概念なんだろうとは思う。 そこで、僭越ながら、「サニタイズ言うなキャンペーン」について、 私なりの解釈を書いてみようと思う。 もっともこれが正解であるという保証はないのだが、 間違っていたらどなたかツッコミいただけることを期待しています(_o_) そもそも何のせいで「エスケープ」しなければならないのか たとえば住所氏名を登録させるWebアプリケーションは珍しいものではないと思う。 そこで、私が「Taro&Jiro's castle サウスポール」 とかいう恥ずかしい名前のマンション(?)
SharePointでのドキュメント管理について | ドクセル
スライド概要 Japan Microsoft 365 コミュニティ カンファレンス 2024 - オンライン開催 で登壇した際の資料です。 https://japan-m365-community-conference-2024.connpass.com/event/332074/ この発表では、SharePointを用いた効率的なドキュメント管理の方法について詳しく解説します。具体的には、一元化されたリポジトリの重要性、バージョン管理の実践、適切なアクセス制御、定期的なバックアップとリカバリの必要性、メタデータとタグ付けの活用、文書の標準化、古いドキュメントのレビュー・アーカイブについて触れます。また、従来のフォルダ階層管理におけるデメリットと、それを克服するためのSharePointの機能利用についても説明します。
エンジニアが事業で勝つための「概念整理」のスキルについてーー事業開発の現場で学んだ「技術と事業をつなぐ」思考法｜naro143
私は都内のベンチャー企業でSaaSの開発をしているエンジニアです。 最近、事業を進めるなかで感じていることがあります。それは、エンジニアとしての「優秀さ」の定義が変わってきているな、ということです。 もはや技術力では勝負がつかないかつてエンジニアの優秀さの定義は「いかに高い技術力を持つか？」が大きな割合を占めていました。 しかし、いまの日本のWeb事業において、ぶっちゃけ「技術力」が事業の決定打になることはほぼありません。 たとえば「Wantedly」のような求人掲載サービスも「クックパッド」のようなレシピ共有サービスも、機能として見たときには大きな違いがないですよね。情報が登録できて、表示されて、検索できて、いいねや検索条件の保存ができて……と、基本機能はほぼ同じように見えます（あくまで外から見た限りですが）。 私たちが開発中のSaaSも、基本機能は「データ入力、保存、表示」なので、さほ
Wasm Component Model や WASI の概要を調べる
WASMの前提知識がない者が WebAssembly Component Model の概要を知ろうとしたときのメモです。 トピック概観 基盤になっているものから順に： WebAssembly (Core) Specification 2.0 Wasmのコア仕様（Core Wasm）はかなり低水準なインタフェースしか提供しない。実際のところ各々のWasmを支援するツールチェインがその言語側やブラウザ側などに独自のバインディング用コードをたくさん生成することで成り立っている。Wasmモジュール間の相互運用性は乏しい。 WebAssembly Component Model Wasmのための標準の高水準インタフェースを定めることで、Wasmの相互運用性などを実現しようとするもの。 WASI 0.2〜もこの Component Model のインタフェースに従って実現される。 WASI 0.1
反対意見がたくさん出た時のお作法 - Konifar's ZATSU
何かを共有したり提案したりした時に、想定していたよりもたくさんの反対意見が出ることはよくある。あまりにたくさん反対されると、サンドバック化してボコボコにされる感覚でしんどくなる人もいるかもしれない。 反対意見が出た時の振る舞いには一定のお作法があると思っていて、それを知っておくとちょっと楽になると思うので雑に書き出してみる。そうなる前に進め方で改善できるところもある*1けれど、それはいったん置いといて「反対意見がたくさん出たらどう振る舞うのがよいか」という観点で考えてみる。 1. お礼を言う ちゃんと話を聞いて真剣に考えてくれているからこそ反対意見が出る 実際にそうじゃなかったとしても落ち着いてそう考えてみるのが大事 内容や伝え方に憤りを感じたとしてもいったん置いておいて、まず意見を言ってくれたことに対してお礼を言うこと 2. 初動の方針を伝える たくさん反対意見をもらうと、それに対して意
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
