Goに入ってはGoに従え
Goに入ってはGoに従え Go Conference 2014 autumn 30 November 2014 鵜飼文敏 Fumitoshi Ukai Google Software Engineer - Chrome Infra team Go Readability Approver Go言語のReadabilityをレビューするチーム コードレビューを通じてGo言語のよいコードの書きかたを教える メインのプロジェクトとは別のコードをレビュー 一年前くらい前に参加して 20% timeで 200くらいのCLをレビューしました 今は一日3CLくらい、週に12CLほどのペースでやっています Gopher by Renée French 2 Readabilityスキルとは? プログラミング言語のリテラシー 作法にかなったやりかた で、読んだり書いたりできる能力 言語ごとに作法が違う C++
C言語でプログラミングする際の覚書（Notes on Programming in C） - YAMAGUCHI::weblog
はじめに こんにちは、Go界のシャールト・コプリーです。気がついたら最後のエントリから3ヶ月も経ってました。 Goを始めると「なんでこういう書き方になってるんだろう」とか、「そもそもなんでこういう仕様になってるんだろう」とか思うことがちらほらあると思います。これは大いにGoの作者の一人であるRob Pike氏の思想に依るところがあるのが見受けられます。彼のプログラムに対する考え方が25年前に公開され「Pike Style」として知られていますが、いまもその考え方は大きくは変わっていないと思われます。せっかくなので翻訳しました。本文はC言語に関する文章ですがその本質は言語に依らないものだと思います。 Notes on Programming in C （追記）25年前なのでコンパイラの動作に依存する部分（includeに関する記述）などは古い部分もありますが、プログラミングスタイルに関する部
結論の書き方をちゃんと指導教員は教えてくれましたでしょうか？ | 上田ブログ
続編みたいなもの。（2014/4/3） どうも。世間は三連休らしいですね。 国内というよりも国際学会の予稿の査読での方が正直酷いのですが、「結論 (conclusion)」がなんなのかよく分かってない研究者が結構な割合でいるように見受けられます。 予稿の場合、どうしても雑になるのは分かりますが、たまに根本的に間違ってるのがあります。 そういえば私も、序文の文をコピペして全部過去形にして先生に叱られて教育的指導を受けたから分かってるわけで、ちゃんと習わないと本人が優れていようがいまいが変な結論を書いてしまうということが考えられます。 ということで、ちょろっと解説しておきます。 議論のある文書には結論を書く 世の中には結論のある文書とない文書がありますが、その違いは議論の有無です。議論のある文書に議論の結果として結論があるわけです。 ですので、結論には本編の議論が反映されている必要があります。
研究の作法を誰が教えるか | 5号館を出て
今日は北大の一般入試の後期試験のため、朝は7時前に家を出ました。東区（といっても我が家の近辺が特にひどかったようですが）は、15センチ位の積雪があったため自転車はあきらめて歩いていると白く見えたものは降っている雪ではなく、朝になって気温が下がってきたためかだんだんと濃くなっている霧でした。 今日の試験を最後に、次年度の新入生が最終的に決定することになるのですが、今どきの大学新入生に今まであまり書いたことのないレポートというものを課すると、そもそも何を書いて良いのかわからない、書き方がわからないということで、多くの学生はまずはインターネットで探したものを露骨にコピペしてきます。 最初のうちは、コピペがばれると思ってか、文章をどこから持ってきたかという情報を書いてこない学生が多いのですが、インターネットから引用するのは構わないから必ずどこにあった誰の文章から引用したということを示すようにという
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 数学文章作法 基礎編 (ちくま学芸文庫 ユ 4-1 Math&Science): 結城浩: 本
