GitHub - diffplug/spotless: Keep your code spotlessYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Introduction · Naming Convention
Welcome - The Naming Convention Project The Naming Convention Project is an effort to identify, collect and maintain a set of guidelines for best naming practices. How we work: We accept recommendations from all enthusiastic who care about the quality. The suggested recommendations will be submitted to website by collaborative consensus based processes. Naming Convention topic list: C# Git Java PH
Kowainik - Haskell Style Guide
Style guide used in Kowainik. This document is a collection of best-practices inspired by commercial and free open source Haskell libraries and applications. Style guide goals🔗 The purpose of this document is to help developers and people working on Haskell code-bases to have a smoother experience while dealing with code in different situations. This style guide aims to increase productivity by d
memfrob.de - Announcing Floskell
.8888b dP 88 ' 88 88d8b.d8b. .d8888b. 88d8b.d8b. 88aaa 88d888b. .d8888b. 88d888b. 88'`88'`88 88ooood8 88'`88'`88 88 88' `88 88' `88 88' `88 88 88 88 88. ... 88 88 88 88 88 88. .88 88. .88 dP dP dP `88888P' dP dP dP dP dP `88888P' 88Y8888' .de Jan 2019 by Enno Cramer • Programming • Haskell • Code Formatting Table of Contents History Comparison to Other Tools Core Concepts Penalty Layout Indentatio
Restyled
Nudge your team towards consistent coding style with every PR Style is important. Any time there's more than one way to do something in code, inconsistencies will creep in. Besides measurably adding to the time it takes to read and comprehend code, inconsistent style across a code base can hide bugs, often very bad ones. Great tools exist for almost every language to automatically align code to a
私のHaskellコーディングスタイルガイド, 改行出来るポイントを紹介
Haskell (その3) Advent Calendar 2017 - Qiitaの2日目の記事です. Haskellは各構文を文ではなく式として扱えるため, 適当に書いていくと, どんどん一行が長くなっていきます. その結果, ワンライナーのようなコードが作られることがよくあります. この目のチカチカを避けるためか、どうか、出来るだけ間隙を狭くするために、Haskellプログラマーは無意識にワンライナーになります。例えば上の例だと 2 のケースをだらだらーと一行に書きたがるのですね。その結果、一行500文字の Haskellコードなどが産み出されるのです。私は出来るだけ長くプログラム書くキャリアを続けたいんで、フォントは大きいんですよ。何ポイントか知らないけど、30inch のモニタでウィンドウいっぱいいっぱいにして190文字位しか一行に出せないんです。500文字のためには30inch
Short, Self Contained, Correct Example
The SSCCE Short, Self Contained, Correct (Compilable), Example If you are having a problem with some code and seeking help, preparing a Short, Self Contained, Correct Example (SSCCE) is very useful. But what is an SSCCE? It is all in the name, really. Take a look at each part. The version prepared for others to see should be: Short (Small) - Minimise bandwidth for the example, do not bore the audi
switch(true) イディオム考察 - Qiita
switch(true) イディオムとは ここでは， switch(true) イディオム とは，以下のように switch 構文を用いて if, else if と意味的に等価なものを実現しようとするコードパターンを指すことにします． function hoge(x) { switch (true) { case x < 0: console.log(x + " は自然数ではありません．"); break; case x === 0: console.log("ここでは 0 は自然数です．"); break; case x > 0: console.log(x + " は正の数です．"); break; default: console.log(x + " は数ではないようです．"); } } 一部界隈（？）ではどうやら割と認識されているらしく，そこそこ使われているようです（記事末尾に
Popular Coding Convention on Github
Dec 27, 2014I made this project about a year ago. At that time, I just started it for The GitHub Data Challenge II. So, it was very simple and concise implementaion for proof of concept. I've been aggregated convention data for a year. However, It is not analyze conventions of our codes deeply. I think therefore it's meaningless to keep aggregating more data. Finally, I decided to stop aggregating
Rubocopを使ってコーディングルールへの準拠チェックを自動化 - Qiita
はじめに チーム内でコーディング規約を作っても，ついクセで違う書き方をしたり気にしない人がいたりして形骸化しがちだと思います．またレビュー時に細かい違いを指摘するのも面倒です．そんなときはrubocopを入れましょう インストール これでrubocopコマンドがインストールされ，rubocop foo.rbとするとチェックできます． コマンドラインからいちいち実行したくないので，各エディタのプラグインをインストール．すると，以下のようにコーディングルールに合わない箇所を指摘してくれます． ここでは「bodyが1行のときは後置ifか，&&や||を使え」と言われています． 設定 rubocopが準拠するコーディング規約は同じ開発者が提案しているものですが，.rubocop.ymlファイルを編集することで自分達に合った形に変更することができます． うちではチームで話し合い，10箇所ぐらい変更しま
Python の名前空間とスコープ
プログラムのロジックを考え、実装を行う上で、変数の名前空間やスコープはとても重要です。 これらはロジックを組み立てる上での複雑さに直結し、ソースコードの読みやすさにダイレクトに関係してくるためです。 この記事では、私が Python で開発をする上で気をつけるようにしている名前空間やスコープに関するお話をします。 コーディングスタイルについて 名前空間やスコープの前に、まずは基本的なコーディングスタイルについて軽くお話しします。 Python のコーディングスタイルというと、 PEP 8 – Style Guide for Python Code (日本語訳は こちら )が有名です。 これは、 Python でプログラムを書く上で守っておくとよいお作法について書かれており、 Python のコーディングスタイルとしてはデファクトスタンダードといえるでしょう。 この PEP8、例えば以下のよ
Eclipse用C言語コーディングスタイルチェックプラグイン『KariyaSiesta』をリリースしました - みずぴー日記
伊東まで開発合宿に行って、みんなでC言語のコーディングスタイルチェッカーを作ってました。 => KariyaSiesta | C 言語向けのコーディングチェッカ 配布サイトも作りました。 ルールを簡単にカスタマイズできるようになってるので、みんな使うといいでゲソ。 特徴 Eclipseのプラグインとして使える Eclipseプラグインとして実装されているので、IDEで使えます。 もちろんCDTとも組合せることができます。 簡単イントール 更新サイトから簡単にインストールできます。 もちろん自動アップデートにも対応してます。 XPathでルールで書ける ルールはXPathで書くことができます。 例えば『whileの内でbreakを使ってはいけない』というルールは以下のようになります。 こまかい書き方はマニュアルを参考にしてください。 //Stmt[@sort="While" and .//k
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.tweag.io/posts/2019-10-11-ormolu-first-release.html/
GitHub - tweag/guides: Designing, programming and deploying, in style.
GitHub - hjwylde/omnifmt: WIP: A pretty-printer wrapper to facilitate ease of formatting during development
PHPer女子が語る2015！こんなコードを書くヒトはモテない〜コラボ編〜＠PHPカンファレンス2015 #phpcon2015
GitHub - mgechev/angularjs-style-guide: 📚 Community-driven set of best practices for AngularJS application development