「コンパイラ」を含む日記 RSS

はてなキーワード: コンパイラとは

2023-08-26

anond:20230826113704

俺は主に8ビットや16ビットCPUを使ってワンボードマイコンを組み立てていろいろいじってる。

8ビットは6800や6502や6809。16ビットは68000とか68030とか。

もっぱらコンピュータの仕組みのお勉強のため。コンパイラとかOSとかも。

面倒な時は Arduino とか Raspberry Pi とかで済ませる。

anond:20230826120343

クソ面倒なハード向け低レベル言語と、品質重視の高レベル言語があれば良い、みたいな世界観やめてほしいわ。ハード意識しながらヒント書いてあげるから、あと全部コンパイラがよしなにやってくれる言語が欲しい。

2023-07-18

チャットGPT、正規表現とか文字列処理を考えさせたら便利かと思ったけど全然だった

なんど いっても 同じミスをする

プログラムコードとして書かせるからダメなんだと思う

コンパイラ持ってるわけじゃないから、実行結果がわかんない状態コードをお出ししてくる

実行して正しいかどうかまでチェックしてから出力する、というような気の利いた事はしてくれない

からこっちがダメといってもどこがダメかを考える材料がないから、どこを直せばいいかずっと判断できない

ちなみにどこがダメかはもちろん言ってやってる

それでもそれを理解して適切に修正することができない

トラバはむかつくからみてませーん

2023-06-29

ジムケラー、具体的に設計でどういう作業してるかわからないのだけど

ジムケラーが携わった製品の話はネットを探せば出てくるが、具体的に何をしているのかさっぱり分からない。

  1. 狙っている市場で性能ボトルネックになっている箇所を特定する?メモリアセス時間がかかっているとか
  2. 物理的に演算器を増やして意味があるか、演算器増やした場合コンパイラに搭載する新しい命令セットを準備する?
  3. ターゲットとするnmプロセスクロック周波数どれくらいあげられそうか確認する?
  4. SystemVerilogでCPUコアコンポーネントを書く?
  5. DesignCompiler、PrimeTimeでどれくらいクロック周波数が出るか確認する?

2023-05-19

なんで日本って半導体チップ設計出来ないんです?

素人で調べたところだと、

  1. 半導体チップ設計には設計ソフト必要だが、オープンソースではない or 限られた機能しかない。誰でもライセンスを受けられるわけではなく億円単位必要
  2. 設計は、論理設計物理設計がある。論理設計Verilog言語でRTLを作る。物理設計トランジスタや配線をどうするかを行う。
  3. 設計ソフトの使い方を説明した資料普通は読めない。書籍はない(和書洋書ともに)
  4. RTL設計簡単書籍はあるが基礎のみ。USBなど普段使っている物を1から作るような書籍はない。
  5. USB, Etherなどの設計する書籍はない。
  6. ソフトのように論文を読むと全て書かれているわけではなさそう。IEEEだと論文読むだけで価格高い。

こんな感じで普通の人が知るのは難しそうだ。


でも企業ならある程度クリア出来るだろうが、想像するにこういうことではないか

  1. 設計ソフトIPライセンス料が払えない。ウェーハ代が払えないなど。
  2. CPU/GPUなど、多くの人が期待するような高性能な半導体チップ国内で作ってないので、企業求人募集しても人材市場に人がいないのではない
  3. 素人を育成するだけの余力がない。商品としての価値があるところまで作れる人材教育する余力がない。
  4. USBとか規格が決まっているものが正しく動くか評価する機材が国内にない。買えない。
  5. ハードが作れたとしても、性能を引き出せるドライバコンパイラライブラリを作れない

2023-05-05

anond:20230505114055

巧言令色、だろ?そういえば孫正義事業ipネットワークの開発に貢献した京大医学部出の何がしという奴も言葉は拙いが彼が言うことはいつも本質論で、ビルゲイツが8bit用のコンパイラ作ってた時にそれよりはるかに難しい16bit用のコンパイラ完成させたとかで紛れもなく天才という評価だったな。文章力関係ない。

2023-04-15

anond:20230415193753

rustって普段コンパイラでやってた効率化を人間がやってプログラムを早くしようっていう運動から

どれだけ頑張っても通常の1.5倍は工数がかかる

2023-04-09

anond:20230408194816

お絵描きプログラミングなど、創作系の趣味において、自分が欲しいものがなかったり、あっても不満だったりすると、「自分で作ってしまおう」というのは一番ありがちな動機

自分で作ろうと思った時に選択するツールアナログ画材なのか、液タブなのか、AIなのかの違いなんてその時点での目的の達成しやすさの違いでしか無いじゃん?

曲作りたいなら打ち込みかもしれないけれど、モテたいが目的なら自分ギターを弾くじゃん?

作業の温かみなんて求めてハンドアセンブルで手動最適化なんてせず、コンパイラ自動最適化のほうがよっぽど高度に最適化してくれるじゃん?

生産他人に頼る消費者から自分のための創作者に変化したに過ぎないのよ

自分のために作ったソレを一般に公開する人なんてごく一部で多くの人は精々ローカルな仲間内に見せるだけだし

2023-04-02

anond:20230402230749

コンパイラ人間が書いてるからな…

まだ無からは何も生み出せないんだろうな

2023-02-09

anond:20230209152726

仕事中ヒマなのでエクセルで遊ぼうかなと思ってる

(本当はなにかスクリプト言語でもやりたいのだがインストールできない。C#コンパイラだけあっても仕方ないし)

2023-01-18

anond:20230118214907

すげー便利な言語コンパイラができてもそれに思い通りの動きをさせるのは一筋縄はいかないってのは30年変わってないんだよなぁ。

anond:20230118081933

女だったら工学系の学部レベル応用数学基本的プログラミングコンパイラ作れるとかじゃなくていい)さえできれば大体どこでも採用されるだろ。

男でそのレベルだとちょっときついかもしれないが。

2022-11-30

anond:20221129085814

CS言葉イメージするものが人によって違う感じだな。

基本情報応用情報試験みたいなのとか、CPUの仕組み、コンパイラ実装分散システムデータベースとかそういうエンジニアリングガチ勢みたいなのをイメージして大学CSを学ぶとけっこうショックを受けるぞ。

俺の知ってるCSは、チューリングマシン表現能力とか停止性問題とかYコンビネーターとかチャーチ数とかの世界で、コンパイラといってもε-CLOSUREみたいな話をじっくりやる感じ。

具体的な話が全然出てこない数学の一ジャンルってイメージかもな。

競技プログラミングみたいなアルゴリズムもそれほど時間をかけない。ベイズ推定をギリやるかどうか。

そういう知ればすぐ身につくものよりも、めちゃくちゃ考えて濃厚なパラダイム時間をかけて吸収するような学問だった。

で、そんなCSを学んで直接役に立つのは多くの人の場合計算量のオーダーとかくらいかも。

モナドみたいな概念抵抗なくなるとか、ラムダ式意味を深く理解できるというのもあるけど、それSIとかWebスマホアプリの開発業務必要かというとね。

賢い人は、ちゃんSNSユーザー同士の関係性とかレコメンデーションみたいのにもCS知識を応用できると思うけど、一般人は賢い人が作ったライブラリを使う側だよね。

anond:20221130181049

そのへんはコンパイラの吐くコードを見て判断したいところかと。

anond:20221130155638

構文解析勉強したことないとまずわからないよね。でも趣味でやる人たちもいるくらいだから、ひと通り学べばどうってことはないんだけど。(コンパイラを作るとかなら話は別だけど)

anond:20221130155602

無粋なツッコミをしとくと

OSI参照モデルネットワークプロトコルプログラム言語RFC

この辺はいわゆるコンピュータサイエンス範疇じゃないよね。特に4つ目。

コンパイラを作るための理論とかはコンピュータサイエンス範疇と言っていいだろうけど

特定言語知識を教えるのは学問領域じゃないと思うぞ

anond:20221129085814

とあるメーカーが出してるソフトの設定ファルを読み込んで色々やろうぜっていう案件やった時にコンパイラ作った経験が役に立ったか

構文解析とか知らない人たちが書いてたバグらだらけのコードを綺麗に書き直した

元の担当者たちからは訳がわからないとか言われたけど

2022-11-29

anond:20221129085814

申し訳ないが、コンピュータサイエンスを履修せずにプログラマーになった人に多いのは

まずそもそも困っていることに気付けていないのでスタートラインに立ててない

スラムダンクでいうところの「下手くその 上級者への道のりは 己が下手さを知りて一歩目」というやつだ

ちなみにコンピュータサイエンスってのはオーダの話だけではなくて

例えばメモリCPUキャッシュスワップなどのスピードやその使い方、コンパイラによる最適化OSリソース共有、状態管理の考え方なんかも含まれ

性能をもっと上げたいっていうときにオーダだけじゃなくてそういうことを網羅的に考える必要がある

ところがそもそもコンピュータサイエンスを履修してないと「性能向上が必要かどうか」を分かって無い人が多い

「これ、1秒で処理終わってるけど、本来なら1msec以内に終わるはずじゃない?」

というのに気付けてない場合が多い

1秒で処理が終わればユーザ体験は満足してしまうので気付けないんだが、ユーザが増えてくるとユーザ体験が途端に悪くなってくる

そのときに「プログラミング上のミスがあって性能が劣化している」ということに気付くか、「性能限界からさらなるリソース必要」と誤解するかによってビジネス上の戦略まで変わってくる

それだけではなくてクリーンアーキテクチャみたいな話も「機能が増えたんだから実装時間がかかってバグが増えるのは当たり前」というところに落とし込んでしまうか

もっとアーキテクチャを整理して考えれば機能追加も楽になるはず」という考えに至るか、というところで大きな差がある

この辺りでビジネス上の戦略まで変わってしまうからGoogleMicrosoftなんかは積極的コンピュータサイエンスを履修してる人を雇う

もう少し簡単に言うと、コンピュータサイエンスを履修してないプログラマーに多いのが

「今は動いているけれど触るとどうなるかわからない」

というソフトウェアを作りがちなところだと思う

レビューしてても

「とりあえず動いてはいるけれどこれではダメ

というコメントをするが、大抵

「動いているのでいいでしょwww」

みたいな感じで返してくるからどうしようもない

2022-10-04

anond:20221004142716

ただ、C++であればインクリメントは前置で書いたほうがいいね、習慣として。

これってコンパイラカスだった太古の昔の老人の習慣と思ってるんだけど現代でもなんか意味あるの?

2022-09-16

anond:20220916100408

マクロは呼び出しコストがないから。

コンパイラ技術が発達して、短い関数はインライン展開するとか最適化されるようになったか重要性は無くなったけど。

2022-09-12

イラスト向けAI絵描き「Waifu Diffusion」を使ってみて感じた限界

Danbooruの素性に注目が集まっているが、ここでは議論しない。


promptを英語で書く必要があり、闇雲に入力しても意図した画像が出てこない。

promptチェッカーのような、正しいpromptが書けているのかどうかをコンパイラ確認できず、自身画像を見て反映されているか判断する必要がある。

promptに記載した内容が1枚の画像に全て反映されているわけではなく、複数枚の画像を出力してみて、promptがなんとなく反映されているかな、といったものになる。


Danbooruタグが使えるということが正しいように広まっているが、半分正解で半分間違っている。

「bow」というタグがあるが弓を表しているわけではなく、女の子キャラクターの髪の毛が弓なりの形状をしていることを示すのに、Danbooruではタグ付けされている(ように見える)。

「hair_bow」というタグもあり、こちらも髪留めリボンのことを示す。「Waifu Diffusion」に書いて出てくるのはこちらになる。一般的に使われるのもこちらだろう。

面倒なのがここからなのだが、「Waifu Diffusion」は修飾子がどこにかかっているのか曖昧判断をする。

弓を描きたいわけではないので、何かしら髪にまつわる単語が「bow」の近くにあることになるが、「Waifu Diffusion」はリボンを描く。

どうも「Waifu Diffusion」は英文法を知っているわけではなさそうだ。

また「hair_bow」をつけたキャラクター代表的なのが東方霊夢なのか、霊夢要素がそこかしこに現れる。


もう一つ例を出そう。

Danbooruタグに「small_breasts」という胸の小さいタグがあるが、「Waifu Diffusion」は胸の大きな描写をする。

xxxx, small_breasts, xxxx」といったようなpromptを書くと、胸の小さいキャラを描きたいのだなと判断すると思うが、

「Waifu Diffusion」は胸という単語があるから胸を描画した、となる。

どうもアンダースコアでつながっている単語を1単語とは認識してない。

breasts」という単語が入っている限り、巨乳が描かれ、さらに胸をさらけ出した描画がなされるので重々注意されたし。

小さい胸のキャラクターを描きたい場合は「breasts」という単語をpromptに入れてはいけない。


上記のこともあり、Danbooruタグはあまり効かない。!!!やカッコ( ) で括った単語は強調されるらしいが、あまり意味がない。

またDanbooruタグの詳細を見てみるとわかるが、1kを超えるような数の多いタグ曖昧ものが多くなり、詳細な分類がなされたものは数が少なくて効かない。


他に、髪の指定英語で行うのはかなり困難だ。

ロングやショートくらいはすぐ指定出来るが、それくらいだ。

「floating_hair」というイラストでよくある髪束をウネウネさせるタグがあるが、「Waifu Diffusion」は認識せず、キャラクターは空を飛ぶ。

「short_hair_with_long_locks」という、ショートだが頬の横の髪が長いというタグがあるが、まず認識されない。

では日本人女性現実でしている髪型対応する英語があるかというと、Google検索して出てくるような和製英語入力しても描画されない。

アイドル系だとツインテールメジャーだと思うが、英語圏の人は「twintail hair は pigtail hair」だというが、pigtail hairは日本人感覚からすると編み込みが多くリボンが沢山付き、どうも違うとなる。

ゆるふわアレンジなんてのは、かなり難しい。


他に、現状「Waifu Diffusion」では指を描くのがかなり苦手だ。

promptを工夫すれば出来るのかもしれないが、色々試した結果、顔との両立が出来ない。

先の事例と同様に、手を隠すといったpromptは指定しようとしても、promptに指や手といった単語が入っているだけで問答無用で画面に出てくる。

「何かを消す」といった指定はほぼ無効になる。


promptの参考書についても課題に感じる。

「Stable Diffusion」では本当に効くかどうかはさておき、検索できるサイトがいくつか出てきている。

しかし「Waifu Diffusion」で、アニメを描きたい場合の参考はない。

「Waifu Diffusion」を作った人達Discordtext-to-imageがあり、画像とpromptが載っているが、多くがクオリティの低いものであり、高速で流れるチャットから見つけるのは困難だ。

SNS記事でまとめている人も少ない。


Danbooruデータベース学習しているということで、実際にダウンロードして中を見てみたが、

玉石混交というか、説明がしにくいが、少なくとも自分の描きたいものとは違っていた。

テイストが揃ってないので、同じ単語が示す物でも画像ごとに違い、そりゃアーティスト名で絞りたくなるよなってのは気持ちはわかる。

(「Waifu Diffusion」でDanbooruアーティスト名を入れても、狙ったテイストにはならないが。絵が多いアーティスト名でもならない。)


また「Waifu Diffusion」はキャラクターの顔については崩れないので凄いと言われるが、

実際に使うと、「full body」といった全身を描きたいと思っても顔のアップばかりが出力され、全身が描けたと思っても顔が崩れて描写されない。


アニメのような演出をしようと思った場合エフェクトをどう指定するか、という問題にぶち当たる。

Danbooruタグにはエフェクトに関するタグはない。

アニメならではの光の演出があるわけだが、どう指定するのかわからない。

英語名前がついているのだろうか。

最近イラストで多い、逆光で顔の前面は薄い影で、なぜか鼻の高い所にはハイライトが入っているが、前髪の影は額に落ちているという、

どこから光が入っているんだ?というのも指定できるのだろうか?

まだ3Dでやっているような顔前面セル塗りの方が指定やすかろう。


「Waifu Diffusion」には70ワードという制限があり、細かく指定していくと軽く超えていく。

超えた分は無視され、絵を文字表現するとなるのは難しいのを実感する。

img2imgによって、ポーズ指定、髪の毛をどこで括るかといった指定はしやすくなるが、それでもpromptが必要となる。

Danbooruタグが反映されない問題解決されたとしても、タグの細分化はされているようでいて、実際使うとなると足りてない。


使いこなせる人はいるのだろうか?

2022-08-07

独学で未経験からWebエンジニアになり1年で月収が前職比50万アップした

第一に、増田にいる人間はろくでもない。

自分は上段に座しているつもりで偉そうな上から目線の半分的外れ説教だの、はたまたその体すら為していない放言だのを安全位置から投げつけたいだけのカスしかここにはいない。

このタイトルを見て、意識高い系文系イキリ勘違い野郎に何事か物申してやろうと考えたそこの画面の前でニチャニチャしているパソカタオタク(パソコンタカタキモオタク: 声は小さいがタイプ音はでかい)のことである

あるいは増田のことかもしれない。増田は日頃増田に生息している訳ではないが。

お分かりの通り、これは釣り記事であるそもそも意識高い系文系イキリ勘違い野郎増田記事を書くわけがない。が、一応タイトルに嘘はない。

ので意識高い系文系イキリ勘違い野郎を志す意識高い系文系イキリ勘違い野郎予備軍のことを思って以下を書く。

ちなみに、この記事タイトル増田が一番嫌いなタイプのそれである自分で設定したのに今、額に青筋が浮かんでいる。

1. やったこ

本項ではWebエンジニアになるにあたって増田がやったことを列挙する。

1. プログラミングを独学する

2. スクールに入る

3. アルバイトをする

なるほど、至極単純である。では順に詳細を見ていく。

プログラミングを独学する

ここに関しては特に言うこともない。

ネット記事を見ながらCだのDだのC++だのを実際に吐くまで勉強した。

その経験を踏まえて意識高い系文系イキリ勘違い野郎予備軍にアドバイスするならば、独学の上で最も身になるのは"C++を用いて簡単スクリプト言語インタプリタ実装する"ことである

インタプリタ実装という作業プログラミング言語のものに対する解像度を飛躍的に向上させる。

不可思議お約束の塊であった文法意味論因数分解されるように頭の中で整理され、ブラックボックスであった標準ライブラリの内部について想像が及ぶようになる。

道具たるプログラミング言語に対する理解は、当然その使途であるプログラミングのものを助ける。

ところでパソカタオタク諸兄姉は「なぜ今C++などという時代遅れのクソ言語を」と思ったかもしれない。

かにC++はもはや洗練から程遠い聳えるバベルの塔であるしかし、こと言語実装習得においてはこれほど適している言語もない。

C++GC付きの他言語比較して抽象度が低く、全てを自身管理しなければならないが故に"便利な魔法"にあまり頼れないのである

また、C++で導入された様々な思想イディオムは他の言語にも大きく引き継がれている。

例えば洗練という意味C++の対極に位置するRustという言語は、もはや本質的にはC++のものである

Rustの代名詞である所有権ライフタイムはそれぞれC++反省からまれ言語要素であるし、move semanticsはC++11におけるmove semanticsと同様のものである

GC付き言語利用者にとってしばしば混乱の原因となりそうな`str`と`String`も`std::string_view`と`std::string`を知ってさえいれば迷いの発生する余地はない。

他のより抽象化された言語についても、C++との対応を考えることでその言語や標準ライブラリのもの実装について十分に理解を深めることができる。

なぜならば過去の多くのスクリプト言語コンパイラC/C++によって実装されていることが多いかである

そんなわけで、増田は"C++を用いて簡単スクリプト言語インタプリタ実装する"ことを勧めている。

スクールに入る

増田が入ったスクールは、多くのそれが半年あたり70万程度の授業料を取る(らしい)のに対して同期間で28万程度と非常にリーズナブルであった。

ただし、卒業までは最低4年と長期間を要するし、増田卒業後も2年さらに通った。

そう、大学(院)である

おいそこの意識高い系文系イキリ勘違い野郎予備軍、カスみたいなプログラミングスクールに入るな。

教育機関情報工学を学べ。

ところでそろそろ察せられるだろうが、増田の前職とは学生を指している。

アルバイトをする

大学情報工学を教えてくれるが、別段それを学んだからといってプログラミングができるようになるわけではない。あくまでそれらは相補的なものである

一方で、独学では分野に偏りが出がちだし、なにより独学にも金が要るので学生身分にとってプログラマバイトは良い選択肢である

アルバイトITエンジニア経験に含めなくて良いのか怪しいが、増田バイト業務内容はWebエンジニアと言いきってよいか悩ましい類だったので嘘は吐いていない。

ちなみに増田増田に書き込むような人間であるからして社会性というものが欠落している。

バイト大学院1回生ときにバックレてやめた。

2. 現職

大学院を卒業したのでいやいや就職した。

ちなみに月収は大学院2回生収入0時代から差分で算出して+50万なのでつまるところそれが現在の月収である

増田にとって低くはないが、決してITエンジニアとして高い方であると主張することはできない程度の額である

釣りのためにタイトルに含めた以上最低限の説明のはしたが、増田は金の話をすると脳の血管がブチギレそうになるのでこれ以上その話はしない。

3. 結びに意識高い系文系イキリ勘違い野郎予備軍へ

ここまで読んだならわかると思うが、増田意識高い系文系イキリ勘違い野郎(タイプ音がでかい)ではなく、パソカタオタク(パソコンタカタキモオタク: 声は小さいがタイプ音はでかい)である

そして、意識高い系文系イキリ勘違い野郎予備軍に言うべきことがあるとすれば、そもそもこの記事をここまで読んでいる時点でITエンジニアには向いていないので止めといたほうがよい。

また、ひょっとすると思い違いをしているかもしれないが、ITエンジニアというのは大抵 (増田社会経験がほぼないので一般論を言うことは出来ないが) 意識高い系イキリキラキラ野郎サイドではなくパソカタオタクばかりである

というよりTwitterにいる意識高い系イキリキラキラ野郎は多くの場合意識高い系文系イキリ勘違い野郎予備軍を養分にする人でなしである。騙されてはならない。

また、一つ理解しなければならないのは意識高い系文系イキリ勘違い野郎予備軍諸兄姉が張り合わなければならないのは、プログラミングスクールの同期でも、「#駆け出しエンジニアと繋がりたい」している有象無象でもなく、幼少から寝食や友人や遊びを自ら捨ててパソカタにのめり込んでいた、そして現在進行系でのめり込んでいる歴10年や20年をゆうに超えるSSRソカタオタクであるということである (そしてそれはNRソカタ増田も同様である)。

彼らが「スクール半年学びました」で並び立てるような人間でないのは単純な算数でわかるほど明らかである。悪いこと言わんからキラキラWebエンジニアを目指すのはやめとけ。

あるいはそれでも目指すのであれば自分が何を捧げられるのかを考えた方がいい。

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