「c言語」を含む日記

■anond:20240721081016

ハードウェア寄りのITエンジニアなら今でもC言語は現役やで😟

Permalink | 記事への反応(1) | 08:13

ツイートシェア

■過去の技術が不要になるなんてエンジニアには良くあること

機械語もアセンブラもC言語も現代エンジニアには不要

COBOLもRPGもほぼ不要

HTMLやJavascriptだって昔とは別物

Javaすら不要になりつつある

絵師は甘えん坊すぎる

Permalink | 記事への反応(4) | 08:10

ツイートシェア

■[稀ドメインはてブ]2024年6月滅多にホットエントリを出さないドメインからのホットエントリ

ここ1年で初めてはてなブックマーク日毎の総合人気エントリ入りしたドメインからのホットエントリ、ブクマ数順トップ30

Permalink | 記事への反応(0) | 22:04

ツイートシェア

■anond:20240701154605

やっぱり文字コードが原因なんじゃないんか？英語だと、アルファベットのアスキーがベースに進化してきてるので、大概はハッシュ関数に突っ込んでも問題にならないかもだけど、Shift-JIS なり Unicode が来たときにその差を考慮して設計するの無理だからじゃないか？あと、C言語だと日本語のような多バイト文字は文字列の配列の長さでやべえことになるので、怖くて日本語はパスワードに使えないよ。

Permalink | 記事への反応(0) | 18:04

ツイートシェア

■競プロも機械学習もやってないやつのコード

競プロと機械学習系のクソコード・クソジャークっぷりが取り立たされてるけど、クソコード・クソジャークっぷりは何も競プロerと機械学習erの専売特許ではない。

自分が経験したやつを以下に列挙する。

組み込み系er（C言語）のクソコード・クソジャークっぷり

• ファイル管理がめちゃくちゃ。tlsというファイルに、ユーザの設定画面用のコード（html, css, javascrpt）があるみたいなのがザラ。
• 「ジョブ管理用のリングバッファが壊れている」「データのログ取得の日時がでたらめ」と報告しても、「壊れてない」「それは仕様」の一点張り。しょうがないので担当外の俺が修正しても、「なんの修正ですか？」「壊れてないので無駄な修正なのですが・・・」などとのたまう。しょうがないのでどう壊れているかを本人の眼の前で1日かけて実演してみせ、このせいでクレームが来ているということを言って聞かせて納得させ、ようやく修正が反映される。こういうのが1回や2回ではない。
• コードはsvnで管理していると言いつつも、有名無実化。ファイルのコピペで管理している。「製品のバージョンごとに修正するのが大変なのでこれを期にGitHubなど使いませんか？」と言っても長々と言い訳してそのまま運用され、修正コードの反映が1日がかりのおお仕事になる。
• いわゆる黒魔術的なポインタ操作を好んで使う。ポインタの命名規則もptr_とかつけるわけでもない。「珍しくptr_をつけてると思ったらポインタのポインタだった」みたいなのがザラ。
• グローバル変数を好んで使う。スタック容量の削減的な意味合いもあるが、とにかく引数を使うことを「関数が長くなるから」と言って嫌う。
• early returnを嫌い、「returnは常に一つ」を徹底する。なぜ・・・

フロントエンドerのクソコード・クソジャークっぷり

• party parrotやミームを多用する
  • チャットがrainbow party parrotだらけで目がチカチカする
  • コードレビューや社内用スライドでネットミームやparty parrotネタをぶち込んで空気を激寒にする
• 型や命名やファイル構成に異様にこだわる
  • 型定義ファイルのみのPRでコメントが「読みやすくしました（party parrotがぐるぐる回っている）」ばっかり
  • ファイルと同階層にテストファイルを作るか、テストコード用のフォルダを作るかを延々と議論して1日消費する。ファイルと同階層に作ってるんだからそうしろ。
• ダークモード信奉者で、ダークモード実装の優先度を最優先に押し上げてくる
• モダンな開発環境・開発手法が大好きで、アジャイルとかを提案するのはいいが、クソ忙しいのに実装を後回しにして開発手法提案のスライドばかり作っている。しかも大企業にしか許されない10％ルールとかを推し進めてくる。
• 「リーダブルコード」が大好き。あっそ。

インフラerのクソコード・クソジャークっぷり

• まじで変更を嫌う。N+1問題を指摘しても「今動いてるし、問題も噴出してないから問題なし」
• 他部署にヒアリングを行い、改善を聞いて、言い訳を並べて何も変更せず、という茶番を行い顰蹙を買う

VBAerのクソコード・クソジャークっぷり

• エクセルの業務改善と称したVBAを大量生産するが、その人しか触れないようなものの大量生産をしておりそれに生きがいとアイデンティティを感じており、社内的地位も確立している。
• VBAを作るネタを常に探しており、他部署に顔を出しまくってはヒアリングし、作ってと頼んでないのに勝手に作って「こんなの作りました！」と売り込んでくる。苦笑しながら受け取って実際は使わない。
• 呼んでもないのに他部署の社内勉強会に顔を出す。好きあらばVBA語り。

Permalink | 記事への反応(2) | 03:18

ツイートシェア

■『トラペジウム』公式の絶賛公開中が虚偽になったのはなぜか

Disclaimer:　刺さる人に刺さればよいので、「こうすれば良かった」「ここが悪かった」という意図はありません

『トラぺジウム』が連日満員になるには、見終わった人が満足し、リピートしたり口コミでおススメ！と広めたりする必要があった。なぜそうならなかったか。

仮説１：主人公（東）のキャラクター

１－A：共感できるキャラクターではなかった

　　　　主人公の欲望が冒頭では謎、なのは構わない。東西南北集めたい、というのは観客を引き付ける謎だろう。

　　　　だが、なぜその欲望が生まれたか、源がわからない。　アイドルになりたいという表層の奥に、原始的・普遍的な欲望が存在する必要があった。　

　　　　”すべての登場人物には、一杯の水でもかまわないので、何かを欲しがらせること。”　という格言に含まれているのが、水を欲しがるというの原始的な欲望であることに注意すべき。

　　　　オフチョベットしたテフをマブガッドしてリットにしたい、という欲望の奥に、他人を幸せにしたいとか、自己実現したいとか、生き残りたいとか、そういった欲望がなければ観客は共感できない。

１－B：応援したくなるキャラクターではなかった

　　　　主人公は努力をしていない。計算ノートを書いたりテニスをやらされたりC言語の勉強してる人と会話できる知識を身に着けたりプールを借りたりダンス練習するのは努力にカウントできない。正確には葛藤・選択をしていない。

　　　　文化祭でライブを３人に見せアイドルに興味を持たせることを失敗するのも、ボランティアでグループが分かれてしまうのも、メンバーの恋愛バレも、失敗は天災のようにやってくる。（成功も青空のように自然現象のように迎えにくる。）

　　　　南の高校にダサい制服で入ったら死ぬ、テニスをやらされたら死ぬ、プールを借りられなかったら信用を失う、高専の萌え袖に付け焼刃の知識がばれたら仲間に入ってもらえない、アイドルになれなかったら〇〇しなくてはいけないとタイムリミット付きで母親に迫られる、メガネ男子に協力と引き換えに何か犠牲を払わなくてはならない…

　　　　そういった成功するかしないかわからない場所に立たされないし、選択もしない。観客が応援するポイント、ハラハラするポイントがないのだ。失敗は選択の結果であるべきだ。

　　　　そして成功したと思ったらさらに悪い事態に結び付くエスカレーションが望ましい。

１－C：悪人だった

　　東も完全な悪人ではなく、最後の方の回想で「小学生のころいじめられっ子を助けた」という観客には開示されていなかった過去が明らかになる。これをもっと前倒しし拡張する。

　　例えば、最初のガラガラのローカル線で（そこそこ露悪的な要素も入れつつも）困っているおばあさんを助けるシーンを入れておけば、いじめられっ子を助けたシーンも生きてくるだろう。

　　主人公が悪人の作品でもヒット作はある。主人公よりもっと悪い人物を出すという手段もある。芸能事務所とかテレビ局の大人にその役割をあてるとか。

仮説２：主人公が成長しなかった

　　誤った欲望が潰えて、正しい欲望に気づくというのが王道シナリオであろう

　　アイドルになりたかったのは子供のころ見たアイドルAさんが素晴らしかった＞私もあんなアイドルになりたい＞東西南北（仮）を踏み台にしてなるアイドルはAさんとは程遠いものだと気づく＞間違いだった＞初心に帰る　とか

仮説３：

　　ハッピーエンドではなかった

　　ハッピーエンドだったので、この説は却下　（アンハッピーエンドでもヒットする映画はある）

anond:20240615221004

Permalink | 記事への反応(0) | 18:29

ツイートシェア

■C++は「見栄っ張りなC」ではない

ほとんどの人は、C++を使いこなすほどには使っていない。

C++を見栄を張ったC言語として、あるいはJavaやSmallTalkを少し変異させたものとして使おうとしている人がまだたくさんいる。

一度振り返って、いい本を1冊読んで、自分が最新動向を理解しているかどうか、あるいは80年代や90年代から抜け出せないでいるのか、確かめてみてほしい。

C++について少し学び、何が行われてきたかを見て、なぜそうなったかを理解するようにしよう。

物事はずっと良くなろうとしている。

Permalink | 記事への反応(0) | 06:12

ツイートシェア

■anond:20240526154602

アプリはファイル先頭で判断してることが多いけどね

拡張子使うのって、テキストファイルだけど記述されてる内容がC言語ソースだったり、HTMLだったりを意識しないといけない専門職だけで十分やろ

Permalink | 記事への反応(0) | 17:53

ツイートシェア

■技術的負債

https://b.hatena.ne.jp/entry/s/blog.3qe.us/entry/2024/05/22/204910

そもそも「負債の利率」なのだからリターンは関係ない

この場合の利率というのは、保守の負担度合いとか技術の変化度合いみたいなものだ

仮にC言語でガリガリ書いたとしても

フロントエンド（ブラウザ等）のコードを書いたのなら

それは高利率のものになる

スマホなどはコロコロ環境が変わるし、ブラウザの技術サポート状況も政治の様だ

それらに依存しないコードをもし書いたとして、そのプロダクトはとても退屈なものとなるだろう

ここでの話は、「最低限、プロダクトのリターンは、負債の利率を超えている必要がある」って話

先進性を求めてコードを書けば変化が激しく高利率になるし

泥臭い（それこそコマンドラインで動くような）コードにすれば変化しないで低利率になる

これらの話は、初期投資の話とは「別の話」だ

ガソリン車とEV車、どっちが保守コストが高いか

中国メーカーのEV車を購入したらメーカーが撤退してしまった

バッテリーの交換もできない

さぁどうする？どうする？どうする？君ならどうする？

みたいな話で

参入にしろ、利用にしろ、技術サイクルの速い分野ほど利率が高い

Permalink | 記事への反応(0) | 09:56

ツイートシェア

■純粋なC言語を使用した大規模言語モデルトレーニングツール「llm.c」がリリース

https://gigazine.net/news/20240411-llm-c-simple-pure-c-training/

しゃあっ！　パイカス撲滅！！！

逝けオラァッ！！！

Permalink | 記事への反応(0) | 17:59

ツイートシェア

■anond:20240406020059

件のブコメにスターを付けてしまい大変申し訳ございませんでした。

おかげで間違った情報を上位ブコメとして表示させてしまい、多くの方にご迷惑をおかけすることになってしまいました。

あなた様はもとより、件のブコメを読んだすべての人に対して土下座で謝罪させて頂きます。

その方法は、中国より古来から伝わる「三跪九叩頭の礼」をもってして深き謝意を表させて頂きます。

なお、表記を簡潔にするためにC言語で記述させていただきます。

#include <stdio.h>

int main(){

　int i, j;

　for(i=1; i<=3; i++){

　　printf("跪\n");

　　for(j=1; j<=3; j++){

　　　printf("%d叩頭\n", j);

　　　printf("起\n");

　　}

　　printf("起立\n");

　}

　return 0;

}

以上を持ちまして、「三跪九叩頭の礼」とさせて頂きます。

御清聴の程有難く存じます。

Permalink | 記事への反応(0) | 02:21

ツイートシェア

■anond:20240401134340

C言語でクラスを使わずに書いたこと無い？

似たようなもんだよ

Permalink | 記事への反応(1) | 13:45

ツイートシェア

■

C言語のキャストを使う代わりにC++のキャスト（static_castとか）を使って役に立ったことってある？

10年近くやってきて一度もない・・・

めんどくせぇだけだった・・・。

Permalink | 記事への反応(0) | 16:12

ツイートシェア

■算数からやりなおしたいからおすすめの書籍を教えてくれ

派遣エンジニアの端くれとして働いているものです。

数学、というかその前の算数の知識が曖昧なまま生きてきてしまったため、困る場面が多々あるなぁと最近感じるようになりました。

具体的には、ソースコード内で少し難しい計算が入っただけで、何の処理をしているのかわからなくなってしまいます。論理立てて考えることも苦手で、会議報告の際には、ことばがまとまらず、しどろもどろな回答をしてしまいます。

とっさの計算、論理立てができないからこのようになってしまっているのでしょう。

入社試験のSPIでは距離速さ時間を求める問題すら、理解できておらず、メチャクチャな回答をした記憶があります。

そこで、算数レベルから学習を進められる書籍を探し、勉強を始めてみようとかんがえています。

おすすめの書籍等あれば教えていただきたいです。

こちらからの要望としては1点あります。

．いちからクドイまでに文章で説明を行ってくれる書籍であること。

巷で売られている学び直し系の本は、見た目　　　　　　　　　

が軟派で気に入りません。カラフルで楽しげな　　　　　　　見た目や内容では目がすべってしまい読みにくいです。

理想的な書籍として、「苦しんで覚えるC言語」や「中谷宇吉郎著　科学の方法」を挙げます。これらは挿絵が最低限で、とっつきにくい一方、内容にごまかしがなく、1つづつ内容を説明する構成になっている本です。

増田の皆様は、数学が得意で、優秀なエンジニアの方が多いと伺っておりますので、質問させていただきました。

上記で挙げた条件に一致する、学習書籍をご存じの方は是非教えていただけないでしょうか。

Permalink | 記事への反応(1) | 19:50

ツイートシェア

■IT人材の育成は発展途上

例えば製造や建築、営業活動についての育成は長い歴史がある

その歴史の中で必要となるような技能が義務教育に組み込まれて専門学校や大学なんかで教育されてる

「文字の読み書き」「音読」「四則演算」「数学」「化学」

このあたりはそういう職業に就くために最低限必要な知識として教育されているし

それを土台にして専門知識を付けられるような社会設計が出来上がっている

これらの基本的技能を教育する中で「適性のない者は除外される」ような仕組みになっている

一方でIT人材はそういった基本的な教育デザインが整ってない

そもそもコンピュータの登場・普及から100年も経ってないわけで歴史がもの凄く浅い

それでも「コンピュータを使う側」の教育はそれなりに歴史があるので進んでいるが

「プログラミングする側」の教育は最近10年といって過言では無い

おまけに技術進化が早すぎて、自動車産業例えるなら

「内燃機関の自動車開発の教育を受けたのに今は電気自動車の開発が全盛期で、更に来年は原子力になるらしいし、その次の核融合も始まってるらしい」

ぐらいの変化が3年スパンぐらいで起きている

（こういう状況なのでだんだんと「コンピュータを使う側」の教育も微妙になってきている）

また現在一線級で活躍しているようなITエンジニアは特にまともな専門教育を受けたわけではなく

そもそもが天才なのに加えて独学し、天才達と切磋琢磨することで育成されてきている

他の分野のように「適性のない者は除外される」のではなく

「適正があって興味のあるものが偶然に採用される」という構造になっている

これは全く教育や育成なんかではない

これではマズイということで高校教育に情報が導入され、GIGAスクールで小学生にタブレットが配られているわけだが

そこで行われている教育が適切なのかどうかはまだ全然評価されていない

このあたりが米国なんかだとそれなりに教育の歴史が積み重ねられたので

そこから統計的なデータなんかを使って有効な教育法が模索されているが

とはいえそういう取り組みも50年も経ってないのでまだ2周目ぐらいで始まったばかりである

日本はどうかというと、そもそもの社会構造や義務教育の違いを無視して米国スタイルを取り入れているか

もしくは一線級の天才に意見を伺って教育法を立案していて、これは

「長嶋と王の意見を聞いて野球選手を育てる」

というぐらい無謀である

「ぐーっときたらバッとやるんですよ」

と言われても分かるのは松井ぐらいなのと同じように

「小学生からC言語やればいいでしょ。僕はやってたよ」

と言われて分かるのは天才だけである

ということでまだまだIT人材の育成は発展途上で少なくともあと50年ぐらいはまともな教育法は出てこないだろう

IT人材を目指すなら最低でも独学して興味を持つべきで教育を待つべきでは無い

Permalink | 記事への反応(1) | 10:41

ツイートシェア

■どう考えてもCよりC++の方が圧倒的に簡単

全く理解できないんだけどなんでC言語の方が簡単なの？

C++「吾輩は猫である」

C「

動物の定義を初期化

動物定義から猫を探す

見つからなかったら return

猫のインスタンスを作成

猫のインスタンスが NULL なら goto 動物の定義を開放

自分のインスタンスを作成

自分のインスタンスがNULLなら goto 猫の解放

吾輩のインスタンスを作成

吾輩のインスタンスがNULLなら goto 自分の解放

自分に吾輩を割り当てる。

自分に猫を割り当てる。

吾輩の解放

自分の解放

猫の解放

動物の定義を開放

」

それでも C言語の方が簡単と言われるんだから、本当にマジで意味が分からないと思ってる。

Permalink | 記事への反応(0) | 05:54

ツイートシェア

■ちょっと前は「プログラミングするならMac」という風潮が確かにあった

今でこそWindowsでも全く問題なく開発できるけど、ちょっと前は「Macのが開発体験が良い」と言われていた。

具体的には2011~2015年あたり。

2013年のころ、俺はWindowsで開発していた。WSL2なんてものは当たり前に存在しない時代だ。

たとえばC言語を使いたい場合、MinGWとMSYSを使ってこんなかんじで必要なものにチェックマークをしてインストールしていた。

まちがえた。俺が使っていたのはCygwinだ。こんなかんじでインストールする。

「パスを通す」とか言われていた時代だ。今ではインストーラがほとんどやってくれる。

Windowsのコマンドプロンプトがアホほど役に立たないので、msysCygwinのコンソールを使うのだ。

Pythonのインストールにもパスを通していた時代だった。当時はまだ2系が主流で、卒論を書く際、大学の教授から「3系は使ってもいいけど、俺は知らないからサポートできない」と言われた。

Scipyはインストールしなければ使えなかったので、「python scipy インストール」で検索して出てきた記事を参考にしてインストールしていた。これがまたエラーの連続だった。

プログラムを開発するエディタも、vim、emacsがまず候補に上がった。どちらも癖のあるエディタなので、そういうのが嫌な人はサクラエディタが推奨されていた。そして少しして登場するAtomに感動したのだ。今ではあたりまえのようにVSCodeがある。

ちなみに俺はPythonの開発ではIDLEというのを使っていた。知ってる？こんなの。

そんなWindowsユーザーを少し煽るような（Winユーザが自虐するような）、「プログラミングするならMac」という風潮があったと記憶している。そこから「どうやらMacはUnix系で、コンソール操作が簡単らしい」「文字がきれい」「Windowsでは定期実行するためのcronすらないが、Macにはある」「xcodeというのがあるからめちゃくちゃプログラミングがラクらしい」みたいなイメージがあった。

今ではWindowsも随分便利になったし、IDEやインストーラがなんでもしてくれるようになった。今では結論、「どっちでも好きなほうを使えばいい」という良い環境になった。

Permalink | 記事への反応(4) | 17:29

ツイートシェア

■anond:20231228142737

ITエンジニアは10年スパンでみると仕事内容に安定感が無いからなあ。

昨日習得してたものが割りとすぐ不要になって切り替えを求められる業界。

C言語でしっかりプログラミングしてたら、そういう細かいテクニックは本当どうでも良くなったんでPython使ってください。とか、

物理的なサーバを構築してアプリ動かしていたはずが、そういう仕事はもうどうでも良いのでクラウドっていう別の仕事覚えてください。とか

プログラミングしてたら、そういう細かいテクはどうでもいいのでAIが作ったプログラムの品質を監督してくださいと言われても大した変化じゃないねえ

Permalink | 記事への反応(1) | 15:26

ツイートシェア

■anond:20231227143101

ちょっとC言語喋ってみてよとは言われますね

Permalink | 記事への反応(0) | 16:02

ツイートシェア

■エンジニアってかっこいいよな。女にもモテまくってるんだろうな

C言語とかそうゆうのわかんない

そうゆうのわかるエンジニアの人って実質バイリンガルみたいなもんじゃん

一般人には通じない謎言語を駆使してそふとうぇあとかつくるんでしょ

めっちゃかっこいいよね

女にモテまくりそう

ちょっとC言語ペラペラ話すだけで女たちはキャーってなるでしょ

毎日女をとっかえひっかえしてるんだろうな

Permalink | 記事への反応(3) | 14:31

ツイートシェア

■

オンメモリではなく、ストレージからO(1)で読み込めて、動的にサイズを無制限に拡大できるようなKVSをC言語で作りたいんだが、

作るよりも既存のそういうものを見つけるほうが良いかと思って探してるとこ

Permalink | 記事への反応(0) | 06:30

ツイートシェア

■anond:20231211123115

「C言語的な書き方しかできてないし密結合すぎて保守性低いですね。

一度勉強しなおしてからソース書いてもらった方がいいと思います」

これならええか？

Permalink | 記事への反応(1) | 12:34

ツイートシェア

■最近やたら「アラインメント」って聞くようになったけどなんなん

alignmentとは 意味・読み方・使い方

意味・対訳 一直線にすること、一直線、提携、提携したグループ

https://ejje.weblio.jp/content/alignment

サイズが64ビットになることはさすがに認識していたような雰囲気でしたので、やはりアラインメントの考慮もれのように思います。— 徳丸 浩 (@ockeghem) December 2, 2023

？？？

全銀ネットの障害原因、開発言語はやはりC言語だったそうです（インプレスの質問ナイス）。64ビット化によって（整数の?）サイズが増えるが、計算上メモリ割り当て量を増やさなくても足りると見て再コンパイルのみしたが、そのサイズ計算が間違っていたhttps://t.co/jHk6ecZKli— 徳丸 浩 (@ockeghem) December 2, 2023

「サイズ見積もりミス」ではいかんの？

Permalink | 記事への反応(3) | 14:28

ツイートシェア

■anond:20231130215916

CLIやりません

分かる

Linuxには興味はありません

Unixが分かればいい

C言語は学ぶつもり無いです

今はRustがあるから重要度下がってきてる

Permalink | 記事への反応(0) | 22:03

ツイートシェア

■プログラマーとして将来性のない若者

• CLIはやりません
• Linuxには興味はありません
• C言語は学ぶつもり無いです

他には？

Permalink | 記事への反応(6) | 21:59

ツイートシェア