ちゃんとしたタオルじゃない安いタオルがあるでしょ。粗品とかいって銀行がくれる薄いタオル。あんなのでも２、３回ならまだ使えないこともないとは思う。実家の母なら論外と言うだろうけど私はもったいないからちゃんと使う。でもやっぱり洗っても３回が限度。保水力もふわふあ感も認められないレベルになるでしょ。ゴミだけど、私はそのままは捨てずに油汚れを拭くのに再利用してから捨ててる。

だから友人の家にお泊まりに行った朝、洗顔用に渡されたタオルには本当にびっくりした。銀行タオルを渡すのもどうかと思うけどその生地がペラペラなの。ローラーで伸ばしたの？と聞きたくなるくらい薄いの。嫌がらせでこんなゴミを渡したのかと問い質したら逆にびっくりされた。彼女の家ではそうなんだって。彼女の実家は私のとこ以上に豊かなのに。多分成金なんだと思う。

Permalink | 記事への反応(12) | 07:21

2017-08-22

■プログラマーの三大現実

プログラマーの三大美徳

https://anond.hatelabo.jp/20170707221433

そもそも現実じゃこんな美徳あてにならない

怠惰（Laziness　不精）

理想　→　全体の労力を減らすために手間を惜しまない。自動化、再利用する。

現実　→　余計なルール作ったり、メンテが必要なクソコード量産したり、その人しかわからない環境こさえるだけ。全体の生産性を上げられる奴は稀。普通にやれ。

短気（Impatience　せっかち）

理想　→　素早く動けるように心がける。先回りした柔軟な対応。

現実　→　一人で素早くやっても特にメリットがない。チームの速度を上げられるプログラマは稀。あと早すぎるとトレードオフで悪いことも起こる。品質落ちたり、いざという時に潰れる。普通にやれ。

傲慢（Hubris　思い上がり）

理想　→　コードに責任を持つ。プライドを持てるくらい高品質に保つ。

現実　→　ドヤ、俺のコード！じゃねーよ、かっこいいコード書くな。お前の実力は大したもんじゃない、基本通り書け。

こんな三大美徳なんて、一部の天才プログラマーにしか適用できない

凡人が感化されて真似してんじゃねーよ

無駄な事すんな

だから嫌わえるんだよ

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

2017-08-21

■「何となく WindowsやOfficeが使えてしまう世代」の出荷は完了 しました

Windows、およびOffice スイートの標準レベルの技能がプリインストールされた世代の出荷は終了しました

再出荷の予定はありませんのでご了承ください

採用をご検討中の企業各位におきましては、出荷済みの世代を再利用するか、各自で個別にインストールを行っていただくことになります

何卒よろしくお願いいたします

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

2017-08-17

■https://anond.hatelabo.jp/20170817005252

組織と社会の体質なんてみんな分かってるよ

具体的にそれのどこをどうしたら良くできると思う？

ベンチャー失敗しても再就職しやすいようにベンチャー失敗後にリクルートされやすいように導線作るとか、特許出願をもっと容易にして、同時に特許の再利用をしやすい仕組みを作るとか、間違えててもいいから具体的な方法

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

2017-07-20

■https://anond.hatelabo.jp/20170720152550

http://naoyaito.blog.fc2.com/blog-entry-62.html

"ブログの内容、動画にともなう様々な権利について、私は放棄します。ご自由に再利用・保存・複製などして下さい。"

本人はいいと言ってるｗ

女が地鶏してると思うよ

手が伸びてるし

Permalink | 記事への反応(3) | 15:30

2017-07-05

■楽しそうにしている人たち

人売りで開発支援の現場に来ている。

LAMPの現場だ。コテコテのウォーターフォールで、ソース管理はsvnだしテストはExcelで手動実施、チームメンバーは現状で15人。

要件定義からのサポートなのだが、やっていることといったらひたすらExcelで画面イメージを作る作業だ。

モックアップはあるのだが、テンプレートエンジンに落とし込むことを一切考慮していないので再利用はほぼできない。

営業上がりのリーダーはそのことを理解していない。スケジュールを見ると炎上がほぼ確定している。部外者にはそれを正すこともできない。

リーダーは謎の打ち合わせで業務時間の8割は席にいない。チャットワークで問い合わせても返事はない。

与えられた仕事はどんなにかかっても1時間で終わるようなことなので、空いた時間はトイレに篭るか瞑想するかはてぶを巡ることでつぶしている。

そして技術系の記事を見ていると、みな楽しそうに新しい技術や働き方について綴っている。

この落差は何なのだろうか。

人売りでしか生きていけないような会社に勤めていることが間違いなのか。

そもそもこの業界にいてはいけない人間なんじゃないかとすら思えてくる。

考えているだけだとどんどんネガティブな思考に陥っていく。

これじゃいかんと、最近、オンラインのIDEでJS フレームワークをいじり始めた。

楽しそうにしている人たちにしてみれば2周遅れの技術だろうが、それでもコードをいじっていると気がまぎれる。

逃げるのは簡単ではないができなくなはい。

でも、少なくともなにか1つくらい作りあげてからにしたいな。

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

2017-06-30

■「はてな」よりも2chの嫌儲とかいう落書きの方がリベラルだという事実

いきなりですがバニラエア問題で話題になっていた「いすみ鉄道　社長ブログ」さんの記事があります

今回は以下の記事に対するコメントの賛否の数を具体的に数えました

車いすで飛行機に乗る時は | いすみ鉄道　社長ブログ
http://isumi.rail.shop-pro.jp/?eid=2918

2000超のブックマークがついていますがその内コメント有のものが確認時点で610あるのでそれを一つ一つ仕分けしていきます

http://b.hatena.ne.jp/entry/isumi.rail.shop-pro.jp/?eid=2918

比較対象として2chの嫌儲板にたてられたこのスレッドでも数えてみます、1000レス中ユニーク IDは332あります

元航空屋のいすみ鉄道社長が「バニラエア搭乗拒否問題」を詳細に解説　めったわかりやすい
http://hitomi.2ch.net/test/read.cgi/poverty/1498725826/

結果

バッサリいうと賛成は「障害者の方には事前連絡をお願いしよう」という意見の方、反対は「事前連絡は必要ない」という意見の方で以下はその割合です

・はてな

コメント有のID数 610

	数	割合	判別不能を除いた割合
賛成	422	69.2%	89%
反対	52	8.5%	11%
判別不能	136	22.3%

判断基準
賛成-記事に同意する形での賞賛意見、記事を全面的に肯定する意見、トラブル元の車椅子の方を非難する意見、記事の中立性を賞賛し称える意見、これらを賛成にカウントしました
　　例「今回の騒動で一番腑に落ちるエントリ」「中立的に書かれた素敵な記事。まさしくこの通り」「すげえなこの文章。完璧だ。」「全面支持」
　　例「必読。マスコミと違って非常に中立的な、本来的な意味での「批判」をきちんとされている文章」「完璧過ぎる見解」「完全な正論」
　　例「こういうひとのこういう意見が確認できてよかった。問題点の整理とどちらかに偏らずに断ぜられるところ」「騒動を起こして注目を集めるのが本意だから、どうしようもない。」など
反対-記事の中立性に疑義を唱える意見、記事を非難する意見、事前連絡は必要ないと主張する意見、ブコメの賛成意見に異を唱える意見、これらを反対にカウントしました
　　例「このどこが中立的なんだ」「言葉遣いが丁寧なら中立的でロジカルな提言なのかw」「はてなーはチョロいなー」「～悪質な記事」「～最悪な太宰メソッド」
　　例「後半は賛同できない」「美味で口触りのいいオブラートに包みまくるのが上手なだけで中立ではないと思う」「差別解消への道のりの長さをしみじみと感じた」など
判別不能-賛否の分からない引用ブコメ、アイスクリームに関するコメント、あとで読むやカテゴリのみの意見、ダジャレ、なんともいえないなどの意見、これらを判別不能にカウントしました
　　例「～社長ブログ」「バニラ」「あとで読む」「サイボーグ技術はよ～」「車椅子利用者のエントリないかなあ」など

・嫌儲

ユニーク ID数 332（1000レス中）

	数	割合	判別不能を除いた割合
賛成	107	32.2%	47%
反対	121	36.4%	53%
判別不能	104	31.3%

判断基準
賛成-基本的に「はてな」と同じですがスレッドという形式上、対話が生まれるので反対派と対立している意見や言葉が汚いのですが木島氏を罵る意見なども一応賛成にカウントしました
　　例「的確だし読みやすい文章だな」「プロ障害者～」「～障害者差別だって言い出す卑怯者～」「～差別だ！差別だ！」「ガイジは迷惑」「このおっさんの活動ってたかり屋のソレですよね」
　　例「モンスタークレーマーには手を出しても一切裁かれない仕組み作るべき」「そのうち矢切の渡しもバリアフリーにしろとか言い出しそうだな(笑)」など
反対-「はてな」の基準に加え、ブログに反論する形で木島氏を擁護する意見、法的な観点から事前連絡の必要性のなさを訴える意見などを反対にカウントしました
　　例「先進国になりきれない国民性がまさに露呈してる案件」「バスが遅れることで老人を憎む社会はまっとうなのか？」「事前に連絡しろだの俺に呼びかけしろろだの何で健カスはお客様目線なんだよ」
　　例「健常者が「私は健常者なので格別のご配慮はいりませんゾ！」って事前連絡しろや」「障害者にも健常者と同じようにできることを広げることがどうして障害者の優遇になるんだよ」
　　例「カタワがいちいち事前に電話入れなくても飛行機に乗れるようにする為の知恵をみんなで出し合おうよ」「健常者様の言う偏見の無い状態って「障害者は俺達健常者のご機嫌を取って謙虚に生きろ」だからな」など
判別不能-2chなので関係のない話題はいくらでもあります、それらは全て判別不能にカウントしました
　　例「ここまでソース無し」「バニラエアは無料で宣伝できてよかったな」など

「はてな」が思ったよりリベラルじゃなかった

別にリベラルだから正しいとか保守だから正しいとか言うんじゃありません

もっと言うとこの話題に対してこっちのスタンスだからリベラルだとか、あっちのスタンスだから保守だとかいう認識自体間違ってるのかもしれません

ただ自分の認識としては「はてな」というコミュニティは今回の話題については事前連絡必要ない派が多いだろうなという印象だったんですよね

はてサとかいうコメントもよく見ますし

それが「いすみ鉄道　社長ブログ」さんのブコメを見てみると思ったものとは違ったので驚いて実数を数えてみたということです

ちなみに比較対象が2chの嫌儲なのはこの話題扱った比較可能な対象がこのスレッドくらいしか見つからなかったからで他に特に理由はありません

ただ驚いたのは言葉遣いは汚いですが書かれている内容は嫌儲の方が「はてな」よりも自分の認識としては「はてな」らしい言説が多かったことですね

2chってもっと障害者差別とかばかりで炎上しているものだと思っていましたし権利を声高に主張するとか活動家とか大嫌いでおそらく盛大に叩かれているんだろうなと

でも実際見てみると「事前連絡なんて絶対に必要ない」「歩み寄りが必要なら社会の方が変わるべきだ」みたいな意見が半分くらいあってかなり驚きました

ハッキリ言って今回の話題に限っては「はてな」よりもリベラルだなという印象です

一応載せとき ます

ホントに数えたの？などと疑われるのは嫌なので一応載せられるだけ載せときます

字数制限で全部は無理なので一部です

（1つ10分かけて確認したとかではないので個々に見ていけば仕分け間違いも結構あるでしょうが全体では概ね合ってると思います）

（ちなみにこの記事は書いた後反省して削除した記事の再利用です）

はてな

賛成

panchoo wildhog biyoub mikanuirou forAction BritanJP h1romi TAKAPPRS

yuichi0613 plagmaticjam scorelessdraw ko-gold rururutea nibo-c tomk59 yunitaro holly_d

mugitora tamuo bfms350 baboocon19820419 doksensei parikko hinaho ghr1130

ntnajp605 fu-wa ftype a_dogs superHoge triggerhappysundaymorning thirty206 wwolf

jaguarsan tick2tack affable_noise Taro416 fatmonger Katharine_15 f_oggy

milkmooncake sub_low roadman2005 arit take tenkinkoguma keisuker vlxst1224 jiro68 alivekanade

nonameblog charismanbou eriko315 bluekeeper maru2tech nekonuma

kenichi_odo aceraceae kazoo_net14 cranky001 kyousuke104 taitoku Ayrtonism kei_10 10 threelarge

flyeagle htandescondor mats3003 mawhata facebooook tetsuya_m

David334 sho nikkatsu the_sun_also_rises zoidstown terlen0 mojisan mashori albertus satoashu rsky

otou-no ama yan ya madadadada2 securecat teebeetee arrack STARFLEET

lovely kazoo_oo kyurinigate ysync yem3399op Outfielder mirucons namikawamisaki zintomo

njgj sangping Yagokoro mogmognya tikuwa_ore to4yuki POMME wonodas

nakayuki805 lucifer_af ottyanko yooks nikoli popowa yukatti marilyn-yasu onasussu shufuo BIFF

damehobbyanimelike-913 kazoo1080 weekly_utaran nika1vf b4takashi ponnao

qouroquis stealthinu UDONCHAN mr_ya mada take-it adramine m_shinzaki warp9 rajendra

inazuma2073 nankichi catnbeer ytRino QueSTioN kirifuu yulalila watatane

ROYGB REV QJV97FCr hageatama- kokubu8810 kama yan1980 nicoyou olicht navagraha

poko_pen masumizaru sharia semimaru hakuginnyan nacamula digits_sa kosigan naopr

haruhino sky-y spam_lover

反対

parallel-world kutabirehateko chiaki35 Jcm mobam kent4319 djwdjw gonzales66 eringix mekon actin

c_shiika nanashino BigHopeClasic www6 rain-tree blacksorcery minazarashi FutureIsWhatWeAre Yozhik

判別不能

mizugarasu0330 mohno fifthpapa arguediscuss rna cloudliner_tweets simabuta

misiu_teddy ninjaripaipan ujimusi ko-ya-ma aoichang heiwa48 a_micchan kk_solanet

kamomewa_kamome marumo012 macj_jp yhfjiug4 hogetahogeko tyu-ba rag_en

nakoton firstbento tmtms kamezo wacok kniphofia sawat kato_19 You-me heniha shima2tiger

mionosuke yto mythm frothmouth lastline tomoppa merico2404 MnMisato

ppummu sacatorine lone-dog forcutie noaim y-Aki starthinker KoshianX synonymous W53SA nagisabay axel69

嫌儲

賛成

ﾆｸｸｴ KKd6-t/ze

ﾆｸｸｴ Sa25-QUqp

ｱｳｱｳｶｰ Sae9-gKly

ｱｳｱｳｶｰ Sae9-nEzC

ｵｲｺﾗﾐﾈｵ MMd6-4LHc

ｶﾞﾗﾌﾟｰ KK79-rcFm.

ｶﾞﾗﾌﾟｰ KK79-rcFm･

ｻｻｸｯﾃﾛﾗ Sp71-HpRm

ｽｯｯﾌﾟ Sd62-34WU

ﾆｸｸｴ 0148-Xip7

ﾆｸｸｴ 02cd-N8F9

ﾆｸｸｴ 067a-wjSU

ﾆｸｸｴ 1948-nP2k

ﾆｸｸｴ 1948-wjSU

ﾆｸｸｴ 1948-XKcx

ﾆｸｸｴ 22a7-nP2k

ﾆｸｸｴ 2e20-CicO

ﾆｸｸｴ 4218-XKcx

ﾆｸｸｴ 424f-hy1C

ﾆｸｸｴ 42af-CicO

ﾆｸｸｴ 42d7-nP2k

ﾆｸｸｴ 46fc-1sCA

ﾆｸｸｴ 4937-wjSU

ﾆｸｸｴ 65a8-nP2k

ﾆｸｸｴ 6d47-TwWI

ﾆｸｸｴ 6eaa-KVPo

ﾆｸｸｴ 82f6-wjSU

ﾆｸｸｴ b18d-XKcx

ﾆｸｸｴ c247-wjSU

ﾆｸｸｴ c5f3-TwWI

ﾆｸｸｴ c665-vtNh

ﾆｸｸｴ c969-XKcx

ﾆｸｸｴ c9a8-CicO

ﾆｸｸｴ c9ab-lO1+

ﾆｸｸｴ cd65-Rp6i

ﾆｸｸｴ cd71-AqLU

ﾆｸｸｴ d99f-nP2k

ﾆｸｸｴ e25a-WwN4

ﾆｸｸｴ e2e4-WwN4

ﾆｸｸｴ MM62-VjxI

ﾆｸｸｴ MM92-6qbC

ﾆｸｸｴ MM92-Q/fz

ﾆｸｸｴ MMd6-5/PS

ﾆｸｸｴ MMd6-lonu

ﾆｸｸｴ Sa25-c190

ﾆｸｸｴ Sa25-nIbb

ﾆｸｸｴ Sae9-ImDA

ﾆｸｸｴ Sae9-QicN

ﾆｸｸｴ Sae9-wEtA

ﾆｸｸｴ Sae9-YZaj

ﾆｸｸｴ Sd0a-HpRm

ﾆｸｸｴ Sd62-craR

ﾆｸｸｴ Sd62-Myhu

ﾆｸｸｴ Sd62-P9OG

ﾆｸｸｴ Sd62-sdB6

ﾆｸｸｴ Sp71-cmvZ

ﾆｸｸｴ Sp71-HpRm

ﾆｸｸｴ Sr71-aH8M

ﾆｸｸｴT Sa25-SqsB

ﾆｸｸｴW 0148-/WSL

反対

ﾆｸｸｴ bdc6-a1xH

ﾆｸｸｴ 06ae-QZ2B

ﾆｸｸｴ c1fc-nP2k

ﾜｯﾁｮｲ c1fc-nP2k

ｱｳｱｳｳｰ Sa25-FK0e

ｶﾞﾗﾌﾟｰ KKd6-5DIh

ｽｯｯﾌﾟ Sd62-zc/o

ｽｯﾌﾟ Sd62-7nsYage

ｽﾌﾟｯｯ Sdc2-fD6Qage

ﾄﾞｺｸﾞﾛ MM62-MfSw

ﾆｸｸｴ 06ae-QZ2B

ﾆｸｸｴ 09b9-hy1C

ﾆｸｸｴ 1948-EVd7

ﾆｸｸｴ 1e05-wjSU

ﾆｸｸｴ 1e18-wjSU

ﾆｸｸｴ 2e25-vtNh

ﾆｸｸｴ 2e59-uerO

ﾆｸｸｴ 2eb6-QNC5

ﾆｸｸｴ 2ebc-mwel

ﾆｸｸｴ 42ee-wjSU

ﾆｸｸｴ 46fc-q9Kq

ﾆｸｸｴ 624f-N8F9

ﾆｸｸｴ 6e16-wjSU

ﾆｸｸｴ 6efc-wjSU

ﾆｸｸｴ b174-ddzC

ﾆｸｸｴ bd66-wjSU

ﾆｸｸｴ bdc6-a1xH

ﾆｸｸｴ c15a-uerO

ﾆｸｸｴ c233-lonu

ﾆｸｸｴ c959-CicO

ﾆｸｸｴ c9ce-ui4O

ﾆｸｸｴ c9e9-j7CS

ﾆｸｸｴ cd82-Cu+A

ﾆｸｸｴ cda0-lO1+

ﾆｸｸｴ d204-wjSU

ﾆｸｸｴ f965-wjSU

ﾆｸｸｴ MM61-nz7l

ﾆｸｸｴ MM62-k5gH

ﾆｸｸｴ MM62-nFgZ

ﾆｸｸｴ MM62-r5Tq

ﾆｸｸｴ MMd6-CG5Q

ﾆｸｸｴ MMd6-mlCq

ﾆｸｸｴ MMd6-mQuD

ﾆｸｸｴ MMe1-hy1C

ﾆｸｸｴ MMe1-XY2z

ﾆｸｸｴ MMf5-HpRm

ﾆｸｸｴ Sa0a-3D8/

ﾆｸｸｴ Sa4a-HpRm

ﾆｸｸｴ Sae9-HpRm

ﾆｸｸｴ Sae9-Q+y+

ﾆｸｸｴ Sd62-1Yq1

ﾆｸｸｴ Sd62-W+l3

ﾆｸｸｴ Sp71-BWge

ﾆｸｸｴ Sp71-ucr6

ﾆｸｸｴ Sp71-zc/o

ﾆｸｸｴ Sr71-LveV

ﾆｸｸｴT Sa25-mQuD

ﾆｸｸｴT Sa4a-wjSU

ﾆｸｸｴW 0148-HpRm

判別不能

ｱｳｱｳｳｰ Sa25-U1Q1

ｱｳｱｳｵｰ Sa0a-+k/C

ｱｳｱｳｶｰ Sae9-Dnj7

ｱｳｱｳｶｰ Sae9-zUSX

ｴｰｲﾓT SE0a-wjSU

ｶﾞﾗﾌﾟｰ KK79-MoQb

ｶﾞﾗﾌﾟｰ KK79-rcFm

ｶﾞﾗﾌﾟｰ KKd6-ntTI

ｽｯﾌﾟ Sdc2-/yms

ｽｯﾌﾟ Sdc2-dEZD

ﾄﾞｺｸﾞﾛ MM62-WBlH

ﾄﾞｺｸﾞﾛ MMe1-e0WE

ﾆｸｸｴ 2da8-WwN4

ﾆｸｸｴ 422f-wjSU

ﾆｸｸｴ 4248-AqLU

ﾆｸｸｴ 4248-wye1

ﾆｸｸｴ 492c-a07H

ﾆｸｸｴ 623f-wjSU

ﾆｸｸｴ 65bc-nP2k

ﾆｸｸｴ 698f-D66J

ﾆｸｸｴ 6991-2wFU

ﾆｸｸｴ 6991-wjSU

ﾆｸｸｴ 6d87-bLw5

ﾆｸｸｴ 822f-q9+R

ﾆｸｸｴ 9269-wjSU

ﾆｸｸｴ c1fc-wjSU

ﾆｸｸｴ c26b-52GC

ﾆｸｸｴ c27b-h+ec

ﾆｸｸｴ c919-1PJ5

ﾆｸｸｴ c9b6-nP2k

ﾆｸｸｴ d2ef-CicO

ﾆｸｸｴ KK05-ssIu

ﾆｸｸｴ MM62-xdRK

ﾆｸｸｴ MM92-CxjY

ﾆｸｸｴ MM92-IszL

ﾆｸｸｴ MM92-qFc6

ﾆｸｸｴ MM92-Qoee

ﾆｸｸｴ MM92-sRyQ

ﾆｸｸｴ MM92-TFUV

ﾆｸｸｴ MM92-tij3

ﾆｸｸｴ MM92-v5vx

ﾆｸｸｴ MMe1-OXoP

ﾆｸｸｴ Sa0a-dZda

ﾆｸｸｴ Sa25-i75/

ﾆｸｸｴ Sae9-8ssk

ﾆｸｸｴ Sd62-HpRm

ﾆｸｸｴ Sd62-WB4X

ﾆｸｸｴ Sd62-we3q

ﾆｸｸｴ Sp71-1fDS

ﾆｸｸｴ Sp71-TaZ6

ﾆｸｸｴ Sp71-upg+

ﾆｸｸｴ Sx71-1fDS

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

2017-06-22

■[水耕栽培日記]今後の方針を策定する

今後の方針(バジル）

スポンジの上にある程度の種付け。根っこが出たら（発根）

切れ目を入れたスポンジ培地に移動

培地ごと、プランターに定植。バーミキュライトでスポンジを覆う。

水やりには注意。

プランターはペットボトルで自作。

プランターの土は、バーミキュライト・日向土・パーライト、

限定。高温処理した粒度がある土限定。苦土石灰も

鉢底石は下に。

再利用のことを考えて清潔なのを使おう。

栄養分は液肥で（永田農法）

我が家での最適現実解

半リットルペットボトルを植木鉢代わりとする

ココピートを培地とする。

ある程度まで室内で育てる。

室内栽培する理由

→水や肥料をやり忘れない。作業場の横にいるから。

→霧吹きとかで優しく水やりするのが苦にならない。

→水分管理が楽。室温管理も楽。

外へ

ある程度まで大きくなったら永田農法なプランターに定植する。

外で育てる。

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

2017-06-11

■http://anond.hatelabo.jp/20170611194019

おりもの対策にこそ、洗って再利用可能な布ナプキンが使えそうな気もするけど、実際どうなんだろう・・・

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

2017-06-05

■エクセルの堕天使

http://honeshabri.hatenablog.com/entry/vlookup

神がエクセルを使いこなせたら、聖書はもっとわかりやすかったに違いない。いや、CADが使えれば、モーゼの方舟の設計図も難解な文章ではなく、ビジュアル的に把握できる形式になっただろうし、イラストレーターが使えたら、祭司のコスプレも現代にまで残っていたはずなのに。

と　脱線はここまでにして。

神が理想を唱えると、反逆する者もおり、一方で、神の理想から堕ちてしまう者もでてくる。それは歴史が実証している通りである。エクセル表についてもしかりである。人は罪深い生き物なのだ。

例えば、神が、実用性とビジュアルを兼ね備えた表を作り上げたとしよう。それは、ありがちな技術者が作り上げる実用性が高い"だけ"の表になることなく、再利用性も高いのに視覚的にも把握しやすいものだ。まさに、神のエクセル表。

しかし、このエクセル表を運用するのは、罪深き人間なのだ。エクセル初級者や、さらには、「フォントってなんですか？」と尋ねてくるようなパソコン初心者だったりする。

するとどうだろう。「この表おかしいんですが」　と持ってこられたエクセルデータをみると、"コピー" , "貼り付け" , "挿入" , "削除" 等の「武具」により、無残にもフルぼっこされたかのようなエクセルになっている。

条件付き書式はずたずたに壊され、数式が消え去り、罫線はとぎれとぎれなのだ。

これを繰り返すうち、私は堕天使になることを決めた。「決して理想は求めない」と。いや理想を求めないこそこそ理想なのだと。神の教えを退け、我が道を歩むことに決めた。

初心者の運用に耐えうるできるだけシンプルな、数式や入力規則や関数の入っていない、エクセルを作り上げる。そのほうが、人には、わかりやすく使いやすいのだ。実務が冗長になろうが、人は労力惜しみなく注ぐことには苦を感じないのだ。むしろ、分厚いマニュアルを参照しながら決められた場所に決められた方法で型にはまった仕方で運用することを忌み嫌うのだ。　人は自由を求める。

どうしても、VLOOKUP等使いたい場合は、入力用シートと出力用シートを別々に作成し、INDIRECTを使用し、"武器"による攻撃にもタフに戦えるようにする。要するに、神の存在を感じさせず自由を与え、背後でその世界を操るすべを身に付けたのだ。

技術のたけただけの人が作るエクセル表ほど、使いにくいものはない。

技術高き天界で、エクセルのフル機能をふんだんに使った神エクセルをつかってみたい。

この人間界では神エクセルは反逆の種なのだ。

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

2017-05-27

■pixivのBL 引用 炎上の件：腐女子に別方向で頑張ってほしい

長くなったから要約

今回の件をうけて、腐女子の側は一方的に被害者とか、弱者という立場を維持するのだけでなく、

自分たちの慣習を、腐女子コミュニティの外の人たちにもわかるような形で

運用可能なところまで頑張ってもっていってほしい。

また、腐女子だけでなく、コミュニティ独自のローカルルール抱えてるオタコミュニティの人々は

今回の件は、他山の石となるんじゃなかろうか

今回の事件の推移

（めんどいから省略）

今回の事件に対する主要な４つの 立場

【基準A】法的基準
- ：引用の手続きは正当。対象となった作品は「公開」されているとみなすのに充分である。何の問題もない。

【基準B】研究倫理的基準
- ：法的問題はない。しかし、当事者たちにとってセンシティブなことへの配慮が足りなかったという点で、研究倫理上の問題はある。

【基準C】ローカルな慣習、腐女子界隈基準
- ：当事者たちの感覚では「公開」されているとは考えていない。R-18 作品として「誰の目にもとまる」状況ではないところに同好の志に楽しまれるような場に置かれていたのにも関わらず、それを別の文脈でハンドルネームを公開してしまったという点で、意図されていない利用方法であり、当事者たちに与えた衝撃としてはプライバシーの侵害に等しいものである。少なくとも著者たちの文脈のうえでは「公開」されているということとは異なる手段で作品が閲覧可能な状態になっているのであり、それをあのような形で引用するのは無神経極まりない。また、作品を「有害」と位置づけられたことも不快極まりない。

【基準D】著作権法を誤解している方
- ：「無許可な引用だから違法」「著作権は親告罪なんだから、著者が嫌だと言ってるんだからこういう引用はダメだろ」
- ※いずれも著作権の枠組みを何か勘違いされてらっしゃるものと思われます。

私の立場

・まず、主張自体への支持について述べるなら、私自身の立場はこの中で選ぶのならBが近い。しかしBそのものではない。AとCについても一定の妥当性のある主張だと思う。

・Dの主張にはいろいろ誤解がある。著作権の枠組みで主張をするのであれば「無許可な転載」は確かに問題だが、著作権上、正当な「引用」は許可を求める必要はないし、求めるべきでもない。また親告罪云々という話も「転載」と「引用」の違いが把握できていないものと思われる。

なぜ炎上してるのかとか

・炎上が続いている仕組みは次のようなものだ。

　著作権法基準（A）の人が、ローカルな慣習（C）のありようを把握していなければ、両者の対立はどこまでいっても平行線である。この人達にずっと不満がたまり続けるので、互いの正当性を主張し続けて炎上は終わらない。また、基準Dのような勘違いを含んだことを言うひとも大量発生していて、これを基準Aの世界にいるひとからすれば「バカじゃねーの」という感じになるし、そう発言してしまう。基準Bの世界にいるひとも人によっては「それはちょっと、落ち着いて整理しましょうか」とたしなめる。なので、またしても火がよく燃える。これが今回の炎上の基本的なメカニズムだと思う。

　炎上は「誰かが決定的に間違っている」から続くのではなく、「ある立場の人からみると、別の立場の人のやっていることが極めて無作法に見える」ということによって起こり、その行為が「別の立場から見たときには実は何の問題もない」場合に、火が消えるタイミングというのは失われてしまう。

・基準Bの態度を採用することは、全体的に見通しがよく相対的に中庸な温度感のある態度だということになるだろうし、この立場を表明している人は、おおむね良識的に火消しをしているという感じだと思う。

・基準Bは、基準Aないし基準Cのみで完結して争っている人々の立場より、バランスのとれたものであろうとしているのは確かだろう。しかし、私は別の基準Eが必要だと思う立場である。

基準E：慣習を取り扱える形で、双方向に整備を

　基準Eは、明文化されていない慣習を、きちんと取扱可能にすべきだという方法である。明文化するなりプログラム的に制御するという方法だ。以下に、なぜそのような立場を採用するべきかを述べる。

　法がどうであれ、運用の水準で、実質的に慣習法を作り上げるということはいくらでもできるということはよくある。そして、ローカルな場にいる人たちは、その場の慣習があたかも普遍的に適用可能な「常識」であるかのような主張をはじめることが多い。だが、そうローカルな商慣習や、コミュニティ内の慣習は多くの場合、炎上の温床となってしまう。今回の件だけでなく慣習と法の間での齟齬が「炎上」を生んだことは数多くあった。

　「様々な慣習に対して、可能であるのならば配慮すべきである」という主張は正しいと思う。可能であるのならば配慮するに越したことはない。

　しかし「様々な慣習に対して、常に配慮すべきである」という主張は、どうか。わたしは難しいのではないか、と思う。単純にそれは人間にとって不可能なことを要請しているように思うからだ。

　たとえば今回、火の手があがったのは、801界隈だったわけだけれども、オタク界隈どころかゲーマー界隈に限っても「同人ゲーマー界隈」「格闘ゲーマー界隈」「シューター界隈」「MMO界隈」「東方界隈」「レトロゲーマー界隈」など、細かなコミュニティがそれぞれの慣習をもっていて、自分が属していない界隈での慣習がどうなっているかというのは正直なところ把握しきれない。「私はオタク界隈のほぼ全てのコミュニティの慣習について把握しています」と自信をもって言えるという個人はいないだろう。まあ、それでもオタクコミュニティ界隈のことであれば、長くオタクをやってる人なら「ああ、これだったら何とかさんに聞いとけば温度感わかるっしょ」という人脈による解決はできなくはない。

　ただ、それが、もっと遠い界隈のことになってくると、限界が出て来る。芸術・コンテンツまわりでも、現代芸術とかならまだしも、古典芸能の世界でのセンシティヴな話題とか言われても、細かなことはさっぱりわからない自信がある。手芸とかもわからないし、動物園のこともわからないし、外食産業のこともわからない。わからないことがいっぱいある。

　で、まったく知らない界隈に飛び込んで、そこで見つけたものをよかれと思って引用しようとしたら、当事者からいきなり激怒されるなどしたら、私はビビる。めっちゃビビる。超うろたえる。

　そんで、まあ、たぶんゴメンナサイすると思うけど、なぜキレられたのか、理解が追いつかないだろう。正直、ぜんぜんわからんと思う。小心者なので、とりあえず反射的にゴメンナサイをするでしょう。

　こういう事故を起こさないようにするには、何が重要か。

　「よく知らないものに言及しない」というのが重要だという人もいる。まあ、特にやる気がないなら、あんまりセンシティブそうなものには言及しないほうがいいかもしれない。

　ただし「よく知らないものを知る」ということ自体は、世の中に多様な人々がいるということの相互理解をすすめる上では実は非常に重要なことでもある。たとえばLGBTや人種の問題というのは、言及の仕方についてしょっちゅう諍いが起こっているが、まったく言及されないよりも「善意に基づく無理解」のような言及は、議論をよびながらも、なされていったほうがいいだろう（まあ、場合によっては無視されたほうがマシということは少なからずあるにはあるだろうが）。

　私としては、「同じ文脈を共有しない人にも、慣習上、重要な点を共有できるようにする仕組みづくり」を行っていくしかないと思う。

　その仕組みづくりにはいくつかの段階があるだろう。

どのように慣習を可視化するか？

　とりあえず、次のようないくつかのステップを提示してみたい。

STEP1：慣習の明文化
- もっとも簡単な方法は慣習を明文化し、どのような利用が意図に反するものなのか、そして意図に反した利用がなされた場合に、何が起こるかを書いておくこと。今回の場合であれば「R-18 指定しているものは、pixiv ユーザーに閲覧可能とはなっているが、著作者はpixiv外での拡散を望んでおらず、もし拡散された場合は作品を非公開にします」ということを事前に明文化するということだ。これに技術的な問題はないだろう。

STEP2：利用規約化
- 次の段階は、特定のウェブサービスと紐付いたものであるのならば、それを「サービス利用規約」として盛り込んでおくことである。今回の場合は、転載についてpixivでの利用規約はあったが、それ以上のことは記載がなかった。

STEP3：標準ライセンスの策定
- さらにもう一歩すすんだ段階としては、慣習についてある程度の標準化が可能ならば、「標準ライセンス」として、まとめあげてしまうという方法があるだろう。たとえば、クリエイティヴ・コモンズライセンスというものがあるが、これは「この著作物を商業的に再利用してもいいですよ」とか「商業以外の目的であれば改変して再利用してもいいですよ」といったいくつかのオプションを選んで、著作者がライセンスを選べるものである。
- 腐女子界隈の人でもなかには拡散されても問題ないという著者もいるだろうから、そういったケースについては、クリエイティヴ・コモンズライセンスのように「pixiv外拡散可」「拡散不可」などのいくつかのオプションを選べるという形で標準化されたライセンスの形式で宣言されていれば、扱いやすいだろう。

STEP4：システムへの統合
- そして、もっとも直接的なのは、慣習が自動実行されるようなシステムを作ってしまうことだ。たとえば、MMORPGというゲームジャンルでは「RMT」という行為が問題視されているが、直接に違法なわけではない。よって、多くのMMORPでは、RMT 行為を規約違反として利用規約に盛り込んでいるだけでない。RMTをしていると思われるユーザーがいた場合、直接、そのユーザーのアカウントを取り消してしまっている。

　以上。STEPと書いてあるが、コレ全部やれという話ではない。まあ全部やれたらすごいとは思う。

　もっとも、慣習によっては標準化が難しかったり、明文化しないことによってこそ意味をもっているような慣習などもあるだろう。そういうものを取り扱うのは確かに難しいが、すべての慣習が取扱い不可能ということもないだろう。

　明文化できる慣習は、明文化して、可能な限りで、コミュニティの外部にいる第三者にも把握可能な形にするというのは、決して無意味なことではないと思う。お互いの不幸な行き違いをなくす基本的な方法だとも思う。

　もちろん行き違いをなくすという方法自体を、腐女子コミュニティがいままで模索してこなかったとは思わない。

　腐女子コミュニティ内部にいる人達同士ですら、行き違いはあったのだろうし、そのなかでの行き違いをなくすために、R-18 タグは付けることで「ひっそりとやってます」ということを暗に伝えるという慣習が成立したのだろうと思う。その慣習の成立はとても重要なことだったと思う。

　少なくとも腐女子コミュニティの内部では、この慣習はかなり機能していたはずだ。

　そして、今回の事件はその慣習が、実は一般的な著作権法の枠組みと整合的なわけではないということによって起こってしまった。コミュニティが大きくなれば大きくなるほど、考慮すべき文脈の多様性は広がってくるのだから、近年の腐女子コミュニティの拡大とともに、こういった事件が何かしらの形で起こることはありえたことだろうとは思う。

双方向の「配慮」が可能な状態をいかに作り上げるか

　それにもう一点付け加えておけば、私は「【基準B】：法的問題はない。しかし、当事者たちにとってセンシティブなことへの配慮が足りなかったという点で、研究倫理上の問題はある。」という態度だけを強調することは、一見、配慮をうたっているようでいて、そこまで素晴らしい態度というわけでもないと思う。

　基本的には、この論理だけを強調せざるを得ないシーンというのは「対話することが難しいほど弱っている人たち」とか「西洋文化基準でもって踏み込むべきでもない人たち」、「複雑すぎる背景をもっているので相手に明文化とかをそこまで期待すべきでもない人たち」に対する場合ではないだろうか。

　つまり、言及をする側からの一方的な配慮である。鬱でほんとに今にも死にそうな人とかに対しては確かにそういう形でのコミュニケーションしかできないから、そういう場合は仕方がない。

　もちろん、言及をする側は可能な限り配慮すべきだ。しかし、だからといって、言及をする側だけに配慮を要求するというのは、言及される側を馬鹿にした話ではないだろうか。配慮は相互になされてよいと思うし、腐女子の方々は、一方的に配慮されるだけの弱者とかではないと思う。

　多くの腐女子のお姉さまがたは、尊敬すべき人々であると思っている。ぜひとも腐女子コミュニティの今後の拡大にあたって、より受け入れられやすいコミュニティの形成をしていっていただければ幸いだと思う。

　また、今回はたまたま腐女子のコミュニティと一般法との間の問題であったが、これは見えにくい慣習と一般法の間にズレがあるケースでは、似たような問題は何度も起こるタイプの話だとも思う。ローカルなライセンスのようなものが増えすぎたら、それもそれで面倒だということもあるとは思うが、何もないよりは、だいぶよいだろうとは思う。

付記１：言論の自由と引用について

「慣習は、法の前には下位の基準でしかない」という話についても簡単に触れておきたい。

　基本的には法のほうが重要だとは私も思う。ただし、それは慣習と、法とのガチンコ対決が回避できないという事態が訪れた場合、法が優先するということであって、ガチンコ対決が回避可能な場合や、慣習が公序良俗に反するというわけでもない場合は、別に回避してやってけばいいのではないか、と思っている。

　今回、腐女子コミュニティで「引用」に関わるルールが特殊な形で扱われていたが、もし腐女子コミュニティにおける「引用」ルールを、一般社会全体にまで拡大させようという動きにつながることがあるのならば、これは断固ととして反対する。

　「引用」の自由は、研究にとって重要という以上に、自由な言論、政治、社会にとって重要なものだ。たとえば、それを政治的な言論（たとえばヘイトスピーチ）をやっている人たちが「引用」ルールの除外適用を求めてきたとしたら、それは素人の文章だったとしても、まったく受け入れられない。「公開した俺の政治的発言を引用しないでくれ」などありえない。それを引用して批判する自由を奪われれば、政治的なことについて公共の場で議論することに多大な支障が出るだろう。

　今回の場合は（１）性的プライバシーの問題であるということ（２）腐女子コミュニティの内部で、そのコミュニティに属する人々の合意において特殊な「オープン／クローズ」概念が実効力をもった慣習である、という前提があって、はじめて「それは配慮しましょう」という話がありうるのであって、著作権における「引用」そのものを捻じ曲げるような話であってはならない。

　この著作権における「引用」を捻じ曲げていいかどうか、というの話はすべての人にとっての言論の自由の確保という意味で、致命的に重要なポイントである。これを安易に捻じ曲げるような権利主張は極めて危ういとも思う。

付記２：

　STEP3、STEP4とかはアクションの担い手が限られるだろうとは思う。ただ、腐女子コミュニティもだいぶ拡大しているわけなので弁護士、研究者、経営者などの腐女子の方などが行動すれば決して不可能な話でもないのではなかろうか。

付記３：

　腐女子の人たちについて「二次創作やってる人たちはダブスタなんじゃねーの」問題。この件はダブスタとわかってて、恐縮しながらも、言うべきことは言おうという人と、なんもわかってない人が両方いると思う。

　後者の人たちについては、わかってくださいね、というしかないと思う。自分たちだけが弱者で被害者という立場でないことは理解してほしいとしか。

＃あと、二次創作でも「作者公認系」とかもあるので、全てがアウトというわけでもないだろうが、今回問題になったものがどっちだったかまでは調べていない。まあ、おそ松さんとかは、公式も問題にしないタイプだから、公式との関係では、まあどうといった問題もないのだろう。

付記４：

http://anond.hatelabo.jp/20170527202448

このエントリは問題の性質をよく示していると思う。

流通プラットフォームが変わるごとにちょっとずつ腐界隈の慣習と、

実態との関係性もちょっとずつ変質していっているという話だと思う。

流通プラットフォームはどんどんと変わっていくので、

その変化にあわせてぼんやりした慣習だと、運用に失敗しました、というのが今回の話なんだと思う。

オタ界隈は、かなり基盤技術の変化がはやいので、この変化に対応できるような基準が成立しないと、この手のことは何度も起こるのだろうなと思う。

Permalink | 記事への反応(6) | 18:51

2017-05-21

■http://anond.hatelabo.jp/20170521184305

増田ごめん一個10円やったわ。

持ち帰りメニューに書いてあるんだけど、それだったら最初から値段に入れとけばいんじゃね?って思うの。

お持ち帰りは容器代として1個につき税込10円をいただきます。なお、当社の容器の再利用はできません。

っていうやつ。

店内と値段ちがうやんけーって人がいるんかな。

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

2017-05-03

■ウエスになった服に名前が書いてあった

学年と女の子の名前が洗い方のタグに書き込まれていた。

再利用するために衣類だけで収集しているんだから

親は個人情報を消しておけと思った。

同じロットにセーラー服らしきものが出てきて、

着ていた子供の成長を感じてほのぼのした（キモい）

ウエスはグリスをぬぐうのに使った。

第二の人生お疲れ様。ありがとう。

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

2017-04-21

■プログラム 日本語で書けばいい気がするけど（追記した）

定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。

（実践はしていない）

日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode 対応で日本語書けるもの。

日本語でいいと思う理由は主に２つ

○画面に表示する時

フレームワークや言語にもよるけど表示するときに英語の名前から日本語の名前に変換して表示って手間があるものがある。

最近見かけた例だと.NETでプロパティの属性に表示名書いて表示するときに取り出していた。

最初から日本語だとそのまま表示でいいことが多くて一段手間が省ける

○英語がわけわからん

まず自分が英語化するとき。

いい単語が出てこないとか、しょっちゅう。

慣れが必要だし慣れてもなんかコレジャナイ感とかで苦戦する。

次に他の人の英語化したのを見る時。

その人の英語力にもよるけど、動詞名詞が変に混ざっていたり、sがついてたりなかったり、そもそもchildsみたいな謎の語があったり。

そこそこできる人同士でも、「私はニュアンス的にこっちの単語」「僕はこの単語のほうがいいと思う」とかある。

相手の書いたところがわかりづらいのはもちろんだけど、プログラム的に同じ意味なのにクラスや関数によって呼び方違うと辛い。

かといって全員に日本語と英語の対応を先に渡しておいて統一しようというのは大変すぎる。

（日本語だと仕様の時点で日本語で書いてるからまぁおかしなことにはそうならないはず）

そういうわけで日本語で書けば色々解決するのにって思う。

----

次にデメリット

軽く調べた感じ主にこの2つな感じ。

「IME」「英語圏のものへの対応」

○IME

半角全角を打つのってめんどい。

と思うけど、実際チャットやこういう文章書いてて英語が出るときに割りと頻繁に押してる。

ほぼ無意識でやってて意外と苦じゃない。

短いとF10変換で半角にすることもあるけど、キーボードのタイプ数カウンタとか入れてみると半角全角キーはけっこう上位にいた。

それに、なんだかんだコメントは日本語で書くことが多くて、他の人と作るのならこまめにコメント書いてる。

そうなると全角半角の切り替えは普段からあるもので、あんまり気にするほどじゃない気がした。

最近じゃIDEやエディタの補完が優秀だし、日本語にするにしても「最初はjから始める」とかルール入れておけば「j」って打ってあとはスコープにあるいくつかの候補から選ぶだけで全角にしなくていいかもしれない。

○英語圏への対応

githubで公開したりとかライブラリで再利用してもらうときに日本語じゃ使ってもらえない。ってことみたい。

私が日本語にすればいいじゃないって思ってるのは、ビジネスロジックというかそのアプリケーションの固有名詞みたいなところ。

「足し算」って関数名は「add」でいいと思うし、配列のそれぞれは element とか item とかそういう一般的な英単語でいいと思う。

具体例がいいづらいけど、業務システムで表示する金額の名前とか、日本語独特なものとか、一般的な単語じゃなさそうなの。

こういうのを日本語にしたいってわけなので、ライブラリ的な共通なところは英語で良いからgithubで公開する範囲も英語のものでいいと思う。

ただ、最近はやってるマストドンとか、ライブラリ的なものじゃなくアプリケーション自体をgithubで公開する場合はできない気がする。

でも、海外も対象にしてるものだと日本語特有なせいでわかりづらい英語になる苦労とか少なそうだしそういうのだと英語でいいんじゃないかな。

----

長くなったけど、まとめると、

業務システムの固有名詞とか日本語特有なものとか無理に英語化してよくわからないことになってり、見づらくなるくらいなら日本語使えばいいんじゃないかな

ということ。

まあ思ってる割には実践してないので、やってる人がいたら良かった・悪かったとか聞きたいなと思ったのが書いた理由。

追記

帰ってきたらすごいブクマついてた。

色々意見あってとりあえず感謝。

絶対「自分でやってから言えよ」みたいな意見来るだろうと思って今日の空き時間に日本語行ける言語調べたり軽く日本語使ってコード書いてみたので、そのあたりと目についたコメに答えてみる。

まず、思いの外日本語プログラミング言語上げてる人がいたので、うまく伝わってなかったぽい。

具体例上げずにサッと書いたらからかな。

あと自分もわりとするけどタイトルだけ見て中身見ずにコメントしてた人もいるだろうなー。

日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode 対応で日本語書けるもの。

これが、などしこやひまわりや、BF系のmisaやら北斗のあれやらうにゃーとか色々な「構文など最初から日本語を前提とした言語」ではないってこと言ってた。

---

○日本語つかえる言語

最近の主要な言語ならだいたい Unicode 対応でしょと思って環境があった言語を試した結果はこうだった。

JavaScript/Python/PHP/Scala/Kotlin/C#/Go/Swift

これらは日本語で変数作れた。

rust と Lua は無理だった。

rust は確か前に、変数名が ascii 文字だけなことに日本以外のどこかの国から Unicode 対応にしてって多くの要望あったみたいな記事があったし将来的に対応するんじゃないかなって思ってる。

実際に今どんな状態かは知らない。

その記事のコメントとかでみたけど、日本語以外は割りと自国の言葉を使ってたりするっぽいね。

（正確なデータはないから信憑性はあるとはいえないけど）

VBA を上げてる人がいたけど、私はそこまでのはみたことない。（幸せ者っぽいな）

稀にエクセルマクロいじるときに使い方ググってて出て来る、解説してるページで関数名が日本語なのをたまに見るくらい。

パット見なんか気持ち悪い感はあるけど、読んだときのわかりやすさはけっこう大きい。

---

○使ってみて

大規模案件に使ってみてこその問題もあるだろうけど、簡単なスクリプト程度のを日本語にしてみて気づいたこと。

割といける。

全角半角キーはPHP の $ より楽。

PHPて言語は変数は全部$からはじめないといけない欠陥言語。

まあ変数のみのgrep のしやすさや予約語キーワードを変数名に使えるからメリットもある。

だが、$って打ちづらい。

Shift+4ってすごいつらい。

に比べて全角半角キーってちょい遠いけどそこまで苦痛じゃない。

ふだんから多用してるキーなわけだし。

ただPHPと日本語の組み合わせは相性悪い。

$は半角でその後に日本語だから手間が多すぎる。

それ以外の言語だと、IMEのおかげでかなり楽。

GoogleIMEだけど、多少のタイプミスは補完で修正してくれるし、予測変換が優秀だし。

IDE重いから補完機能のない軽いエディタで書くようなときなら、IMEのおかげで英語の変数名で書くより速度は早いと思う。

---

少し前に知人から言われた日本語のデメリットを思い出したのでそれも触れとく。

「仕様変更で言葉変わったときに日本語だと全部書き換えないといけないよ。英語だと別にそのままでいいし。」

英語わからない人が、英語を言葉とみなさずただの記号として考えてるから、っていうような発言。

仕様変わって変数名まで変えるのは面倒なのはわかるけど、あとからコード読む人が英語で見て意味不明になる。

英語と日本語の対応をコメントに書いたとしても、全然意味の違う英語があるのは混乱でしかない。

こういう考えの人がいたら本当にやめてほしい。

---

あとは気になったコメントについて書いてく。

表記ゆれとか方言とか言い回しなどについては、全部日本語にするとあるだろうけど、私が想定してるのは直感的に英語にならないような固有名詞とか。

DBの項目名を日本語っていうのは私の思ってるのと近い。

年金の例も○○年金というのがいろいろあって、全部英語だと嫌になってくるしよくわかる。

こういうのを日本語にしたい。

なので年金額を取得する関数で「年金額を取得する」「年金額を取得」「年金額を取り出す」とかの表記を迷うんじゃなくて「get 年金額」でいいと思う。

こういう単語だけだと表記はそれなりに揃うと思う。

特に DBにある項目だと仕様とかで先に言葉が決まってることが多いだろうし。

---

見た目について。

見た目が残念とか見づらいというのは同意。

ただそれ以上に読んだときのわかりやすさが大きいと思う。

見た目が悪いというのも全部英語っていう前提があるからで1ヶ月も日本語のコード見ればなれるんじゃない？って思う。

---

へとヘ

これはありそうな問題。

ただ、IDEを使う前提なら未使用変数のエラーとか、選択したときに色が変わってないとか、割と気づけると思う。

lとIとかアルファベットでもあるけど、IDEや高機能エディタ使うと困ることはほぼなくなった。

---

ローマ字

私が日本語にしたいような固有名詞をローマ字化してるプロジェクトにであったことはある。

見やすい語は見やすいけど、見づらい語は圧倒的に見づらい。

それにローマ字のほうが「ん」でnは1つか2つかや、ヘボンorローマ？という日本語より表記が揃わない問題ある。

特にローマ字の場合自分がキーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。

---

ガラバゴス化・日本が遅れる

海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。

そういうのは対象外。

今回いいたいのは、元から日本しか対応してないような業務システムなど。

そういったところの固有名詞が日本語になったからって、困ることはないはず。

もともとガラバゴスなわけだし。

日本でしか使われないもの・海外向けにするにしてもフルスクラッチで作り直すことになるようなもの、

こういうのは日本語化でいいんじゃないかと思う。

---

テスト

テストだと日本語が使ってる人多いのかな？ブコメのスタートップだし。

とりあえずはテストから使い始めてみようと思う。

---

長くなったけど参考になる意見もいろいろあって助かった。

Permalink | 記事への反応(17) | 23:03

2017-04-14

■http://anond.hatelabo.jp/20170414095208

ネットバトルの開幕だヒャッハー！　って感じなんだよ。

相手に投げつけた斧はそのまま再利用可能なトマホークとして相手に投げ返してきてほしいんだ。

そして投げ返された斧を華麗に弾いて反撃に左右からトマホークをぶつける。

そういった謎のバトルを求めてモヒカン達は日夜辻で待ってるんだよ。

憂さ晴らしなどではない。むしろ破滅的願望が彼らをそうさせているのだ。

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

2017-04-09

■去年から 最近かけておれが執拗に見続けたyoutube(音楽)

気に入ったものを繰り返し見続けることがある。

一日に5回とか。それが数週間。

子供が気に入ったアニメや絵本をずっと見続けようとするのによく似てる。

まあ、そんな音楽です。

------------

JUNGLE FUNK

https://www.youtube.com/watch?v=0_JJqdWSJuA

リヴィングカラーのリズムセクションの 2 人と Vinx のユニット jungle funk の曲 "TORN"。

ひたすら美しく切ない。

ウィンビッシュのベースはデリカシーのある美しいコード進行を多彩なパターンでメロウこなしているが、

ガっと行くトコはきっちり行ってて、甘さだけにならないのが本当にうまい。

パーカッション(壺かな？)のオーガニックなリズムが、控えめだけど強いビートを一貫して曲に与え続けている。

そして、歌とコーラスワークの美しさにおれの涙腺は何度でも崩壊するわけです。

ちなみに、エリックゲイルズがギターを弾くインストバージョンが下記。

これも良い。

ウィンビッシュが弾いてるところが見れるのがうれしい(凄すぎて何やってるかさっぱりだけど)。

ゲイルズはキャラは粗暴なのに美しいギター弾くよね。

John Page Classic Presents “TORN,” featuring Eric Gales, Doug Wimbish & Will Calhoun

https://www.youtube.com/watch?v=WeefVD1668w

-------------

Chantae Cann All I do Cover Live HD

https://www.youtube.com/watch?v=i5liTAUdFHQ

最近はあんまり参加してないっぽいけど、スナーキーパピーの鍵盤の人として知られるコリーヘンリーのライブ。

見どころはシャンティーカンの歌！歌！。スナーキーのプロジェクトでもよく歌ってるけど、それほど

アピールする歌い手には見えなかったんだよね。けど、こっちは本当に良い。

ちょっとチャイルドボイスで、べったり歌い上げる感じにならない乾いた感触がステキ。

バックは結構いかつい演奏してるのに、そこからさらに2歩も3歩も前に出るパワーもさすが。

それこそ何度も聴いたけど、後半のロングトーンは何度聴いてもドキドキさせられる。

下のはたぶん同じライブの別な曲。これも上とセットでずっと聴いていた。

歌に加えてダルシマーのソロもクセになる。

Cory Henry Plays Gnarles Barkley's "Crazy" feat. Chantae Cann

https://www.youtube.com/watch?v=xp8UCpHk-vk

-------------

North Mississipi Allstars - Turn Up Satan

https://www.youtube.com/watch?v=p1rLGrLAXQ0

NMA のブギ。

一見何のひねりもないミドルテンポのブギのようだけど、現代的な工夫が多く盛り込まれていて退屈させない。

逆かな？。今時のポップソングに典型的なブギのリフを再利用して見せたのかもね。

いずれにしてもそうした要素を中毒性高くパッケージした NMA の手腕はさすが。

ギターソロ開けにリフに戻ってくるとこなんか立ち上がって踊りだしたくなる。

使い古された何の変哲もないギターリフが強烈な輝きを取り戻す一瞬と言って良いと思う。

ルーザーディッキンソンは本当にうまい人で、ブラッククロウズのこの曲も執拗に聴き続けた一曲。

後半のソロは何度聴いても胸に刺さる。

The Black Crowes - Oh Sweet Nuthin'

https://www.youtube.com/watch?v=lf9-BCix4io

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

■経済格差による情報格差の一例かな？がんばって。

長く書きます。お金の話の経験とかも、少しでも参考にしてください。

話に一個ずつ答えてく

10年前のVistaが搭載されていた頃の家電量販店で一番安かったCeleron 1コアメモリ1GB グラボなしノートだからプログラミングに向いてないのかもしれない

４年前になるけど、高校生の時は１万円くらいのパソコンを中古で買って、使いにくいのを我慢してて、実際損だったなと思うこともある。

お金のない環境を整えられない学生はつらいよね。明らかに札束で殴れず時間を使って損してる。

twitterできないメインで使えないのもまず、重すぎるからっていうのもありそう。

スペックが足りてなさすぎる。まずは６，７万出してスペックを整えよう。

すごい人たちについて

すごい人たちは幼少の頃からパソコンがあって、パソコンをいじるだけの時間があって、承認されてる。

しかも、コミュ症だとかなんだかんだ言いながらも、ネットではきちんと弾けてるし、人望もある。

彼らを理解するのはすっごく難しい。

経済格差が多すぎて、彼らが積んできた経験と持っている環境が違いすぎるから。

プログラム自体は数学を解くようですごく楽しいのだけれど、なぜ苦しい勉強をしながらプログラムをずっとやっていられるのかわからない。

環境はMac（高すぎて揃えるなんてとんでもない）じゃないから、先人たちの簡単に手順化された知恵を受けづらく、プログラムの環境をととえるまでが大変だし、

ライブラリ関係のエラーコードは自分の力で、ライブラリを見つけに行かないとダメで、ウェブで検索しても彼らよりもずっと時間がかかる。

そこをきちんと理解したうえで、自分がどこまでやりたいのか、どうしてやりたいのか

自分はプログラマに向いているのか、考えながら、勉強していったほうが良い。

私について

ちなみに私はプログラムを解くの好きだったし、ある程度は得意だった。

ADHDと自閉症混じってるから、だから職人的なことをやりたかったし、テストをかけば不注意で大きな損失を出す可能性も低くなる。

だからプログラマを目指しているし、プログラマとして就職するつもりなんだよね。

twitterで有名な人てやっぱりSランクとか余裕なのかな

プログラマのレベル

私も無名で、プログラム力的にはpaizaのSランクは、後ちょっと足りない、運が良ければ成功するんじゃない？ってレベル。

ツイッタランドのすごい人たちは目指すと疲れるだけなのでほどほどにね。

彼らは多分余裕綽々でS取れる。

paizaの出題は競技プログラムの一種で、競技プログラムっていうのはある程度出題の仕方が似通ってる。

複数回解いていると昔に残ったコードとか再利用できたりするから有利になるっていうのもある。

ゲームで例えるとRPG好きな奴にFPSやらせても全く活躍できないけど、FPSが得意な奴に別のFPSゲーやらせてもできたりするでしょ。

開発のジャンルの違いがあることは覚えといて。

VirtualBox上のubuntuでMySQLをコンパイルすると2時間20分ぐらいかかった記憶がある。

開発環境OSについて

Mac買えなくて開発環境として選ぶなら,windowsよりlinuxのほうが良い。

windowsだと環境整える前にストレスがやばいし、パソコンが死んだ場合のストレスもやばい。

あと、古いパソコンだとUSBブートができなかったのも割とめんどくさかったし、回線がめちゃくちゃ低速だったから、ISOファイルのダウンロードに半日かかってたかな。

ubuntuは良いんだけど、スペック足りてない。

VirtualBoxはすごいスペック持っている人が使うものなので、買い換えないならクリーンインストールかデュアルブート推奨。

ubuntuにしとけば、ウイルス系もあんまり構う必要性がなくなるからね。

（フリーソフトの選択肢は狭まるけど。）

起動にVirtualBox起動に数分待って、端末以外を使おうとすると固まるみたいなことやってると辛さが溜まるから。

あとデュアルブートはいいよ

あと、クレジットカード持てないのでAWS上で機械学習するのだけは遠慮したい。

クレジットカードについて

デビットカードでも行ける。

するが銀行に口座を作ってデビットカードを申しこめば、２０歳以下でもなんとかなる。（年齢によっては親の同意は必要だけど）

２，３週間かかるけど、デビットカード作っておくことで色々なサービスを体験できるようになるのは選択肢を増やすにあたって重要なことだから是非。

コンビニからお金を入れられるので地方でも安心だしね。

一応著名なプログラマーをTwitterでフォローしてるけど、ご飯の画像を載せてたり、若者の僕には通じない寒いギャク連発してたり、ロリっぽい画像をRTしてたりと、twitterはメインの情報収集としては利用してない。

SNSについて

ネット上は怖い人もたくさんいるし、まさかりがちょくちょく飛んでくるけど、変にウケると拡散してくれて色々な人が声をかけてくれるのも確かだったりする。

ゆっくりと自分の使い方を覚えていけば少しずつ楽しめると思う。

実際、SNSは情報の精度としては当てにならないし、勉強のためってSNSを使うとストレスで辛くなった。

自分の好きな人だけをフォローすると精神安定するよ、あとフォロー返しはやる必要はない。やってるとTL荒れるからね。

（リストとか使いこなせるなら別なんだろうけどね）

ちなみにここに飛んできた理由もツイッターかな。

何を改善したら昔よりも良くなったかってことだけつらつらと書いていく。

おすすめ度は◎○△であらわす。

ノートパソコンを新調する

おすすめ度：◎
条件：最低で６，７万円のお金が必要。
おすすめはlenovoのeシリーズ。
重いけど、コスパは良好比較的安めに上がってキーボードも打ちやすいのが良い。
いまはcorei5, メモリ8GBの使ってて、大体（重めのゲーム以外）したいことはなんとかなる。
SSDはあったら便利だけど、一番重要なのはメモリな。
開発したいなら８GBは必須。
（苦労話：
古すぎてノートなのにキーボードを常時接続必要だったり、画像が多いサイトはブラウザを選ぶ必要があったり、何よりもIDEが使えなくて辛かった。
windows vistaのupdateで数日固まったり、ゴミでしかなかった。
）

光回線契約にする。

おすすめ度：◎
条件：契約できる年齢か、親の同意（年４万円くらいの出費）が必要
何をするにもまず回線速度が遅いと話にならない。
IDE落としたり、クラウドにファイル上げたり、AWS使う時のアップロードとか、音声会話とか。
〇〇をしてみたいと思ったら,ダウンロードに時間がかからないことは、モチベーションのためにめちゃくちゃ大切。

（苦労話：
ISOファイルをダウンロードするのに半日かかるのが普通だと思ってたけど、
まともな光回線＋まともなルータを利用したら、ダウンロードに１時間ちょいになってびっくりした。
特に古いルータだったりするとボルトネックになったりする。
）

ubuntuをクリーンインストールする。

おすすめ度：○
条件：linuxで生きていくという覚悟
windowsよりは快適。
他のlinuxISOファイルを焼いたりするときにちょっと苦労するかもしれないし、軽いの選ぶと良いかも。
実際普段使うものがネットとプログラムツールだけだったから、なんとかなったし、ゲームの選択肢が強制的に排除されるので、
少しはプログラムに触りやすくなるかもしれない。
（苦労話：
エクセル、パワポ必要とか言われた時に、officeのレイアウトで死んだりする。
資料はPDFな。

買い換えない場合のクリーンインストールは↓
昔のパソコンでもLinuxとか入れればそれなりに動くよっていう人はいるけど、やっぱり社会的な通信網と平均的なマシンスペックが上がっているせいで、ウェブ自体が要求するスペックも上がってて低スペックだとつらい。
ブラウザはw3mとか使って、端末タブを開いてvimで開発してた。
なんでかって言うと普通にブラウザ使うとレスポンスが重すぎたから。
でもその使いづらさの分だけ損してるんだよね。
）

勉強会に行く、もしくはライブ中継を見る

おすすめ度：○
条件：電車代などの交通費を用意可能
できること：
他人に触発されるタイプなら、すごい人たちの興味の方向を見て学ぶ方向が増えるかもしれない。
後は交通費と宿泊費の出る勉強会なんてものもあるので応募してみると良いかもしれない。
高校生なら、交通費出してくれるっていう太っ腹な勉強会もちらほらある。
一、二回は顔出し推奨。
欠点はあって、コミュ症は治らないので、友達ができるとは限らない。

パソコンを触れる時間を増やす

おすすめ度：△
条件：家庭環境による
できること：
自分の向上心による。
大学生になって一人暮らしになったら、パソコンに触れる時間は多くなったとは思う。
（勉強しているとは言っていない）

デスクと椅子の購入

おすすめ度：○
条件：３，４万円の出費
できること：
まず、パソコンを長時間触っていても疲れなくなる。
デスクの高さと椅子の高さはとても大切なもの。
疲れなくなるし、指が攣りそうになることもない。
机の高さはきちんと調べたほうが良い、あってることが重要
今使っているのは１万ちょいの新品デスク（ニッセンのフリーテーブル）と３万弱の中古のオフィスチェア
基本的に３０００円位のデスクは耐久性と高さがゴミだったりするので注意。
机は　http://blog.livedoor.jp/itsoku/archives/38727329.html　の６６のテンプレを見ておくと良いかな。
（苦労話：
しかもノートパソコンでデスクと椅子がなくて狭いこたつの上か100均で買ってきた台の上で、パソコンを使っていたからパソコンの位置の高さが合わなくて姿勢がどうしても悪くなるせいで長時間パソコンをいじることもできなかった。

後は寝ながらパソコンをいじるみたいなみたいな堕落生活してたら、筋肉が硬直してまともに手を握れなくなって、医者にかかることになって１万円程度お金がかかったし、
２ヶ月位まともにパソコン触れなくなった。
ちょうどその時期は、筆記用具をほとんど使わない単位だけだったから良かったものの、他の単位とってたらもっと治療に時間がかかったかもね。
）

jetbrainsのIDEの使用

おすすめ度：○
条件：それなりのスペックのパソコン、それなり大きさのディスプレイ
できること：
設定しなくても、複数のファイルから補完が聞くし、フォルダ内の全てのファイルから検索、置換ができるのが良い。
ただし、ディスプレイが小さいと実際に開発できる範囲が小さくなるのは注意。
（苦労話：
IDEは普通に使えるなら作業効率が全く違って、設定少なくても補完も他のファイルやライブラリから保管してくれるたりする。
でも、昔の環境だとeclipseはフリーソフトだけど環境整えるまでが辛いし、重いしで、開くとブラウザすらまともに操作できなくのが辛い。
だから、ブラウザでチュートリアルとか見ててもパソコンに待たされてストレスだった。
まともに使うには設定がめちゃくちゃ必要なのは実際疲れた。

（ac.jpのメールアドレスは必要だけど）学生無料なIDEでjetbrains製品があるけど、設定しなきゃダメなvimとかと違ってマウスで操作できるのがすごい良い。
端末ではコピペが簡単にできなくて、数は少ないけどよくあるミスが、間違えてcommandモードで貼り付けてやり直したり、vimのline numberの設定をいじらずにvimからコピペができる。
コレだけでイライラ具合が全然変わる。
）

図書館 から コーディングの本を借りてきて読む（できれば、実践すること）

おすすめ度：◎
条件：図書館や図書室で本を注文できるか、本があるか
できること：
プログラムの能力が向上する。
おすすめされている本を探すと良い。
プログラム初学者なら、ネットだけで勉強するよりは効率がある。
とりあえず、やりたいことなくて、プログラム力をただ上げておきたい場合は、
競技プログラムやりたいとしても下の順番で進めると良いかもしれない。
あと、プログラムには自分が到達しているところまでで言うと、次の順で壁があって能力が足りないと行き詰まることがある。
>> 関数化　→　クラス化　（→　ポインター）　→　再帰　→　関数型言語 <<
数年かけて勉強して次の段階に勧めないならプログラマは諦めたほうが良いかもしれない。
（能力が足りないのは上司も自分もつらくなるよ）

パソコンのディスプレイを買うこと

おすすめ度：○
条件：１万円弱のお金
できること：
ノートパソコンなら２個の画面を使えると作業効率が違う。
特に手打ち系のコーディング練習とかがめちゃくちゃ捗るようになる。
（苦労話：
IDE系列は画面を割と占拠するので、ノートパソコンの狭い画面だと辛い。
でも大きすぎる画面だと持ち運べなくなるのでダメ。
画素数が上がればその分だけ小さく表現ができるので、画面サイズが同じでも画素数が違うとかなり大きさが違って見えたりする。
）

大学に入って時間を稼ぐ

おすすめ度：○
条件：学力があること努力すること、覚悟
できること：
奨学金を利用して環境を整えたり、時間が増えるから更に勉強できる。
プログラム関係もそれ以外も就職先が増える。
また、これからの転職したくなった時に逃げ道が増える。
欠点、国立は安いけど、入学にそれ相応の努力が必要。私立行けるなら、苦労してないと思う。
あと免除制度っていうのがあるから、そういうのも利用しつつ費用を安く上げよう

デビットカードを持つこと

おすすめ度：○
条件：年齢（か、親の同意）
できること：
ちょっとした電子払いができるようになる。
多重債務は起こらない。
欠点としては、定期払いはできないので携帯の契約とかはできないことに注意。

終わりに

低スペックのパソコンしか無いのは、多分家庭環境のせいでもあって、

君がアルバイトもできるかどうかわからないし、アルバイトしてもそのお金が君のもとに入ってくるかはわからない。

お金も無限にあるわけじゃないし、時には経済格差を感じて辛くなることもあるだろう。

少ないお金の中でうまくやりくりして、それでも自分の力にしていってほしい。

（お金が潤沢にあるなら親を説き伏せることをがんばって）

応援してるよ。

http://anond.hatelabo.jp/20170407112743

Permalink | 記事への反応(1) | 05:48

2017-04-08

■Ubuntu Code of Conduct v2.0を適当に日本語訳してみた

訳注

この翻訳文は関係者のレビューを受けたものではありませんので、原文を理解するときの参考程度未満にとどめてください
訳者は原文の意図をくみ取るよう注意していますが、関係者の方針や考え方に沿っていない可能性があります
v1の日本語訳では命令形となっているところを体言止めとしてありますが、訳者が命令形を苦手と感じている以上の意味はありません
足りない語学力、コミュニティ構成への理解不足などにより訳出できなかったものは、()内に原文を書いてあります
訳者は翻訳の過程で「機械翻訳」と一般に呼ばれるサービスに丸投げしていないことをここに宣言します
このレベルでも5時間かかりました
CoCと略すと別の何かのようですね
原文: Ubuntu Code of Conduct v2.0

Ubuntu Code of Conduct（行動規範）v2.0

コミュニティ

「Ubuntu」とは、「他者への思いやり」のことです。この単語自体が、人間としての精神を体現しています。

我々は、生産的で、幸福で、複雑な領域における新しい発想を歓迎できる柔軟性を持ち、また、あらゆるプロセスを常に改善し、さらに、各々が全く異なる要求や関心、能力を持つグループの間の協力を促進するコミュニティを希求します。

我々は、メンバーの多様性によってコミュニティを強靱なものにするために、多様な参加者を活発に探します。このUbuntu行動規範は、多様なグループがお互いの利益と喜びのために協調することを確実にするために存在しています。我々は、誰であっても、プロジェクトへの参加に障害がないよう努力します。

行動規範は一般的に、公的であれ私的であれ、我々がどのように振る舞うべきかを統率します。我々は、プロジェクトの代表者（公式・非公式を問わず）、関係者、そして直接の参加者が、このUbuntu行動規範を尊重することを望みます。

我々は、下記に真剣に努めなければなりません。

思いやりを持つ

我々の成果物は他者によって使われるでしょうし、また逆に他者の成果物にも依存しています。いかなる決定であっても、利用者や関係者に影響を与えることを頭に置いて、決定をするときにはそのことを考慮する必要があります。

他者を尊重する

意見に相違があるからといって、無礼な振る舞いをとってはいけません。衝突を解決するために協働し、他者が善意で行動していると仮定し、親身になるよう努力しなければなりません。苛立ちが個人攻撃に発展することがあってはなりません。不快感を覚えたり脅威を感じるコミュニティは、生産的ではありません。

発言と行動に責任を持つ

間違いを犯すことは誰にでもあります。そのときには、責任を取らなければなりません。もし誰かが傷つけられたり攻撃されたときには、注意深く、そして思いやりを持って意見を聞き、間違いを正すよう行動しなければなりません。

協力的である

我々が作り上げようとしているものは複雑で、それぞれに想いが込められたたくさんのパーツでできています。各々が違ったゴールとビジョンを持つチームの間での協調は不可欠です。ただのパーツの組み合わせ以上の成果物を作り上げるには、各々のパーツが全体を理解するよう努力しなければなりません。

協調して取り組むことで、冗長な作業を減らし、品質の向上につなげることができます。プロジェクトの内外を問わず、協調することは大切です。可能な限り、アップストリームのプロジェクトと共同で作業し、フリーソフトウェアのコミュニティと協調することが必要です。透明性を確保し、その作業に関心を持つ人とはなるべく早期から協働するのが良いでしょう。

明白さ、透明性 (clarity) 、合意を重視する

社会的な、あるいは技術的な意見の不一致はよくあることです。しかし、意見をまとめずそのままにしたり、何を合意したのかを不明確なままにして他の人を悩ませることがあってはなりません。

プロジェクトの参加者は、意見の不一致を建設的に解決することが期待されています。もしも合意に至らなければ、あらかじめ決められたリーダーに仲裁を依頼し、透明性 (clarity) と指示を求めます。

分からないことがあれば手伝ってもらう

誰であっても、完璧であることを求められてはいません。誰かに質問することは、後で発生するであろう問題を回避できるので推奨されます。ただし、適切な場所で質問してください。質問を受けた人はすぐに反応し、手助けしてあげてください。

役目を降りるときには丁寧に

プロジェクトを離れるときには、与える混乱を最小限にするよう動くことが求められます。プロジェクトから離れることを他の人たちに伝えて、離れる人が作業を中断した地点からほかの人たちが再開できるようにしてください。

リーダーシップ、権威、責任

我々は、実例と議論と行動によって動かされます。新しく参加した人は、もしプロジェクトの改善につながる新しい考えがあれば、ぜひ人々を率いて、行動を起こしてください。リーダーシップは、行動を起こすことだけで誰でも実践できます。その機会があれば、誰かの許可を待つ必要はありません。

トップ からの権限の委任

プロジェクトに関する責任は「慈悲深い独裁者」を頂点として、そこから特定の範囲について責任と権限を委任されたコミュニティ・カウンシル、その下にいるチームや委員会 (councils) 、個人に委任されていきます。コミュニティ・カウンシルまたはその代表者が、争いごとの解決を行います。

我々は実力主義に基づいて、意思決定や統率、リーダーシップを、長く参加している人から、能力があって関心の高い候補者に委任していきます。

権限の委任は支持に基づくか評価されている

評議会 (boards) や委員会 (councils) への任命は、コミュニティ・カウンシルが決定権を持ちます。ただし、事前にコミュニティに対してインプットを求めるものとします。

リーダーシップは、表彰や権利や肩書きではありません。リーダーシップは権限であり、そこには責任が生まれます。リーダーシップはコミュニティから委任されたものです。リーダーの権限は、委任するコミュニティから支持されている間だけ得られるものです。

議論とデータと決定を尊重する

我々は何かものごとを決める前に、意見やデータ、関係者からの意見表明を集めます。リーダーの役割として、チームが決定を遅滞なく行う手伝いをし、ガイダンスを与え、合意に至らなかったときに決定をし、決定の実施に責任を持つことが期待されています。

何かを決めないことには、先に進めません。明確な指示には価値があります。ときには、データが足りなかったり、合意が得られがたいこともあるでしょう。それでも、何らかの決定を下さなければなりません。いつでも完璧な決定を下せる保証などないのです。決定を先延ばしにするより、失敗して、失敗に学び、将来の役に立てることが大切です。

我々は、問題をより把握しているチームを信頼して決定を下してもらうことで、プロジェクトはよりよいものになると認識しています。もし決定に不満があれば、それを下したチームと調整します。調整が付かなければ、その決定についてレビューする統治機構 (governance structure) があります。つまるところ、責任を持つ人が決定を下し、それがプロジェクトの統治 (project governance) に支持されていれば、その決定は有効であるとします。我々はある決定について納得しないこともあるかもしれませんが、それでもプロジェクトを信用し、たとえ内心では違うほうがよいと思っていたとしても、プロジェクトとしてその決定が実施されることを支援します。

開かれた実力主義

誰であっても、どの組織に所属していようとも、どのようにプロジェクトに関わろうとも、我々は参加を歓迎します。コミュニティは開かれたものであり、能力や適性を持っていることを示せれば、職責を負うことができます。

チームワーク

リーダーが目指す最も重要なゴールは、チームの成功です。

「名演奏家はその演奏によって評価され、リーダーはチームの行動で評価される」リーダーは、行動すべき・身を引くべきときを知っています。チームは、リーダーに権限を渡したりそれを取り戻すべきときを知っています。

称賛

良きリーダーはスポットライトを浴びようとせず、他のメンバーの活躍をたたえます。リーダーはチームメンバーの中で目立つ存在でしょうが、良きリーダーはその注目を他のメンバーの優れた活動に対してスポットを当てるために使います。

度胸と考慮深さ

リーダーはときに、理解されず、合意に基づかず、一般的ではない冒険的な決断を下す必要があります。我々は、完全な合意を得るよりも物事を進めることを優先し、勇敢にもそのような決定を下すことを評価します。とはいえ、冒険的な決断には十分な検討が必要です。ある人にとっては頭の痛いことになるかもしれないことを肝に銘じ、影響を抑えるようにしなければなりません。変更について、その理由を明確にして、そして早めにコミュニケーションをとることは、その変更を実施するのと同じくらい重要です。

利益相反

もしもリーダーが自身の雇用関係や他のプロジェクトとの関わりによって利益相反状態になっている場合には、それに気がつくことが期待されています。そして、私利私欲のためとみなされることのないよう、棄権したり決定を誰かにゆだねたりすることが期待されています。リーダーに限らず全てのプロジェクトメンバーにも、私利私欲のためではなく、ユーザーの暮らしをよりよくするために決定を下すことが期待されています。

もしも利益相反が疑われる場合には、誰かにセカンドオピニオンを求めてください。利益相反状態にあることを明らかにすることが、解決への道筋にとって重要です。リーダーは、たとえ一般的ではない、あるいは特定のグループに有利・不利となるように思われるものであっても、決定が信用できるものとなるよう行動すべきです。