「C1」を含む日記

■CDの読み取りでエラーは発生するけれど品質は1bitも変わらない

CD関係の記事が上がるとドヤ顔で

「CDはデジタルだけど読み取りエラーに対して線形補間するから音声品質に影響するよ」

みたいなこと言う奴いるんだけど、もう20年ぐらい前からそれが嘘だってのハッキリしてる

CDはC1エラーとC2エラーっていうのがあっていわゆる軽微な読み取りエラーはC1エラー

C1エラーは頻発するけどC2エラーはほぼ絶対に起きない

そしてC1エラーはデジタル的に元に戻せるので再生される音の品質には一切影響しない

C2エラー発生時はなんらかの補間処理が行われるけど、そもそも滅多に起きない

ググれば山ほど計測実験した人の記事が出てくるし、20年以上CDと向き合ってる人なら一回はやったことあると思う

特に安いCDドライブを買って自作した人はリッピングするときの品質に影響するから計測ツールで測ってみるってのは絶対にやる

そして絶対にC2エラーは起きない

高級なCDプレイヤーはデジタルデータ取得後のアナログ変換に工夫がされているから高音質になるんだけれど

中にはCD読み取り部分だけを分離してる製品とかもあって、ピュアオーディオ界隈でもだいぶバカにされてた

で、その手のプレイヤーでC1エラーが少ないものの売り文句は

「C1エラー補正時には電力を使うので電源変動の影響で音質に悪影響があります」

っていう奴で、「そんなわけあるかアホか」と割とみんな思ってた

そもそも今時CD使う人少ないと思うけれど、だからこそCD周りのエセ科学が再燃してるのは本当に滑稽だわ

Permalink | 記事への反応(0) | 10:50

ツイートシェア

■anond:20230124153041

https://ecodb.net/exec/trans_country.php?type=WEO&d=NGDP_D&c1=JP

黒田が金融緩和始めた2013年から右肩下がりだったGDPデフレーターが上昇し始めてるだろ笑

アンチリフレ涙拭けよwww

答え合わせしてもまだ現実を認識できないのバカを通り越して池沼だろこいつら

Permalink | 記事への反応(0) | 15:48

ツイートシェア

■例のChatGPTで英検準備をしてみたらやばすぎる

なんだこれ、やばすぎる。今週英検を受けるから英作文の勉強にちょうどいいかもと使ってみたら凄すぎた。テーマに沿って作文して、それがC1レベル的にいい感じかを聞いてみると、内容的には悪くないし文法的にも正しいけど、もうちょい難しい単語を使った方がいいんじゃない？とか言ってくる。じゃあ、120-150単語で例文を出して、と言ったら、即座にブラッシュアップされた英文を出してくる。念の為c1かと確認したら、いや違うというので、じゃあc1 で書き直してとお願いするとまた即座にレベルアップさせて書いてくる。恐ろしいことにどれも最初に自分が書いた趣旨を下敷きにしてレベルアップしてきやがる。

死ぬほど勉強になる。雛形として真似すれば良いし、何度でもお願いを聞いてくれて、瞬時に回答が来るからすばらしい。やばい。

Permalink | 記事への反応(0) | 23:53

ツイートシェア

■

[B! 将棋] 「鼻出しマスク」で反則負け　日浦八段、将棋名人戦・C級1組順位戦：朝日新聞デジタル

ぶっちゃけCクラスだと草でしかない。C2なんか50人以上もいるけど、大半は奨励会員どころかアマにも負けるんだからさっさと引退してくれ。

将棋界も給与の取り合いになるからって奨励会から年4人しか上げられない仕組みにしてるわけだけど、引退する人間が少ないので詰まりがひどいんだよな。若手の斬られ役としても不適格なクソみたいな棋譜しか残せないんだから、もうC1までは2敗以上負け越したら降級フリクラ数年で引退でいいんじゃねぇの。

Permalink | 記事への反応(0) | 19:58

ツイートシェア

■anond:20221222150430

C1とかの表記が目的地方向かどうか全く分からないんだよなぁ

Permalink | 記事への反応(0) | 12:14

ツイートシェア

■歯医者で働き始めたトラブル

当方，歯科医師．都内の歯科医院で勤務医としてずっと働いていて，大きなトラブルはなかったし，みんな勉強熱心で，新しい論文や出たセミナーの内容をよく共有し合っていた．

家庭の都合で，地元に帰ることになり，開業する資金もないので，勤務医をするためにマッチングサイトで探してある地元の開業医で働き出した．三ヶ月前から．

もうね，ほんと無理．まず，最近の虫歯治療にはミニマムインターベーション（最小限の侵襲）という考え方がある．

虫歯はCOからC1, C2, C3, C4と症状の進行に応じたランク分けがあるんだけど，

COは基本的に経過観察で，歯磨き指導で元に戻すのが普通．

C1も意見が分かれるけど，昔はバリバリ削ってCR (プラスチックみたいなやつ)で埋めてたけど，今はC1でも痛みや自覚症状がなければ予防処置で進行を遅らせることが検討される．

これは「削らない歯医者が良い！」という話ではなくて，もちろんケースバイケース．

例えば，骨折の場合，軽い骨折ならギプス巻いて固定とかだけど，複雑骨折なら手術しますよね？

軽い骨折でいきなり外科手術しないじゃないですか．そんなの手術による悪影響の方が大きすぎます．

それをやってるのが，COやC1でバリバリ削る治療．

自覚症状もなく全く削る必要がないと思ったから，歯磨き指導して，定期観察として患者を返したわけ．大学生だったので．まだ20代よ．

そしたら，院長に烈火の如くキレられて，どうしてカリエスを見逃したんだ！と怒るわけ．

いやいや，見逃してないわ，積極的に治療しないって決めたんだわって思ったわけ．で，大げんかですよ．

あのね，どんなに上手く治療しても，削ったら二次カリエスの危険性がある．そこからさらに虫歯が進行するのよ．

だから，特に20代の学生のような若い人は歯の寿命を伸ばすことを考えると，何でもかんでも削ればいいというわけではないのは常識でしょ．

本人に痛みもない歯をカリエス認定して，バリバリ削るとか，自分の医療倫理的に無理．で，解雇ですよ．

そもそもね，その歯科医院に通ってくる大学生の虫歯の進行度が早すぎるのよ．

なんで20代でC3, C4の歯がこんなにいっぱいあるのよ，って話ですよ．そしてそんな大学生が何でこの地域にいっぱいいるのよって話ですよ．

お前が若いうちからガンガン削って下手くそなインレー入れてるからだろうが，って思うわけ．

でも，カリエス見逃すなんて歯科医の風上にも置けない，何でそんな適当な治療をするんだ，

東京と違ってこっちでは小さなコミュニティでやってるんだから，そういう適当な治療をされるとうちの医院の評判が落ちるとキレるわけ．

確かに院長は人当たりもよく，熱心なので，Googleマップの口コミも4.5ですよ．近所の歯科医院で一番いいよ．それは認める．

でも，全員ガリガリ削って，二次カリ生み出して，さらに親身になって治療して，根っこまで進行させて，さらにインプラントって頭おかしいでしょ．

何回一人の患者から金，回収してんだよって話よ．

そんで，患者は大行列だし，大儲かりだし，何なのこれ．

歯科医院はコンビニより多くてどうのこうのってよく馬鹿にされるけど，こういう歯科医院は全然潰れる気配ないよ．

馬鹿にしてる人たち，歯科医を馬鹿にする前に通ってる歯科医院の治療をほんとに自分が正しく評価できてるかって考えた方がいいよ．

どんなに名医でも，通わないに越したことがない．それが僕の結論です．歯磨き頑張って．

あ〜次の職場探すのめんどくせ〜

Permalink | 記事への反応(2) | 15:29

ツイートシェア

■anond:20220309203010

※１「室内が明るく感じられる」…アサヒペン社の説明の通りではこのようになっています。ただし恐らくですがプラスチック障子であれば全ての製品がこの特徴を持つのではないでしょうか？

※２「超強」…破裂強度が測定できない物。これはプラスチックシートを使用している為。

※３このサイトのリンク制限につき、表では「http」を抜いた書き方をしています。

Permalink | 記事への反応(0) | 20:32

ツイートシェア

■anond:20220309202856

アサヒペン社の障子紙製品を一覧にしました。（補修用のような物は対象外です））

Permalink | 記事への反応(1) | 20:30

ツイートシェア

■首都高の合流が苦手な原因

首都高の合流が苦手な原因は３つ。１つ目は、道を知らない。２つ目は、合流する先の道路の状況が見えてない。３つ目は、加速性能が悪い車に乗っている。

１）道を知らない

道をまず知ろう。首都高ドライバーズサイトは、動画で入り口・ジャンクション・出口を見られる。

２）合流先の道路が見えていない

合流先の道路を見て、タイミングを見計って入り、加速する。合流レーンにいる車も譲ろうと思っている。

３）加速性能が悪い車

加速性能がいい車は安全だと思う。遅いとタイミングに合わせて、合流しにくい。

i) 新宿線・新宿入口から都心方向に入る場合

上記２と３が原因だと思う。よく車を見て、さっと加速する

ii) 目黒線からC1へ（芝公園方面）

怖いならゆっくり入れば、止まってくれる。

iii) 目黒線からC1へ（霞ヶ関方面）

飯倉出口に向かう車線があるので簡単。ここで入れないなら首都高乗らないほうがいい。

iv) 浜崎橋JCT（羽田線からレインボーブリッジから降りてくる車線へ変更）

レインボーブリッジから降りてくる車線にすぐに入らない。

浜崎橋JCTの合流は長いので、手間で合流するのではなく、少し進んで合流するといい。

カーシェアの人は、往々にして焦って入ろうとする。焦らなくていい。

v) 浜崎橋JCT(C1への合流）

道が空いている時に練習するしかない。速度はそれほど速くないので、上記１と２が原因だと思う。

Permalink | 記事への反応(0) | 22:44

ツイートシェア

■CDをスマホに取り込めるやつがベストセラーらしい

去年のベストセラーとかなんとか。

配信されてないマニアックなやつをスマホの機能で歌詞表示しながらiPod化できるようで、

感心したのがDVD-Rに巻き戻しバックアップできること。形式はFLACとかAACかな。

音楽興味ないけど、ITガジェットとして渋い製品だと思う。

https://www.buffalo.jp/product/child_category/sp-removable-drive.html

バッファロー、スマホに直接CD取り込む「ラクレコ」に有線モデル

酒井隆文

2021年11月4日 12:30

Tweet

リスト

「ラクレコ」のケーブルモデル「RP-C1シリーズ」

バッファローは、スマートフォン用CDレコーダー「ラクレコ」に有線接続のケーブルモデル「RR-C1-WH」を追加し、12月上旬から順次発売する。価格は9,900円で、カラーはホワイト。

ケーブルモデルにはLightning/USB Type-C/USB Micro-Bケーブルが付属

パソコン不要で、iPhoneやAndroidスマートフォンに、音楽CDから楽曲を直接取り込めるスマートフォン用CDレコーダー。ケーブルモデル「RR-C1」シリーズにはLightningケーブルとUSB Type-Cケーブル、USB Micro-Bケーブルが付属し、スマートフォンと有線接続して音楽を取り込める。

ケーブルモデルと発売中のWi-Fiモデルと機能的な違いはないが、iOSの対応機種が異なり、Wi-FiモデルはiOS 11以降、ケーブルモデルはiOS 13以降に対応する。

取り込んだ楽曲は、音楽プレーヤーを兼ねた専用アプリ「ラクレコ」を使って管理ができる。楽曲のアルバム名や曲名、アーティスト名、ジャケット写真をインターネットから自動取得でき、煩わしい情報入力も不要。

インターネット接続があれば歌詞表示も可能で、対応楽曲では、再生しているフレーズに合わせて歌詞の色が変わるため、カラオケの練習にもおすすめという。

再生機能としては通常再生のほか、リピートやシャッフルも用意され、楽曲間の継ぎ目が気にならないスムーズな再生もできる。

60分CDの場合、取り込みにかかる時間は5分以下。取り込み時の音質も、CD音質(FLAC)から最低容量(AAC 96kbps)まで、好み・目的に合わせて選択可能。さらに取り込んだ楽曲は「DVDメディアバックアップ機能」により、取り込み用ドライブを利用してバックアップできるため、機種変更時もパソコン不要でデータが移行できる。

またラクレコでCDを取り込むと、Billboard JAPANの「ルックアップ」チャートに集計されるため、「『推し』や『自担』の応援にもつながる」という。

最大消費電力は5.5W。外形寸法は突起部を除いて145×168×17mm(幅×奥行き×高さ)。重さは約350g。ACアダプターやバックアップ用DVD-Rなどが付属する。

Permalink | 記事への反応(1) | 18:43

ツイートシェア

■anond:20211016150356

曾根崎で出なかったぞ

ちなみにrentaの検索結果

https://renta.papy.co.jp/renta/sc/frm/search?suggest=on&word=%C1%BD%BA%AC%BA%EA

Permalink | 記事への反応(0) | 15:06

ツイートシェア

■計算量が話題だから記事読んだけどわからんので教えて

詳しそうなのでこの記事を読んでみた

https://rsk0315.hatenablog.com/entry/2021/10/13/235627

ただ、割と序盤でわからないところがあった

本題＞導入・動機 のこの部分

T1(N) を計算している箇所

係数が冗長なので、適宜置き直して次のようになります。

何をどうやったら置き直し方ができるの？？？？

c1 とか c2 とかのコストで書いてたのに、a2 とか a1 とかの項に変換される理由がわからん

誰か教えて……

Permalink | 記事への反応(0) | 13:22

ツイートシェア

■anond:20210911152616

Es ist toll, dass Sie die Fachsprachprüfung C1 bestanden haben. Ich wünsche Ihnen ein schönes Leben in Deutschland!

Permalink | 記事への反応(0) | 03:24

ツイートシェア

■

僕 a1

君 a2

僕 a3

君 a4

僕 a5

僕 b1

君 a6

君 b2

僕 a7

君 a8

僕 c1

君c2

僕 c3

僕 d1

君 c4

君 d2

君 d3

Permalink | 記事への反応(0) | 21:30

ツイートシェア

■もうドイツ語勉強したくない

ドイツにたまたま移住して7年くらいになる。コロナの間、コロナを言い訳に友達に全く会わなかった。正直楽だった。ドイツ語は証明書の上ではC1-2（準ネイティブレベル）だけれど、さっきウェブテスト受けたら結果がB1（毛が生えた初心者レベル）くらいになってた。まあ、準ネイティブレベルだったのもテスト結果だけであって、自分の実力がそこまで良かったわけじゃないんだけど

F爺のブログ読んでたら、フランスにやってきて1年でネイティブになりました、みたいな主旨のことが書いてあって溜息が出た。自分は何やってるんだろう。今から頑張ればドイツ語上手くなれるだろうか？正直、この国に全く興味が持てないから言語の学習モチベーションがない。言い訳だけど。この国を知ろうと思って、全く専門外の歴史とか民謡とかまでドイツ語で読んだけれど、気付いたことはこの国の文化は大昔に失われ、今はもうほぼ何も文化が生まれていないということだった（どの国にもあるようなゴミを集めた変なアートとか、うるさいだけのテクノとか、まあそういうのはある）。

なんなんだこの国？というか、サンスーシー宮殿に堂々とフランス語の名前が付けられているところで察するべきだった。王様ですら自国の文化が気に入らなかったような国なんだから、時代が変わっても素晴らしい文化があるわけがない。ドイツは文化的には先進国ではない。現代ドイツ人は文化的には原始人。これに気付いて、ドイツ人がますますゴリラか無垢の巨人に見えるようになった。好きだったこともないドイツ語も、今はもはや野蛮人の言語に聞こえる。野蛮言語喋ってたせいで変な筋肉が発達して顔がごつくなってきた気すらする。どうしてフランスに行かなかったんだろう！まあ、考えたらヨーロッパ人なんてみんな野蛮人だからフランス人も野蛮人なのは変わらないだろうけど、フランス語だったらまだ勉強するモチベーションになるものがいくらでも思いつく。フランスに移住しようかな。あああ

Permalink | 記事への反応(11) | 15:26

ツイートシェア

■【未経験から1ヶ月で】現役エンジニアが教える最良のプログラミング勉強法

プログラマーに憧れる皆さん！こんばんは。

「自分は文系だから」「未経験だから」と諦めていませんか？大丈夫です！プログラミングにセンスは不要です。正しい手順で学べば、文系や未経験でも、誰でも一流のプログラマとして活躍することができます。

今日は、未経験から最短でWeb系企業に就職するための勉強法をご紹介します！

オススメの方法❗

もっともオススメの方法は、顕正会のセミナーに参加することです。

顕正会は、日本で最大のエンジニアのコミュニティであり、非常に良質なテキストを用いて、プログラミング初心者向けのセミナーをしていることで有名です。顕正会に入ることで、未経験からでも一流エンジニアのノウハウを学ぶことができます。

また、意外と知られていませんが、日本のエンジニアの8割は顕正会の出身です。実はあのひろゆきやビル・ゲイツも顕正会の出身です。ですので、顕正会のネットワークを介して就職先を斡旋してくれたりしますし、自分が顕正会員だと、面接時にも非常に有利になります。

顕正会のセミナーは、インターネットからも応募することができますし、秋葉原などで声をかけられることもありますので、誰でも簡単に参加できます。会員もフレンドリーな方ばかりですので、是非、お気軽に応募してみて下さい！無料体験もできますよ。

準備

プログラミングの勉強を始める前に、まず、必要なものを準備しましょう。必ず必要なものと、できればあると良いものは以下の通りです。

必ず必要なもの

• パソコン
• インターネット

まず、プログラムを書いて実行するためにパソコンは必須です。

可能な限りスペックの高いものを買いましょう。2021年現在であれば、CPUは18コア、36スレッド。RAMは128GBくらいはあると良いでしょう。ストレージはSSDであれば1TBもあれば十分です。

OSは、Windowsで開発するならWindowsが、Macで開発するならMacが必要です。よく分からなければMacを買っておく方が良いでしょう。基本的にMacにできてWindowsにできないことはありません。

インターネットは、この記事を見ている人は既に持っているでしょう。ただし、モバイル回線で見ている人は、自宅に有線のインターネット環境を用意した方が良いです。

顕正会に入会すれば、上記のスペックのPCを無料で貸し出ししてくれます。また、法人向けの専用線を無料で取付工事を行ってくれる上に、通信費を全て負担してくれます。

できればあると良いもの

• SlackやLINEなどのアカウント
• ノートとペン
• 電子書籍リーダー

まず、他の会員と連絡を取るために、SNSのアカウントを持っていると良いでしょう。

最近は完全にPC上での学習もできますが、やはり、勉強の基本は紙のノートに直接書くことです。医学的にも、手指の動きと脳の記憶回路が関連していることは証明されており、手を動かすことで効率的にものを覚えることができます。

Kindleなどの電子書籍リーダーは持っておいた方が良いです。紙の本は時代遅れです。いやしくもITのプロを目指そうという人間が、このような最先端のデバイスを使っていないのは恥だと思うべきです。紙の本を買わないことは、環境を守ることにも繋がります。現金も持つのはやめましょう。

自宅での学習

せっかくセミナーに参加しても、受身で聴くだけでは、プログラミングを習得することは難しいです。ここでは、自宅でどのような勉強をすればよいのか、ご紹介します。

教科書を写経する

まずは、教科書や参考書を写経することから始めましょう。教科書や参考書の本文を一字一句正確に書き写すのです。

よく、「写経は理屈を学べないからだめだ」と批判されますが、まずは正しい「型」を体に覚え込ませるのが先です。野球や水泳などでも、細かい理屈よりも先にフォームを固めるのと同じです。書き写している内に理屈は自然と身に付きます。

また、写経のメリットは「飛ばし読み」を防げるところです。一字一句正確に写経をすれば、細かい部分を「分かったつもり」になって飛ばしてしまうことを防げます。たとえば、比較演算子の等号は=ではなくて、==です。プログラミングはこういうところに注意して学ばなければいけません。

ソースコードをフローチャート（UML）に変換する

教科書のサンプルコードをノートに書き写したら、それを今度は自力でフローチャート（UML）に変換してみましょう。そうすることで、自分が本当にそのコードを理解しているのか、確かめることができます。

フローチャートやUMLが素早く正確に描けることは、プログラマーとして働く上で非常に重要なスキルです。それらはソフトウェア設計の基礎となりますし、ソースコードを読めない営業や顧客にとっては貴重な資料となるからです。プロのエンジニアは、COBOLのソースコード10万行を1週間でフローチャートにして、Excelに転載することができます。

ここで一つ注意すべきことがあります。フローチャートを描くときは、必ず専用の定規を用いて描いて下さい。フリーハンドで描いたものは業務ではフローチャートとは認められません。これはまともな企業に就職すれば研修などで必ず習うことですから、今の内に覚えておきましょう。

Excelを勉強する

エンジニアを目指すのであれば、プログラミングだけではなく、Excelの使い方も学びましょう。Excelはエンジニアにとっての万能プラットフォームです。エンジニアはあらゆる作業をExcelで行います。セル結合や罫線を用いて、見栄えの良い資料を作る技術は、エンジニアにとって必須です。

プログラミング学習中であれば、たとえば以下のような題材の資料を作ってみると良いでしょう。

• ソースコード中の変数とその型と内容の一覧
• ソースコード中の関数とその引数と戻り値の一覧
• ソースコードの更新履歴と更新箇所と編集者の一覧
• アプリケーションの画面のスクリーンショットと操作説明

尤も、以上の資料は、ツールを使うことで自動で作成することもできます。たとえば、ソースコードの更新履歴はGitなどのバージョン管理システムを使うことでも管理できます。しかし、それらの資料としてのクオリティは非常に低いため、アマチュアしか使うことはありません。プロを目指す皆さんは、必ずExcelを使いこなせるようになりましょう！VBAの習得も必須です。

プログラミングのコツ

以上、プログラミングの勉強法について解説しました。ここからは、実際にソースコードを書くときのコツを紹介していきます。他のプログラマと差をつけることができる技術ですので、意識するようにして下さい。

変数名は短く

プログラムで使う変数名は可能な限り短くしましょう。

理想は、aやxなどの一文字です。ただし、これだけだと26文字しか使えないので、a1, a2, ...のように連番でグルーピングすると良いです。

また、変数の宣言と使用箇所が離れた場合に、変数の型がすぐに分かるように、たとえばint型であればi1, i2, ...、string型であればs1, s2, ...のように命名すると、読む人に親切で自分もミスしにくくなります。

変数名を長くするのは、以下のデメリットがあるため、絶対にやめましょう。

• ソースコードの1行が画面に収まらなくなり、読みにくくなる
• ソースコードのファイルサイズが増加する
• ビルド時の字句解析に時間がかかるようになる
• abなどの2文字以上の変数は、数学ではaとbの掛け算を意味するため、紛らわしい

なるべく関数を作らない

多くのプログラミング言語には、クラスや関数といった機能がありますが、これらは基本的にライブラリ提供者などが使う想定の機能であり、一般のプログラマが使うのは好ましくありません。したがって、クラスや関数はなるべく使わないようにして下さい。

関数を作ると、以下のデメリットがあります。

• 関数の呼び出しにオーバーヘッドが生じるため、プログラムが遅くなる
• 関数の処理を読むには定義箇所に移動しなければならず、可読性が落ちる。これは特に、関数の中でさらに別の関数が使われている場合に顕著になる。
• 関数の構文を解析するため、ビルドに時間がかかる

不要な関数を作らないためのテクニックには、以下のようなものがあります。

まず、関数の引数に「フラグ」を渡し、関数内部で処理を切り替えれば、1つの関数で複数の処理をすることができます。

function f(i) {
  switch(i) {
    case 1:
      // i = 1のときの処理
      break;
    case 2:
      // i = 2のときの処理
      break;
    case 3:
      // i = 3のときの処理
      break;
    // ...
  }
}

この方法は、以下に述べる「変数の寿命を伸ばす」効果もあります。つまり、この関数内で宣言された変数は、すべての処理で共通して使用することができます。

クラスに不要な関数を作らないようにするには、「継承」を用います。複数のクラスで用いる関数を定義したクラスを1つ作っておき、そのクラスを継承すれば、新しいクラスに関数を定義する必要はありません。

理想的には、プログラム内のすべての関数を同一のクラスに定義し、それを継承するべきです。そのようなクラスは俗に「神」と呼ばれ、プログラマからはこの上なく尊ばれています。

class God {
  f1() {
    // 関数1
  }
  
  f2() {
    // 関数2
  }
  // ...
}

class C1 extends God {
  // 何も書かなくても上の関数が使える！
}

class C2 extends God {
  // 何も書かなくても上の関数が使える！
}
// ...

変数の寿命を長くする

変数は宣言する場所によって、ソースコードのどの範囲から参照できるかが決まっています。この範囲が広いことを、「変数の寿命が長い」と言います。

たとえば、以下のコードのaは、関数定義の外側からは参照することができません。

function f() {
  var a = 1;
  return a;
}

一方、以下のコードのaは関数の内外どちらからでも参照することができます。

var a = 1;

function f() {
  a = 2;
  return a;
}

変数の寿命を長くするのは、プログラマの腕の見せ所です。

せっかく作った変数がすぐに死んでしまうのは、非常にもったいないです。ソースコードの表面には現れませんが、変数を作ったり捨てたりするのには、計算コストがかかります。したがって、寿命の短い変数を作りすぎてしまうと、プログラムが遅くなってしまいます。

また、変数の寿命が長いということは、変数をたくさん作らなくても、1つの変数を色々なところで利用できるということであり、とても便利です。たとえば、上記の前者のコードでは、関数の外部からaの値を参照したくなっても、参照することができません。後者のように書いておけば、プログラムのどの箇所からでも、aの値を参照したり、更新することができます。したがって、変数の寿命を長くするとプログラムを変更しやすくなります。つまり、保守性が上がります。

例外を潰す

例外とは、プログラムが予期しない処理をしようとした場合に、プログラムの実行を停止し、呼び出し元にエラーを通知する機能です。たとえば、「test.txt」というファイルを開こうとしても、そのファイルが存在しない場合は、例外となります。

例外が発生すると、プログラムが停止してしまうため、非常に困ります。したがって、プログラマは例外をきちんと処理しなければなりません。

ほとんどのプログラミング言語には、例外処理のための機構があります。たとえば、以下のような構文です。

try {
  // 例外が発生し得る処理
  // ex. ファイルを開く
}
catch (e) {
  // 例外が発生したときに、実行する処理
}

例外への対処は実はとても簡単です。是非ここで覚えて下さい。上記のような機構のある言語であれば、catch節の中身を何も書かなければ、例外が発生しても、何事もなくプログラムは動作を続けます。

try {
  // 例外が発生し得る処理
}
catch () {}

全ての例外を潰せば、決して不慮の動作で停止することのないプログラムを作ることができます。ですから、例外が発生し得るコードは、積極的に上記のtry-catch構文を用いて、例外を潰すようにしましょう。

おわりに

全体的に専門用語盛りだくさんの記事になってしまいましたが、

部分的にでも理解すればプログラミングを見る目が変わるはずです。

うさんくさい記事がインターネットには多いですが、

そういう情報に惑わされずに本物の技術を身につけてもらえればと思います。

Permalink | 記事への反応(0) | 19:31

ツイートシェア

■初心者から中級者になるためのプログラミングのコツ

変数や構文などのプログラミングの基礎は覚えた人向けに、ソースコードを書くときのコツを紹介していきます。どれも今日から実践できるものばかりです。他のプログラマと差をつけることができる技術ですので、ぜひ意識するようにして下さい。良い子はまねしないで下さい。

変数名は短く

プログラムで使う変数名は可能な限り短くしましょう。

理想は、aやxなどの一文字です。ただし、これだけだと26文字しか使えないので、a1, a2, ...のように連番でグルーピングすると良いです。

また、変数の宣言と使用箇所が離れた場合に、変数の型がすぐに分かるように、たとえばint型であればi1, i2, ...、string型であればs1, s2, ...のように命名すると、読む人に親切で自分もミスしにくくなります。

変数名を長くするのは、以下のデメリットがあるため、絶対にやめましょう。

• ソースコードの1行が画面に収まらなくなり、読みにくくなる
• ソースコードのファイルサイズが増加する
• ビルド時の字句解析に時間がかかるようになる
• abなどの2文字以上の変数は、数学ではaとbの掛け算を意味するため、紛らわしい

なるべく関数を作らない

多くのプログラミング言語には、クラスや関数といった機能がありますが、これらは基本的にライブラリ提供者などが使う想定の機能であり、一般のプログラマが使うのは好ましくありません。したがって、クラスや関数はなるべく使わないようにして下さい。

関数を作ると、以下のデメリットがあります。

• 関数の呼び出しにオーバーヘッドが生じるため、プログラムが遅くなる
• 関数の処理を読むには定義箇所に移動しなければならず、可読性が落ちる。これは特に、関数の中でさらに別の関数が使われている場合に顕著になる。
• 関数の構文を解析するため、ビルドに時間がかかる

不要な関数を作らないためのテクニックには、以下のようなものがあります。

まず、関数の引数に「フラグ」を渡し、関数内部で処理を切り替えれば、1つの関数で複数の処理をすることができます。

function f(i) {
  switch(i) {
    case 1:
      // i = 1のときの処理
      break;
    case 2:
      // i = 2のときの処理
      break;
    case 3:
      // i = 3のときの処理
      break;
    // ...
  }
}

この方法は、以下に述べる「変数の寿命を伸ばす」効果もあります。つまり、この関数内で宣言された変数は、すべての処理で共通して使用することができます。

クラスに不要な関数を作らないようにするには、「継承」を用います。複数のクラスで用いる関数を定義したクラスを1つ作っておき、そのクラスを継承すれば、新しいクラスに関数を定義する必要はありません。

理想的には、プログラム内のすべての関数を同一のクラスに定義し、それを継承するべきです。そのようなクラスは俗に「神」と呼ばれ、その利便性からプログラマからはこの上なく尊ばれています。

class God {
  f1() {
    // 関数1
  }
  
  f2() {
    // 関数2
  }
  // ...
}

class C1 extends God {
  // 何も書かなくても上の関数が使える！
}

class C2 extends God {
  // 何も書かなくても上の関数が使える！
}
// ...

変数の寿命を長くする

変数は宣言する場所によって、ソースコードのどの範囲から参照できるかが決まっています。この範囲が広いことを、「変数の寿命が長い」と言います。

たとえば、以下のコードのaは、関数定義の外側からは参照することができません。

function f() {
  var a = 1;
  return a;
}

一方、以下のコードのaは関数の内外どちらからでも参照することができます。

var a = 1;

function f() {
  a = 2;
  return a;
}

変数の寿命を長くするのは、プログラマの腕の見せ所です。

せっかく作った変数がすぐに死んでしまうのは、非常にもったいないです。ソースコードの表面には現れませんが、変数を作ったり捨てたりするのには、計算コストがかかります。したがって、寿命の短い変数を作りすぎてしまうと、プログラムが遅くなってしまいます。

また、変数の寿命が長いということは、変数をたくさん作らなくても、1つの変数を色々なところで利用できるということであり、とても便利です。たとえば、上記の前者のコードでは、関数の外部からaの値を参照したくなっても、参照することができません。後者のように書いておけば、プログラムのどの箇所からでも、aの値を参照したり、更新することができます。したがって、変数の寿命を長くするとプログラムを変更しやすくなります。つまり、保守性が上がります。

例外を潰す

例外とは、プログラムが予期しない処理をしようとした場合に、プログラムの実行を停止し、呼び出し元にエラーを通知する機能です。たとえば、「test.txt」というファイルを開こうとしても、そのファイルが存在しない場合は、例外となります。

例外が発生すると、プログラムが停止してしまうため、非常に困ります。したがって、プログラマは例外をきちんと処理しなければなりません。

ほとんどのプログラミング言語には、例外処理のための機構があります。たとえば、以下のような構文です。

try {
  // 例外が発生し得る処理
  // ex. ファイルを開く
}
catch (e) {
  // 例外が発生したときに、実行する処理
}

例外への対処は実はとても簡単です。是非ここで覚えて下さい。上記のような機構のある言語であれば、catch節の中身を何も書かなければ、例外が発生しても、何事もなくプログラムは動作を続けます。

try {
  // 例外が発生し得る処理
}
catch () {}

全ての例外を潰せば、決して不慮の動作で停止することのないプログラムを作ることができます。ですから、例外が発生し得るコードは、積極的に上記のtry-catch構文を用いて、例外を潰すようにしましょう。

Permalink | 記事への反応(0) | 08:28

ツイートシェア

■anond:20210617113031

彼の職場を中心として半径が彼の職場と彼の家間の距離である円をC1

私の職場を中心として半径が私の職場と私の家間の距離である円をC2

としたときにC1とC2が交わる地点に引っ越して一緒に住めばいいのでは

Permalink | 記事への反応(0) | 13:10

ツイートシェア

■anond:20210531022930

「湾岸ミッドナイトC1ランナー」はいいぞ。

枯れたおっさんたちのオタク ウンチク教養だよあれは。

オタク指南書、あるいは詩集としての『C1ランナー』

https://i-mas.at.webry.info/201104/article_8.html

Permalink | 記事への反応(0) | 13:50

ツイートシェア

■バトルオペレーション２が辛い

バトルオペレーション２って何？

サービス開始からかれこれ2年と半年ほど経過し今なお新機体が実装されればトレンド入りするほど人気なガンダムゲーム作品の一つ、「機動戦士ガンダム バトルオペレーション２」

一年戦争〜第二次ネオ・ジオン抗争の機体はもちろん、PS2やPS3で発売されたゲーム媒体、サンダーボルトやアグレッサー等の漫画作品の機体からも参戦し、地上や宇宙でバトルが出来るチームバトルアクションゲームとなっている。

現在もシリーズが続くガンダムゲームの一つであるエクストリームバーサスシリーズとは違い、ゲームスピードがかなり落ち着いており、射撃から格闘へ移行させダウンを取る、機体が破損すれば火や爆炎が機体から、ジャミングを受ければレーダーやカメラに影響が出るなど重厚感のあるMS戦を楽しむ事が出来るのも魅力の一つ。

MSの機体のモデリングの出来はとても良く、長らくキット化されていないような機体も見事に3D化されている。一定の制限があるものの、機体のカラーリングも自分で設定が可能で、さながらモデラーや自身の搭乗機のような気分も味わう事もできる。

他にも巨大なMSを相手に挑むバトルシミュレーター、クランを結成して任務をこなす事でアイテムを獲得、クラン同士でバトルも可能とプレイスタイルに合わせた楽しみ方もこのゲームが現在でもサービスが続いている要因と言えます。

しかしながらこのゲームにおいて現在も続いている問題があります。

「強襲機が辛い」

他にも「レーティング(ランク)マッチにおける勝ち負けのポイント増減が酷い」「ベースキャンプでの行動が面倒」「カラーリングの設定で融通が効かない部分がある」等語り出したらキリがない部分があるので今回はこの「強襲機が辛い」という問題だけ言及したいと思います。

そもそも強襲とは？

このゲームには兵科が三つあって、強襲、汎用、支援の三つがあります。与えるダメージが増え、受けるダメージが低くなるという点があり、汎用は強襲に強く、支援は汎用に強く、強襲は支援に強いといった形の三すくみになっています。(ポケモンでいう草火水)

編成に何機までといった制限は無いものの、レーティングマッチやポイントの増減が無いクイックマッチ等で使われる6vs6や5vs5でのバトルでは「強襲と支援は一機ずつ」というのが基本的な編成になっていて、汎用機が多めに編成される事が多いです。

(個人的には兵科ごとに決まっている機動力では汎用が一番バランスが取れている為だと考えます。単純にやっているプレイヤー達が昔からこうだったからという理由かもしれません)

汎用機が前に出て、支援機が後方から支え、強襲は頃合いを見て支援機を倒しに行くのが戦闘の基本となっています。

なぜ辛いのか？

先程話した「強襲と支援が一機ずつ」というプレイヤーの認識により、支援機は戦場に多い汎用機に対してダメージを稼ぎやすく、前線を支える汎用の後ろについて戦うスタイルが基本というのも相まって支援機はかなり戦いやすい兵科となっています。

対して強襲機は自分に不利な汎用機に囲まれた支援機を倒さなければならず、前線を支える汎用と同じラインで動く事が多い為敵からの被弾によりいつの間にか体力は半分を切ってるなんて事もザラにあります。

どうやって近づくのか？

無理です。

これには「強襲機が持つスキルが汎用機に対してあまり優位にはなれない」というのが関係してます。

例を挙げると350コスト(機体には出撃出来るコスト帯があり、試合毎に決まっている)の強襲機が支援機に近づくと必ずと言って良いほど現れる「水中型ガンダム」「ハイゴッグ」という機体がカットをしに現れます。前者は相手の行動を怯みという状態を付与しながら安定してダウンを取れる武装を持っている。

後者は強判定という格闘を振りあった際にどちらがダメージを与えられるかの基準の中で一番強いものを持っており、かつ強襲機が持っている射撃によるよろけを一定値まで無効化出来るスキルを貫通できるほどの数値を持ってるミサイルがあります。

この二機を掻い潜る事が出来るプレイヤーは少なく、別のコストに行けば等しく強い汎用機が行手を阻んできます。

今まで汎用機のバランスが悪くなく三すくみが唯一機能してると言われていた低コスト帯にも「ザク・マリンタイプ」というコストに見合わない弾幕を浴びせてくる汎用機の出現によって崩壊してしまいました。

2019年頃から登場するようになったZガンダムに登場する機体が使われる500〜650の高コスト帯においても「トーリスリッター」「ジ・O」「ドーベンウルフ」「ドライセン」「零式」「ガルスJ」「メタス」...説明は省きますが理不尽な武装と高いダメージを継続して出し続ける事が出来る汎用機が台頭しており「強襲を編成に出さない方が勝てる」とまで言われるようになってしまいました。

もし近づけたら？

300〜450までなら倒せるかなと個人的には思います。汎用機が強力ではあるものの、機体性能では支援機に勝っているので勝てる可能性は十分にあります。

しかし500から話は変わってきます。　ハッキリ言うと無理です。

500〜550には高い自衛力を誇る「ズサ」、600〜650は通常のよろけよりも強いものを撃ち、変形する事で空に飛んで戦線離脱も可能な「ZプラスC1」といった強襲に対する対策に特化した機体が現れているのが現状です。

強襲は今後どうするか

汎用機と支援機のインフレは加速しているのに対し強襲機だけは強力な機体は滅多に現れず、せっかく当たった機体が強襲、好きな機体でも強襲だとまともに戦闘にならないなんて事もあります。

機体をガチャで入手する。強い機体が実装し多くの人に課金してもらうというのはゲームを運営する以上仕方ない事ではありますが、ここまでゲームの基本である三すくみを破壊している機体を放置するのはユーザーの減少は勿論、新規ユーザーもついていけずに辞めてしまう事でしょう。

運営も強襲機の不遇について認識しており、「敵の汎用機の数に応じて被ダメージの上昇を軽減する」といった改善案を考えているとの発表がありました。これで強襲機も安心して出せる日も来る事でしょう。良かったですね。ありがとう。皆のおかげだ。

バカか

んなわけねーだろ被ダメは軽減しても怯むしよろけるしダメージの上昇はされてんだから汎用が喰らうよりもダメージ痛いし支援機も自衛力高すぎて手も足も出ねぇんだわ。

一番必要なのは与ダメージと耐久力の低下といった汎用機の一律弱体化、格闘判定を「強襲が持つ強判定には汎用機の強判定では勝てない」といった判定の調整、ピック率が低い機体の一部の武装を強化し、それを狙って戦闘をするユーザーに下手くそな調整の責任を押し付けない真面目な機体調整が必要です。しかしながら「一律弱体化における弱い汎用機がさらに弱くなってしまう」「判定方法の難化によるバトルの複雑さが上がる」「ハイパーインフレバトルの始まり」といったリスクが生じてしまいます。じゃあこれもダメならどうするか？そこで私はこう考えました。

強襲汎用支援は必ず二機ずつ編成するバトオペ3を作ろう！！！！！！！

バトオペ2サ終しろボケ

フォトモードもねぇくせにフォトコンテストなんて開いてんじゃねぇよバカ

Permalink | 記事への反応(0) | 22:23

ツイートシェア

■バトルオペレーション２が辛い

バトルオペレーション２って何？

サービス開始からかれこれ2年と半年ほど経過し今なお新機体が実装されればトレンド入りするほど人気なガンダムゲーム作品の一つ、「機動戦士ガンダム バトルオペレーション２」

一年戦争〜第二次ネオ・ジオン抗争の機体はもちろん、PS2やPS3で発売されたゲーム媒体、サンダーボルトやアグレッサー等の漫画作品の機体からも参戦し、地上や宇宙でバトルが出来るチームバトルアクションゲームとなっている。

現在もシリーズが続くガンダムゲームの一つであるエクストリームバーサスシリーズとは違い、ゲームスピードがかなり落ち着いており、射撃から格闘へ移行させダウンを取る、機体が破損すれば火や爆炎が機体から、ジャミングを受ければレーダーやカメラに影響が出るなど重厚感のあるMS戦を楽しむ事が出来るのも魅力の一つ。

MSの機体のモデリングの出来はとても良く、長らくキット化されていないような機体も見事に3D化されている。一定の制限があるものの、機体のカラーリングも自分で設定が可能で、さながらモデラーや自身の搭乗機のような気分も味わう事もできる。

他にも巨大なMSを相手に挑むバトルシミュレーター、クランを結成して任務をこなす事でアイテムを獲得、クラン同士でバトルも可能とプレイスタイルに合わせた楽しみ方もこのゲームが現在でもサービスが続いている要因と言えます。

しかしながらこのゲームにおいて現在も続いている問題があります。

「強襲機が辛い」

他にも「レーティング(ランク)マッチにおける勝ち負けのポイント増減が酷い」「ベースキャンプでの行動が面倒」「カラーリングの設定で融通が効かない部分がある」等語り出したらキリがない部分があるので今回はこの「強襲機が辛い」という問題だけ言及したいと思います。

そもそも強襲とは？

このゲームには兵科が三つあって、強襲、汎用、支援の三つがあります。与えるダメージが増え、受けるダメージが低くなるという点があり、汎用は強襲に強く、支援は汎用に強く、強襲は支援に強いといった形の三すくみになっています。(ポケモンでいう草火水)

編成に何機までといった制限は無いものの、レーティングマッチやポイントの増減が無いクイックマッチ等で使われる6vs6や5vs5でのバトルでは「強襲と支援は一機ずつ」というのが基本的な編成になっていて、汎用機が多めに編成される事が多いです。

(個人的には兵科ごとに決まっている機動力では汎用が一番バランスが取れている為だと考えます。単純にやっているプレイヤー達が昔からこうだったからという理由かもしれません)

汎用機が前に出て、支援機が後方から支え、強襲は頃合いを見て支援機を倒しに行くのが戦闘の基本となっています。

なぜ辛いのか？

先程話した「強襲と支援が一機ずつ」というプレイヤーの認識により、支援機は戦場に多い汎用機に対してダメージを稼ぎやすく、前線を支える汎用の後ろについて戦うスタイルが基本というのも相まって支援機はかなり戦いやすい兵科となっています。

対して強襲機は自分に不利な汎用機に囲まれた支援機を倒さなければならず、前線を支える汎用と同じラインで動く事が多い為敵からの被弾によりいつの間にか体力は半分を切ってるなんて事もザラにあります。

どうやって近づくのか？

無理です。

これには「強襲機が持つスキルが汎用機に対してあまり優位にはなれない」というのが関係してます。

例を挙げると350コスト(機体には出撃出来るコスト帯があり、試合毎に決まっている)の強襲機が支援機に近づくと必ずと言って良いほど現れる「水中型ガンダム」「ハイゴッグ」という機体がカットをしに現れます。前者は相手の行動を怯みという状態を付与しながら安定してダウンを取れる武装を持っている。

後者は強判定という格闘を振りあった際にどちらがダメージを与えられるかの基準の中で一番強いものを持っており、かつ強襲機が持っている射撃によるよろけを一定値まで無効化出来るスキルを貫通できるほどの数値を持ってるミサイルがあります。

この二機を掻い潜る事が出来るプレイヤーは少なく、別のコストに行けば等しく強い汎用機が行手を阻んできます。

今まで汎用機のバランスが悪くなく三すくみが唯一機能してると言われていた低コスト帯にも「ザク・マリンタイプ」というコストに見合わない弾幕を浴びせてくる汎用機の出現によって崩壊してしまいました。

2019年頃から登場するようになったZガンダムに登場する機体が使われる500〜650の高コスト帯においても「トーリスリッター」「ジ・O」「ドーベンウルフ」「ドライセン」「零式」「ガルスJ」「メタス」...説明は省きますが理不尽な武装と高いダメージを継続して出し続ける事が出来る汎用機が台頭しており「強襲を編成に出さない方が勝てる」とまで言われるようになってしまいました。

もし近づけたら？

300〜450までなら倒せるかなと個人的には思います。汎用機が強力ではあるものの、機体性能では支援機に勝っているので勝てる可能性は十分にあります。

しかし500から話は変わってきます。　ハッキリ言うと無理です。

500〜550には高い自衛力を誇る「ズサ」、600〜650は通常のよろけよりも強いものを撃ち、変形する事で空に飛んで戦線離脱も可能な「ZプラスC1」といった強襲に対する対策に特化した機体が現れているのが現状です。

強襲は今後どうするか

汎用機と支援機のインフレは加速しているのに対し強襲機だけは強力な機体は滅多に現れず、せっかく当たった機体が強襲、好きな機体でも強襲だとまともに戦闘にならないなんて事もあります。

機体をガチャで入手する。強い機体が実装し多くの人に課金してもらうというのはゲームを運営する以上仕方ない事ではありますが、ここまでゲームの基本である三すくみを破壊している機体を放置するのはユーザーの減少は勿論、新規ユーザーもついていけずに辞めてしまう事でしょう。

運営も強襲機の不遇について認識しており、「敵の汎用機の数に応じて被ダメージの上昇を軽減する」といった改善案を考えているとの発表がありました。これで強襲機も安心して出せる日も来る事でしょう。良かったですね。ありがとう。皆のおかげだ。

バカか

んなわけねーだろ被ダメは軽減しても怯むしよろけるしダメージの上昇はされてんだから汎用が喰らうよりもダメージ痛いし支援機も自衛力高すぎて手も足も出ねぇんだわ。

一番必要なのは与ダメージと耐久力の低下といった汎用機の一律弱体化、格闘判定を「強襲が持つ強判定には汎用機の今日判定では勝てない」といった判定の調整、ピック率が低い機体の一部の武装を強化し、それを狙って戦闘をするユーザーに下手くそな調整の責任を押し付けない真面目な機体調整が必要です。ぶっちゃると「一律弱体化における弱い汎用機がさらに弱くなってしまう」「判定方法の難化によるバトルの複雑さが上がる」「ハイパーインフレバトルの始まり」といったリスクが生じてしまいます。じゃあこれもダメならどうするか？そこで私はこう考えました

バトオペ3を作ろう！！！！！！！

バトオペ2サ終しろボケ

フォトモードもねぇくせにフォトコンテストなんて開いてんじゃねぇよバカ

Permalink | 記事への反応(2) | 22:21

ツイートシェア

■anond:20210222162708

学術だったらドイツ語オススメ。向こうは大学が無償で留学しやすく、アカデミックな環境も充実している。史料や現在の出版物も多いし、得られる情報も多く質が良い。

現地の人とコミュニケーションして商売したいなら、オススメ順に中国語、ロシア語、スペイン語。どれをとっても、C1とれれば食っていくのに困らないんじゃないか。ロシア語できれば旧共産圏のコミュニケーションには全く困らない。イスラエルでも通じる。

歴史学とかやるならラテン語とかギリシャ語なんだろうけど、そのへんは分からんすまん。

Permalink | 記事への反応(0) | 16:57

ツイートシェア

■anond:20210123173916

目的地ベースじゃなくてルートで楽しめ。目的地など目印程度だ。

半島めぐりはよくやったな。

三浦半島＞伊豆半島＞房総半島の順で距離が長い。

深夜の首都高速C1、C2をぐるぐる回れるようになれば首都高も怖くなくなる。

Permalink | 記事への反応(0) | 13:59

ツイートシェア

■広告のキャッチコピーがどうしてもすごいと思えない

広告のコピーライティング（いわゆるキャッチコピー）がすごいと思えない。

私は新卒から現在に至るまで広告業界（大手代理店→事業会社）に身を置いているが、

広告業界特有の「賞」によってクライアントではない人々（主に代理店）がもてはやされていることに対する違和感がいつになっても払拭されない。

学生の頃、音楽制作や映像制作をやっていた私は、華やかなCMを作ってみたい！というミーハーな気持ちを抱き、運良く大手広告代理店に就職した。

研修後のOJTで莫大な予算の企画会議に参加した時のことを今でも覚えている。

その時はコピーの案出しだったが、ベテランといわれるコピーライターの方々がコピーひとつひとつに対しA4用紙一枚を使い、

会議室に並べられた机にずらっと並べて意見を言い合っていた。

衝撃的だった。

詳細なことはここでは述べないが、こんな仕事でクライアントからお金をもらって罪悪感を覚えないのだろうかという感覚だった。

たしかにクライアントの持つ課題や、当該商品の特徴など最低限のことは理解してるとはいえ、

クリエイティブと呼ばれている人々の「単純にやりたい」、「前例を作りたい」、「賞を狙いたい」等の動機が圧倒的に優先しており、

企画会議としての体をなしていなかった。

純粋だった私は、そのようなことをOJTの感想として述べたところ、ほぼ内定していた希望部署から外されてしまった。

その後、個人的に制作活動は続けながら、仕事としては制作とは直接的に関わらない部署で数年を過ごした。

その後事業会社（いわゆるクライアント側）に移り代理店に発注する側になった。

たしかに、代理店の持ってくるコピーは、きれいなフォントできれいな体裁に整えられたスライド上ではなんだかすごそうに見える。

でも、いつみてもほんとに誰でも書けるとしか思えないようなものばかりだ。（クリエイティブの皆様は死ぬほどキレるかも…）

学生の頃になんとなく通った宣伝会議のコピーライター養成講座でなんとなくテキトーに出したコピーで

その回の最も良い賞（なんかいいえんぴつだった気がする）をもらってしまったり、

新人の頃にみんなでテキトーに出したブレーンのC1グランプリに一発目で掲載されてしまったという体験もあるのかもしれない。

正直、コピーライティングといわれているスキルは他の技術職と比べるとスキルが不明確すぎるし、

そもそもそのようなスキルの存在自体疑問に感じる。

「言葉」という普遍的なものの中で勝手に特権意識を感じているだけではないだろうか。

コピーライティングというのも自体は、社会的意義を持つものだと思う。

現に社会に強いメッセージを残しているコピーはいくつもあるし、私自身も好きなコピーはいくつもある。

しかし、広告業界では、コピー（言葉）が属人的になりすぎている。

どうせ賞をとっても業界内の評価しかもらえないのであるから（広告業界的にはそれが名誉とされているのだが）、

人のふんどしで取った手柄で「すごいでしょ？」的な発信することはやめるべきではないだろうか。

そうすれば、業界以外の人々はいちいち広告業界の人々（特に制作の人々）の「すごいでしょ？」アピールに反応しなくてもよくなるし、

キャッチコピー等の広告物もいちいち「作品」とか言われずに、ひとびとの生活の一部となれるかもしれない。

そこそこ有名なコピーライターとなった友人がtwitterで一般人が書いたキャッチコピーに対して

「広告業界のお作法も知らず書いたコピーだからダメ」と苦言を呈していて、いてもたってもいられずに書いてしまった。

ちなみに私は、一般人が書いたキャッチコピーと代理店の持ってくるコピーは大差なく感じることが多い。

たしかに一般人が書くコピーは大半がアレなことが多いが、一日訓練すれば最低限のお作法は身につくと思う。

昔はよくコピー1000本ノックが行われたと聞く。

たしかに思考訓練にはなると思うが、主観的な成長を感じたとしても、客観的な成長を当事者周辺しか感じられない点で意味ないと思う。

コピーライターは専業でやる職業ではないよ。

と思う。

もっと書かなければならないけどzoom会議の時間が来てしまいました。

乱文ごめんなさい。

Permalink | 記事への反応(13) | 15:44

ツイートシェア

■anond:20200904143451

経済政策b1と福祉支援政策c1が同時には成り立たなかったら？

Permalink | 記事への反応(1) | 14:36

ツイートシェア