Q&A
Nim が個性豊かに優雅にコードが書けてしまう出典がありません。もし Nim のスローガンである「Efficient, expressive, elegant」のことであるなら、それはあなたの想像しているものと全く別物だと思います。
なお、こちらで、回答して頂けましたら、私のブログ http://aon.tokyo へ引用もしくは転載したいです。転載の許可をして下さるかどうかも記載して 頂けますと助かります。
チームでの統一感を出す方法はありますか？
Nimは、個性豊かに優雅にソースコードが書けてしまう欠点があります。
それを補う方法は何か御座いますか？
開発にあたって、チームでの会議や打ち合わせ回数が少なくて済む方法があるかどうか？
中には、個性豊かにソースコードを書いてしまい、チームでソースコードレビューをすると、
後で、やり直しの出戻りを防ぐ何か良い方法はありますでしょうか？
https://nim-lang.org/
> Expressive
> Nim is self-contained: the compiler and the standard library are implemented in Nim.
> Nim has a powerful macro system which allows direct manipulation of the AST, offering nearly unlimited opportunities.
expressive は「個性豊か」ではなく「表現力豊か」という意味です。「表現力豊か」というのは、バッチや SQL のような特殊な用途に特化した言語ではなく、Nim を使って簡単に様々な種類のソフトウェアを作ることができることを指しています。
その一例として、Nim のコンパイラと標準ライブラリが Nim 自身で記述されていることを示し、また AST(抽象構文木)を直接扱えるメタプログラミングができることを記述しています。
> Nimは、個性豊かに優雅にソースコードが書けてしまう欠点があります。
「個性豊か」（＜この点はZuishinさんが誤りを指摘されていますが）と「優雅に」を「欠点」として扱ってしまう時点で齟齬が生まれている気がします。混乱の予兆を感じますね。
あなたのブログからの転載です。
> 勉強の為に転載しました。
本人の考察の記載すらもないですが、どこが勉強なんでしょうか？
> 開発にあたって、チームでの会議や打ち合わせ回数が少なくて済む方法があるかどうか？
> 中には、個性豊かにソースコードを書いてしまい、チームでソースコードレビューをすると、
実際に有った話であれば、どのような経緯だったかを書けばもうすこし意見集まると思いますよ
Zuishin さん
＞expressive は「個性豊か」ではなく「表現力豊か」という意味です。
書く人によってバラバラで統一感を出しにくいのかと勘違いしてました。
誤解していた様です。失礼致しました。
dodox86 さんへ
優雅にが欠点だと勘違いしていた様です。
ソースコードの書き方のバリエーションが豊富なのかと勘違いした様です。
失礼致しました。
oikashinoa さん
他の方の文章を引用させて頂いたりしており、いつでも読めるようにして読む事だけでも勉強になっております。オリジナルのコメントがない物もありますが、まだ言葉が見つからないものも御座います。至らない点が御座います。
oikashinoa さん
実際にあった話ではなく、想定になります。失礼致しました。
ある程度cloud9paizaさんの考えが分かりました。（否定ではないです）
Blogの形で掲載（=他人にも見える）すると反発する人は居るでしょう（アクセス数かけぐためと思われても仕方ないです。）
>実際にあった話ではなく、想定になります。失礼致しました。
WebAssemblyの時は今後のための検討と思いましたが、Nimの件は興味本位以前の感じがしました（正直に書くとブログネタ集め）
そういった誤解を招かないように質問する事も考えたほうが良いです。質問連投しすぎで内容も？な印象が有りました。
回答1件
0
ベストアンサー
コーディング規約を決めてください。
以上です。
投稿2020/02/24 03:18
退会済みユーザー
総合スコア0
コーディング規約ですね。Nimのコンパイラの標準機能のpragmaでユーザー定義も出来るらしいので、そこで、コーディング規約を反映させるオプションの様な事が出来るかも知れません。研究中です。
回答して頂きましてありがとう御座いました。
プラグマはおそらくコーディング規約ではなく呼び出し規約の情報を見て「規約」に反応したのだと思いましたが、違いますか？
プログラミングのルールをコーディングルールで決めて置いて、
プラグマのユーザー定義で、コンパイル時に反映させる事で、Nimでチームでの開発で統一感を出しやすくなると思われます。
よく意味がわかりません。具体的なソースで言うとどうなりますか？
コンパイル後のものはユーザが目にすることは無いので、それを統一する意味は無いと思います。
コンパイル時にユーザー定義したプラグマでソースコードをチェックして、チームで統一感を出す事は、可能だと思います。まだ調査注意です。
コーディング規約を反映させたユーザー定義を使用したプラグマでコンパイルする事で、エラーやワーニングやヒントを出してチームで統一感を出しやすいと思います。まだ調査中です。
全く可能に思えないので、その具体的な方法を聞いていますが、まだ調査中でそちらにもわからないということですね？
では恐らくあなたが間違っている可能性が高いです。
プラグマでコーディング規約をチェックするのは不可能だと思います。
プラグマというのはこういうののことです。
https://qiita.com/gmShiba/items/8ee07c26bdd2e71e8ced
＞質問者さん
何かしら新しいことをしたい、ネタを得たい意図があるのかもしれませんが、いただいた本回答の意図はそこにある訳ではないはずです。プラグマを使って（仮に）コーディング方法を強要することができたとしてもごく一部でしょう。プラグマで何ができるかを把握することは一定の利益があるとは思いますが、それを定義する者と使う者の技術レベルを問うこと無しに本目的を達せられるかは大いに疑問です。コーディング規約とはNimでどうこうと言うことではなく、設計や製造の指針のお話です。
あなたの回答
tips
プレビュー
