  |
はてなキーワード: 用言とは
言語って、やっぱり高度なんだよ。
単語の意味を理解できるのと、言葉を操れるようになるのでは、その間に越えなければならないものが山ほどある。
「太郎君は喉がかわいた。彼は水を飲んだ」
っていう文章があったとする。
今だったら、汎用言語モデルで理屈抜きにやっちゃうんだが、古典的なやり方だと、「かわいた」の部分から推測を始める。
なにかが「かわいた」のだろう。
太郎君か？喉か？
ヒトがかわくという用例は知らないから、「喉」が「かわいた」のか。
じゃあ、「太郎君」は、「喉」にかかるのか。
「太郎君の喉」」が「かわいた」のか？
じゃあ、「太郎君の喉がかわいた」じゃなく、「太郎君はのどがかわいた」なのはなぜだ？
次の文の、「彼」って誰だ？
水を飲んだ。なぜ？飲んだんだ？
とまあ、けっこう大変。
「彼」が「太郎君」を指す根拠は？と聞かれて、答えられる人なんかいない。
計算問題を解くとか、テレビゲームをクリアするとかのほうがずっと簡単。
名前を呼ばれたら、
名前が呼ばれた→誰かが自分に用がある→相手は自分が聞こえているかどうかを確認したい→振り向く
っていうことを自動的にできるほうがずっと高度。
ChatGPTはな、予測変換を超絶進化させただけなの。知性って、ノリなの。空気を読み、文脈を読む、それが知性になるのな。
「宴もたけなわ」という言葉を聞いて、「宴」と「酣」のそれぞれの意味を考えるよりも、
と答えるほうが、ずっと高度で知的なわけ。
コマンド直入力してもEnter押す前に確認してるからそうそう間違えないしrootユーザーで作業するなって言うならrootでログインできなくすればいいのにそうしない
めんどくさい
他にも仕様書は句点つけるか付けないか統一しろとか用言止めと体言止め混ぜるなとか
お客さんも見るんだからって指導されるけど内容があってればいいじゃん
コードレビューもメソッド名は大文字から始めるなとか本っ当に細かいしうるさい
7、4年目の上司も教育担当の細かい話は無視していいと思うって言ってるし教育担当がカス
15年目の上司は10年目の言ってることは間違ってないから言うことは聞いて仕事しろって言ってるけど、教育担当はチームでずっと女ひとりだったらしいし甘やかされてるんだと思う
さらにムカつくのが、新人教育みたいな制度が数年前まで整ってなかったらしく、その制度を整えたり、教材を実装したのが教育担当らしくて、しかも仕事じゃなく業務外で無償で開発したっぽいから他のチームや部署からも評価得てるのが本当にムカつく
ChatGPTによって、OpenAIは現在、対話ベースの汎用言語モデルをテストしている。
認知科学者のゲイリー・マーカスによると、ChatGPTはGPT-4の前哨戦に過ぎないらしい。
GPT-4に関する噂は数週間前からウェブ上で流れているが、GPT-4はGPT-3とChatGPTを大幅に上回り、そしてもうすぐリリースされることになっている。
OpenAIは現在、Microsoftと共同で助成金プログラムを実施しており、その参加者はすでにGPT-4にアクセスしている可能性が高い。
マイクロソフトのCTOであるスコット・スタインは最近、2023年にさらに重要なAIの年が来ると予言している。
心理学者で認知科学者のゲイリー・マーカスは、GPT-4をすでにテストした人を何人か知っていると言って、GPT-4の熱狂に加わっている。
まずは、用言の活用を覚えます。用言とは、動詞、形容詞、形容動詞のことです。活用とは下の語によって形が変わることです。
「咲く」に「ない」を付けると、「咲かない」になり、「咲く」が「咲か」になります。これを活用といいます。
動詞は、四段活用、ナ行変格活用、ラ行変格活用、上一段活用、上二段活用、下一段活用、下二段活用、カ行変格活用、サ行変格活用があります。
まずは、これらの活用をしっかりおぼえます。声に出してリズムで覚えましょう。繰り返すと意外と覚えられるものです。
☆四段
あ、い、う、う、え、え
☆ナ変
な、に、ぬ、ぬる、ぬれ、ね
☆ラ変
ら、り、り、る、れ、れ
☆上一
い、い、いる、いる、いれ、いよ
☆上二
い、い、う、うる、うれ、いよ
☆下一
え、え、える、える、えれ、えよ
☆下二
え、え、う、うる、うれ、えよ
☆カ変
こ、き、く、くる、くれ、こよ
☆サ変
せ、し、す、する、すれ、せよ
く、く、し、き、けれ、◯
から、かり、◯、かる、◯、かれ
(ラ変格に、かを足したもの)
なら、なり(に)、なり、なる、なれ、なれ
(ラ変に、なを足したもの)
たら、たり(と)、たり、たる、たれ、たれ
(ラ変に、たを足したもの)
☆第二ステップ
助動詞の種類を接続詞ごとに覚えていきます。接続詞とは、上が何形になるかのことです。
例えば、「ず」は未然形に接続詞するので、「咲く」は「咲かず」になります。
☆未然形
る、らる、す、さす、しむ / ず、じ、む、むず / まし、まほし
☆連用形
き、けり / つ、ぬ / たり、けむ、たし
☆終止形
らし、べし、まじ / らむ、なり、めり
☆残り
なり、たり、り、ごとし
☆第三ステップ
☆ず
ず、ず、ず、ぬ、ね、◯
ざら、ざり、ざり、ざる、ざれ、ざれ
(ラ変に、ざを足したもの)
☆まし
☆き
せ、◯、き、し、しか、◯
☆第四ステップ
☆じ
◯、◯、じ、じ、じ、◯
☆らし
◯、◯、らし、らし、らし、◯
☆第五ステップ
上でやった助動詞以外の活用は、最初に覚えた用言のどれかと同じ活用をします。そのため、何活用をするのか覚えることが出来れば、自分で導き出すことができます。
☆四段
む、らむ、けむ、
☆ナ変
ぬ
☆ラ変
けり、たり、り、なり、めり
☆下二
る、らる、す、さす、しむ、つ
☆形容詞
べし、まじ、まほし、たし、ごとし
☆形容動詞
なり、たり
☆まとめ
EARLとか手を洗う（木下）とかばぶ（俵）とかは、もちろん親ワクチンだけど
行政の新型コロナ施策の「それはちょっとどうなの」的なおかしな部分についても
PCR検査拡充反対論を声高に言ってて、その理由が「偽陽性が出るから」とかね
親ワクチンで、政府批判してない、あるいは一部施策を擁護してる医師の中でも
「この人はまとも」系と「この人は政権色がつきすぎて言ってることがヘン」系の色分けは
割とされてる気がする
サイト構築や動画コンテンツ制作で誰がカネ出してるかわからない、
政権に近くて厚労とかワクチン担当大臣とかとも伝手ができている、
みたいな感じで、正直いやな空気になっている
第5波の感染爆発がオリンピックと無関係とする説は、デルタ株の感染力の強さが原因と考えるのが主流のようだ[1]。
デルタ株の感染拡大がたまたまオリンピックと重なっただけなのだ、と。
現在、全国各地に広がっているデルタ株の系統で最も初期のものは、ことし5月18日に首都圏で海外渡航歴がない人から検出されたウイルスだったと分かり、さらに調べると、これとよく似たウイルスが4月16日に空港の検疫で見つかっていた[2]。
一方で、ことし5月ごろ関東や関西、中部、九州などで確認されていた、海外から流入したとみられるデルタ株のクラスターの多くは大きな感染拡大につながらず、7月初旬ごろまでにはほぼ収まったとみられる[2]。
もしデルタ株の感染力の強さだけが感染爆発の原因ならば、オリンピック期間中より人流が多かった5月、6月に感染爆発が起こっていたはずだ。
現実には感染爆発につながった遺伝系統以外のデルタ株は7月初旬で収束していた。
そして感染爆発した系統もオリンピックの開始を待つように急速に感染拡大した。
オリンピック開催によって、感染拡大防止のための堤防のどこかが決壊したと考えるしかない。
国立国際医療研究センターの大曲貴夫氏の指摘どおり、オリンピック開催に伴い局地的・一時的に密な状態が生まれた事実は否定できない。
ここではもうひとつ、国民の側の感染防止策に対する意識がおろそかになった可能性を指摘しておく。
5月から6月にかけて、オリンピック開催、さらに有観客開催を主張する中で、感染拡大防止策を軽視するかのような無責任な言説がまき散らされた[3][4]。
「国民にあれするなこれするなと要求しておきながら、自分たちはやりたい放題か。付き合ってられねえ。」
このように考えた人を責められるだろうか。
個々の国民にとっての帰省は、アスリートにとってのオリンピックと同等以上の価値があるかもしれない。
あるいは1年半近く慣れないライフスタイルを強要されてきた国民の中に、
「なんだ、これまで活動自粛だの、会食回避だのしてきたけど、感染防止策とか関係なかったのか。」
と受けとめる人が現れても不思議ではない。
不慣れな行動を意味も十分に理解できないまま強要されていること自体がストレスなのだ。
人は基本的に見たいもの、耳当たりのいい情報に流される（何より、政治家とその取り巻きはその権化ではないか）。
当局が矛盾したメッセージを国民に発信すれば、国民の感染拡大防止策に対する意識が弛緩するのは当然だ[5]。
とはいえ、新型コロナに感染して損をするのは間違いなく私たち自身である。
無責任な当局関係者や御用言論に惑わされることなく、感染防止策の基本をもう一度肝に銘じたい。
新型コロナウイルス感染症に関する菅内閣総理大臣記者会見（令和3年7月30日）
https://www.kantei.go.jp/jp/99_suga/statement/2021/0730kaiken.html
[2]デルタ株“1つの起点から全国拡大か” 国立感染症研究所が分析
https://www3.nhk.or.jp/news/html/20210806/k10013183971000.html
[3]観客上限１万人 規模縮小でも有観客に踏み切った首相
2021/6/21 21:07
[4]緊急事態宣言は「屁みたいなもの」 「さざ波」発言の高橋洋一内閣官房参与がTwitterに
https://www.tokyo-np.co.jp/article/105992
https://www.m3.com/news/open/iryoishin/930343
英語の助動詞について、今一度調べてみた。中学英語ではcanで『〜できる』は覚えていたけど、意外と多様な使い方をされているようだ。
・can（〜できる）
・must（〜しなければならない）
・should（〜するべき）
・will（〜するだろう）
・may（〜するかもしれない）
will = 未来形のイメージがったので、これも助動詞だとはあまり思わなかった。willといえば、中島美嘉の『will』を思い出すのは世代だろうか。
http://www.alohaenglish.jp/modal-verb/
・推量（〜に違いない）
この推量のニュアンスが難しく、shouldやmustでも大枠は同じような意味だが断定のレベルが異なる。
mustだったら『絶対そうだ！』
shouldだったら『まあまあそうだろう』くらいの差で、この辺りは実際に英語を使わないと慣れない部分だろう
英語のはそれなりに概要を理解したが、『日本語で言う助動詞ってなんだ？』との疑問もあったので調べてみた。
日本語での助動詞の役割：用言や体言などにくっついて、意味を添える働きのある言葉
例：れる・られる・させる・そうだ・〜ない
動詞を助けるといった感じで、単純に『食べる』といった動作に『食べるかも』『食べそうだ』『食べることはない』など
参考 助動詞とは
https://upwrite.jp/grammar/auxiliary_verb
中国が国家戦略として中国語のみで動くモダンなプログラミング言語作るとどうなるか
・その言語で小中高大とプログラミング教育を行うことで国民総エンジニアになる
・その言語で優れたOSSを全て移植すれば中国語専用言語であれど世界のITトレンドに遅れることはない
・その言語の実装やライブラリをコントロールできるので金盾や検閲が行いやすくなる
・その言語でどんなことを行なっても非中国人が認知・関与することは極めて困難である
・その言語で先進的な研究を行えば外国人が中国語を学ぶことになる
・教育現場や企業現場からモダンなプログラミング言語を排除することでインターネットだけでなくプログラミングのレイヤーでも金盾状態を狙える
日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。
https://anond.hatelabo.jp/20190205192741
COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。
SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。COBOLもそんな感じで、全体の流れをJCLやShellスクリプト、あるいはJP1のような運用管理ソフトで書く。SQLの1個の処理に相当するのがCOBOLのコンパイル単位で、それごとにソースファイルが分割される。ひとつのソースファイルに2個以上の処理を書くこともできるけど普通はしない。ここまで理解すると古いCOBOLに1ファイル内のすべての処理に影響するグローバル変数しかないのや、今のCOBOLにコンパイル単位をまたぐ真のグローバル変数がないのも、それほどクリティカルではないことがわかると思う。もし、本当に複数の処理にまたがる値が必要なら、データベースに格納してしまえばいいんだし。
で、SQLでいうところのデータベースに相当するのがCOBOLではデータファイル。sedやawkでテキストファイルやCSVファイルを行ごとに処理するのとちょっと似てるけど、COBOLの場合は固定長ファイルという点が違う。改行文字は入ってなくて、たとえば150バイトごとに次のレコードみたいな形式。これの1レコードごとに何月何日何時に〇〇という商品を□□円で売ったとか書いてあるのが典型的なデータの内容。それを集計して今日は〇〇が何個売れて売上がどれだけあったとか、出金合計がいくらで入金合計がいくらで、みたいな財務諸表を作ったり。SQLと同じように税率なんかが書いてあるマスタデータと、日々の売り上げが書いてあるトランザクションデータがあって、突き合わせたりということもする。こういう集計処理だからUIはなくて、夜中に自動起動するようなバッチプログラムが主な使われ方。（混乱するから余談だけど、今のCOBOLはSQLを使って普通のRDBにもアクセスできる。ただ使い方としては、RDB→ファイル処理→ファイル処理→ファイル処理→ファイル処理→ファイル処理→RDBみたいに、最初と最後だけみたいなのが普通）
入出力がファイルだから今の感覚で考えるとアクセスは遅い。でもメリットもあって、1回に1行しかメモリに乗せないからどんな巨大なデータでも時間さえかければ処理できる。それこそ国民ひとりひとりの年金データとかね。あと、途中でバグや不正データで止まってもデータを失うのは最小限で済むので復旧が比較的楽だったり。
データベースの話に戻ると、テーブル定義はどこに書いてあるかというとデータファイル側ではなくてCOBOLプログラム側、というのがSQLと一番違うところかも。つまり、このデータファイルの構造はこれこれこうなっていると想定して読みます、とソースコードに自分で書く。当然実際のデータ構造がそれと違ってたらおかしくなる。
まあそんな感じで80年代くらいに会計処理をする目的だったら悪い言語ではなかったので、銀行や官公庁とか、電力水道ガスといったライフラインを扱う大企業がこぞって導入して今に至る感じ。普通の大企業は途中でSunとかに置き換えてその後Linuxやクラウドにさらに置き換えたりしたけど、最初に作ったシステムが大きければ大きいほど、重要であれば重要であるほど現代的な環境に置き換えられないというのが今の課題。
