「処理系」を含む日記 RSS

はてなキーワード: 処理系とは

2022-12-03

[] フォールバック (フォント)

使用中のフォントの中に表示しようとしている文字が含まれていない場合、その文字を持つ他のフォントから代用して描画する仕組み。

自分の中ではフォールバックは縮退運転と言われるように処理系通信系の話がメインの認識だったが上記のようなフォントでも使われ方をするんだなと。

奇妙な「ツ」と「ノ」と右括弧 Discordの新フォント"gg sans"が抱える問題とその背景

https://zenn.dev/ryo_a/articles/d659f887c3957c

より

2022-10-12

anond:20221012140643

プログラムの実行方式で、コンパイルする言語と、インタプリタ言語とあって、インタプリタ言語コードスクリプトということが多い。

インタプリタでもスクリプトと言わない言語があるし、Pythonのような言語でもコンパイルしてから実行する処理系とかもあるから、こいう条件を満たせばスクリプトと言うとか基準はないと思う。

2022-09-07

anond:20220907002006

月刊I/O(アイオー)だけは今でも残ってますね。たしかに80年頃の熱気は凄かった。どんどん新しいものが出て来て、コンパクト言語処理系アマチュアユーザーがいろいろ作って発表してた。

2022-08-07

anond:20220807035156

おそらく

発達障害的なアレで記憶メモリー領域が極端に少ない

次々言われるとメモリーが上書きされる。覚えられない

メモってもメモしたことを忘れる

 

森の天然水買ってきた時に、いろはすがなかったこと(要するに理由)を咄嗟に言えない

脳の処理系統が分断されてて「いろはす冷えてなかったんでー」とか客観的に正当な理由をすぐ言えない

もしくは自分でも忘れていて回答不可能

 

仕事を見てくれっていうけど直さな理由

最低ラインクリアしているかもはや自分判断できないので

それの判断をしてもらうために聞いている

ワーキングメモリ崩壊するのでそれ以上のアドバイス無駄情報として聞いてない

 

教育係に聞かない理由

いつも教育係に聞いていたら自分ダメなところ全部見られてしまうから

他の人に分散して聞いてる

自分のヘマ情報分散することで退職をできるだけ長引かせている

2022-05-15

anond:20220514110458

ほとんどのソフトウエアボトルネックDBネットワーク等のIO、ハードウエアの性能で、言語処理系最適化を頑張って処理速度を倍にしてもそんなにパフォーマンス改善されないと思われ。

2022-02-03

anond:20220203210644

じゃあ4bitでもいいじゃん

そういう処理系もあったわけだし

単に1byte=8bitの処理系が普及しただけなんでしょ?

結局の話

2021-12-08

anond:20211208202424

言語処理系って定式化されてる分野だから却って独学しやすいかもしれないな

HPCはシラネ

2021-11-19

anond:20210922130624

目的によるんじゃないの?

壊れた自動車を直したり、新しい自動車を作ったりするには自動車の仕組みを理解しないといけないけれど、ただ乗るだけなら別に中の仕組みなんて知らないでも乗れるでしょ?

ツールを単に使うだけなら、別にツールの中身なんて知る必要はない。便利な使い方さえ知っておけばいい。

ツールを直したり、新しいツールを作ったりしたいと思ったら、どうやってツールが作られているか理解しないといけないから、コンピュータサイエンス必要になってくる。

まあ、コンピュータサイエンスとざっくり言ってもいろいろ含まれるよね。

自分学生時代に習ったもの記憶に残っているのだと、アルゴリズムデータ構造プログラミング言語処理系オペレーティングシステムコンピュータアーキテクチャネットワーク分散システム符号理論...くらいかなぁ。

今時はマシンラーニングソフトウェア開発手法なんかも学ぶのかもしれない。

それぞれどの辺を作ったり直したりしたいかで重点的に学ぶところが変わるかもしれないけれど。

2021-09-23

anond:20210923213402

1バイト=8ビットというのは現在多数派というだけで、世の中には1バイトが8ビット以外の処理系実在する。

彼の中では1バイト=1ビットだとすると何の問題もない。

2021-09-02

なぜ日本オードリータンがいないのか、じゃあないんだよ

おまえがタンになるんだよ

さっさとPerl6処理系を書け

2021-08-05

anond:20210805204530

プロジェクトマネジメント経験あったらプログラム開発の経験とか不要じゃね?

だいたい低レベルな話ほど処理系の都合に振り回されるやん。

2021-06-17

anond:20210617192544

何かのSwift処理系文字列の長さ取得がO(n)になってたのを見たことならある

2021-03-12

プログラミングを学んだが作りたいものが無い人が作るとよいもの

プログラミング言語を作りましょう。

実用的なもの(少なくともBASIC以上の表現力を持つもの)でも簡単に作れます

言語処理系には様々なアルゴリズムが使われますし、モジュールの分割のよい題材でもあり、低レイヤーにも詳しくなれます

まずは、算術演算実装からチャレンジしてみましょう。

2021-03-11

プログラミングができる初心者」の基準

大学専門課程ではじめてプログラミングに触れるケースを想定する。

プログラミング歴90分
C言語基本的機能データ型、制御構造関数再帰構造体、ポインタetc)をマスターする
プログラミング歴1日
SOLIDやデザインパターンなどのソフトウェア設計の基本原則独自発見する
プログラミング歴1週間
二分探索やグラフなどの基本的アルゴリズム理解し、実装できる
プログラミング暦2週間
簡単言語処理系算術演算変数制御構造関数を含む)を自作できる

情報科学専攻で半年一年かけてやる程度の内容だが、他のほとんどの科目でもそうであるように、要領の良い奴なら数週間でマスターできる。

実際、世の中にはこのレベルの奴なんか珍しくもなくいる一方、Pythonチュートリアルレベルの文献を数ヶ月かけても前半数章すら読めないような奴もいて、そういう奴が「プログラマになりたい」とか言ってる。本当に社会迷惑。やめてくれ

2021-01-31

anond:20210131000642

昔の私もそういう考えだったよ。でも、うんざりする気分もある。

若い頃は私はいろんなフレームワーク簡単Webアプリ作ったり、あとゲームを深夜まで作ったり、言語処理系実装したりしてどんどん新しい刺激が増えていくんだよ。それは楽しかった。でも、そういう感じが今は無くなっていることを話そう。

しかに新しいことを学ぶのは今でも楽しい。私もガンガン知識を吸収していったし、いまも継続している。けれども、吸収していったものがどんどん使えなくなってしまって、新しいことを「覚えなおし」がつらかったりする。(たとえば、言語ライブラリフレームワークを熟知したとしても、別の設計思想を持つ言語ライブラリフレームワークを学ぶ機会は何度もやってきた)。

また、家庭を持ったり、新しい趣味をもったり、あと体力とかなくなったりして、「自分時間」がどんどん少なくなっているんだ。若い頃は今ほど交友関係なんて無いし、子育てや家のことなんて考えなくていいし、歳をとって深夜まで勉強なんて体力的にも家庭的にもつらかったりするんだ。

また、スキルが上がっていって、責任も重くなって、そうじゃなくても体力とか無くなっていくから、家に帰って勉強の気力じゃなくて、もっと仕事のこと以外のことを家ではしたくなくなるなるのよ。体力とかなくなるから筋トレしたりスポーツとかジムを始めるけどそういうのもプライベート時間を削っていく。いや運動楽しいのだけどね。

そんなこんなで、業務時間外で勉強したくなくなってくるという感じなんだよなぁ。

2021-01-13

anond:20210113170559

セルフホスティングでないプログラミング言語コミッタ

そのプロジェクト創始者というわけでもなく

そのプログラミング言語処理系を開発していることを

 

「〇〇書いてます」って言う人って具体的に誰?

anond:20210113165134

馬鹿なこと言ってら

PHP処理系を書くのを「PHPを書いてます」なんて言うわけない

ケチつけた過ぎて頭がおかしくなってる

2021-01-06

プログラミングスクールに通う意味がない理由、およびプログラミング独習

なんか巷では近頃プログラミングスクール流行ってるらしいが、知らないなら言っておく。それは完全に無意味だ。そんなのはプログラマーなら誰でもわかってるはずだが。情弱が金を搾り取られるのは資本主義社会の常であるにしても、さすがに偽の希望を抱いてプログラミングスクールに通うためだけに安定した大企業に勤めてたのに退職する人の話なんかが流れてきて看過できないなと思ったので書いておくわ。どうせ情弱には届かないだろうが。

そもそもプログラマーやってる奴はほとんど独学でプログラミング習得したという事実がある。GAFA 社員もそこらへんのいわゆる下流工程SEも。30年前はベーマガっていうプログラム投稿雑誌があって、当時プログラミング教室なんか当然ないが普通に小学生とかが独学して自作プログラム投稿してたわけだ。プログラミングスクール登場以前はプログラミングは独学するものだった。

かに既に分かってる人に指導されないと学べない分野は存在することはするんだが(定義定理証明スタイル大学以降の数学とかね)、プログラミングはそうじゃない。数学論理的に間違った証明を書いても最初自分では気づけないしだから独学で高等数学を学んだ人というのは控えめに言って悲惨なことになるんだが、プログラミングだと間違えたら分かるんだよな。エラー吐くし動かないし動いても間違った答えを出すので。

間違えたら即座にコンピューターが教えてくれるという最高のフィードバック環境が整っているのがプログラミングというものであって、独学が可能というだけでなく、この上なく独学に向いている。

そうは言っても誰かに教えてもらった方が効率がいいという議論はあるだろう。しかし1年前のベストプラクティス今日時代遅れになる、日進月歩のこの環境エンジニアやっていくなら独学は必須スキルだし、プログラミングという独学にうってつけの分野で独学だと著しく効率が悪くなるようならそもそもエンジニア向いてない。ゼロからプログラミングを独学してみるというのはその試金石でもあるわけ。よしんば今特定フレームワークの使い方を誰かに教えてもらって使えるようになったとして、次のフレームワークが出てきたらどうすんの?って話。

プログラミングを独学って具体的にどうするのよ?という人のために学び方を書いておく。

  1. プログラミング言語を選んで処理系インストールする
  2. その言語self-containedな解説書を買う(練習問題付きだと望ましい)
  3. その本を完全に理解するまでプログラムを書きながら読む。練習問題は全部解く

これが出来る奴はそんなに多くないかもしれないが、そもそもプログラミングというのは適性というものがあって、向いてない奴はやらない方がいい。絵心がない奴、音痴な奴、文才がない奴がいるようにプログラミングの適性がない奴がいる。そんなの当り前じゃないか?適性があるなら上の手順で難なく独学できるし、適性がないならプログラミングスクールに行っても無駄プログラミングスクールは金儲けさえ出来ればいいかプログラマーなら誰でも知ってる適性というもの存在を隠すんだよな。そんな詐欺被害に遭う人が出るのは嫌なのでこうして正しい情報を書いておいた次第。

2020-10-28

コンパイルに500年かかる処理系があれば実質有給

待ち時間にこそ楽しみがあるのだ

2020-10-17

Ruby入門書を今更ながら買い好きになった

プログラミング言語の作者には,

の2種類求めることが多い.

この本は2)のために購入したが,いまのところ作者のイズムが目的にぴったりだったと思っている.ちなみに,現在,「Rubyプログラミングクックブック」を使用しているますます好きになりそう.

豊富Ruby本かマニュアルを参照するようにすることになると思う.理解できそうな英語のものも含めてネット上で色々探しながら学習中です.

Python本を先に買って理解できずに投げたが、

Ruby言語として非常に分かりやすかったです。特に作者のRuby独特な要素に共鳴できる。

などが丁寧に好感が持てる。

Rubyの魅力が一段と理解できた様な

これはRuby言語配列の添え字が1から始まるから

うっかりプログラミング初心者プログラミング入門書だと勘違いして「入門書なのに説明が不親切、星1」とか辛辣Rubyレビューが付かないか心配!!

おそらくそういう人はPython入門書とかを買うから大丈夫なのでしょう。「分かる人向け」のネーミングが好感持てます

「初めてのRuby」がそういう感じです。

基礎がしっかり出来ている人向けに、作者の主義主張だけを過不足無く丁寧に説明した薄い本です。読者層が実用上興味を持っていそうな様々なトピック

指すに留めています

PerlからRubyへの乗り換えを考えて購入

データフレームの扱いなどの説明はなかったのでデータ処理系の話が気になる方は注意してください.

個人的には作者の印象もよかったので大変満足です.ぜひ今後もRuby和書出版していただけると嬉しく思います

巷で噂のRuby勉強してみようと思って

完全な初心者向けというよりは、ある程度作者の主義主張になじみのある人向けか。でもRubyを基礎から勉強する上で、そのやや特殊立ち位置のせいか、なかなか良い本が無いなかで、貴重な価値ある一冊と感じた。

今年に入ってRubyを使い始めました。

Ruby公式ドキュメント英語)は非常に充実していますが、あまりに膨大なため、新参者には、どこをどれだけ読めばいいのかわからず、戸惑ってしまます

この半年Web情報だけを「つまみ食い」してきたのですが、断片的な作者の主義主張を読んできて、だんだんと好きになってきたので、本書を購入しました。

前半はRubyの基礎事項を簡潔に説明しています話題について網羅的に説明されているわけではなく、要点だけを解説し、いくつか初歩的な例を挙げたら、「詳しくは公式ドキュメントを参照しよう」という感じで、適当なところで切り上げて、次の話題に進むので、読み進めるのに飽きません。それでも、それまで取りこぼしていたRubyの小技を拾えたり、あまり馴染みがなく、これまで忌避していたRuby機能を知ることができたりして、収穫が大きかったです。

簡潔に書かれているおかげで、作者のこと読み通せました。

これまでRubyの「常識」がスッキリ理解できて満足です。本書を読み終わって、振り返ると昨日までの自分公式ドキュメント迷子になっていたんだなぁとしみじみ思います。(まぁ、それはそれで面白かったのですが。)本書は、プログラミング言語の本にしては、Ruby言語キーワードに関する索引はそれほど充実していませんし、内容的にも自己充足しているわけでもないので、「閉じた」リファレンスのような本ではありません。本書は、他言語経験者が、Rubyの全体観をつかんで、さらなる詳細情報公式ドキュメントに探しに行けるようになるための、作者の主義への「開いた」ガイドブックのような本だと思います

2020-10-13

null もあるし Maybe, Option, Result みたいな型もジェネリクスもない Go が何であそこまで流行ってるのかわからん

goroutine やら interface がお手軽だし、悪い言語とは全く思わないし Go でいくつかサービス作って割と楽しかったけどけどここまで市民権を得ている理由がよくわからない。

シングルバイナリなんて今の時代どの言語でも吐き出せるし、ロブパイクとケントンプソンが作った信頼の処理系からか?

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