テクノロジー
2016年、C言語はどう書くべきか (前編) | POSTD

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

2016年、C言語はどう書くべきか (前編) | POSTD

テクノロジーカテゴリーの変更を依頼記事元:

postd.cc

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

1019usersがブックマークコメント

114

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

2016年、C言語はどう書くべきか (前編) | POSTD

1019 users

postd.cc

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント114件

注目コメント
新着コメント

uehaj「C言語の第1のルールは、「もし避けられるならC言語を使うな」ということです」

2016/02/18リンク

その他

kazuhooku間違いが多いしhttps://github.com/Keith-S-Thompson/how-to-c-response/blob/master/README.md 読むべき

2016/02/19リンク

その他

Nnwwwこれ原文の方だと批評の記事も出てるんでそっちも一緒に読んだ方が良いですよ

2016/02/18リンク

その他

nabe1121sirC言語で開発せざるを得ないのって、過去の資産に対するメンテナンスがほとんどだと思う。ので、こんな新しいデータ型なんて導入したら余計詰むんじゃね？

2016/02/18リンク

その他

junglejungleカーネル読めなかったら問題あったとき解決できないだろ。ほとんどのプログラミング言語はCで開発されているし、IoTでC言語は盛り返している。過去の遺物扱いすんな。「C言語を使うな」で喜んでるWeb屋はこれだから。

2016/02/19リンク

その他

shifumin「C言語の第1のルールは、「もし避けられるならC言語を使うな」ということです」まで読んだ。

2016/02/18リンク

その他

kmaebashi不同意。http://bit.ly/1QmRwQx OSや組み込みとかでビット数を強く意識する必要があるならともかく、アプリケーションプログラムなら、ビット数などという低レベルな概念をソース全体にばらまくべきではないと思う。

2016/02/18リンク

その他

kuenishi正論だけどlibcとかposixとかがこれに合わせてくれないと無理

2016/02/19リンク

その他

mohno「もし避けられるならC言語を使うな」は分かるが、それはつまり避けられない状況を考えたら（既存の資産とか）、ここに書いてあるようなことは守れないんじゃないだろうか、という気がしてならない。てか、知らんぞw

2016/02/19リンク

その他

mattn変わらなきゃいけなかったのに utf-8 文字列にプレフィックスが付いちゃったのには残念感が否めない。

2016/02/19リンク

その他

takegこれはE

2020/06/05リンク

その他

yarumato“2011年以後のC言語の標準C11では、char、int、short、long、unsignedなどの型を使わず、#include <stdint.h>と記述し標準データ型 int8_t,..uint64_t を使用するべき。charはもう使わない。unsigned 使わない。”

2020/05/07リンク

その他

mingos データ型はstdint.hをインクルードして標準データ型を使うべき。

2016/09/07リンク

その他

the48大変為になる

2016/05/26リンク

その他

yatmsu“C言語の第1のルールは、「もし避けられるならC言語を使うな」ということです。”

2016/02/28リンク

その他

Itisango

2016/02/22

その他

taki03132016年ではCを使わない，じゃないのか（適当）

2016/02/22リンク

その他

atottoGo〜！

2016/02/22リンク

その他

vanbraamコンパイラーのオプションは参考になった;型も大分変わってて,プラットフォームの解釈で差分が出にくくなってる.既存のライブラリーを使う時もこれ使っていいのであればだいぶ問題を減らせそう

2016/02/22リンク

その他

kasumani2016年、C言語はどう書くべきか (前編) (訳注：著者のMattより、「本文中で明言はしていないが、この記事の内容はx86-64 Unix/Linux/POSIXでアプリケーションをプログラミングする場合にフォーカスしている。他のプログラミング

2016/02/21リンク

その他

babydaemonscl.exeじゃないコンパイラを使いたい。。。

2016/02/21リンク

その他

koudaiiiだいぶ変わっててびっくりした。

2016/02/21リンク

その他

kenjiro_nレガシーとの連続性、いやレガシーそのものを扱っている人間には勉強にはなったが俺のこの数年間を返せと言いたくなるような記事。

2016/02/21リンク

その他

itouhiro「char、int、short、long、unsignedの型を使うのは誤り」「標準データ型（uint8_tなど）を使用するべき」「charの使用を唯一許されるのはAPIと読み取り専用文字列」「ポインタの計算に使う正しい型はuintptr_t」

2016/02/20リンク

その他

ttakezawaintやcharが誤りというのは言い過ぎなような。末尾のhow-to-c-responseとかいろいろ読んだほうがよさそう

2016/02/20リンク

その他

sugawara1991わかるけど、組み込みにしろドライバにせよ、C使うときは対象の環境に合わせた定義込みだしなぁ

2016/02/20リンク

その他

murasaki11「もし避けられるならC言語を使うな」

2016/02/20リンク

その他

tamakoron 2016年、C言語はどう書くべきか (前編)

2016/02/20リンク

その他

kirakking反論のほうに目を通してきたけど、「それヘッダがちがいまっせ」から「厳密に言えば at least と exactly の違いが有る」、「完璧に間違っている」までリファレンスで殴ってた。

2016/02/19リンク

その他

masterqいまどきのC言語。参考になる

2016/02/19リンク

その他

belgianbeer最近知りたかったことがどっさり書いてある

2016/02/19リンク

その他

riocampos2はてブみると「原文には批評記事載ってる」とあるので、判断はひとまず後編が訳されるのを待ってからにする。｜2016年、C言語はどう書くべきか (前編) | プログラミング | POSTD

2016/02/19リンク

その他

mas-higaついに int を手放すときがきたか

2016/02/19リンク

その他

ooblog#C言語「charはもう使わない~uint8_t~C11ではネイティブでユニコード~64ビットのシステムでuint_fast16_tを要求するとuint64_t~標準データ型を使用するべき」

2016/02/19リンク

その他

shagルール1だけであれば人類はもっと幸せだっただろう案件

2016/02/19リンク

その他

zyzyRustと比較するために、去年くらいに興味本位で今のCの書き方調べて、昔に比べて結構変わっててびっくりした記憶。何だかんだで進化してるんだよな、Cなりに。

考え方

2016/02/19リンク

その他

nilab2016年、C言語はどう書くべきか (前編) | プログラミング | POSTD

2016/02/19リンク

その他

hiroshe「C言語の第1のルールは、「もし避けられるならC言語を使うな」ということです。」あぁ、よかった。

2016/02/19リンク

その他

aniyan53C言語の第1のルールは、「もし避けられるならC言語を使うな」ということです。C言語の開発では「80年代90年代に学んだ事柄」に留まろうという気持ちを捨てなくはなりません。

2016/02/19リンク

その他

you21979昔のC言語は型が曖昧だったからなぁ。intとかchar型が不満だった。

2016/02/19リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「2016年、C言語はど...」が注目されています。

気持ちをシェアしよう

ツイートする

2016年、C言語はどう書くべきか (前編) | POSTD

(訳注：2016/3/2、いただいた翻訳フィードバックをもとに記事を修正いたしました。) (訳注：著者のMatt...(訳注：2016/3/2、いただいた翻訳フィードバックをもとに記事を修正いたしました。) (訳注：著者のMattより、「本文中で明言はしていないが、この記事の内容はx86-64 Unix/Linux/POSIXでアプリケーションをプログラミングする場合にフォーカスしている。他のプログラミング領域では、対象とするシステムに応じた(例： 8-bitの組み込みシステム、10年前のコンパイラ、多くの異なるCPUアーキテクチャで動く必要のあるアプリケーション、Win/Linuxでのビルド互換性など)特有のアドバイスが必要」との補足を頂いております。) 以下の文章は2015年の始めに書いたドラフトで、今まで公開していませんでした。私のドラフト用フォルダの中で誰の目も引かなかったため、大部分が書いた時のままです。公開するにあたり、単純に2015年を2016年に変更しました。必要な修正、改善、苦情があり