[B! 岩永信之] mohnoのブックマーク

asyncとawaitの由来を調べたところ,asyncとawaitのaは関係なかったことがわかりました,英語はクソ - ncaq

asyncとawaitの由来を調べたところ, asyncとawaitのaは関係なかったことがわかりました, 英語はクソ背景﹁awaitってなんだよ﹂という気持ちがある日寝てる私に降ってきました. asyncの由来 asyncはsynchronize(同期する), synchronization(同期すること)を省略したsyncに, ギリシャ語由来の接頭辞a-をくっつけて, async(同期しない)となります. また、英語の︿a-﹀という接頭辞はいろいろな意味がありますが、その中の一つに、ギリシャ語の︿a-﹀︵母音またはhの前ではan-︶に由来して、﹁無﹂﹁ない﹂という否定を表すものがあります。第29回　食べることと話すこと (2) - 語源でゴキゲン prefix meaning "not, without," from Greek Online Etymology Diction

mohno 2022/10/27

どっかで見たなー、と思ったら、最後に岩永さんの記事が出てたし、そもそもこれが元トピックだったのか。

リンク

await って言う単語

C# 5.0で非同期メソッドが導入されてから、正式リリースを基準にしても5年以上、最初の発表からだと7年以上経っています。で、5年経っても、﹁なんて読むの﹂﹁asyncのaとawaitのaは違う﹂などなどが﹁定番ネタ﹂として定期的に出てくるわけですが。特に、ECMAScript 2017がasync/awaitを導入したり、 Unity 2017がやっとC#のバージョンを6.0に上げれる感じになってきたり、5年の断絶を経て去年からasync/awaitに触れる人が増えているようです。5年も離れたら、世代断絶も起こりますよね… そりゃ、﹁定番ネタ﹂が改めて増えもしますよね… ということで、5年くらい前に同じようなことをどこかで書いてるはずなんですけど、改めて。英単語えいしんくまず読み方。 async: エイシンクawait : アウェイトってやつ。async の方が﹁ア

mohno 2020/12/13

「去年リリースされた ECMAScript のやつも await になりましたし、 C++ に出てる提案が await なのは提案者が Microsoft なので当然として、 Python とか Swift で出ている提案も await を使う雰囲気」←へぇぇ。

リンク

.NET Core 3.0 をもって .NET Framework からの移植作業は完結

corefx で以下のようなアナウンスが。 .NET Core 3.0 concludes the .NET Framework API porting project buildの時点で .NET を .NET Core ベースに一本化、.NET Framework は 4.8 をもって最後にするという話があったわけですが、改めてというか、総括的なアナウンスです。 API 数まず、.NET Framework から .NET Core に移植してきた API 数の総括。メソッドのオーバーロード1個1個を﹁1API﹂とカウントしてるんだともいますが、以下のような数字が書かれています。 .NET Core 1.0 時点では1.8万個 .NET Standard 2.0 では .NET Framework、.NET Core、Xamarin の共通部分として3.8万個 Windows

mohno 2019/10/15

﹁.NET Core 3.0 では WPF と WinForms を移植して﹂﹁AppDomain、remoting、Web Forms、WCF、Workflow は .NET Core への移植をしません﹂←WinFormsを移植して、Web Formsを移植しないのが時代だな。︵現役でWeb Formsを使ってるところはあるんだが︶ ●岩永信之 ●C# ●開発 ●Web ●技術 ●WPF ●.NET

リンク

C++標準化委員会、ついに文字とは何かを理解する: char8_t - Qiita

C++ Advent Calendar 2018 この記事はC++ Advent Calendar 2018 15日目の記事です。14日目: VTKライブラリ16日目: C++のエラー処理との付き合い方当初見積もりよりも大幅に長い記事となり、投稿したのは12/22で1週間遅刻です。すみません。お知らせ cpprefjpにchar8_t型追加について解説を書きました。ぎゅぎゅっとコンパクトに、また査読を受けて中立的な表現で書いていますので、よければどうぞ。 UTF-8エンコーディングされた文字の型としてchar8_tを追加 - cpprefjp C++日本語リファレンス追記全ての開発者が知っておくべきUnicodeについての最低限の知識 - GIGAZINE Unicodeについて簡潔にまとまってるいい記事を見つけました。 Caution この文章には以下の要素が含まれます。苦手

mohno 2018/12/23

そこまでしてC/C++を使う人がどれだけいるかなあ。「C標準では文字を受け取る引数はint型」←そこは引数がcharでも内部はintだったり、オーバーロードがない時代という歴史的経緯があるので。負債というならShift_JIS。

リンク

Microsoftのドキュメントの誤訳を報告したら炎上した件について(当事者目線での話) - 水まんじゅう2

この件について改善がなされるとの発表がMicrosoft DOCS International Teamからありました。少なくとも、誤訳の報告についてはやりやすくなるそうです。ご担当者様及びに尽力してくださった方々には感謝いたします。 https://github.com/dotnet/docs.ja-jp/issues/118#issuecomment-408283458 今回の私の記事に憤ってる人たちは改善されたことを確認するためにドキュメントフィードバックを送りまくってそれをブログにでもまとめればいいと思うんですよ。— 軒先のネコ (@megascus) 2018年7月28日 -----------------------------------追記ここまで---------------------------------------------- ということで、おとといぐらいか

mohno 2018/07/26

「フィードバックのページ自体はすべて日本語で運用されているので、まさかその先が日本語がわからない人しかいないとは思わない」←ここかなあ。誰が悪いわけでもないのにコミュニケーションでこじれてるというか。

リンク

doの意味が全体的に逆になっています。 · Issue #118 · dotnet/docs.ja-jp · GitHub

Dismiss Join GitHub today GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together. Sign up GitHub is where the world builds software Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world. Have a question about this project?

mohno 2018/07/24

元のドキュメントが翻訳しにくい表現だったんだろうとは思うが（←本来、自動翻訳しやすい表現を使うべき）、どうして"DO"も"DON'T"も「しないで」になったんだろうな。

リンク

[雑記] オーバーロード解決

概要関数で説明しましたが、 C# では関数メンバーに対して、同名で引数リストだけが違う物を定義でき、これをオーバーロードと呼びます。同名の関数がいくつかあるので、M(0) などと書いた時、実際には﹁どのMが呼ばれるか﹂という検索処理が必要になります。このような同名の関数のうちどれを呼ぶか探す処理をオーバーロード解決(overload resolution)と呼びます。本項では、C# がどういうルールでオーバーロード解決を行っているのかについて説明して行きます。﹁より一致度の高いものを選ぶ﹂ルールオーバーロード解決は、基本方針だけを一言でいうとシンプルで、﹁より一致度の高いものを選ぶ﹂という方針になっています。詳しくは後々説明して行くことになりますが、例えば以下のようなルールになっています。型変換なしで引数に渡せるなら、それを優先的に呼ぶ引数の数がピッタリ一致している方

mohno 2018/04/15

﹁オーバーロード解決﹂←これ、C++とルールが違うので、最初はとまどった︵というか間違えた︶んだよな。最後の方、コンパイラ作る人大変そうだ。 ●岩永信之 ●C# ●開発 ●言語

リンク

await って言う単語

C# 5.0で非同期メソッドが導入されてから、正式リリースを基準にしても5年以上、最初の発表からだと7年以上経っています。で、5年経っても、﹁なんて読むの﹂﹁asyncのaとawaitのaは違う﹂などなどが﹁定番ネタ﹂として定期的に出てくるわけですが。特に、ECMAScript 2017がasync/awaitを導入したり、 Unity 2017がやっとC#のバージョンを6.0に上げれる感じになってきたり、5年の断絶を経て去年からasync/awaitに触れる人が増えているようです。5年も離れたら、世代断絶も起こりますよね… そりゃ、﹁定番ネタ﹂が改めて増えもしますよね… ということで、5年くらい前に同じようなことをどこかで書いてるはずなんですけど、改めて。英単語えいしんくまず読み方。 async: エイシンクawait : アウェイトってやつ。async の方が﹁ア

mohno 2018/01/08

「a + sync: a(否定) sync(同時)」「a + wait: a(向かう) wait(待つ)」←考えたことなかったな^_^;　予約語リストでアルファベット順を近づけたかったのか?w　「yield」←発音ムズイ、というか通じなかったことがある^_^;;

リンク

C# 7のタプルが一般的なガイドラインに沿わずに書き換え可能な構造体である背景 - Build Insider

C#に慣れ親しんだ人からすると、この構造体に少々違和感があるかもしれない。フィールドがpublicで、書き換え可能︵mutable︶になっている。ガイドライン的に避けるべきとされてきた構造である。一般には以下のことが推奨されている。︵構造体に限らず︶単純なデータの読み書きであってもプロパティにするべき構造体は書き換え不能︵immutable︶に作るべき先にいっておくと、別にガイドラインが変わったわけではなく、一般論としてはいまだこのガイドラインが正しい。しかし、C#の進歩によって問題が緩和された面もある。また、少ないながらガイドラインに沿わない方がよい場面もあり、ValueTuple構造体はまさにその例となる。本稿では、このガイドラインや、ValueTuple構造体がこの構造を採用した背景について説明していく。参照戻り値／参照ローカル変数 C# 7.0でタプルと同時に実装された機

mohno 2017/05/23

あー、このあたり C++ っぽいというか、C++ の方がわかりやすいと思う部分だなあ。あと、タプルは要らんと思ってたけど、便利そうなんだよなあ。4.7を気にしなくてよくなるのはいつの日か。 ●BuildInsider ●岩永信之 ●C# ●.NET ●開発

リンク

C# でビットフィールド

csharplangに、 C++のビットフィールドみたいなの、C# にもほしい (任意のビット数を表す)bit 型が欲しいみたいなのが投稿されていまして。﹁それ、ライブラリとアナライザー、ちょっとしたソースコード生成でできるよ。﹂という話。BitFields ライブラリということで実装してみたのがこちら。BitFields ライブラリのソースコード利用例(double/floatの内部ビット操作とか、RGB555形式とか) 他に、昔実際に仕事で書いたビットフィールドの例昔、ビットフィールド的なものを手作業実装してた時に、﹁これはコード生成でやりたい…﹂とか思ってて、できる宛まではついてたんですが。なんだかんだ言ってアナライザーを書くのは結構めんどくさいんで、放置してすでに数年。まあ、いい機会だから久々に重い腰を上げてアナライザー書いてみるかと思って作ったのが上記のBit

mohno 2017/04/28

「クイックアクション(電球アイコン)が出るので、生成メニュー(Generate bit-fields)を選択」←な、なるほど!

リンク

インターフェースを拡張する2つの手段 ― C#への「インターフェースのデフォルト実装」の導入（後編）

破壊的な影響を他に及ぼすことなくインターフェースの機能を拡張するには、デフォルト実装に加えて拡張メソッドも使用できる。今回はこれら2つの方法がなぜ必要なのか、それぞれが得意としている分野について詳しく見る。 ← 前回連載 INDEX 次回 → デフォルト実装と拡張メソッド C#以外の言語が持つ「インターフェースのデフォルト実装」に類似の機能、例えばJavaのデフォルトメソッドは、「既存のインターフェースに対して、利用側のコードを壊さずに、インターフェース機能を拡張するもの」と説明される。C#で「拡張」というと、すでに拡張メソッドという機能があって、同じ目的のものがすであるのにどうしてデフォルト実装が必要なのかと思うかもしれない。これら2つの機能は、確かに同じ目的に使える部分もあるが、それぞれにしかできないことも存在している。ひとくちに「インターフェースの機能拡張」といっても、実のところ

mohno 2017/04/18

「C#コンパイラーのソースコードだが、そこには以下のようなコメントが添えられている」「コメントで注釈している辺り、言語機能の敗北」

リンク

デフォルト実装の導入がもたらす影響 ― C#への「インターフェースのデフォルト実装」の導入（中編）

前回は一般論としてのインターフェースとその課題を見た。今回はC#にインターフェースのデフォルト実装を導入すると、どのようなコードが書けるようになるのか、導入するために必要な修正点などについて見ていく。 ← 前回連載 INDEX 次回 → 前編では、一般的にインターフェースがどのように実装されているかと、インターフェースが抱える問題を説明し、その問題はインターフェースが実装を持てれば解決するという話をした。前置きが長くなったが、今回と次回ではC#における事情について見ていこう。C#でも、インターフェースに実装を持てるようにしたいという動きが出始めている。要するに、これはインターフェースに対して過剰に掛かっていた制限を緩めるというものであり、技術的な課題はそれほど大きくない。ただし、C#コンパイラーだけでなく、.NETランタイムの修正が必要となる。これは.NET Framework 2.0

mohno 2017/04/13

デフォルト実装を使ってインターフェイスにメソッドを追加したとき、実装側のクラスのメソッド名と衝突したらどうなるんだろう（というか Java はどうしてるんだろう）

リンク

インターフェースを「契約」として見たときの問題点 ― C#への「インターフェースのデフォルト実装」の導入（前編）

C#におけるインターフェースとは、ある型が持つべきメソッドを示す﹁契約﹂であり、実装は持てない。だが、このことが大きな問題となりつつある。今回から全3回に分けて、C#がこの問題にどう対処しようとしているかを見ていく。 ← 前回連載 INDEX 次回 → 現在、﹁C#にインターフェースのデフォルト実装︵Javaでいうデフォルトメソッドに相当する機能︶を追加しよう﹂という話がある。C#にこの機能を導入するに当たっては、C#コンパイラーだけではなく、.NETランタイムの修正が必要になる。この機能の説明に入る前に、前編では、そもそもインターフェースというものが必要とされる理由や、その内部的な仕組みについて説明したい。インターフェース多くのプログラミング言語で、クラスとは別にインターフェース︵interface‥ 境界面、接点︶*1というものが用意されている。この2つの違いはおおむね、以下の

mohno 2017/04/11

リンク

ピックアップRoslyn 2/13

2/10のブログの補足。 csharplangリポジトリ内にいくつか提案ドキュメントが上がり始めたというものの中で、2点ほど取り上げて紹介。この2個だけ、ちょっと以前からの進展があったものです。読み取り専用参照 Readonly references 最近、C#でも構造体を使ったパフォーマンス改善をいろいろやろうとしているわけですが。参照戻り値とかはそのための機能ですし、タプルは内部的にmutable(書き換え可能)な構造体になっています(パフォーマンス的にはそれが一番いい)。ただ、大き目の構造体の受け渡しは、値渡し(コピーが発生)の負担が大きいです。なので、例えば以下のように、参照引数を使ったりします。 static void AddTo(ref Matrix4x4 x, ref Matrix4x4 y) { x.M11 += x.M12; // 後略 // 4×4行列なので1

mohno 2017/02/13

﹁C++ならよくやるやつです。const T&﹂←たしかにないなあ。今さらなんで、ってくらい、あまり考えたことがなかったな。あと﹁+= x.M12﹂は﹁+= y.M11﹂の意？＞ @ufcpp ●岩永信之 ●C# ●言語 ●C++

リンク

コンパイラーの資源枯渇系エラーとの付き合い方

ちょっとしたきっかけがあって、C# 7のタプル、何要素まで書けるのかというのにチャレンジすることになりまして。結果だけ書くと、数万要素のタプルを書くとVisual Studioがクラッシュしました。これは、別にタプルに限った話ではなくて、巨大なソースコードを食わせてコンパイラーを限界まで酷使したら落ちるのは当然なことでして。起こしているエラーはスタック枯渇に類するもの(Insufficient Stack)のようです。コンピューターの資源は有限なので、OutOfMemoryやStaskOverflowなどの資源枯渇系のエラーはどうやっても起こりえます。数万引数のメソッドを書いたり、数万項の足し算をしたり、数万caseのswitchを書いたりしても、同様に落とせると思います。なので、本当に気にするべきなのは以下のような点かなぁと思われます。仕様上の上限: 要素数などに仕様上の上

mohno 2017/02/02

言語仕様に関係ないけど、仕様で﹁メモリ不足の場合は、適切な回復処理を行った後、メインメニューに戻る﹂とか言われて、﹁かなり防衛的に、余裕を持った上限設定﹂しますよ、ってやんわり断ったりしたことはある。 ●岩永信之 ●C# ●開発 ●ネタ

リンク

小ネタ「deconstruct」という単語 | ++C++; // 未確認飛行 C ブログ

今日も、小ネタなような、C#7思い出話なような。 C# 7で、分解という機能が入ったわけですが、英語だと deconstruction という単語になります。分解という機能のおさらいですが、以下のような書き方でタプルなどの型のメンバーを抽出できる機能です。 var (x, y) = tuple; これ、他のプログラミング言語だと、destructuring とか呼ばれたりしています。といっても、文法上正式に destructuring と呼ばれているわけではないんですが(大体の言語は文法上は単に﹁pattern﹂とか呼ばれる機能)… まあ、解説ページなんかでは destructuring と呼ばれます。で、今日、何が言いたいかというと、 deconstruct : デコンストラクト destructuring: デストラクト並べるとわかりますかね。﹁con﹂の有無。 decons

mohno 2016/12/17

"destructor"の元は、C#の元になったC++。日本語では構築子/消滅子という訳語が不評でカタカナになったという経緯も。圧縮/解凍も言葉は色々だったし、結局誰かが“こう”と決めるしかないんだろうな。

リンク

小ネタ隠し演算子(？)

副作用を起こさない(非変)インクリメント、デクリメント(non-modified increment/decrement)です。実際、以下のようなコードを実行することができます。 var a = 10; Console.WriteLine(-~a); // 11 Console.WriteLine(~-a); // 9 ideoneとかでも実行できます。 ideoneは確かMonoで動いているはずで、MonoのC#コンパイラーもひそかに対応しているということですね。こいつは、演算子の形状からtadpole (オタマジャクシ)とか言われたりもします。 (?. なんかもエルビスプレスリーの髪型っぽく見えるという話からelvis演算子とか呼ばれたりもします。それと同種の愛称です。) x + 1でいいじゃないかと思うかもしれませんが、単項演算子なので優先度が高いという利点があります。 (x

mohno 2016/12/12

へー、知らなかった、単項演算子はどうなるんだろう……とか思ってしまったぜ^_^;;

リンク

C# 7 の新機能

C# 6からはC#コンパイラーがオープンソース化されたわけですが、 C# 6の言語仕様自体はオープン化前から大筋が決まっていました。 C# 7は、仕様を決めるかなり早い段階からすべてがオープンとなる初めてのバージョンになります。 C# 7以降のC#の大きなテーマとしては以下のようなものがあります。データ中心の設計パフォーマンスや信頼性の向上 C# 7にはその最初の一歩となる機能がいろいろと追加されています。また、この大きなテーマ以外にも、こまごまとして改善が何点かあります。データ中心の設計伝統的なオブジェクト指向的な発想は多くの場面で有用ですが、別の発想を持つ方が好ましい場面もあります。オブジェクト指向では、具体的なデータは隠蔽し、メソッド越しにデータを操作します。振る舞い中心(behavior-centric)な設計になります。一方で、関数型言語では、純粋なデータ(C#で

mohno 2016/10/30

便利な機能はすぐ使いたくなるけれど、必ずしも新しいバージョンを使えるところばかりじゃないのがなあ。

リンク

ピックアップRoslyn 8/27: What’s New in C# 7.0

ブログ: What’s New in C# 7.0 Roslynリポジトリ内の話じゃないんですけど、Preview 4でのC# 7の動きについて、Madsがブログ書いてました。 What’s New in C# 7.0 そういや、この文章だと「C# 7.0」。昔ちょっとブログ書きましたけど、最近って小数点以下のバージョン付けないんですけど。 C# 7はずっと「7」ばっかりみてたけど、久々に「7.0」表記。この辺り、最近、C#チーム内でも統一してないなぁ… C# 7.0の内容このブログの内容的には、先日僕もブログで書いたのとそんなに差がないんで詳細は省略。 Visual Studio "15" Preview 4 差分というか、僕が書いた方で漏れてるのは、以下の内容: out varのwildcard out varと一緒に、*、要するに、受け取る必要のない out 引数を無視するた

mohno 2016/08/27

「機能を足せるけど、絶対に消せない」「あらゆる機能はマイナス100ポイントから始めろ」「何パターンかあり得そうな未来について、取り組む余地を確実に残せるよう、投機的な設計にどれだけ時間をついやしている…」

リンク

デスクトップアプリからのWinRT API利用

How to call WinRT APIs from .NET desktop apps Windowsストアアプリでない、通常の︵デスクトップ版の︶.NETアプリからWinRT APIを呼び出す方法。 WinRT利用のために、.NET Framework自体に手が入っているので、.NET 4.5を使うなら、別にWindowsストアアプリでなくたってWinRT APIを呼べるわけですが。それのやり方、というか、Visual Studio上でいろいろ︵[参照の追加]ダイアログにWinRTコンポーネントの追加ペインを出したり︶やるためには、csprojファイルを1行手動で書き換えないといけないというお話。一部簡単に日本語で説明しようかというのと、元がVBなので、C#でさらっと書いてみたものを出しておこうかと。 C#ソースコード一式 WinRT APIとは WinRTは、Windows

mohno 2016/06/30

「Windowsストアアプリでない、通常の（デスクトップ版の）.NETアプリからWinRT APIを呼び出す方法」

リンク

はてなブックマーク

タグ

関連タグで絞り込む (60)

岩永信之に関するmohnoのブックマーク (55)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第1週）

月間はてなブックマーク数ランキング（2024年6月）

今週のはてなブックマーク数ランキング（2024年6月第5週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス