「させていただく」は間違った表現？ 「過剰敬語」指摘に注目も...辞典編纂者の見解は
「させていただく」という敬語は誤りなのか――。元読売テレビアナウンサーの辛坊治郎さん（66）のラジオ番組での指摘をきっかけに、そんな話題がSNSで注目を集めている。 J-CASTニュースは、国語辞典編纂者の飯間浩明氏に意見を求めた。 「過剰敬語になっちゃうので」指摘も... 2023年3月8日放送の「辛坊治郎ズーム そこまで言うか！」（ニッポン放送）に出演した辛坊さん。通常、同番組にはアシスタントの増山さやかアナウンサー（56）と出演しているが、この日は代役の内田雄基アナウンサー（25）と出演。その際、「させていただく」という表現に苦言を呈した。 番組冒頭、内田アナは「今回、このアシスタントのピンチヒッターを務めさせていただくということで」と発言。これに対し、辛坊さんは 「『務めさせていただきます』って。これもう、今、日本語でよく、これね、ありますけど、いわゆる、これ、あの、国語学者等が批
もし「リーダブルコード」を弁護士が読んだら？ - MNTSQ Techブログ
こんにちは。「リーダブルコード」を先月読破して、感銘を受けた弁護士の人です。 なにに感銘を受けたかというと、「エンジニアが高級言語を効率的にコーディングするための工夫」は、契約という言語をコーディングするために援用できることがとても多いということです。 例えば、リーダブルコードは「関数には空虚な名前（tmpとかretvalとか）でなく、エンティティの実体に即した名前をつけよう！」と提案しています。 これめっちゃわかります！！！なぜなら、契約言語では当事者というクラスの表現のために「甲」「乙」という定義を未だに使います。そして、甲と乙を逆に書いてしまったままReviewを通過することが実際によくあります。オライリーさんには激怒されるでしょう。 しかし、よく考えると高級言語と契約言語が似ているのは当然だと思うようになりました。それは、どちらも「一定のインプットを入れると、必ず一定のアウトプット
プログラミングに必要なブレイクスルー
Yoyo Code (Matyáš Racek's blog)より。 ソフトウェアの開発方法を劇的に変えるには、いくつかのブレイクスルーが必要だと感じています。ブレイクスルーといった場合、それは大きなブレイクスルーを意味します。例えば、「構造化プログラミング」のブレイクスルーのようなもので、プログラミングに対する私たちの考え方を完全に変えてしまうようなものです。ここでは、それに関するいくつかの見解とアイデアを紹介します。 グルーコードや定型文を書くのは無駄だ 私が書くコードのほとんどは、面白いことはするわけではなく、定型文か、サブシステム同士を繋ぐための糊のようなものです。この種のコードは、すでに何度も書かれていて、これからも何度も書かれるような気がします。それなのに、なぜまた書かなければならないのでしょうか? 問題は、コードがかなり異なっていることで、通常は既存のコードをそのまま使うこと
ゆる言語学ラジオというロバストなコンテンツ - 本しゃぶり
ネットでは長く活動できた者が強い。 ではどうしたら長く活動できるのか。 頑強さを生み出す『ゆる言語学ラジオ』の振る舞いが参考になる。 ジャパンポッドキャストアワードでW受賞 このブログでも何度かネタにしている『ゆる言語学ラジオ』が、JAPAN PODCAST AWARDSの「ベストナレッジ賞」と「リスナーズチョイス」を受賞した。 #ポッドキャストアワード 授賞式、無事終わりました！！！ 結果は、リスナーズチョイスとベストナレッジ賞のダブル受賞でした！！ この後21時からライブ配信で感想喋り倒すよ！ pic.twitter.com/OzeKbjQfTr— ゆる言語学ラジオ (@yuru_gengo) March 17, 2022 チャンネル登録者数が10万人を突破するなど勢いがあったので、何かしら受賞するだろうとは思っていた。だがダブル受賞するとは普通に凄い。この受賞をきっかけに人気をさらに
「日本語の原郷」についての論文を読んでみた
歴史言語学についてはまったくの素人だけど、最近話題になった「日本語の原郷は「中国東北部の農耕民」 国際研究チームが発表 | 毎日新聞」（はてブ）っていう記事の元になったロベーツらの論文（Robbeets et al. 2021）を読んでみたよ！ 結論うさんくさい 前提知識共通の祖先を持つことが証明された言語の集団を「語族」という日本語は琉球諸語と共通の祖先を持つことが明らかである（日琉語族；Japonic）しかし日琉語族と他の言語との系統関係は証明されていない内陸アジアのテュルク語族、モンゴル語族、ツングース語族、そして欧州のウラル語族は特徴が似ているかつて、テュルク・モンゴル・ツングース・ウラル・日琉・朝鮮の諸語族が「ウラル・アルタイ語族」に属するという説があったが、結局誰もこれらの諸言語が共通の祖先を持つという証明ができなかった今回の論文は、テュルク・モンゴル・ツングース・日琉・朝鮮諸
サイバネティクスの周辺についての個人的雑感｜tenjuu99
現象学者たちとサイバネティクス「サイバネティクス」なるものに興味を持った経緯としては、メルロ＝ポンティが『眼と精神』で一章まるごと使ってサイバネティクスを批判しているからでした。長いのですが引用します。 世界を名目的に定義すれば、世界とは私たちの操作の対象Xである、となろうが、そのように語ることは、科学者の認識のあり方を絶対視することであり、それはまるで、かつて存在し、また現に存在しているすべてのものを、たんに実験室に入るためだけに存在してきたかのように見なすことである。「操作的」思考はある種の絶対的人工主義となり、サイバネティクスのイデオロギーに見られるように、そこでは人間の創造活動は情報の自然的プロセスから派生したものとなってしまうが、じつは、そのプロセス自身、人間機械をモデルに考えられたものなのである。もしもこの種の考え方で人間と歴史を捉えようとするならば、そしてもし、私たちが直接的
古典の先生おしえて！ 古典は、なぜ義務教育の科目なの？ まぁ自国の古の..
古典の先生おしえて！ 古典は、なぜ義務教育の科目なの？ まぁ自国の古の言葉だから、国民として学ぶべき」とか精神論なのかな。愛国心の育成とかなのかな。 例えば、理系科目は「技術の発展、ひいては国の発展に繋がる」とかで納得。 社会は「組織を機能させるため、他国と競うため」とかで納得。 現代文は「他社とのコミュニケーションのため、論理的思考力を養うため」とかで納得。 では古典は？ 「故きを温ねて新しきを知る」はその通りだと思う。 けど、一次情報に各個人がアクセスする必要あるか？翻訳された文で十分じゃないか？ 「文化の発展」のためか？ もちろん歌舞伎などの歴史ある文化、和歌集などは誇れる文化だと思うよ。でも義務教育でやるほどなのか？趣味レベルじゃないのか。 古典の代わりに、法律や情報処理のが国民に必要な教養ちゃうんか？ 古典を学ぶことは意味がないとは思わないが、学ぶ人数が多すぎると思う。 (と、書
古典教育や国語教育に関する雑感 - 誰がログ
追記（2019/01/22） カリキュラムの話や読書案内について少し補足を書きました。 dlit.hatenadiary.com dlit.hatenadiary.com はじめに いつも読んでいただいている方には今更だが，こういう内容を書く際には少し自分のことについて書いておいた方が良いだろう。 私は言語学・日本語学が専門の大学教員である。国語教育は専門ではないのでこれから書くことについてはできるだけ批判的に受け止めてほしい。ただ，自身の専門が国語教育の隣接領域の1つだということもあるし，教育研究科という名前の大学院（修士課程）で授業を持っていたりということもあり，いくつかの接点はある。利害関係者といっても良いのかもしれない。 本来ならもう少し先行研究に言及しながら書いた方が良いのだが，あまりにも時間がないので中途半端な状態で公開する。どちらかというと半分ぐらいは自分のためのメモであって
プログラミング言語の未来はどうなるか | κeenのHappy Hacκing Blog
κeenです。最近JEITAのソフトウェアエンジニアリング技術ワークショップ2020に参加したんですが、そこで五十嵐先生、柴田さん、Matzとパネルティスカッションをしました。その議論が面白かったので個人的に話を広げようと思います。 年末年始休暇に書き始めたんですが体調を崩したりと色々あって執筆に時間がかかってしまいました。 時間を置いて文章を書き足していったので継ぎ接ぎ感のある文体になってるかもしれませんがご容赦下さい。 というのを踏まえて以下をお読み下さい。 いくつか議題があったのですが、ここで拾うのは一番最後の「プログラミング言語の未来はどうなるか」という話題です。 アーカイブが1月末まで残るようです。もうあと数日しかありませんが間に合うかたはご覧下さい。 そのとき各人の回答を要約すると以下でした。 五十嵐先生：DSLを簡単に作れる言語というのが重要。それとプログラム検証、プログラム
現代のオブジェクト指向の class の割れ窓化と宣言的プログラミング
オブジェクト指向には、カメラがやっとついたころのガラケーのイメージがある - きしだの Hatena の件。基本的には同意。ただちょっと切り口が違うので自分の意見を言っておく。ただ、このテーマで何度か書こうとして失敗していて、今回も成功しているとはいえない。 宣言的プログラミングの時代 現代の主流は「宣言的プログラミング」であると思っている。これはリソースの宣言と、その状態遷移の手続きや振る舞いの付与が中心にある。 宣言型プログラミング - Wikipedia その代表的な例がフロントエンドの React と、バックエンドの k8s で、どちらも時系列に基づいた状態の宣言と、フレームワーク側による状態遷移処理、 Reconcillation(調停) が基礎にある。 フロントエンドとバックエンドという両極端な世界で、この変化が起きたのがこの時代を反映したものであると思う。 例えば、jQuer
オブジェクト指向には、カメラがやっとついたころのガラケーのイメージがある - きしだのHatena
某所でオブジェクト指向についていろいろ書いたのでまとめておく。 問題意識としては初学者がなにかというと「オブジェクト指向できるようになりたい」のようなことを言うけどそこまでの優先順位でがんばるものではないんでは、というところです。 まず前提として、オブジェクト指向は1980-2000年くらいに流行って発達したものの、それ以降は時代にあわせた進歩はしていない20年以上前の技術ってのがあります。 そのころは今だとCPUのキャッシュにも満たないようなメモリをやりくりしてプログラムを書く必要があったので、オブジェクト指向はメモリ上のデータをコピーすることなくうまく使いまわせるようなプログラム技術になっています。 そしてオブジェクト指向にはそこから目だった更新はなく、タイトルに書いたように、カメラがやっとついたくらいのガラケーのような古い技術という感じがします。 オブジェクト指向について、アプリケー
[書評] 自閉症は津軽弁を話さない リターンズ: 極東ブログ
本書『自閉症は津軽弁を話さない リターンズ ---コミュニケーションを育む情報の獲得・共有のメカニズム』は、本書でも当然触れているが3年前に出された『自閉症は津軽弁を話さない 自閉スペクトラム症のことばの謎を読み解く』の続巻とも言える。内容は、この現象、つまり、自閉症は方言を話さないという現象についての、学際的な広がり、実態報告、実証研究などであり、さらに、方言を話す自閉症についても言及されている。小説ではないので、ネタバレにもならないだろうが、本書の結語とも言えるのは、《自閉症と方言、解くべき謎はまだ残されているようです》ということだろう。この領域に関心を持たざるをえない私としても、全容はつかめていないように思えた。 まず、もっとも重要であり、議論の前提となるのは、「自閉症は方言を話さないという現象」である。前著に研究経緯があり本書でも言及されているが、概ね実証レベルでその現象がまずもっ
Erlangについて思うところ
職場の今までいた部署が潰れてしまったので、新しい部署で仕事のためにErlangを学んでいる。基礎的な文法については学び終わったので、現時点でのErlangについての雑感を書いておこうと思う。 Erlangは多数派のプログラミング言語とはだいぶ違う文法を持っている。終端記号がドットであることもそうだが、比較演算子もだいぶ違っている。多くの言語が!=を使うなか、Erlangは/=を使っている。Less than or equal toが=<であるのも多数派とは異なっている。ただし、Greater than or equal toは>=だ。一貫性がない。 終端文字はドットだが、関数の中には一つの式しか書くことができない。式はカンマで区切ることができるので、以下のようになる。 func() -> expr1 , % カンマ expr2 , % カンマ expr3 . % ドット このような文法はリ
プロとアマの小説の特徴を数値化して比較してみたらやっぱり差があったので、それを埋めるための型付き小説記述用言語 TypeNovel を公開した件について - anti scroll
ラノベのタイトルみたいな記事を書く、という夢が叶いました。 github.com 開発に至った動機 以前から、アマチュアの小説はプロに比べると、描写不足な傾向があるのかもしれない、と思っていました。 特に不足がちだと感じるのは「時間」に関する描写です。 季節がわからなかったり、昼か夜か、平日か休日かみたいなことが不明瞭な作品が多い気がします。 しかし印象だけで語ってもアレなので、実際に差があるのかどうかを計測してみました。 計算式は、 時間描写の文の数 * 時間描写分布のエントロピー / 文の数 です。 「時間描写分布のエントロピー」というのは「全体を通じて、どれだけ満遍なく時間表現が書かれているか」という数字だと思ってください。 例えば時間描写が冒頭部にしかなかったりすると数値が小さくなり、全編を通じて満遍なく描写されていると、数値が大きくなります。 あと時間描写というのは、一応「季節、
ま た 大 森 敏 行 か | おごちゃんの雑文
一連のCOBOLの話で、また日経BPがアホな記事を上げている。 COBOLは難しいか、記者が試しにコードを書いてみた まぁ努力は認めるが、間違いだらけである。で、記者を見ると、以前にクソ記事で私に叩かれた「大森敏行」氏である。 以前に叩いたエントリはこっち。 「悪い大人」 どうもこの人の傾向として、よく知りもしないことをよく調べもせずに、わかったようなことをわかったような文章で書くというのがあるようだ。てめーは自分が物事をよく知らないってことに謙虚になれんのか？ 細かい間違いを一々指摘するのは馬鹿げているので、大きな部分だけ挙げておく。 まず、題材を「FizzBuzz」に持って来たのが間違いである。 COBOLは「データ構造の扱い」を記述する言語であるので、「処理」を書くことはあまり得意ではない。この「得意ではない」というのは、出来ないとか表現能力が低いとかではなくて、 簡潔な表現が出来な
kindleの6周年セールで開拓社の言語・文化選書が50%オフ（10/25（木）まで） - dlitの殴り書き
kindleの6周年記念キャンペーンで大規模なセール（50%以上オフ）が行われているのですが，言語学関連では開拓社の言語・文化選書が対象になっています。 www.amazon.co.jp 開拓社は言語研究に関わっている方だと英語学のイメージがけっこうあるのではないでしょうか。この言語・文化選書も英語関係のものが多いですね。ただ言語学とその関連領域一般への入口となっているものもあります。 各分野の入門書 私もこのシリーズすべてに目を通しているわけではありませんので，中身を確認したことがあるやつだけ挙げておきます。一般向けというよりは「○○入門」という趣で専門の入口として考えた方が良いと個人的には思いますが，ことばについて興味がある方は取り扱われている表現だけでも楽しめるのではないかと思います。 ちなみにこの中では『ネーミングの言語学』がもっとも一般向けだと思いますが，いずれも学部の専門の授業
人文系の文献の取り扱いとか業績についてちょっとだけ - dlitの殴り書き
追記（2018/10/09 20:40ごろ） 記事の公開後だいぶ経ってから思い出したのですが，下記の記事で「まず査読付き論文誌を探す」ことを推奨していたり具体的な雑誌名を挙げていることに気付きました。これこそ良い具体例だったのに最初に示さなかったのはもったいなかったというか，早い段階で読んでいただいた方々には申し訳ないです。言語学・日本語学の中でも「日本語を対象にした文章研究」というやや狭いトピックですが，著書，論文集や紀要論文との付き合い方についても書いてあるので興味のある方はどうぞ。 dlit.hatenadiary.com はじめに 私の専門は言語学（日本語）で研究・教育関係で他の人文社会系や理工系の研究・文化の一部に触れることがあるぐらいなのだけれど（あとアカデミックライティングに関わっている関係で他分野について調べることもある），その狭い範囲ですらいろいろな違いがあってとても「人
みんな日本語の学術言語としての重要性を過小評価しすぎ
この件． https://togetter.com/li/1274544 査読論文持ってないひとが責められるのはまあわかる（査読なし論文でも優れた論文というのは有り得るし，そういうのも業績として認められるべきではあろうが，このご時世ではまあ査読論文は持っといた方がいいよな……）．でも英語論文を持ってないことが責められる理由になるのは本当に理解できない． 何度も繰り返すけど，フランスでもドイツでもロシアでもスペインでも，そしてたぶん中国や韓国でも，文系の研究業績の大半は自国語だから！ 文系の研究業績が自国語で積み上げられるのは，世界標準だから！ （インドやサハラ以南のアフリカ諸国のように長いこと西欧の植民地になってたり言語の数が多すぎたりして大学教育を英語でやっている国や，ツバルやナウルみたいに小さすぎて自国語のアカデミアが成立しない国を除く．そういう国がうらやましいと言うならもう何も言えな
ちょこっと - finalventの日記
⇒世の中怪しい言語学を唱えた者勝ちらしい - killhiguchiのお友達を作ろう ⇒はてなブックマーク - 世の中怪しい言語学を唱えた者勝ちらしい - killhiguchiのお友達を作ろう torin 揉め事 これだけ「信夫の誤りを批判すべき」という内容を重量級の長文で書いてあるのに肝心の「信夫の何が間違ってるのか」は一語たりとも書いてない。ある意味凄い/まず自分で啓蒙すべきじゃね？ 2009/11/08 私も元エントリを見たいけど、批判点がわからんかった。 karpa 池田信夫先生のすばらしさについて / id:torin 池田氏の内容は疲れさうなので読んでませんが，そのエントリの冒頭にあった書影のある本への批判は，わたしぢゃないですが，ひとまづ d:id:dlit:20090731:1249009614 をご覧ください 2009/11/08 批判するなら、読んだほうがいいと思うが
翔ソフトウェア (Sho's) 議論のアンチパターン 〜不毛な議論を避けるために〜
『議論パターン』 (Discussion Patterns) ～不毛な議論を避け、実り有る議論とするために～ はじめに ～「パターン」について～ ソフトウェア開発では、よく「パターン」という言葉が使用される。 「定石(じょうせき)」のような意味である。こうすればうまく行く、という問題解決の典型的な例をカタログ形式で収集し、纏(まと)めたものである。 「デザイン (設計) パターン」、「アーキテクチャ (構造) パターン」、「アナリシス (分析) パターン」等の種類が有り、総称して「ソフトウェア パターン」等と呼ばれる。 「アンチパターン」という言葉もある。こちらは逆に、こうしたらうまく行かない、という典型的な例を集めたものである。 「パターン」という概念は別にソフトウェア開発に特化したものではない。「ソフトウェア パターン」自体、元々建築の方に有った方法を持って来たものである。様々
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
