ファーウェイ排除の流れ

• ファーウェイ排除の流れはまあ個人的には自然だなあと
• 基本的に中国本土の製品は安物以外は買ってない。ファーウェイみたいな高付加価値を狙ったスマホとかは割安でもちょっといいかなという感じ。
• ASUSとか台湾系のは買ってる
• 中国の利益にかなうようなことはとくに個人レベルではしたくない
• 相手は世界企業で格上なので、差別とはいわず、好みの問題ですよね。
• 中国が他国技術の取り込みを国ぐるみでしてるのは否定しても明らか、でそれが脅威なら国としては戦うべき。
• 利益や市場欲しさに呑み込まれるというのをやってるのが失われた何十年ってやつじゃないかなあ
• そういった意味で中国という国は資本家というのをよく知ってる。そして資本家は共産主義に無知。
• ドローンのニュース記事で言ってた旨、中国製品を好んで買うのは人道に対する罪というのは言いえてる。国内製品でも代替はあるはずで、そこまで困ってないなら、買わないという選択は個人としてとるのは別に不自然じゃない。

Crypto Zombies

Etheriumで用いるコントラクト宣言用の言語Solidityを利用してゲームを作るという感じのサイト。ブロックチェインの布教? あまりよくわからないが英文も平易なのでコツコツやってみる。

* LESSON1

https://share.cryptozombies.io/en/lesson/1/share/PARANON?id=Z29vZ2xlLW9hdXRoMnwxMTY2NTQwNDM4OTIyNjUyMjc5MTQ=

• 基本的にはコントラクトを宣言する言語(Solidity)の仕様についての説明、
• ファクトリクラスを作るという体。ランダムに入力された文字列
• EteriumでどことなくECMA2の宣言に似た感じの型がある言語。型の区切りに記号を使わないあたりややすると冗長かも
• 言語使用にイベントが含まれている
• view指定子やpure指定子は独特
• サジェストなどエディタの機能が使えればそう難しくはない感じ
• 作成したコントラクトを直接JSで呼び出して利用できるというのは面白い

* LESSON2

https://share.cryptozombies.io/en/lesson/2/share/PARANON?id=Z29vZ2xlLW9hdXRoMnwxMTY2NTQwNDM4OTIyNjUyMjc5MTQ=

• 人間を食べてミューターントを作ろうというノリ
• mapは宣言がやや特殊。普通にテンプレートスタイルじゃあかんのだうろか
• Chapter3ではユーザーのオーナーIDを表すmsg.senderというグローバル変数
• require構文は変わってる。条件を見たさないと関数をストップして中断の動作をするだけの組み込み関数。if(hoge) return/throw;の省略か。 名前も混乱しそうな感じ。ユニットテスト的な思想?
• 継承は'is'。えー
• 複数戻り値の仕組み。PHPでリスト返値するのに似てるが型がある。
• 最初に説明したものを作るという流れではなく、ここでは他のコントラクトの呼び出しや特殊な構文などに視点がおかれている感じ
• CryptoKittyも初見。ブロックチェーンを利用して一意性を担保というのはなんかそれっぽいですね。けど無限大のバリエーションの中で一意であるってのに価値があるかは、うーんとなっちゃいますね。むしろありふれている
• 全体の中に、本当の意味での一意というのがあって他はモーフで生成されるというのなら、一意なものと近傍のものには価値ができるかも

ざらっと見直し、ゲームに応用はできそうというのは納得できますね。昔カードゲーム設計したときにカードの一意性をどう担保するかというは考えたもの。(uidにカードの参照ID付与したレコード延々と増やしていくみたいな実装に結局はなる)
ここまではハッシュの話なので、ぶっちゃけブロックチェイン関係なく分散される?ことによる実装的な優位性は分からない。
Etherium少し前までホールドしてたけど売っちゃった。もってても、ゾンビカードは買わないかなあ。

煙草をやめてというか、吸うほどの余裕が世の中になくなってきて禁煙について考えること

• 煙草を吸わないということについての考え
• それほどヘビーではないけどずっと吸ってきた人間としての意見
• 今は吸ってない
• アレン・カーの禁煙本とベイパーでちゃんとやめました
• 煙草を許容できるほど社会が寛容でなくなった、人は多すぎるし、世界は狭すぎる。不愉快なことが多いと、心はますますせまくなる。
• わかりやすい悪は滅びるべき、臭いし、不健康だし。
• ほんと息苦しい世の中になってしまった
• 煙草のいい点については語らない。ボケ防止とか頭がすっきりするとかなんとか。そんなものはない、でいい。
• ただ、嗜好品というだけでそれは、ある一部の人にとっては無条件で「いいもの」。そこを否定してはいけない。
• 煙草がまだ一部安く買える国はある。貧困な国。煙草がなぜあったか、いまもあるかというと、主に労働者のガス抜き。
• 煙草は健康を害するため社会保険の負担となる可能性がある。なので高福祉国家にとっては負担となる可能性が高い
• という話をきいたことがあるが、この言説にはおおいに疑問が残る
• 2018年基準。たばこ税は年間2兆円の税収
• 健康保険での医療支出は11.8兆円。だがただし、後期高齢者の医療費は5兆円で。それをのぞくと6兆円が社会的な医療に対する負担額。
• 乱暴な言い分だが後期高齢者なんて喫煙関係なくそもそも医療費はかかる
•  あしたみながみな煙草をやめたとして5兆円の後期高齢者分の負担は減らず、6兆円の医療負担がいくら減るかはわからない。というか年々膨らんでいってる
• むしろもっと熱心にたばこ税、あつめたほうがいいんじゃないかな
•  陰謀論の流れとしては、たばこを吸うことは単純労働に対しては影響が少ないが、基本的に労働生産性をおとしている可能性が高いので禁止、抑圧する、そうした考えもありうる
• ただ、数値がでないと単なる憶測で意味があると思えない
• 禁煙もビジネスである 誰が儲かるって医者が儲かる。煙草産業がロビーしてることを批難するなら、逆もまたしかり。結局、国に利益があるのはどちらかで考えないといけない。個人的には医者に仕事よこすよりは、煙草税集めたほうがいい。
• 医者は世界各地にいる、巨大な煙草会社は限定的な国や地域にしか存在しない。医師という存在は社会的に権威を持つ。ゆえに真実がどうであれ禁煙サイドの方が有利。
• 健康にいいは金科玉条
• 医者が自らの禁煙ビジネスを確保するために国の税収の一個を根絶やしにしようとしているととらえられなくもない
• 結論としては禁煙するにしても、医師は遠のけたほうがいい。禁煙外来とかニコチンパッチとかまったく意味がないし高額なうえ社会負担(健康保険)になる。
• むしろ加熱煙草やヴェイパーで減らすと禁煙しやすいと思います。
• ここらへんも発がん性があるとか社会悪に誘導されてるのが怖い
• たばこはやめたほうがいいと思いますし、やめれますが、医者はそれで利益を得ているし、得ようとしていることを忘れない、ちゃんと把握しよう。そして善悪はともかくとして、たばこ産業より、健康産業の方が規模がでかい。 
• わたしは誰に踊らされてるのか？しっかり自覚したい。
• 踊らされて無駄に金払ってないか？
• 禁煙には利点が多い、喫煙は中毒症状である
• たしかにそのとおりではあるが、中毒するものはおしなべて悪いというわけではない
• 悪いとすると、酒とたばこと大麻と自動車の排気ガスと焼肉の煙、どいつが一番悪いみたいな不毛な会話になってしまう
• その症状含めて嗜好と見做すことはできる
• たばこをやめるべき理由は、喫煙することによる、不利益や損失が大きくなりすぎているため。それが個人的に許容できる範囲なら別に煙草をやめる必要は個人的にはないと思う
• アレン・カーのアレは洗脳だけど利益のあるほうに誘導してくれるなら洗脳でも構わないと思います。
• 月間二万円の趣味はすでに今の日本では6割方の成人にとって高価すぎる

phpenvでphp-fpmを切り替える際のはまりどころ

• 一度うまく環境作って人に説明するとき忘れてたので数年ぶりで覚書。老化だな!
• php-envではphp-fpmなどのモジュール類もあわせて切り替えられる。(というかphp-env経由でインストールするとデフォルトで導入される)
• /home/vagrant/versions/に切り替え対象のバージョンで呼び出されるファイルや設定ファイル、リンクなどが入っている。
• php-fpmなどのモジュールを切り替える必要がある場合ここにファイルをリンクやら直接バイナリを置くなりで補ってるあげる必要がある
• そもそもOSレベルでの導入済のバージョンがある場合、切り替えようフォルダだけできてなにも入ってないケースがある。この場合phpそのものの切り替えはともかくモジュールの切り替えがうまくいかないことがあった
• この場合はversions/x.x.x/の下にbinディレクトリやsbinディレクトリを作ってシンボリックリンクを貼ってあげるとうまく切り替えてくれるようになる。php-fpmはsbin。phpizeとかphpそのものととかはbinの下にhogehoge。
• ただ切り替え後にphp-fpmをリスタートするとかはプロセス番号がかわるとかでうまくいかないのでそこは泥臭くkillとかしてあげる必要がある
• phpenvはどうしようもなく古いPHPのバージョンから7.2にあげたいとかいうケースでは使い方覚えた方がいいですね

太ったり太ったり太ったり、たまに痩せたり

小学生のあたりくらいにすこし甘やかしたらブクブク太ったので武道をはじめさせられた

大学生くらいまでは痩せてるといわないまでも、太ってはいませんでしたうん。

太ったのは社会にでてからですが28くらいまではなにをどうしても肥えるので、ある程度気を使っていました。スポーツジムとか通ったりですね。

スポーツジムって社交の場だと思うのですが社交性のない人にとっては、一人焼肉以上のつらさがありますよ。

その後１年間引き篭もっていろいろ諦めた結果、ものすごく肥えた。あとは自宅で運動して痩せたり太ったりの繰り返しで、これ痩せるのは、有酸素運動を継続してやる作業で繰り返すと基本体質的に太る。
半年も頑張れば30kgは落とした実績はある。でも半年かかるので億劫で続かないし、そんなの何にもならん。

病院はいってないけど健康診断では薬による体質改善を求められる感じに。やばいというかもう体質だよなあ、食べるのは好きだけどあまり食べまくるほうでもなし、酒もプライベートではのまないですし。

本日任天堂の岩田社長が亡くなったとのこと、少し不謹慎ですが個人的にお会いしたとかもないので、去年末あたりはお病気ですごくお痩せになっていたことを思いだす。ふるーい話ですが逸見政孝さんとか思い出しました。ご冥福をお祈りします。

スティーブジョブスも晩年そうだったけど、闘病期間も長かったし、悲壮感が軽減されてた感はある。岩田社長はほんと突然な話。

病気にならないためにも運動しないといけませんよね。

遅れるプロジェクト(駄文)

１人でやるプロジェクトが多いのであまり仕事に遅延をだしたことがありません。

１人の責任で、開発計画を立てて、グラからUIからプログラムから音から全てやって、最短経路を通るためツールを作って時短したりですね、頭と図面の上に完成図がきちっとできていて、モチベをもってすればなかなか掌の上に収まる大きさでは仕事というのは遅れないものです。それは受託でも事業計画上の製品でも同じ。

当然それが出来れば、毎日あまりおコメを食べるのに困らない人です。みんなが、そのくらいがんばれば仕事は遅れないのです。だからがんばろー。とか頭に花が沸いてる女子高生みたいなことはいわない。

みんな立場や自負やこだわりや職責や辿ってきた経路や予算や横流しやバックマージンや、息抜きのための突然の京都旅行や同人活動とかがあって複数人のプロジェクトは回りますので、きみら悉く死んでしまえ。

基本として１人で全部できる君がプロジェクトを回す場合どうすればいいかというのを考えてみました。君が１人で全部できるやつじゃなかったら、やられる側の立場として読んで不快感を醸成しましょう。

①粛清
製品の中核業務であれば、あなたは自分でもできるはず、睡眠時間を削ってでも、仕事しないやつの仕事を次々に奪っていく。そのうえで間に合わせて、仕事遅らせたやつはつるしあげに躊躇わない。外注であれば契約違反を頻繁に訴え精神的に追い詰める。きちんとした発注側に有利で厳密な契約書は常に必要。

製品の中核外で君の手に収まらないものであれば、作業が遅れる気配を見せた時点で二箇所に発注をかけ、遅れた会社は即契約不履行とする。

仕事しなきゃ奪われるし、遅れれば、評価が駄々崩れに落ちるということは担当者各自が意識すべきで、世の中不景気で仕事がないので、やりたい人は探せばいるよ。

なお、あなたが責任者で部下から仕事を奪えるほどスキルがないというのであれば、あなたは責任者をおりて現場仕事のできる人間に任せて自分のできることをしましょう。 遅れない現場の話をしています。現場仕事のできない責任者はプロジェクトの遅延の最大要因で、あなたは現場を邪魔にならない方向で支援すべきです。

外注についての対応は、ブラックですね。でも仕事遅らせて、遅れた分金よこせとか、おっしゃられる外注さまが多すぎると思いますよ、実際。無駄金使わないためには訴訟上等でいくしかありません。どちらがどれだけブラックかという話ですよね。

②効率化
システムやプログラムにできることはシステムやプログラムに任せるべきで現代はシステムやプログラムの時代なんですよ奥様。これをシステムやプログラム作る人すら理解してない現場で何を効率化しろという話で、まずは全ての業務をシステムやプログラムで無駄をなくすことに注力すべきです。

さて、効率化できるのは繰り返し作業と大量のチェック作業、大量のオブジェクトの管理などでございます。

画像に1000枚、同じ加工いれましょうとかでPhotoshop持ち出したり、ソースコードを共有フォルダにいれておきましたとか、テキストを頭から読んで用語ぶれチェックしだすのとか、シナリオをワードファイルで納品するとかは駄目です。ただしく効率化すれば100倍効率差が出ます。ちゃんと効率化しないと効率化してるところに敗北します。
繰り返し作業はプログラムでやることで手間が省けるほか、再現性、可用性ができるという利点もあります。

1つの仕事を30回以上やる必要があり総工数が1時間を越える見込みがある時点でなんらかの効率化は考えるべきです。そして費用対効果に見合うのであれば実施しましょう。

1000回やる作業が1回1分かかるところを、効率化してボタンを押すだけで自動で処理されるようにすればそれは1000分の時短で、2日分稼げることになります。たいていそんな処理は１～4時間程度で組みあがります。やらなかったときに比べて最小でも4倍の効率化でそのほかにも継続的な利利点があります。

また社内はきちんと情報化しなくてはなりません。

メールチェック忙しくて出来ないメール多すぎるとかも聞きますが、それは職責の分散の問題となります。あなたが１人で管理しすぎで、あなたは職責の分散や対人関係のコントロールができてない人なのです。

でこれらは簡単なスクリプト言語と正規表現、テキストファイル処理、ソースコード管理システムの扱い、コミュニケーションツールの扱いくらい覚えれば中学生でもできるので、この程度覚えない人とか他人に押し付けようとする人は冷遇もしくはいろいろ検討する対象でいいんじゃないかな。この点は教育にもつながります。

③モチベーションの問題
よくみる失敗事例というか、これが発生するシステム系の会社やプロジェクトはこけるという話。
企画とシステム開発が分断していて、システム開発者が工数見積もりを出す状態。これは多くの場合、外注作業にも当てはまる。企画、システムを統合するプロマネが存在するか、企画がシステムのことを工数管理レベルでよくわかっている必要がある。

システム開発者は君ら企画が作りたいと思ってるもんなんて微塵も作りたくないですし、せいいっぱい手を抜きたいんですよ。なんでかっていえば、作られるものにも、プロジェクトの遅延にも予算にも微塵も興味ないから。

そこをして、宇宙人とか別世界の人みたいな感じで、いろいろなやりとりを諦めるので、会社が傾きます。興味とモチベのある企画者がシステムの開発つか工数管理程度までは興味もってやるべきなのです。

自分がエンジニアでもありますので言いようにいいますが、中小にいる、エンジニアなんて大抵糞ですよ。理系どころから文学部卒とか、◎京◎ード学園卒ですよ？

企画とエンジニアを別クランにするのにあまり意味はありません、相互に侵食してるべきだと思います。そうしてないとプロジェクトやノウハウの集積に重大な影響を及ぼします。プログラム使ったものでメシくってるかぎりこれは避けられません。

ただエンジニアについては研究職というのは検討されるべきです。モチベーションというか、企画とエンジニアの対立的な話になりましたがそれをさしおいてもモチベーションは大事でございます。

糞長い日記になりましたが、まあなんというか仕事が遅れるのはひとつに手前が仕事してない、効率化とか、必要な勉強してない。ということに落ちるのでございます。

忙しいあなたは忙しくなくなるありとあらゆる努力をしてなお忙しいのですか？ 仕事は遅れるのは構わないのですが、そもそもこれに対して遅れるといえるまでの、詳細な予定はありましたか？外注さんの遅れる気配は中間地点で察して掌握するようにつとめましたか？

これはなんというか匿名ブログで偶然駄文を目にして不快に感じられてる方に申し上げてるわけではなく、どちらかというと自分自身にいってるのですよとかいうとお茶濁しになりますでしょうか。仕事を遅らせないよう頑張りましょう。

小話

唐の頃華北に仙人がいて、描いた虎は動き出し、

書を書けば文字の通りとなった。

人が誉めそやすに仙人は応えて

「紙や木簡に記し描けば多寡はあれ

　多くは成しえるものです、ただ

　目の大きな、極彩色の髪の女、魃※を描けば

　男は婚期をのがすといいます」
 

※バツ、ひでりがみ