Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
表記揺れ検出ツール「テキストゆれないくん」 - inzkyk.xyz
その他のサンプル: Wikipedia:良質な記事, Wikipedia:長いページ 紹介 「テキストゆれないくん」は文章に含まれる表記揺れを検出するツールです。「コンピュータ」と「コンピューター」、あるいは「全て」と「すべて」といった同じ単語の別表記が使われていないかどうかをチェックできます。 「テキストゆれないくん」は元々このサイト (https://inzkyk.xyz/) の文章校正用に開発されました。機能が成熟してきたので UI を付けて公開します。 このページから手動で使う限り、「テキストゆれないくん」は商用/非商用を問わず自由に使って構いません。「テキストゆれないくん」は無保証で提供されます。 特徴 ウェブブラウザから使える このページをウェブブラウザで開いているなら、「テキストゆれないくん」は既に動いています。このページの最初にあるのは「テキストゆれないくん」を使うための完
誤用だと言われていたけど誤用じゃなかった言葉
爆笑本来の意味は「大勢が笑うこと」なので一人で笑うときに「爆笑」を使うのは誤用である、とされることもあったが、実際には「爆笑」という語が使われはじめた昭和初期からすでに一人で笑う場面でも用いられていた。「大勢が笑うこと」説のほうに根拠がない。 的を得る「的は射るもの」なので「得る」は誤用である、とされることもあったが、もとを辿れば「不失正鵠」すなわち「正鵠を失わず」という慣用句であり（正鵠＝的の中心）、それが「正鵠を失う」と肯定形で使われるようになり、その対義語として「正鵠を得る」という言葉が生まれ、そして明治末には正鵠を的に置き換えた「的を得る」や「的を射る」といった表現が出てきた、といったややこしい変遷があったもので、少なくとも「的を得るは誤りで的を射るが正しい」とはされなくなっている。 汚名挽回「汚名は返上して名誉を挽回すべきだ」とされることもあったが、もともと「挽回」という言葉は「
「泥のように眠る」の「泥」は生物のことなのか？
まず、土と水の混合物という意味での「泥」（以下「ドロ」と書く）ではない、生きものとしての「泥」（以下「デイ」と書く）については、中国の沈如筠が書いた『異物志』という書物で紹介されているという。 泥为虫名。无骨，在水则活，失水则醉，如一堆泥。 泥は虫の名である。骨がなく、水に在ればすなわち活き、水を失えばすなわち酔う、一堆の泥のごとし。 『能改斎漫録』『夜航船』などにも同様の記述がある。なぜ「水を失えば酔う」のかといえば、言い伝えによると「デイ」は身体から酒を分泌しているので、周囲に水が無くなると自分の酒で酔って、ドロのようになって死んでしまうかららしい（が、この言い伝えのソースも不明なので信用できるかどうか）。おそらくナマコかクラゲのようなものを指しているのではないかと思われる。 「酔如泥（泥の如く酔う）」という表現の初出は『後漢書』の周沢伝だ……という説が一般的なのだが、現在の『後漢書』
真意を確認している要注意ワード - Konifar's ZATSU
言った人と聞いた人の認識がずれやすい言葉というのがあると思っていて、その話を雑に書いておきたい。 自分はこれらを"要注意ワード"と呼んでいて、出てきたら真意を確認するようにしている。無意識的にやっている人は結構いると思うので、同じような"要注意ワード"の知見吸いたい。 リスク 「リスクがある」と言われたときは、何のリスクのことを言っているかを確認している。 たとえば何かの開発を1週間後にリリースしたい、と言った時に「いやーこれは結構怖いしリスクありますよね」みたいな話になったとする。ここでいうリスクは何を言っているのだろうか。なんとなく品質が担保しきれないリスクのことを言っているような気がするが、実は間に合わないかもしれないことをリスクと言っているのかもしれない。あるいは、チームメンバーのモチベーションが下がることをリスクと言っている可能性もある。 何のリスクのことを言っているのかすり合わ
認知言語学から小説の面白さに迫る『小説の描写と技巧』
小説の面白さはどこから来るのか？ 物語のオリジナリティやキャラクターの深み、謎と驚き、テーマの共感性や描写の豊かさ、文体やスタイルなど、様々だ。 小説の面白さについて、数多くの物語論が著されてきたが、『小説の描写と技巧』（山梨正明、2023）はユニークなアプローチで斬り込んでいる。というのも、これは認知言語学の視点から、小説描写の主観性と客観性に焦点を当てて解説しているからだ。 特に興味深い点は、小説の表現描写が、人間の認知のメカニズムを反映しているという仮説だ。私たちが現実を知覚するように、小説内でも事物が描写されている。 認知言語学から小説の描写を分析する 通常ならメタファー、メトニミーといった修辞的技巧で片づけられてしまう「言葉の綾（あや）」が、ヒトの、「世界の認知の仕方」に沿っているという発想が面白い。これ、やり方を逆にして、認知科学の知見からメタファーをリバースエンジニアリングす
はじめに - Writing an OS in 1,000 Lines
本書では、小さなOSをゼロから少しずつ作っていきます。 OSと聞くと腰が引けるかもしれませんが、OS (特にカーネル) の基本機能は案外単純です。巨大なオープンソースソフトウェアとしてよく挙げられるLinuxでさえ、バージョン0.01はたった8413行でした。様々な要求に応えるために次第に肥大化していっただけで、当初は大変素朴な実装になっていました。 本書では素朴なコンテキストスイッチ、ページング、ユーザーモード、コマンドラインシェル、ディスクデバイスドライバ、ファイルの読み書きをC言語で実装します。これだけ様々な機能が詰め込まれているのに、コードは合計でたった1000行未満です。 「1000行なら1日でできそう」と思うかもしれませんが、初学者には少なくとも3日はかかるでしょう。OS自作のハマりポイントは「デバッグ」です。アプリケーション開発とは違うデバッグ手法・能力を習得する必要がありま
これまで見たことある凄腕プログラマはどんな人でしたか？思い出とともに聞かせていただけると嬉しいです | mond
この質問をする方ならたぶん名前は聞いたことがあるであろう、とあるプログラマの方です。私は関東地方のとある地方国立大学の情報系学部に進学しましたが、彼は私と同じサークルで一年後輩でした。ここではN君（仮名）としておきます。 N君の名前は高校時代にとある伝手で聞いていたのですが、その時は一度聞いただけですぐに忘れてしまっていました。しかし、二年生に上がった頃、サークル内では「今度入ってくる新入生はヤバいらしいぞ」ということで噂になっていました。私が入っていたサークルはとにかくコンピュータやプログラミングが好きな人間が集まる「ちょっと変わった」サークルでしたが、彼は高校生にして書店に並ぶような技術書籍を執筆しており、当時のケータイのメモリを編集するソフトなんかも開発しているということで、入ってきた時点で技術の面で頭抜けていたことは確かでした。 そんなN君と私はサークル内でよく激論を交わす間柄でも
「許さない」を"I won't forgive you."と訳してはいけない理由
anond:20230611072022 以前軽く紹介したけど、その後色々調べたりネイティブに尋ねたりしてわかったことがあるので補足ということで まず前提として、海外におけるアニメ・漫画の翻訳では「許さない」を"I won't forgive you."と訳すことは基本的に誤訳扱いとなっている つまり、単に下手な訳とかつまらない訳ではなく明確に誤りとみなされるほどにはまずい翻訳だということ なぜかというと、両者がカバーしている意味範囲にズレがあるため、「許さない」が本来持つニュアンスが全く伝わらなくなってしまうから 言い方を変えれば、日本人が「許さない」と口にするような状況で英語ネイティブが"I won't forgive you."と言うことはほとんどないと言っていい 具体的にどう違うのかまず第一に、"forgive"は「許す」と比べてかなり意味の幅が狭い。 具体的には、シリアスな場面に
なぜC言語は、B言語を継承して、1から設計し直さなかったのでしょうか？
回答 (3件中の1件目) なかなか理解しづらい話だと思いますが、当時のベル研究所において、Unixのグループは濃密な知のルツボだったのです。B言語が発明されるとすぐに、十数人の人々が使い始め、良かったところと悪かったところのフィードバックが集まりました。デニスは数日後にはインタプリタ言語だったB言語をコンパイラ化し、古いバージョンを分かりやすいところに置いていました。B言語のユーザーは、バグを見つけるとデニスにメールし、バグが直るまで古いコンパイラを使っていました。 B言語をC言語に改名した主な理由は2つあります。まずB言語(とBCPL)は、CPUのアドレスがバイト単位ではなくてワード...
とってもやさしいフロントエンド入門
まず、新しいアイデアが提案されると、ステージ0の「Strawman」と呼ばれる段階に入ります。ステージ0のアイデアが価値のある提案として見なされ、大まかな形で問題点や解決策を説明できるようになると、ステージ1の「Proposal」と呼ばれる段階に進みます。そして、提案がある程度まとまって仕様の草案として認められると、ステージ2の「Draft」と呼ばれる段階に上がります。さらに細かいところまで練り上げられて、仕様がほぼ完成した状態になると、ステージ3の「Candidate」の段階になります。最後に、2つ以上のブラウザがその機能を実装していて、ECMAScript の編集者に承認されると、ステージ4の「Finished」と呼ばれる段階になります。 ステージ4に上がった提案は、毎年 6 月のタイミングで ECMAScript の新しいバージョンとしてリリースされます。リリースする際は、ECMAS
hellog〜英語史ブログ
お知らせ 2023年10月30日に khelf による『英語史新聞』第7号がウェブ上に一般公開されました．こちらからPDFでご覧になれます．hellog でもこちらの記事で第7号公開についてお知らせしています．公開後も khelf の X （旧ツイッター）アカウント @khelf_keio より関連情報を日々お伝えしますので，ぜひフォローをお願いします．2023/11/03(Fri) お知らせ 2022年2月26日に，同僚の井上逸兵さんと YouTube チャンネル「井上逸兵・堀田隆一英語学言語学チャンネル」を始めています．毎週（水）（日）の午後6時に更新予定です．チャンネルの趣旨としては，こちらの hellog 記事あるいは Voicy でのアナウンスをご一読・ご視聴ください．直下（↓）は最新の YouTube 放送となります．本ブログの関連記事もお読みください．2022/03/10(T
もし「リーダブルコード」を弁護士が読んだら？ - MNTSQ Techブログ
こんにちは。「リーダブルコード」を先月読破して、感銘を受けた弁護士の人です。 なにに感銘を受けたかというと、「エンジニアが高級言語を効率的にコーディングするための工夫」は、契約という言語をコーディングするために援用できることがとても多いということです。 例えば、リーダブルコードは「関数には空虚な名前（tmpとかretvalとか）でなく、エンティティの実体に即した名前をつけよう！」と提案しています。 これめっちゃわかります！！！なぜなら、契約言語では当事者というクラスの表現のために「甲」「乙」という定義を未だに使います。そして、甲と乙を逆に書いてしまったままReviewを通過することが実際によくあります。オライリーさんには激怒されるでしょう。 しかし、よく考えると高級言語と契約言語が似ているのは当然だと思うようになりました。それは、どちらも「一定のインプットを入れると、必ず一定のアウトプット
TypeScript 10年の歩み - Qiita
TypeScriptは、2022/10/01に10周年を迎えました。 ということで、それを記念してMicrosoftの中の人が振り返りのエントリーを書いていました。 以下は該当の記事、Ten Years of TypeScriptの紹介です。 Ten Years of TypeScript 2022年10月1日は、TypeScript10歳の誕生日です。 10年前の今日、2012年10月1日に、TypeScriptは初めて公にされました。 The Early Days 初めてTypeScriptが表に現れたとき、それももっともなことでしたが、多くの否定的な意見がありました。 一部のJavaScriptユーザにとって、JavaScriptに型を強制する試みは冗談か邪悪な陰謀のように見えたかもしれません。 しかし、その試みには、多くのメリットがありました。 型チェックのおかげで、ファイルを保存
silentと日本手話｜rhetorico
去年も大人気であっという間に埋まってしまったので、今年は日本語学会でもお世話になったまつーら先生にいち早くお声がけいただき、#言語学な人々 アドベントカレンダーに参加。今日は私の誕生日である。 さて、聞こえないことをテーマに、手話がよく出てくる木曜ドラマ #silent は、今季一番流行ってるドラマだという。来週最終回！ 最近、手話を扱うドラマが立て続けに何本か出ている（佐藤健のNetflixドラマ「初恋」とか・・・ 未見）。映画だと盲ろう者の福島先生の母役を小雪が演じている「桜色の風が吹く」もやってる。エンターテインメント界が、障害をタブーではなく題材として使うようになってきているのは、悪いことでは無いと思うが、ドラマチックな展開を求めるが故に、かなり事実と異なる世界観になってしまうのもよくある話だ。silentはここまでのところ、そこまで逆鱗に触れずに、当事者や手話をよく知る関係者に違
デジタル印刷技術を一気に向上させてDTPに革命を起こした「PostScript」が生まれた経緯とは？
印刷技術の発展は学問・政治・商業・芸術など幅広い分野に影響をもたらし、1985年にAdobeがリリースしたページ記述言語の「PostScript」は、印刷データを命令文として記述することを可能にして、コンピューターを使ったデスクトップ・パブリッシング(DTP)の普及に大きな役割を果たしました。そんなPostScriptの初期ソースコードを公開したアメリカ・カリフォルニア州のコンピュータ歴史博物館が、PostScriptが誕生した経緯についてまとめています。 Download PostScript https://info.computerhistory.org/aoc-postscript PostScript: A Digital Printing Press - CHM https://computerhistory.org/blog/postscript-a-digital-prin
世界のキーボード入力事情調査～韓国語編～
1992年三重生まれ、会社員。ゆるくまじめに過ごしています。ものすごく暇なときにへんな曲とへんなゲームを作ります。 前の記事：箱に仕掛けられたギミックを解きまくる立体パズル「Cluebox」が楽しかった ＞ 個人サイト ほりげー 日本語の入力方法が面倒すぎる 仕事で英語の書類を作成する機会がある。PCのキーボードで英語を入力するのはとても簡単で、「それにひきかえ日本語はなんて面倒なんだ」と日々思っている。 英語の入力では、fishと入力したかったらfishと打てばよい。 一方日本語の入力では、魚をSAKANAに変換し、魚に戻す。 日本語の入力では頭の中で 魚→さかな→SAKANA→さかな→魚 と目まぐるしく変換が行われているのだ。思考がうねうねしていて気持ち悪い。我々日本人はがんばっているとおもう。 じゃあ英語以外の他の国はどうなのか。もしかするとみんな苦労しているのかもしれない。調べてみ
原初のプログラム【日記 2018/01/10】
前: 親戚廻り次: サターンポリゴンのゆがみ 原初のプログラム 2018-01-10 12:02:44 コンピュータ 家族 長男が熱心だった Scratch プログラムだけど、この冬休み期間に、長女・次女も再チャレンジし始めた。 以前は難しくてやめてしまったのだけど、今の年齢なら楽しめるようだ。 で、長女（小４）から質問が出た。 Scratch は Flash という言語で作られていて、その Flash はＣ言語という別のプログラム言語で作られている。 …ここまでは、プログラム言語の多様性を知ってほしくて以前に教えている。 ＃厳密に言えば、Scratch ver.2 が Flash の ActionScript 言語で作られていて、ActionScript は Ｃ言語の拡張である、C++ 言語で作られている。 ここからが長女の質問。 「では、このパソコンで動く一番最初のプログラムはどう
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本語では一つの名前で表されるのに英語だと二種類以上あるもの
C#によるクライアント/サーバーの開発言語統一がもたらす高効率な開発体制 ～プリコネ！グランドマスターズ開発事例～
