マイコンソフト 悩み事相談室 3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
.
∧ ∧
( ´・ω・) ＜ コンフィグって何? 昆布なら知ってる。 ボラチルって何? ボラは魚だよ。
（ ∪ ∪ ,.-、 ,.-、 ,.-、 ,.-、
と＿_）__） (,,■) (,,■) (,,■) (,,■)
PIC AVR H8 ARM
学校でC言語を習ったことがあるので「楽勝でしょ」って、マイコンを始めたけど、
わからないことだらけ。誰か教えて!
PCとは別世界の、マイコンのソフト。難しいよね。
ツールの使い方、ツールの設定、マイコン特有のC言語の書き方、
「デバッグモードにプログラミングモード。何?」 Eclips, Emacs って何?
VBAしか知らないよぉ、という人まで、
各社マイコンに関するマイコンソフト相談室です。
質問者は、「初心者質問スレ」の>>1を見て、分かり易く質問を書いてね。
回答者は、威張らない、バカにしない、言葉使い注意で、親切に教えてあげてね。
あっ、そうそう。
ハードウェアに関する質問は、それぞれのマイコンのスレに、達人がいるから。
過去スレ
1 2014/09/11〜
2 2016/07/31〜 http://rio2016.2ch.net/test/read.cgi/denki/1469905691/l50
では、質問、ドゾ〜 )())))(((()))((((((())(()()()(())())()(((()(())()())())()(())(()))())(()))()
()(()))()((()())(())))()())()))())))()(())(((()()(())((()())()((()()())((()(
))())()())))))(())))(()((()((()))(()()))()()((()()()()()))((()()()(((((())((
((())(())))()(())))()))(()((((()()()((()())(()))))(()()())((()(()))()())()((
((()()(((()))((()((()(()(((())(()()()))()()()))))))()()()(()))))((()()(())))
()))(((((())((()(((())())(())))())())(((())(()))()())()()()())(((()())(())))
)(()(()())(())()()(((())))())))))())))())()()(((((((((()))())((())(()())(()(
))()((()()()((())(((()(()))((())(()()(()()))((()))()()))))(((((()))))(()))()
)((()(())()()))((()))()()((()()))())((()(((())(()))(()))((()())(()))(())())(
((())))((((((()(((()())()()())()())((()()(())))())())()())(((()()))))())(())
)))())()(()()))((((())))((()())()((()()(())()(()()))()((()()(()))((((()))())
))((()))))((()()))())((((()((()()(((()))((((()))))(()()(()()))))(()(())())()
(())()))))))))()()((((((()))()())((()((()))((()))((()()(()(()()()((()))())()
(()()((((()(((()()()))))()()()))()()()(()((())())))))())))(()))))((())((((((
((()))()(()))))((()((()()))()(()()()))((()))())()))()))()((()(()(())(((()()(
(()(()()()))()(()))(((())((()()())())(())))))())()())((()((())()((()()(()())
())))(())))((()(()))()(()(())()((((()())((())))))((()))))()(((())())(()((()(
((())(()()(()(((()))))())(()()(()())))))((()(()()())))))(()(()((()))()((())(
()()())))(()))(()())(()((()))()))()(()(((((()((()))(((()()()))((())()(()))))
()())((()()()()())()())())()(())()(()(())()(())()()())(((()()()(()))()())()(
(((())()(((()))((()((())()))())((()()))))())())())(()()))()(())()()((())()((
)((()()())()(()(()))))())(())))(((()()())(())(()()()))(())))()((())()((()(((
)))(())(())())(((())((((((())(()))(())()((((()(())((())(()(()))))(()))()))))
)))(()))((((((((()())((()()()((())(((()(())())()()()()((()))))))()()))()()))
))(()(())))(()()(((()()(()(((()()((((())))()())))(()(()))))()))((()))(()()()
()()(()(())()())))()()))))(((()((())())())()))(())(())))(()((())(((())(()(((
)(()(()(()()((()()))))()())))))()))))((())((())())()())(()((()())(()(()(((((
())()()())()(()()()()))()(((()(((()(()(())))))))))(((())))(()((()())()())(((
))()()(()()(()))(()(((())()(()))))))))((()(()))()(((()))))()((((())()))(((((
(((())))))))()))))(((()(()((())(()())((())(((()))()((((()))))()()(()()()())(
()(()(())()(())))()())))())))()))(())()))()((())()(((()))((((((()()((()()()(
)(()(()()()(()()((()))())(()()()()(()())))))((()))(((((()))(())((()))())()()
))())((()(()()((()()())()(()())())())))(()))))(()(()((()())(((()())))()((()(
)))))()())(((((()()()))((())()((()()((((((())()((()))(()))((()))())))))((())
)((()()((((())()())(()(((((()))(((()(())()))))())()()()))(((()))((())())))))
()())((()(())(()(((())((()))(())(())))((())()()))(())(())((()()))()(()())())
)(()))(()))()()(()((())))()()))())()()(()))))(())(()(()()(((())(((((()(()())
())((((((()()()()()()(()()(())))()))()))()(())))(()((()()())(())())))(((())(
))()(()()))))())())()()(())))()((()()((()()(())(((()))(((()()))(((()))((())(
)()))()(())(())((()()((()()((((((())))(()()))((()())()))))())()()))(((((()))
)((())()())))((()())))(()(()(()())))(()(())((()()))((()(()))())()()))((((()(
))(()))))((())()(()()())()(())()(()()()()()(()(((((((())))())))(()())())()((
((()(((()()))((()))))()(()))()(()))(()())())((()(()())()())(())()()()(()))((
)(())(())(()(()(((()))(((((((()()()(()))()()))))(()))())())(())))))(((())()(
()(((())))()((())()()((()())))()))()(((())))()))))()(((((())))(())((()()((()
(()()))())()()(())((()()))(())()()(()(()()(((()))))((((()(()(()(()))))()()))
())))(())())))(()((()((())()())))()(()((((()))))()(()(()))(()()()()(((()())(
((()())(((()()))((()()))()())))))))))()(()((((()(())))(()))(((((((())())(())
))()()(((()()))((())())))((((()())(())(()()()(())(()(()(()()((())())(())))))
))))))(((((())()((()((()((((()(())))))))))))()())(()())(())((((((())())))((( 間もなく、終点 東京です。
18番線 お出口右側です。 どこで聞いていいのかわからないので、ここでお尋ねします。
マイコンにはRAMとEEPROMがありますが、
EEPROMには書き込み回数の限界があるようですが、
RAMには、書き換え回数の限界があるのでしょうか?
ドライブレコーダーのように、記録し続けて、何かあったときには、その前後を記録保存するとき
常にEEPROMに書き込んでおけば、楽だと思うのです。
しかしEEPROMに書き換え回数があるので、まずはRAMに書き続けて、
何かのトリガーでEEPROMにコピーすることになると思います。
はたしてRAMにも書き換え回数があるのかしら、と思いました。 RAMに書き換え上限はありません。
あと、EEPROMは「電気消去可能な書き込み専用メモリ」ですが、単にEEPROMというと狭義のEEPROMを指すことが多いのです。
大雑把に言えば、電気消去可能な書き込み専用メモリには、FLASHメモリ と EEPROM があります。
マイコンのプログラムの記録に使われているのはたいていがFLASHメモリです。
FRAM、MRAMというものもありまして、RAMのように書き換えができて、電源がおちても消えません。 >>5
ありがとうございました。
分かり易い説明ありがとうございました。
>FRAM、MRAMというものもありまして、RAMのように書き換えができて、電源がおちても消えません。
いいですね。これを少し調べてみます。
アドレス、データは、RAMと同じようにパラレルで、RAMを剥がして、そこに貼り付けられれば
最高ですね。(動作速度が遅いかも、ですね) すみません hexデータをマイコンに入れたいのですが
The target circuit may require more power than the debug tool can provide. An external power supply might be necessary.
Connection Failed.
と出てしまいます。
翻訳にかけると
目標回路は、デバッグツールが提供できるより多いパワーを必要とするかもしれない。外部の電源が必要であるかもしれない。
接続失敗する。
てなって意味がわかりません(T_T)
どうしたらいいですか >>7
見たところPICで、PICkit3だよね？
USB抜き差し
IDEで電源にチェック入ってるか確認
まずやってみて。 全く電源がないと、そういうエラーメッセージになるよ
だから文面の通りかと ざっと見た感じ電源にはチェックがついていました。
あと僕が使っているのはpickit3です。
あとご指摘ありがとうございます。 やっぱり電圧をいじってもできません。
やっぱりpicライターを変えたほうがいいのでしょうか。(;_;)ガクガク >>13
PICkit3はハブを使わずPCに直接つなぐ
ノートPCは避けてデスクトップ型を使う
PIC以外の不要なパーツはとりあえず外す
USBを幾度か抜き差しする
以上をやってエラーメッセージを確認してみてください
あと、自分の環境を書いて、レスにアンカーを付けて
適当なタイミングでこちらへ
http://rio2016.2ch.net/test/read.cgi/denki/1501157324/ このメッセージは、供給電圧をモニタしたときに規定値になっていない時に出るのだと思う。
文言通り書き込み回路自体の消費電流が大きいか、
ＰＣ側の供給電圧が低い、
ＵＳＢケーブルによる電圧降下もあり得る。
俺の場合、外付けＨＤＤ用の２股の電源強化ＵＳＢケーブルを使ったらメッセージが消えたという経験がある。 >>16
書き込み回路自体の消費電流
は、
書き込み対象回路の消費電流
です。 pickit3の供給電力はすごく小さいんだから
USBケーブルとかPCの電源とかは関係ないよ
問題はターゲット側 pickit3が供給できるのは30mAまで
ターゲットの消費電流がそれを超えている
これが一番普通に考えられる原因 事実として起きたことを書いただけ。
対象回路の消費電流は、数ｍＡだった。
そもそもＰＩＣ以外ほとんど回路ついてなかった。 PicKit3付属の硬い赤いケーブルが見当たらなくて100円ショップのケーブルを使ったら
このメッセージが出たからケーブルを取り換えたら動いた。 >>23
俺は「ＰＣ側の電源供給」って書いたんで
「ＰＣの電源」なんて書いてないからね。
前後から読めばわかる通り、Ｐｉｃｋitに対するＵＳＢからの
電源供給の話してるのだから、
誤解した上に噛みつかないようにね。
> USBケーブルとかPCの電源とかは関係ないよ
は、そもそも認識間違いってことで。 500mA流せる規格の物に30mA+α供給できないPCやケーブルねえ ご指摘ありがとうございます。
色々とやってみます。
本当にありがとうございます。 >>27
これまでの回答で解決したかもしれませんが・・・
以下のことを知っておく必要があります。
・書込対象のPICには電源が供給されている必要がある
・PICKit3は、対象のPICの乗った基板に、電源を供給する能力がある。
です。
PICKit3には、書き込むPICの乗った相手回路に、
「少しくらいの電源なら、PICKit3から供給してあげられるよ」という親切な(?)機能があります。
でも、この「供給できる電気」の量には限界があり、そんなに多くは供給できません。
PICKIt3は、PICに書き込む前に自分が供給できる電気を超えないかを調べる能力があり、
この調査で「やばい、電気多すぎだぁ」と判断されると、そのエラーメッセージが出ます。
ではどうするのか、というと簡単で、
書き込むPICの乗った基板は、別の電源で ちゃんと電気を供給させてあげれば良いのです。
つまりPIC基板は、PICKIt3からは書込む信号だけをもらって、
PICKit3から電気をもらわなければ良いのです。
しかし考えてみると、
相手の基板がどれだけ電気がいるのかわからないのに、
「親切に」電気を供給できる機能があることが、今回のような誤解を招いていると思います。
MPLABのエラーメッセージが「PICと通信できません。PICに電気を入れていますか?」と言えばいいのです。
PICKit3から電気を供給できることを知らないユーザーに「電力不足だ」と言っても混乱するだけです。
私も昔、同様にケーブルを、取っ替えひっかえして書き込むことができました。でもそれは、
PICKit3に電源供給機能があることが原因であり、
USBケープルが細いとだめ、ハブを通すとだめ、ノートPCだとだめ、などの伝説が生まれます。 回路上にPICだけしかなく
PICkit3とPICの一騎打ちの状態でもこのエラーは出る
その場合外部電源をつないでもエラーは出る
経験が少ないくせにエラーメッセージそのままのオウム返しの回答してる人は
意味無いから黙った方がいい
あなたの回答で解決するなら誰も騒がない >>29
それ、俺も同意。
エラーメッセージの内容と目の前の回路の状態が合ってない場合があるのは
PICkit3使いなら周知の事実。
ハッキリ言うと>>ID:KO/+DQKwの線が正しく、>>ID:UmD4ojnAは見当違い。
だいたい>>26を読めばどういう人間かわかる。
こういう人間の言うことはだいたいあてにならない。 人格云々は別にして、
それが事実だとして、USBのケーブルを変えたら状態が変わったのはなんでなんだろね。
データ通信が不安定なのが解消されたのかな？ >>16の言う
＞外付けＨＤＤ用の２股の電源強化ＵＳＢケーブルを使ったらメッセージが消えた
がホントなら、PICkit3の基板から5Vのライン引きだして外部から5V補強するかなあ…。 PICkit3の回路図眺めてた。
ターゲットPICのVddはPickit3の電源(=USB供給)以下の電圧しか出せないように見える。
一方、プログラミング電圧Vppは昇圧SWレギュレータが組まれている(当たり前)
大雑把にいうと、VddはUSB電圧をMOS+OpAmpで定電圧化し逆流防止のShotkeyを通ってVddに出る。
基準電圧はPICkit3のメインコントローラ(PIC24F3256)が出す。
このコントローラは6ピン出力コネクタ上のVdd電圧を読むパスを持っている。
と言うことで、5.0Ｖ出すにはUSBがそれ以上あることが前提っぽい。
実際には出力が5VピッタリでなくてもNGにならないだろうけど。USBの電圧低下には極めて脆弱。
PICkit3へのUSB電源供給電圧を上げれば良いけどHub使って5.5Vぐらい食わせちゃうとかかな。
#念のため、規格では最大5.25Ｖですよ。
USのフォーラムを見たら、このメッセージへの対処として、
PICへの供給電圧設定を4.7Vにしろと言う回答があった。(4.75ってことだろうけど)
まあ、多少マシにはなるか。
USB規格が500mA供給できるとか無関係だし、
USB規格は受電側が4.4Vで動くことを要求してるけどPICkit3は守ってないんじゃないか。 >>33
それやるんなら、回路図ちゃんと読んだ方が良いよ。
USBの5Vラインは、入口直後にPNP ＴｒでＳｗｉｔｃｈされてるので良く考えて繋いだりパタン切ったりしないとまずいと思うから。 初心者なので助かりました。
本当にありがとうございました。 >>36
解決したの？
荒れちゃって気の毒だったね。
懲りずに質問変えてこっちで聞いてください。
http://rio2016.2ch.net/test/read.cgi/denki/1501157324/
メンバーは大差無いだろうけどｗ 質問お願いします。
C言語で、メイン関数 mai() は、どのくらいの長さがいっは゜んてきなのでしょうか?
といか、どのように書くのがよいのでしょうか
main(){
key_check();
LCD_disp();
IO?syori();
}
のように書くという人もいると思いますが、これでは簡潔すぎて、何をしているのかわかりません。
かといって
maij(){
if( SW==1 ){
count++
if( count<500 ){
LED=on;
} else {
if( SW2==1 ){
LED=off;
} else {
LED=on;
}
これでは細かすぎると思いますし。
}
} >>38
というか、上も下も1回やったら終わり。
形にこだわる前に動くプログラムをどんどん書く方が良いような気もする。
なんだかんだ言っても、関数に分けていくルールは所属組織に合わせることになる。
そのあたりも含めて記述のパターンの見やすさや感覚的な受け入れやすさは人によっても
同じ人でも時期によっても違う。
実際、上の記述について
>これでは簡潔すぎて、何をしているのかわかりません。
と考える人と
>簡潔で良い
と考える人がいる。
個人でなら。
自分だけで書いて使うプログラムなら、自分が理解しやすいのが一番。
100人のうち90人が良いと思う方法でも、あなたが残り10人のグループに入るような人なら、
90人の方法に合わせる必要もない。 mainの見た目より個々の関数の再利用性を重視したら？
今回専用の関数になってない？次回以降使いやすい関数になってる？ >>42
そういう話でないとしても、結論の出ないとりとめない話ではあるよな。
>>38がどういう立場と目的でこんな質問をしたのかがわかると話もしやすいはず。 >>45
・絶対的な正解はない。
・でも傾倒している人は自分が傾倒しているものが唯一絶対だと考える。
ってところだと思うが、プログラムに限ったことでもなくて、
「〜は宗教」は色々な分野使われる、手垢のついた言い回しだよな。 実行速度を重視するか、メンテナンス性を重視か、サイズを重視か、
なんて所で適当に決るんじゃ無いか。 買ってよかったをすべての人に。
どこよりも安くどこよりも良いものを。
開いたページの検索項目に商品名や品物の名前などを
入力して検索。価格の安い順、よく見られている順で検索可能。
お気に入りの商品が決まったら、ショップへ。数量（個数）を
選択し、カートに入れるを選択。ご注文手続きへを選択。
住所や支払い方法を選択。最後に確定を押すと、入力したメール
アドレスに商品を購入した証拠のメールが届いて完了。会社によって
佐川急便やヤマト運輸などの配送状況を確認できます。
買ってよかったを痛感して下さい。
「価格ドットコム」（価格.com）です。
http://kakaku.com/
お気に入りにまずは、追加して下さい。 >>38
１行ごとに横にコメント入れて、何をしているのか説明してみるといい。
説明文だけを見て、全体の動きがすぐ把握できるならそれでいい。
何度も読み返さないといけないようなら、もっと簡潔にまとめる手段を
考えたほうが良い。 >>49
標準的には、画面何ページ分くらいの長さが良いでしょうか? >>50
今は画面の文字の桁数、行数に主流といえるようなものがなくて、いろいろなので、そういう規範を設ける意味がない。 >>50
80桁24行の画面で、2〜3ページだと先輩が言っていた。
コメントは勘定に入れない プログラムの中でコメントをアスタリスクで区切って
/**********************
・・・
・・・
***********************/
などと書く人もいますよね。
あるいはイコール記号やマイナス記号を使う人もいますが。
皆さんどんな書き方してますか？
参考にしたいので教えてください。 僕の場合は、
// -----------------------------------------------------------------
//
// ネギ振り制御プログラム Ver0.9
//
// ----------------------------------------------------------------- /*****************************/
こ れ は ま ち が い
/*****************************/ #if 0
ほうらなんでも書けるんだよ〜〜〜
#endif i++; // これも間違いだったっけ。 \
if(i==3) i=0; //////////////////////////////////////////////////////
// スラッシュ押しっぱでいいからこうしてる
////////////////////////////////////////////////////// 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) //////////////////////////////////////////////////////
// 右下の目玉はなんだ？
////////////////////////////////////////////////////// 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) 私は重要度、頻度、レベル（深さ）などによって自分なりの規則を決めて、
タイトルを =====、-----、***** などで2行で挟む、1行だけにして挟まない、
とかやってる。 >>61
それは やるね。
/* --------------
/* --------------
/*
/*
/* --------------
/* --------------
と、繰り返す人もいる >>56
これは、ソースのコメントアウトしたり、２つの方法を切り替えたり
するのには一番いい方法だと思う
意外に使ってない（知らない？）人が多くて
「ちょっと、この部分コメントアウトして見たら」って言うと
エディタで//しちゃって、後でどの範囲をコメントアウトしたか分からなく
なって困ってるの見たことがある
但し、本来のコメントに使うのはどうも #if 0の話のついでに
#if 0って行頭に書くのが殆どだと思うけど
#if 0のネストの必要が発生した場合、中の#if 0インデントする？
最近の頭のいいIDEだと条件見て色分けしてくれるけど、
そうでもない場合も結構あり… >>65
この板でなくても良いかもしれないけれど、この板でも良いのではない？
スレに関係なくもない微量脱線が少しぐらい続くぐらい、
エログロインモラルヘイトみたいな激烈逸脱が1レス入るよりずっとマシだと思うんだ。 >>63
//の後に日付入れてる。
その困ってたやつほどアホではないんで。 >>67
よく分からないけど、各行の//の後に日付入れてるの？
それよか、#if 0 // date-time のほうがよくない？
#if 1 ってすれば簡単に元に戻せるし どこがどういいのかな？
#if 0
#endif
どう見ても煩雑じゃん。 みなさんは関数名の後に続く中括弧の前に改行を入れますか？入れませんか？
例えば、
int main(void) {
/* 処理 */
}
のようにするか、
int main(void)
{
/* 処理 */
}
のように書くのか、どちらが多いのか気になります。 >>71
あのさー、どちらが多いのか気になるのはわかるけど、
僕は
main(){
} >>70
同意。
俺は全部//
そんなことに凝らなくてもいいと思う。
>>71
自分は上のように書いてきたけど、
最近良く使うMicrochipのCode Configuratorが吐くのは下の方だな。
混在してるけど、別に気にしないのでそのままだ。 >>73
でも、そっちの方は、行数が増えるばかりで、
いいと思えない。 >>71 mbedで整形すると
int main(void)
{
/* 処理 */
}
とされちまぅ >>70
10行コメントアウトする場合は#if 0の方が早い
1行なら//
行の１部なら /* */
臨機応変に色々と使えるようになっておいた方が良い >>77
/*
10行
*/
エディタがやってくれるだろ。
#if 0 はコメントじゃないし。 >>77
単に人と変わったことやりたいだけだろｗ
何も奇をてらう必要ないんだよ、馬鹿馬鹿しい。
>>78
それな。 >>77
これはコメントだと明示的に示すことが大切であり、誰にでもそれがコメントだと分かることが重要。
#if 0
#endif
は本来コメントではないから誤解の元となる。
臨機応変という無意味な四字熟語は何の免罪符にもならない。 なんか自分が書いたのにすごいレスがついてるようでｗ
>>63で書いてるけど、「本来のコメント」に "#if 0 〜 #endif" 使えってことじゃないです
だから、「#if 0をコメントに使うな」っていうレスはその通りだと同意するし、批判は見当違い
で、本来の趣旨は、一時的なソース（プログラム）の変更・切り替えには
// とか /* */ よりも "#if 0 #else #endif" のほうがいいんじゃない？ って話なんだけど ついでに書くけど、一時的にソースの変更する場合、コメントアウトとか
じゃなくて、関数丸ごと書き換える方法もある
その場合、元の関数は削除せずに、関数名だけ書き換えて実質的に
呼び出されないようにしておく（fname → fname1)
新しく作るほうは、元の関数をコピペなりしてどんどん書き換えてやればいい
（fname1 → fname)してやれば最悪でも元に戻すことは簡単だから
大胆なこともできる
もっとも今は、ファームの世界でも（インチキ）ウォーターフォールモデル全盛で
一度コーディングしたソースをテストステージで思いつきでいじっちゃいかんだろうからこういうことは、派遣とかで行ってるんだと出来にくくなってるかも･･･だけど もういい。
誰も気にしてないし、誰も
#if 0
#endif
何て使わないし、誰もお前のチンケな小技語り聞きたくない。 なぜレスに感情を刺激するようなトゲを潜ませる必要があるんだろうね。 > 誰もお前のチンケな小技語り聞きたくない。
これは同意 ケンチを評価するのはID:AC5iuXLgさまの思召し ある種のコンパイルスイッチのように使うなら、#if 0 は悪くないけど情報をもっと詰め込みたくなるな コンパイルスイッチに、#if（何たら式）使うとかは常識だよね
そんで、コンパイルオプション変更するまでもない一時的なスイッチに
#if 0 とか #if 0〜#else とか使うのも常識だと思ってたんだけど
違うのかな？
今は //厨が主流なの？
「コメントアウトした範囲明確でないと困らない？」と言う疑問にも
「憶えとけばいい」「//毎に日付書いとけばいい」ってこと？
世の中、頭のいい人ばっかりになって結構、結構
日本の将来も安泰ですねｗ コメントの話だったのが、いつの間にかコンパイルスイッチの話になってしまったでござる。
こうなるともう何でも言いたい放題でござる。
そして、とうとう日本の将来まで心配してしまうでござる。 常識かどうかは、その人が暮らしているエリアで判断すれば良いのではないですか。
ずっと決まった人だけでプログラムを書いて製品づくりをしているグループ内で、
他の世間とちょっと違う記述ルールが存在する場合でも、その記述ルールもそのグループの中では常識ですし。
逆に言えば、自分が感じている常識なんて脆いものだと思っていてもいいぐらいで、
匿名掲示板のメリットは、常識の多様性を感じられることでもあります。
このコメントの方法が適切かどうかも、まとめきることは難しくて、
どこかで諦めたり引いたりして収拾しないと仕方がないものです。
>常識だと思ってたんだけど 違うのかな？
違うのかな？に対して同意する人は、あなたと同じ常識で暮らしている人、ってことに過ぎないんじゃないですかね。
それとも、一般論としての常識として押し通すような話なんでしょうか。
たとえば「常識とはこの世界の8割〜9割がそうしていること」と定義するのであれば、
ここで多数意見をまとめたところで、意味ないですよね。 >>53は「コメント」についてたずねてるのに、
勝手に拡大解釈してまで#if 0〜#elseをブッ込んでくるヤツがひとりいる。
「世の中」とか「常識」とか「日本の将来」まで引っ張り出してきて…。
「子供たちの未来」とか「北朝鮮の脅威」を持ち出すのも時間の問題かと。 まあ、排除に重きを置かなくても、違う発想があるんだって視点で見れば面白いんじゃないですかね。
俺は使ったことがなかったのですが、#if 0 もコメントアウトには便利に使えそうですし。 ■ このスレッドは過去ログ倉庫に格納されています
