「Csv」を含む日記

■タスク忘れが多いからおすすめのスケジュールアプリ教えてくれ

めんどくさいので仕事用もプライベートも一緒に管理したい

会社がOutlookなので直連携(あるのか知らんが)でもcsv取り込みでも構わない

結婚式の二次会とか数か月先の予定とかすっぽかしちゃう最低の人間です…

Permalink | 記事への反応(3) | 11:08

ツイートシェア

■めちゃくちゃ腹が立ったので色々ぶっちぎりたい

「簡単な仕事しかしてないよね、みんな君のことミスが多くて仕事を頼めないって言ってるよ」

と上司に言われたそのあとで社内で自分にしかできない仕事を振られる。

こいつはいつもいつも架空の「みんな」を作り出しだれがどう具体的に何の案件のことを言っているのか問い詰めても具体例は一切示さない。

しかしこの「みんな」は、居てもいなくても地獄でしかないことに気付いていないのか。

本当に社員のだれかがなにかのミスを直接注意せず、わざわざ上司にチクりに行った場合→こんなやつと仕事したくない　だし

上司の妄想でしかない場合→こんなやつと仕事したくない

なのだけど

ミスだと言っていたものを聞き出すと、そのゴミ上司の明らかに足らない説明で依頼してきて、思い通りのものがもらえなかったという話だった。ファイル形式も期日も書式も何一つ指定されていない。

そのことを指摘するとコミュニケーションコストが高いとかほざくのでもう全部の仕事を手前で片付けろ何一つ人に頼むなという気持ち。

マクロ組んだりCSV使ったりして時間内に仕事を終わらせて帰っているだけである。

本当にこいつはIT系にいた人間なんだろうかと思う。年齢は高くないのに昭和オブ昭和の感性を持っていて昭和期のおっさんの無意識ハラスメント発言みたいなのも多い。

ちなみにこの２年で10人辞めてるこの会社。社員15人なのに。職歴長い人間も全体的にヤバい。IT介護が必要な30年前の若かりしころの自慢話しかしないおっさんとか。

マジで小規模な会社ほんとに避けよう。不幸しかない。

辞めたいというかもうそろ辞められるので多少早まってもいいかという気持ちが沸いている。しかし物入りのため、少しでもお金稼ぎたい気持ちもある。

腹立たしいのでパワハラとかでどうにかしてやりたい。

Permalink | 記事への反応(1) | 22:02

ツイートシェア

■anond:20200718134711

元増田は自分で言ってて気が付いてないようだけど

コードがぐちゃぐちゃになる理由は「データ管理が悪いから」じゃなくて

単に自分で試行錯誤したときに「失敗の痕跡をちょっとずつ残してるから」だと思う

CSV(テキスト)で管理してて配列かなんかに入れて扱うんなら、適切にやれば後から足そうが最初からあろうがデータ取得処理は変わらん

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

ツイートシェア

■anond:20200718032205

何やら難しそうな話をしているがテキストファイルでいいならCSVファイルを使うことにして編集するときはCSVエディタを使って実行するときは二次元配列に格納して行や列の先頭の値をチェックしてから使えば追加したり削除したりしても問題ないのではないかと思った。

Permalink | 記事への反応(1) | 13:47

ツイートシェア

■anond:20200711161644

表組み記法 | ～～ | ～～ |, |*～～ | ～～ | 表組み（table）を簡単に記述します

そもそもはてな記法でテーブル書くのだって

CSVのカンマの代わりにパイプライン使うだけだぞ（PSV?）

※両端にも要るのでちょっとちがう

Permalink | 記事への反応(3) | 16:23

ツイートシェア

■anond:20200711155953

元増田じゃないけど、

CSVからHTMLの表のタグにしてくれるウェブ上のツールはいろいろあるよ

自分の場合使ってる増田クライアントがmarkdown対応だから割と書きやすい（宣伝

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

ツイートシェア

■

サーバのデータをCSVで落としてくるとき時間分の分下一桁が毎0分のときに落ちてきます。要は10分ごとにしかデータが来ないんです。

よって1分にリクエストしたら9分待ち、9分にリクエストしたら1分後に落ちてきます。

なので場合によっては最大で9分間データが落ちてくる時間を待ってるときなんかがあり、その空きにちょこちょこ増田書いたりしています。

正確には毎0分40秒ぐらいにデータが来ます。スマートウォッチはデジタルでもアナログ調でも秒針が無いのが多くて、あるものだとちょっとデザインがイケてないところが玉に瑕ですが、秒にはこだわってます。腕時計に秒針があると非常に助かります。

今日も秒で書いた増田ではありませんが、いくつか書いた増田には、トラバやブクマがつきませんでした。

今日はもう帰ります、と言いたいところですが、

上司が早く帰らないので、帰れません。帰り次第帰ります。

また明日よろしくお願いします。

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

ツイートシェア

■資産運用についての覚え書き(2/3)

anond:20200704123156の続き。

非対称リバランス投資法

前提条件

• リスク資産がノーロードの運用商品であること。
• 金利が十分に低く、安全資産を現金相当の資産で持つことが合理的であること。

これらの前提条件は安全資産からリスク資産へのリバランスがノーコストであることを意味する。逆(リスク資産から安全資産へ)は真では無いことに注意、何故ならリスク資産を売却するときの利益から税金(約二割)が徴収されるから。

このリバランスの非対称性に着目することが、非対称リバランス投資法と名付けた由来。

方針

• リスク資産はノーロードの運用商品で持つ。
• 安全資産は現金または現金相当の資産で持つ。
• 安全資産に変動金利の個人向け国債を割り当ててもよいが、リバランス時に必要な流動資金を手元に残しておくこと。

準備

1. 自分の全資産におけるリスク資産の比率を決める。(例: 安全資産 50%、リスク資産 50%)
   • リスク資産は暴落時に半分から三分の一まで毀損することを考慮して決める。
   • 生活防衛資金を含む安全資産が絶対金額として十分に残るように考慮して決める。特にリスク資産が値下がりしてリバランスした後に残る安全資産の金額が重要。
2. 安全資産の絶対防衛ラインを決める。
   • これ以上は絶対に投資しないという、必ず手元に残しておく金額を決める。
   • 投資は余剰資金で行うもの、日々の生活の安寧のためには十分な資金をを手元に残すことが必要です。
   • かつての世界恐慌ではリスク資産が十分の一まで毀損した。三分の一の想定は絶対では無いので、そういった非常事態に安全資産を減らし過ぎないよう、絶対防衛ラインをあらかじめ決めておく。
3. リスク資産の運用商品を決める。(例: 全世界株式)
   • anond:20200704123156の資産運用の三大原則を参照。
4. 数年かけてリスク資産を決めた比率まで徐々に購入する。
   • 理論上は一括購入が最善のはずだが、普通人は価格の乱高下に耐えられないので非現実的。
   • 手元にまとまった資金がある場合、積み立て購入は平均的に一括購入の半分程度しか利益が出ないので非効率。
   • 人は何故積み立て購入するのか、それは価格が乱高下して上がるか下がるか予想できないから。
   • 1年後の価格を予想できないなら、1年程度の期間ではまだ積み立て購入している方が良い。
   • 数十年後に価格が上昇している可能性が高いと思うなら(そう思わなければそもそも投資しないはず)、数十年より十分に短い期間で全額購入し切っている方が良い。
   • 両者の間をとって、数年で全額購入し切るように調整する。

運用

1. 定期的に全資産の状況を確認する。
   • 銀行口座や証券口座のウェブサイトからCSVでデータをダウンロードしてExcelで集計する。
   • 慣れればそんなに手間ではない。きちんとExcelのテーブルと数式を作り込んでおけば、30分くらいで集計出来る。
   • 毎日やる必要はない。何故なら投資信託の買い付けは数日のタイムラグがあるので、毎日確認しても運用が追い付かないから。週一か月一程度で十分。
   • 普段は月一で確認して、コロナショックのように値動きが気になる時は週一で確認すればよいだろう。
2. リスク資産の比率が低い場合:
   • 安全資産の絶対防衛ラインを割らない範囲で、即座にリスク資産を購入してリスク資産の比率を元に戻す(リバランスする)。
   • 最安値を待つ必要は無い。下がったらまたリバランスすればよいだけのこと。何故なら、現金からリスク資産へのリバランスはノーコストなので、絶対防衛ラインに到達する前なら何回リバランスしても問題ないから。
   • 低値で買うのが運用のセオリーだが、暴落時はハイプレッシャーなので購入タイミングと投入金額の判断が難しい。この方法なら、タイミングは判断不要で投入金額は自動的に決まるのがメリット。
3. リスク資産の比率が高い場合:
   • なるべく我慢する。
   • 高値リスクに我慢できなくなったらリスク資産を売却してリスク資産の比率を元に戻す(リバランスする)。
   • 何故なら、リスク資産から現金へのリバランスはコストが掛かるので、なるべく回数を減らしたいから。
   • 高値で売るのが運用のセオリーだが、実際は売却のタイミングと量が難しい。
   • 価格上昇時は焦らず慌てず冷静にじっくり考えて売却タイミングを決める。経験的に暴騰時は暴落時よりも価格変動が小さい(すなわち下降は急激で上昇は比較的緩やかな)傾向があるので、プレッシャーはそんなにないはず。タイミングが決まれば売却量も自動的に決まるのが、この方法のメリット。
   • 理論上は何時リバランスしても問題無いはず。何故なら、将来の価格が上がるか下がるかは誰にも分からない、すなわち可能性は半々なので、両方のポジションを最適に持つことが合理的だから。(ここで最適とは、あらかじめ自分で決めたリスク資産の比率のこと)
   • ただし、頻繁な売却は利益への課税で資産を毀損するので、回数はなるべく減らすこと。リバランスは非対称に行う！
4. 必要に応じてリスク資産の比率や安全資産の絶対防衛ラインを見直す。

シミュレーションによる評価結果

ブラックショールズモデル[dS(t)/S(t)=σdW(t)+μdt]に基きランダムウォークを多数走らせて統計的な結果を確認するのと、典型的なサンプルをいくつか抽出し詳細を観察した。また最悪のサンプルを抽出して、最悪どこまで総資産や安全資産が減額するかを確認した。ランダムウォークだと下落傾向が数十年続くいやなパターンが意外と出てくる。

• リバランスは総資産のリターンを下げリスクをもっと下げて、結果としてシャープレシオを向上させる効果がある。安全資産 50%、リスク資産 50%の比率なら、総資産のリターンはリスク資産の半分でリスクは三分の一くらいになる。
• 実はリバランスは厳密にやっても適当にやっても結果はあまり変わらない。なので適当にマイルールを決めてしまって大丈夫そうだ。
• 絶対防衛ラインは価格下降局面で安全資産の比率を高める効果がある。高めるのはあくまで比率であって、総資産は厳密にリバランスした場合より少し劣るが、価格下降局面における精神の安定に寄与するものと思われる。
• 価格上昇局面でリバランスの回数を減らすことは、総資産のリターンを少し増やしリスクを少し高める効果がある。厳密にリバランスした場合よりシャープレシオは少し劣るが、価格上昇局面なら多少のリスクはあってもリターンが増えたほうがよいだろう。

税制優遇制度について

• iDeCo/DC年金とつみたてNISAをフル活用し、追加で特定口座(源泉徴収有り)を使う。
• 特定口座はリバランスのバッファとして必要。iDeCo/DC年金はそもそも60歳まで引き出せないし、つみたてNISAは売却するとせっかくの非課税枠が無くなるので、リバランスで売却するのはもったいない。
• あらかじめ特定口座にまとまった資金を投入し、iDeCo/DC年金とつみたてNISAでゆっくりと積み立てながら、特定口座で適宜リバランスする。
• 長期運用なら一般NISAとつみたてNISAで優劣は無いので、総投資額が大きいつみたてNISAの方が良い。何故なら、同一商品を20年間運用する前提なら、一般NISAで120万円を非課税5年＋ロールオーバー5年＋特定口座移管10年で運用するのと、つみたてNISAと特定口座で40万円と80万円すなわち合計120万円を20年運用するのとでは、20年後の税引き後利益は両者でほとんど変わらないから。前半の10年は一般NISAが有利だが、後半の10年でつみたてNISAの利益が追い付いてしまうのだ。

Permalink | 記事への反応(2) | 12:33

ツイートシェア

■anond:20200611050133

なるほど。

対象となるであろう事案は複数ある中でも、もっとも重要で重い犯罪に関してのcsvデータはある。

わたしの発言に客観的な整合性が認められる。

（当たり前だが）

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

ツイートシェア

■anond:20200609163052

ワタシハ、Macユーザーのため、ギットハブからのソースをコピペで、対応しました。キレイで無いが。

ウインドウズではフリーウェアも、ありそうだけど。

Mac、Win15件まで無料、それいこうは2000円のソフトがあった。

Twitterで『csv VCard』で検索したら、どうやら2010年とか2015年での言及は多かったが、最近は、呟かれていなかったよ。

増田のみんなは、どうしてるのかな？って思ったんだよー。

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

ツイートシェア

■anond:20200605153114

いや、もっと昔から長時間掛けて作ってるeLTaxがその10万給付システムよりさらにクソだったって話ね

10万給付のマイナンバー云々は、ほぼフリーフォームに打ち込んで先方にCSVで流れて終了という、出前注文Webフォームと大差ないシステムなら作らない方がマシという事が分からないのが問題。

これも無能な働き者ではあるか。

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

ツイートシェア

■COVID-19と東アジア(やり直し)

なんかやってしまった

wget https://raw.githubusercontent.com/lukes/ISO-3166-Countries-with-Regional-Codes/master/all/all.csv
wget https://github.com/owid/covid-19-data/raw/master/public/data/owid-covid-data.csv

SELECT
 country.name as '国名',
 covid.population AS '人口',
 covid.population_density as '密度',
 covid.gdp_per_capita as '一人あたりのGDP?',
 MAX(covid.total_cases) as '報告件数',
 ROUND(1.0 * MAX(covid.total_cases) / MAX(covid.population), 7) as '人口あたりの報告件数',
MAX(covid.total_deaths) as '死者',
 ROUND(1.0 * MAX(covid.total_deaths) / MAX(covid.population), 9) as '人口あたりの死者件数',
 ROUND(1.0 * MAX(covid.total_deaths) / MAX(covid.total_cases) , 3) as '感染者死亡率'
from all.csv as country
inner join owid-covid-data.csv as covid on covid.iso_code = country.\"alpha-3\"
WHERE country.\"sub-region\" = 'Eastern Asia' 
GROUP BY covid.iso_code
ORDER BY 6 DESC"

まぁ、北朝鮮の数え忘れは・・・

ちなみに他のアジアコミコミでは

あってんのかなあ？

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

ツイートシェア

■「数百万行以上の大きいデータの運用経験・スキル」←これ

具体的に何が欲しいんだ？

大学の時、課題のため、8GBぐらいあるCSVをスクリプトでローカルのMySQLに取り込んだり、ツールで10個に分割してRに取り込んだりしたことならあるが

「Rは8GBのCSVを読み込めるようにはできてませんw」としか言えないぞ？経験あるってことでいいのかこれ

Permalink | 記事への反応(2) | 08:48

ツイートシェア

■anond:20200522101727

あれあったじゃん。寿司？みたいなやつ。RDBMSなんかいらない、全部CSVファイルでやっちゃる！みたいなブログ記事で脆弱性を自分から説明してた中学生。

Permalink | 記事への反応(1) | 10:21

ツイートシェア

■anond:20200522100923

伝わってなさそ。

おれがプログラミングの最低レベルが高い環境にいたように、絵や音楽の最低レベルが高い環境にいるんじゃないのかと言っている。

両方ともバイアスがかかっている状態で話をしていませんか？という指摘。

もっと言うと、プログラミングも芸術もスキル分布のテールの人口は一定数いて、その数を比べたら同じぐらいじゃないか、と言っている。

おれはCSVファイルが分からないレベルで絵が描けないし、音楽を聴いても本当によくわからない。音程狂ってるとか聴いただけで言えるのは特殊技能だと思う。

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

ツイートシェア

■anond:20200522100746

本気？プログラミングスクールに入ろうとするような情弱が、サーバーやクエリという言葉や

CSVというファイルフォーマットを理解出来ると思ってる？

かなり認知が歪んでいるのでは？

Permalink | 記事への反応(1) | 10:09

ツイートシェア

■anond:20200522100433

オレは絵も音楽も全くできないが、オレの周囲にいる「プログラミングが苦手な人」は最低でもDBにクエリ出してCSVファイルにできる。この方向性はポジショントークにしかならないのでは

Permalink | 記事への反応(1) | 10:07

ツイートシェア

■anond:20200520204737

職業としてプログラミングできるっつうのは

結果が正しく出力されるだけじゃ駄目なんだよな

webを使って独学とかすると

「何となくこうしたら動きました」的な情報も含めて見ることになって

滅茶苦茶危険なんだ

なんでその関数なら大丈夫なのか

文字化けはどうして起こったのか

CSVの読み込みでエラーが発生するのはなぜか

そういう事をきちんと「理解」するには、一定の正しさを提供してくれるナニカが必要になる

高級言語になって要件は変わってきてるが

昔なら、「スタックに３ＭＢも変数積んだらそりゃバグる」みたいな事も

「関数の先頭で変数を初期化したら治りました」みたいに書いてる人とかいたからね

独学は、あんましおすすめしない

もう情報過多、玉石混交すぎてさ・・・

Permalink | 記事への反応(1) | 12:11

ツイートシェア

■anond:20200521105527

世の中CSVが多用されるけど、TSVが広まればいいね。

Excelとか表計算もTSVに対応してるし、プログラムで処理するにしてもシンプルに対応できるし。

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

ツイートシェア

■anond:20200510124901

そういう奴らがドヤ顔でSDGsやらCSVやら言ってるんだから面白いよな

実際は金さえ儲けられたら倫理なんてどうでもいい連中

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

ツイートシェア

■anond:20200505233945

オレっちお前のパイセンだけど食うだけなら食っていけるぞ

底辺工業高校卒(卒業者が入学時の半分)

→バイトでExcelの便利ワークシート作成を経てVBAに触れる

→VBAからおなじBASICつながりのVB.netでClassを扱う便利さに目覚める

→いまどきはJavaScriptも扱えないとねってなる：最近はWindowsOnlyで業務しているのにブラウザ対応を求められる謎風潮

やっとこ年収400万(ようやく人並み？)を超えられるようになった

三角関数より会社における数字を扱うことの知識(要は金勘定)の方が求められる

よくありがちなチュートリアルより、DBやファイル(csv、JSON、固定長のテキスト)から自分が取り扱う言語体系で読み込む、加工して永続化するってのをスラスラできるようになるのが大事だと思う

Permalink | 記事への反応(1) | 03:01

ツイートシェア

■ただ伝票が出てくるのを見る増田寿丸実を乗る九手で画うょピンで打田（回文）

おはようございます！

調子に乗っていたら、

今日は処理件数が多くて、

伝票は出したはいいものの、

これってちゃんと現場にものあるの？って疑ってやまないけど、

とにかく大量の伝票を

入力しては出力し入力しては出力しの繰り返しのこの時間。

私のやってることは仮想空間で、

タンポポの花と菊の花とを見分ける仕事に就ける感じの、

これ今のタンポポだっけ？菊だっけ？って

黄色いキク科の植物に戸惑いを怯えながら覚えつつ

産まれたての子鹿だって

怯えながら最初の一歩を踏み出すわけよ。

だから私も昨日の自分を信じて

今日の発行した伝票枚数が目測よりはるかに多くても

信じることにしたの。

それが一番大事！って言ってたわ。

実際ミカン倉庫の出荷からそのような商品はないというクレームが来ない限り、

私の伝票発行は間違っていないはずだから、

後は野となれ大和撫子というわけよ。

なんだか一丁前に

世の中の物流のな！って語り出したい気分だけど、

そう言う人に限って特に何もして無くて、

伝票発行機の端末の前で右から左へと

CSVを流しては出し流しては出しって感じの

覚えた手の人でも初めての人でもできる簡単なお仕事ですって感じすら漂い

アットホームな雰囲気でもある且つそんな職場にそんな職場に

私は猫ちゃんがいたら良いなって思うの。

きっと猫の手も借りたいところと言いつつ、

そこら辺を自由気ままに歩いてる猫の姿を見ていれば、

こっちの仕事も捗るってもんよ。

とりあえずね、

とりあえず午前中よく頑張ってくれたからって

手のひらに銀貨を3枚頂いたの、

それで食べたハンバーグ定食の

ハンバーグのでミーなソースが着地した

そのご飯の部分がまた格別に美味しくて。

ああ私のお仕事のこれ銀貨3枚程度になるんだなって、

実際は2枚だったけど、

帰りに銀貨1枚残るので

それで牛乳を買うの！ってそれ銀河鉄道の夜のジョバンニ！ってツッコみたくなるほどだったわ。

まあお昼のランチは美味しかったので

いいとしましょう。

でももうこんな感じで

とてもどの面下げておはようございます！と元気だけはあるようなふいんきで、

って変換出来ないふいんきを残しつつ、

私はまた活版印刷の活字並べのバイトに勤しむところよ。

って、だからそれは銀河鉄道の夜のジョバンニ！ってツッコんでもいいんだかんね！

うふふ。

今日の朝ご飯は

昼ご飯を食べた後に言うのもなんなんだけど、

タマゴサンドにしました。

あと牛乳とヒーコーと。

最近牛乳よく飲むようにしてるわよ。

カルのシウムは摂取した方がいいって言うし、

そのビッグウェーブに乗っかってるだけよ。

デトックスウォーターは

リンゴとオレンジをスライスしたものを

昨晩から漬け込んでおいた、

漬け込むというとお漬物みたいに聞こえるけど、

これは漬物じゃなくて

デトックスウォーターよ！って言い聞かせてモーツアルトの曲を掛けてビニルハウスで育てた苺とはまた違う感じに思ってくれるかもしれないってね。

そんなリンゴオレンジウォーラね。

すいすいすいようび～

今日も頑張りましょう！

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

ツイートシェア

■

広告出稿をしたら、

その日のお昼くらいにパートさんが成績表に入力するんだけど、

「君の担当なんだから、朝一で成績をチェックして！」と上司に言われた。

なんで？

昼まで待てば良くない？

「社長も数字を気にしてて、CSVデータダウンロードして見てる。

担当者の君が把握してないと、なにやってるんだ！ってなっちゃうから！」

なんで？

昼まで待てば良くない？

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

ツイートシェア

■anond:20200306145056

データ更新はCSVを更新するだけでよくて、見た目の部分はコミッタを募るにしても、そもそも大したことないサイトじゃん…ってのはそうなんだよな。

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

ツイートシェア

■scanz、スキャンコレクション

anond:20200201113849

グラビアのスキャン画像を蒐集する趣味を楽しんでいた時期がある。

グラビアと言っても日本の週刊誌やアイドル雑誌のグラビアではなく、主に海外のソフトコア雑誌やセレブ誌のグラビアである。

飽きてやめてしまうまでの数年間、日本人の同好の士とは出会えなかったので、たぶん日本人でそれをしていた人はごく少数だったんじゃないかと思う。

自分はただのエンジョイ勢だったのでそれほど深い知識があるわけじゃないけど、日本語の文献も見つからないようだし、思い出としてちょっと書き留めておこうと思う。

だいたい20年くらい前の昔話。

この趣味の名称

よくわからないが、Online Scan Collection とか scanz（warezのノリ？）と呼ばれていたと思う。

概要

スキャナーと呼ばれる職人が配布する画像ファイル（主にグラビア）をコレクターが集めたり、コレクター同士でトレードしたりする遊び。スキャナーはコレクターを兼ねていたりもするし、コレクターがスキャナーとなって配布を始めたりもする。

スキャン

配布される画像はスキャンと呼ばれる。紙媒体で売られている雑誌のグラビアを高解像度のフラットベッドスキャナで読み取り、もとが印刷物であったことなどわからないくらい美麗にレタッチされたJPEG画像である。600dpiクラスのスキャナと高機能のレタッチソフト（ほぼPhotoShop一択）がたぶん必須。

題材は大半がセクシーな女性のグラビアで、ヌードでもPLAYBOYやPENTHOUSEに載る程度のおだやかなもの。水着、下着姿のものも多い。が、たまに美しい風景のシリーズがあったりもする。

画像の片隅にはそれを作ったスキャナーのシグネチャ（かっこいいアイコンなど）がウォーターマークとして付される。

あ、上で「日本人はごく少数」と書いたが、おそらく日本人だろうというスキャナーはいた。中でも印象に残っているのは Kuni Scan という2万枚ほどのシリーズで、題材が日本のグラビアだったし名前からして日本人だろう。Kuni Scan で画像検索すると今でも彼の作品の一部を見ることができる。

一次配布

今でもそうだが印刷物をスキャンして配布するのは明白にコピーライト違反であるし、ことに題材が肖像権にがっつり抵触していることもあって、一次配布はきわめて目立たないかたちで行われていた。

スキャナーたちが「新しいのできたよー」と最初の配布を行うのはおそらくIRCチャンネルだったと思う。自分は外人たちと英語でリアルタイムのチャットをする自信がまったくなかったのでIRCにはほとんど近寄らなかった。なので一次配布の現場のことはよく知らない。

当時はimgurのような匿名画像アップロードサイトなどもなかったのでこのような個人間のやりとりで配布が行われていたのだろうと思う。

この時、スキャナーは画像とともにスキャンリストも一緒に配布するのであるが、それについては次で述べる。

シリーズとスキャンリスト

スキャンは数十枚～100枚程度のテーマを持ったシリーズとしてリリースされる。テーマはモデルであったり、雑誌であったり様々。

最新リリースには必ずそのシリーズに含まれるファイルの一覧を記したCSVが添えられる。

このリストこそがコレクションのキモになる。

リストに記されているのは [ ファイル名, ファイルサイズ, CRC32 ] の3項目（CRC32はファイルの指紋のようなもので、データの同一性を確認するのに用いられる通信技術）。

この3項目が一致していないとオリジナルデータと認められず、集めたことにならない。

たとえばWebで目当てのファイル名の画像を見つけたとしても、それが何者かの手によってリサイズされていたり再圧縮されていたりするとCSVと数値が一致せず、コレクションに加えることができない。

シリーズには継続中のシリーズとすでに完結したシリーズがあり、CSVファイルに[finished]といった名前がついているのが完結したシリーズである。これに載っているスキャンを全部集めたらコンプリート。

CSVはこんな感じで今でも配っているのを見つけた。

http://www.scancollections.com/CSV/list_csv.php

（私がかつてひとつだけスキャナーとして配布したシリーズも含まれていた。なんだかうれしい）

蒐集

一次配布時にIRCを通じてスキャナーから直接手に入れることのできなかったスキャンは別の手段で探すことになる。

Webにアップされているものを探したり、同好の士とトレードしたり、alt.binaries（ニュースグループ）でも交換が行われていたように思う。

私は主にWebサイト経由で集めていたのだけれど、当時個人ホームページの割り当てボリュームは数MB程度がふつうだったので、スキャンをアップしてくれるサイトも古いものはどんどん消されてしまった。しかも1枚1枚がやたらでかい。今でこそ一辺が1000ピクセル以上あるような大きな画像でも表示は一瞬だけれど、DSLすらなかった時代の混み合うテレホーダイのISDN回線では300KB程度のJPEGでも上からじわじわ表示されてくるのを待つ感じだった。

海外の同好の士からトレードを持ちかけられることもあった。トレカの要領。ロシアや台湾のコレクターと、お互い非母国語の英語でたどたどしく「おまえこれ持ってるか」「おれのこれやる」とトレードのやり取りをするのである。基本は１：１で持ってないもの同士を交換というタテマエだけど、自分は持っているものは気前よく差し上げていた。ドイツのコレクターとはたまたま音楽の趣味が合ったのでしばらく文通してたな。

そうやって新しく手に入ったスキャンがあると、コレクションマネージャーみたいなソフトを使ってCSVと照合する。CSVと一致しないデータを取り除いてくれたり、リネームやフォルダ分けを自動でやってくれたりするスキャンコレクションに特化した管理ソフトがあったのである。

やめてしまった理由

自宅のネット回線をFTTH常時接続に変えたとたんにコレクションがつまらなくなった。

どんなサイトも画像もピュンピュン一瞬で表示されるし、コレクションがウン千枚詰まったZIPファイルですらたちまちダウンロードされて、「苦労して一生懸命集める」という手応えがなくなって、「やりがい」がなくなってしまったのである。

DSL、常時接続の普及にともなってネット上には高解像度データがあふれるようになり、スキャンでしか見ることのできなかった美麗画像の希少性がどんどん下がっていったこともあると思う。

同好の士へ

「それ俺もやってた！」って人いますか？

Permalink | 記事への反応(1) | 16:29

ツイートシェア