「言語」を含む日記 RSS

はてなキーワード: 言語とは

2022-08-17

もしお前が「カネがないけど息子は優秀!」って信じてるなら

1. IT進歩してる別の国(リモート労働可能)の言語

2. 基本的な法知識

3. ソフトウェア開発知識

を息子が中学卒業までに徹底して学べば、高校大学学費払わなくて良いんだぞ

Pythonデコレーターを考えたやつはキチガイ

なんでもかんでも他所言語にあったら導入するな!

anond:20220817115040

異世界言語主人公のわかる言語翻訳されてるんだからそういうこともあるだろ

○○なやつは馬鹿ですか?への一般回答

「○○な奴は馬鹿だ」と言って自分馬鹿さ加減を棚に上げている奴は一番馬鹿

これで再帰ループ生まれる。言語現象フラクタル

2022-08-16

anond:20220816141209

トロッコ問題と臓器くじはパラレルにならないんだよね、特に日本では

トロッコ問題トロッコ轢かれうるような職場にいる時点で覚悟してきてる人の自己責任と見做せるけど、国については選んで生まれてくるわけじゃないし

物心ついた後に祖国を捨てるのも言語障壁治安障壁のせいで大陸国家よりだいぶ難しい

anond:20220816010851

ローマ字なんて誰でも読めるだろ?ということは文字勉強する必要が無いんだわ。このハードルの低さは大事

他のヨーロッパ言語みたいに全部に男性女性があるわけじゃないだろう。これを覚える必要すらない。

世界中で使われているので大量の読み物があるし、エンタメの中心は英語なのでリスニングも嫌でもする機会が多い。

しか学校で必修なので文法単語基本的な部分は習う。一年だけとかでなく何年もやらされる。

もっと説明必要

2022-08-15

多数派専制

多数派専制でよく思うのがまさにこのコメ欄です。例えば料理チャンネルレバーを扱う動画が上がるとコメ欄

「美味しそう!」

「作ってみてすごく美味しいかったです!」

家族に好評でした」

「久々に料理して5個も食べちゃったよ」

「寝る前のメシテロやめろ」

「わーいいなー」

レバー美味しいし動画の通りにやれば臭みも抜けるし鉄分豊富だし安いし最高」

「私も作りました! もう我が家定番料理です!」

レバー焼き鳥が好きだったけどこの料理もいいな」

「いやいやレバービタミンA多すぎるから鉄分目的で食い過ぎたらかえって毒だぞ」

明日買いに行きます

「苦手だけどこれなら食べれそう」

すみません正直私には合いませんでした」


って感じになって、少数派はビタミンAに触れてる人と不味かった人。

それ以外のコメほとんど動画漠然肯定してるだけで、その数に見合うほどの具体的で価値ある事を特に言ってない。

だったらコメ欄をまとめれば(そういう動画見る人はレバー=鉄分くらいの知識は誰でも持ってるものと考えれば)

「美味しそう(まだ作ってない人)」

「作って食べてみて美味しかった(作った肯定派)」

「食べてみて不味かった人(作った否定派)」

ビタミンAに注意」

の4つだけでいい、これで少数意見が目立てる。疑似意見はいちいちツリー立てて書かずに既に書かれてる所にいいねするだけでいい。

でもそのビタミンさんと不味かったさんは発言したくても肯定的なコメだらけの中で細かい事やネガティブな事言ったら

空気読めない奴みたいに思われるから勇気必要になるし、書いたところで多数の疑似コメに埋もれて見つけて貰えない。

俺も少数派でいる事が多いので疑似コメ増やして他の少数意見を埋もれさせる加害者になりたくないので、

なるべく全てのコメを読んで既に言いたい事が書かれてればそこにいいねするだけにして同じ内容は書かないようにしてるし、コメリーをいくつも立てません。

長文を書きはするけどツリーが一つだけなら読みたくない人はさっと飛ばせる。もしこの文をツリー10個に分けたら他人迷惑がかかる。

でもこんな事考えて書いてるのたぶん俺くらい、どの言語母語話者でもです。

日本動画はどんなに人気のものでもコメは4桁だけど英語動画になると5桁がザラにある。

その5桁のコメも内容ごとに整理したらきっとせいぜい100通りくらいしかない。

500回くらい書かれてる意見大勢の目につくけど3回しか書かれない意見は誰にも気づいてもらえない。

コメの多さが動画主の収入に繋がるなら疑似コメを増やす事は否定できないけどyoutubeにその仕組みは辞めてって言いたくなる。

でもyoutube以外のどんなサイトでもそこを効率化できていない。

みんな多数派に属していたい気持ちと、自分個人オンリーワンそうな意見に耳を傾けて欲しい気持ちがある、

強い立場でいたい感情と構って欲しい感情のものかもしれない。

その両方を晒すと疑似コメ乱立に繋がってしまう。

anond:20220815150600

バグ出したら人が死ぬプログラムを開発自慢

汚いけど動いてる自慢

クソコード解体自慢

ステップ数自慢

古典言語自慢

現役年数自慢

レベル自慢

マイコン自慢

BASIC自慢

vim自慢

鎖自慢

anond:20220815032813

例外として、発達障害とか以前に今まで接してきた言語日本語ではなかったとかそういう場合もある

字下げ増田日本語に似た独自の超言語記述した文章に「間違っている」と言えるものがいるとすれば、

字下げ増田同様、その超言語が使われる異世界日本出身者に違いない

我々では彼が使用する「お前」が誰のことを言っているのかさえ知ることはできない

2022-08-14

数式のない数学科学読み物って理解できる人いるのか

往々にして、もともと分かっている人はうんうんって納得できるけど分かってない人は置き去りな説明になりがちである

書いてる方は数式が頭にあるのにあえて遠回りして言葉説明しているのだからある意味当然かもしれない。

絵画それ自体を見ずに口だけで説明するようなものだ。

やはり自然理解するには数学という言語をまず身につけるのが近道なのだろう。

2022-08-13

プログラマー生産性は人により100倍くらい差があるというけれど

 割りとマジだよねと思う出来事をふと思い出したので書いてみる。

 といっても後輩が俺の思ってもいないところでつまづいて、それに俺がカルチャーショックを受けたというだけの話。

 問題の話なんだけど、とある有名サービスJSON APIを叩いて呼び出し結果を手元のオブジェクトマッピングするというただそれだけのコードを書くというもの

 普通に考えて一日もしないで出来ると思うような代物だけど、三日以上悩んで彼はそれでも出来なかった。

 何があったかというと、そのJSON API

{ ..., "count": 10000000000000000000000000000000000000, ...}

 という感じで多倍長整数リテラルとして書かれているのを前提として受け取る仕様だった。

 JavaScriptの通常の整数と違って、JSON整数リテラル仕様上大きさの制限記載がないので、上のようなのも合法

 で、彼の使ってたプログラミング言語オブジェクト から JSONの変換ライブラリが、多倍長整数文字列("")としてシリアライズするような仕様なことがわかって、彼は行き詰まった。

 そこで何をやり始めたかというと、JSON整数がそのまま1000000000000000みたいにシリアライズされるライブラリ探し始めたんだけど、それは見つからないまま。

 というわけで「増田さん、詰まってるんですけど……」と言われて助け舟出すことになったはいものの、彼のコード見るとJSON抽象構文木クラスがそのまま使えるようだった。

 なので、

String serialiaze(Ast.JsValue value) {
    return switch(value) {
        case Ast.JsNull nullValue-> "null";
        case Ast.JsInt bigIntValue -> bigIntValue.toString();
        case Ast.JsArray arrayValue -> arrayValue.stream().map(v -> serialize(v)).collect(Collectors.joining(", ", "[", "]"));
        // 他のJSONの木についても同様に処理
        default -> throw new RuntimeException("cannot reach")
    };
}

 1時間しない内にこんな感じのコード言語Javaじゃなかったけど、だいたいこういう感じ)を書いて無事問題解決。細かいタイポとかあるかもだけど、日記では確認してないのでそれはおいといて)。

 結局、JSONの形が期待と違って、しか既存APIじゃいいのがなかったのに延々API探すことしか出来なかったのが問題解決できなかった原因だけど、このくらいのは割りとちょこちょこある。

 きっと、それから一週間放置しても問題解決できなかっただろうし、どうも同じチームの同僚も問題解決できなかったようだった。

 最近APIは叩けるけど、そこでトラブルとどうにもならなくエンジニアにちょくちょく遭遇するんだけど、やっぱりもうちょっと基礎出来てないと駄目だなと思った出来事だった。

 具体的には、再帰が相性が良いプログラムを書けるとか、APIに頼れないときはさっさと自作する頭の切り替えとかもろもろ。

 それと、情報大学出てるのなら、せめて木構造に対してはサクっと再帰関数くらい書けてほしかったなと思う出来事だった。

2022-08-12

何がしたいんだろう

何が欲しいんだろう

それって誰の為?

誰かの「可愛い」の為?ダサくない最低限の身だしなみを整えるため?

からなくなってきた

どんなものを買いたいのか

どれなら満足出来るか。価値観の違う誰かと触れ合えばすぐ崩壊する自我

家具を買えば何かが変わるのか。

愛着や着心地、デザイン、何を好むのか。判断基準は何なのか。

人間社会において自分という存在を外に出すための誰かに気付いて貰うための外殻。

物語性を帯びた私の内面に興味を持ってもらうために

最大限に引き出す為のアイテムを選んで

私が私であるという自己表現手段を得たいから。

私は私の物語が欲しい

あの人に物語があるように、私自身のそれが

輝き、濁り、よどみ、様々な化合物である私を構成した

経験が滲み出るような

それでいて世界調和している何かが。

道行く誰かが振り返り、一瞬網膜に焼き付く程度の私を彩る

冷たさ、あるいは温かさを誰かに伝える

視覚を通した言語として。

から、私は外殻が欲しい。

なんでそんなにコマンドラインを目の敵にするんだか

anond:20220811155256

↑を書いた元増田ですが、VBの話から派生した話で、やたらコマンドライン(以下CLI)を使った開発に否定的人間がいて閉口した件。

そりゃ一口に開発と言っても色々なので、本当に統合開発環境(以下IDE)だけで開発するケースもあるのは、こっちも知ってるんだよ。

から学習者の中で「何をやりたいか」が既に決まっているなら、CLIを全く触らずプログラミングを学ぶケースもアリということなのだろう。

でも、これには主に2つの理由で全く納得がいかない。

1つ目は、そもそもプログラムって何?」というレベルの人が「何をやりたいか」なんて決まっているわけがないので、最初から「何をやるか」を決めてかかるのはナンセンスという話。

しろどういう開発に進んでもいいように、「等号は代入を意味する」辺りから始まって、どんなプログラミングでも基礎の基礎になる、データ構造アルゴリズム意識させることに集中させたい。

そのためには難易度低めで比較潰しが効く言語を、できるだけシンプルな手順で作業できる開発環境で学べる方がいい。

そしたらPythonの実行環境とそこそこ以上の機能を持つテキストエディタを入れて、コマンドプロンプトとかPowerShellとかのCLIから"Helllo, world"が取っ掛かりだと思うわけ。

もしLinux環境が用意できるなら同じことをLinuxでも試してもらって、プラットフォーム依存しない開発の入り口くらいを知っておければベター

いずれにせよ何かを実行する方法が1つではないという重要な知見は、できれば基礎のうちに知ってもらいたいことの1つだし、それはWindowsLinuxとかCLIIDEという対比がうってつけかなーと。

ちなみにIDEは、Pythonによる手続きプログラミングに慣れた後のタイミングで学べばいいと思う。

そこまで行ったら変数の型や、クラスオブジェクトとかの難しい話をGo言語で学んでおくことで、現場で使われているJavaC#swiftへの移行もスムーズになりそうだし。

ちなみに「初心者コース」の最後、もし可能ならRustでポインタメモリの話の触りくらいを体験してもらえると、組み込みに進む際のハードルが少しは下がるんじゃないかな。

もう1つは、いくら現場によってはIDEだけで開発する現実があっても、CLIを使った開発がどういうものかくらい、プログラマにとっては知ってて当たり前じゃねーの?という話。

もちろん「プログラマが何を知ってて当たり前なのか」は、時代の移り変わりとともにどんどん変わる。

大昔ならおそらく機械語とかが必須だっただろうけど、今なら機械語よりはHTMLを読めるほうが遥かに重要なわけで。

あと、UNIX系OSパーティションごとに主要なディレクトリを分割してインストールしていた時代であれば、edエディタの使い方は必須だったと聞く。

(/binに入るエディタedのみだったため、もし使えないとシステムクラッシュして/以外マウントできなくなったときに詰む)

でも今やそんなの完全に過去の話どころか、viemacsの論争ですら多分古い方の問題になるだろう。

そういう過去の諸々も踏まえるとCLI未来永劫、プログラマにとって常識的ナレッジだとは自分も思っていない。

でも今はまだ、プログラマを名乗るならCLIからコンパイルだ実行だくらいの基礎は知ってて当然だと思うんだが。

(流石にmakeまで知ってる必要はないと思うけど)

ということで、自分の言ってることはそこまでおっさん臭くないつもりなんだけどね。

本当に、何がそんなに引っかかるのか意味がわからない。

2022-08-11

なんで、PythonやらJavaScriptやらRuby初心者向けと勧められちゃうんだろう。

a = 100

puts a

とか打ち込んでぱっと実行結果が見れるから、その瞬間は簡単に思えるけど、20行やら30行やら100行とかちょっと行数が増えるだけでこれらの言語ってJavaやらC#に比べたら格段にコード書くのが難しくなるよね。

初心者が数行程度のコードを書いて「Python簡単じゃん!」と騙されるのはわかるけど、人にどの言語がいいとか勧めてる人ってそこそこコードを書いてる人らだよね。

プログラミング興味ない

書かざるを得ないかコードは書くんだけど、プログラミング自体は何も面白いと思わない。

最新のなんとかフレームワークイケてる!とかそういう話にも全く興味がわかない。

どうにか興味を持てないかと思って、CPUを作ろうみたいな話からSICPなんかのコンピュータサイエンスの基礎理論みたいなものまで勉強してみたりもしたけど、結局どれも興味ねーなってことが分かっただけだった。

しか現代はとにかく猫も杓子もプログラミングコンピュータサイエンスだ。コンピュータ需要が強烈過ぎて何もかもがそれに飲み込まれコンピュータプログラミング楽しい人間が非常に生きやす時代だ。

初心者勉強すべき言語PythonだとかいやCだとかJavascriptだとか、あるいは開発環境はどうするべきだとかなんとか楽しそうに議論してる人たちが羨ましいわ。

anond:20220811212713

それは即戦力を求めすぎ。

ガチ初心者がいきなりjavaswiftハードル高い。

もう少し簡単かつ潰しが効く言語で、かつエディタコマンドラインで動かせる環境で基礎を学べないと厳しいと思う。

anond:20220811210947

javascriptフロントエンド言語

サーバサイドにnode.jsというのがあるが、書き方が難しくて初心者向けじゃなくなる。

と思っている。Byプログラムほとんど書くことがないSE

anond:20220811211817

仕事でやることに応じて学べばいいと言ってるんやで

iOSアプリやるならSwiftでええけどiOSアプリやるわけでもないならSwift知らんままでええねん

OSも全言語仕様もすべて把握するなんか非現実的やろ

anond:20220811211958

Pythonがクセがあるというのが意味不明

PCだったらOSを選ばずに動くし、きれいなコードを書きやすいし、好きなエディタと実行環境さえあればローカルで色々遊べるし、初心者には最適じゃん。

それに、他に初心者向けの言語なんてないと思うけど。

anond:20220811211817

なんでpythonみたいな癖のある言語最初やらせようとするのか。

anond:20220811185709

中堅レベルなら対応できるやついくらでもいるだろ

言語とかフレームワークで絞りすぎなんじゃないの?

それか安すぎるか

レベルエンジニアばかりのところに参画して失敗した

エンジニアリング経験者を採用して失敗する例もあると思うが、俺の場合は低レベルエンジニアばかりのところに参画して失敗した。

参画のきっかけはCTOからの誘い。

開発者イベントで以前知り合った。

そのCTOレベルがとても高い。

なので、その会社(チーム)も当然にレベルが高いと思っていたんだが全くそんなことがなかった。

かろうじて動いているようなコードが積み上がっており、たまに動かない時があると「アタリ」をつけてコメントアウトしてスキップして動いたかOK、みたいな感じのコード運用が積み重なっていた。

コードの静的解析やフォーマットも行われておらず、記述バラバラ

もちろんテストコードゼロ

ライブラリ言語バージョンも古く、deprecatedやobsoletedな記述が残る。

セキュリティパフォーマンス上で懸念があるところも多い。

今一生懸命に直して整備しているが、膨大な作業になっている。

そしてこの作業自分にとってプラスにならない。

CTOの話をもっとちゃんと聞いておくべきだった。

人材が不足しているから、経験である増田くんに是非ジョインして欲しい。言語は**で、これこれこういうことがやりたい。」ぐらいのレベルまでしか話せてなかった。

契約更新はしないと思う。

ログイン ユーザー登録
ようこそ ゲスト さん