「Is」を含む日記

はてなキーワード: Isとは

2017-09-20

■『君の名は。』と絵コンテと騒ぎ

私はアニメの絵コンテが好きです。そこには監督や演出家が考えた「生」の表現があるからだと思います。最近買った絵コンテは、最近でもないですが『君の名は。』のちょっと後に公開された『この世界の片隅に』です。絵コンテは片渕須直監督と監督補の浦谷千恵さんによって描かれています。そこにはあの濃い原作をどうアニメーションに落とし込むかの筆致が出来上がった映画以上に濃く感じ取れます。

原作があるのですから、原作の駒を貼っても良いわけです。少し古い作品になりますがTVアニメ『魁!!クロマティ高校』は意図的にかどうか漫画の切り抜きで絵コンテが構成されていました。基本的にはこちらが例外で、絵コンテは監督や演出家が「表現」としての設計図の役割を持っています。

『この世界の片隅に』の絵コンテは原作漫画の魅力に加え、数年にもわたって監督が広島に通って得た膨大な取材の結果が通りの一本一本、呉の港に列ぶ戦艦一隻一隻まで、絵コンテを読む魅力に溢れています。

『君の名は。』についてはどうでしょう。さすがにパクりや盗作とは言い過ぎと思います。ただ、宇野鋼之介監督は「（新海）監督の中でキチンと変換できていればそれはオリジナル。」と軟らかく書いていますが、キチンと変換するというのは他の作品のカットを持ってきてトレスすることでしょうか、と疑問もわきます。あの三葉の家は箱で書いて「宮水家右手側面・設定参考」で良かったと思うのだが。庵野秀明は引用の名手と思っていますが、新海監督ほどには迂闊ではないように思います。オマージュなら隠そうともしませんし。

さて、この騒ぎの収穫は以下のレビューが読めたことです。

「君の名は。 - Hold Fast that Which is Good」

http://yokimono.hatenablog.com/entry/2016/09/11/220139

これだけは新海監督に対して声を大にして言いたい！
「監督、この作品、すごく【虹色ほたる】っぽいですよね？」と。

この文句、私も言いたかったです。

で、最後にひとこと。

『虹色ほたる』は良い映画なので今回初めて知った方は観てください。

https://m.youtube.com/watch?v=hPOnRKvxWqw

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

2017-09-18

■あのさあ・・

追記。自己 解決 しました。解決編は後編で。前編は、あたふたしたこと履歴になっております。

1

$ rake setup
rake aborted!
No Rakefile found (looking for: rakefile, Rakefile, rakefile.rb, Rakefile.rb)

(See full trace by running task with --trace)

は？

$ git clone https://github.com/hanachin/rurema-kaku
Cloning into 'rurema-kaku'...
remote: Counting objects: 47, done.
remote: Compressing objects: 100% (26/26), done.
remote: Total 47 (delta 20), reused 44 (delta 17), pack-reused 0
Unpacking objects: 100% (47/47), done.
Checking connectivity... done.

$ cd rurema-kaku/

$ ls
Gemfile  Gemfile.lock  Guardfile  README.md  Rakefile  config.ru

$ rake setup
rake aborted!
/rurema-kaku/Rakefile:24: unknown type of %string
directory "public/theme" =&gt; %i(bundle_install public) do
                               ^
/rurema-kaku/Rakefile:24: syntax error, unexpected $end
directory "public/theme" =&gt; %i(bundle_install public) do
                               ^

(See full trace by running task with --trace)

あれかな。

$ ruby -v
ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]

たぶん、これ。

2

$ rbenv commands
--version
commands
completions
exec
global
help
hooks
init
local
prefix
rehash
root
shell
shims
version
version-file
version-file-read
version-file-write
version-name
version-origin
versions
whence
which

installがない？

$ rbenv --version
/usr/lib/rbenv/libexec/rbenv---version: 17 行: cd: /home/unko/.rbenv: そのようなファイルやディレクトリはありません

詰み。

rubyやーめた

3 - bash on Windowsで

$ rake setup
-bash: /mnt/c/Ruby23-x64/bin/rake: C:/Users/Justin/Projects/rubyinstaller/sandbox/ruby23_mingw/bin/ruby.exe: bad interpreter: No such file or directory

Justinって誰だよｗｗ

$ ruby -v
ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-linux]

こっちの環境でも古かったか・・

rubyやめるしかないな

4

# apt-get install ruby-build
# rbenv install -l
usage: rbenv install VERSION
       rbenv install /path/to/definition

Available versions:
  1.8.6-p383
  1.8.6-p420
  1.8.7-p249
  1.8.7-p302
  1.8.7-p334
  1.8.7-p352
  1.8.7-p357
  1.8.7-p358
  1.9.1-p378
  1.9.2-p180
  1.9.2-p290
  1.9.2-p318
  1.9.2-p320
  1.9.3-dev
  1.9.3-p0
  1.9.3-p125
  1.9.3-p194
  1.9.3-preview1
  1.9.3-rc1
  2.0.0-dev
  jruby-1.6.3
  jruby-1.6.4
  jruby-1.6.5
  jruby-1.6.5.1
  jruby-1.6.6
  jruby-1.6.7
  jruby-1.6.7.2
  jruby-1.7.0-preview1
  maglev-1.0.0
  rbx-1.2.4
  rbx-2.0.0-dev
  ree-1.8.6-2009.06
  ree-1.8.7-2009.09
  ree-1.8.7-2009.10
  ree-1.8.7-2010.01
  ree-1.8.7-2010.02
  ree-1.8.7-2011.03
  ree-1.8.7-2011.12
  ree-1.8.7-2012.01
  ree-1.8.7-2012.02

古いような気がする。

# apt-get upgrade rbenv
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
rbenv is already the newest version.
The following package was automatically installed and is no longer required:
  os-prober
Use 'apt-get autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

# apt-get upgrade ruby-build
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
ruby-build is already the newest version.
The following package was automatically installed and is no longer required:
  os-prober
Use 'apt-get autoremove' to remove it.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

ruby界隈もうダメだな

pythonに流れるのがうなずけるわ

5

なんとかしてruby 2.4をパッケージマネージャからインストール。ソースからビルドじゃないよ。やり方は教えません。

# rake setup
bundle check || bundle install
The following gems are missing
 * progressbar (0.21.0)
 * rack (2.0.3)
 * bitclust-core (0.9.5)
 * coderay (1.1.2)
 * eventmachine (1.2.5)
 * http_parser.rb (0.6.0)
 * em-websocket (0.5.1)
 * ffi (1.9.18)
 * formatador (0.2.5)
 * rb-fsevent (0.10.2)
 * rb-inotify (0.9.10)
 * ruby_dep (1.5.0)
 * listen (3.1.5)
 * lumberjack (1.0.12)
 * nenv (0.3.0)
 * shellany (0.0.1)
 * notiffany (0.1.1)
 * method_source (0.8.2)
 * slop (3.6.0)
 * pry (0.10.4)
 * thor (0.20.0)
 * guard (2.14.1)
 * guard-compat (1.2.1)
 * multi_json (1.12.2)
 * guard-livereload (2.5.2)
 * spoon (0.0.6)
 * guard-rack (2.2.0)
 * rack-livereload (0.3.16)
Install missing gems with `bundle install`
Fetching gem metadata from https://rubygems.org/...........
Fetching gem metadata from https://rubygems.org/..
Installing progressbar (0.21.0)
bInstalling rack (2.0.3) und                                                                                           
Installing bitclust-core (0.9.5)
Installing coderay (1.1.2)
Installing eventmachine (1.2.5)
Gem::Ext::BuildError: ERROR: Failed to build gem native extension.

    current directory: /var/lib/gems/2.4.0/gems/eventmachine-1.2.5/ext
/usr/bin/ruby2.4 -r ./siteconf20170918-66-19devli.rb extconf.rb
mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h

extconf failed, exit code 1

Gem files will remain installed in /var/lib/gems/2.4.0/gems/eventmachine-1.2.5 for inspection.
Results logged to /var/lib/gems/2.4.0/extensions/x86_64-linux/2.4.0/eventmachine-1.2.5/gem_make.out
An error occurred while installing eventmachine (1.2.5), and Bundler cannot continue.
Make sure that `gem install eventmachine -v '1.2.5'` succeeds before bundling.
rake aborted!
Command failed with status (5): [bundle check || bundle install...]
Rakefile:13:in `block in &lt;top (required)&gt;'
Tasks: TOP =&gt; setup =&gt; template =&gt; bundle_install
(See full trace by running task with --trace)

たまらんなあ・・。

6

5はbash on Windowsで特殊環境下ってのは否めなかったので、やむを得ずネイティブ Linuxで。

同じエラー発生。

# gem install eventmachine -v '1.2.5'
Building native extensions.  This could take a while...
ERROR:  Error installing eventmachine:
	ERROR: Failed to build gem native extension.

    current directory: /var/lib/gems/2.4.0/gems/eventmachine-1.2.5/ext
/usr/bin/ruby2.4 -r ./siteconf20170918-3352-1g6kzdu.rb extconf.rb
mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h

extconf failed, exit code 1

Gem files will remain installed in /var/lib/gems/2.4.0/gems/eventmachine-1.2.5 for inspection.
Results logged to /var/lib/gems/2.4.0/extensions/x86_64-linux/2.4.0/eventmachine-1.2.5/gem_make.out

# apt-get install ruby-dev
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています                
状態情報を読み取っています... 完了
ruby-dev はすでに最新版です。
以下のパッケージが自動でインストールされましたが、もう必要とされていません:
  libntdb1 linux-headers-4.2.0-27 linux-headers-4.2.0-27-generic
  linux-image-4.2.0-27-generic linux-image-extra-4.2.0-27-generic python-ntdb
これを削除するには 'apt-get autoremove' を利用してください。
アップグレード: 0 個、新規インストール: 0 個、削除: 0 個、保留: 414 個。

# apt-get upgrade ruby-dev
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています                
状態情報を読み取っています... 完了
アップグレードパッケージを検出しています ... 完了
ruby-dev はすでに最新版です。

rubyで消耗するのやーめた

ruby、Linux界隈が＊年経っても使えないので、work aroundで自己 解決 しました。

まずは、rurema-kaku

https://github.com/hanachin/rurema-kaku

$ git clone https://github.com/hanachin/rurema-kaku
$ cd rurema-kaku/
$ rake setup

以降、うまくいく場合は、そのままで。なんかしらエラーになっちまった場合は、↓が参考になるかもよ？なお、bash on Windowsでやってる。

ruby、他をインストール

ruby 2.4

https://stackoverflow.com/questions/26595620/how-to-install-ruby-2-1-4-on-ubuntu-14-04>|

$ sudo apt-add-repository ppa:brightbox/ruby-ng
$ sudo apt-get update
$ sudo apt-get install ruby2.4

複数のバージョンを混在させて・・みたいなのもできるみたいだけど、クソなのでキーワードだけ：rbenv

rake

$ sudo apt-get install rake

（コマンド履歴にあったので、一応。）

ruby-dev（知らん）

http://qiita.com/mrmr/items/24302bc9812c820bda91

$ sudo apt-get install ruby2.4-dev

↑だけでダメだったら、↓を手当たり次第試す

$ sudo apt-get install ruby2.3-dev
$ sudo apt-get install ruby2.2-dev
$ sudo apt-get install ruby2.1-dev
$ sudo apt-get install ruby-dev

bundler（まったく不明）

$ sudo apt-get install bundler

（ほんとは、gem からインストールする？？てか、aptとgemで違うもん？だよなｗ　これもコマンド履歴にあって、なんかしら効果があったような気がしたので・・。）

（apt installしなくても、rake setup 時に必要なのがインストールされるかも）

愚痴

こんなの２０１７年にやることじゃないだろ・・。Ｌｉｎｕｘ終わったな。

ruremaに戻る

$ rake setup
$ bundle exec guard

ブラウザで、http://localhost:9292/ 開いて、「るりま書く」ってでてきた。たぶんOK・・だと・・と思う・・。

doctree/refm/api/src 配下の*.rd？あたりかなと思うけど、なんかなにやればいいかわからん感じ。

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

2017-09-15

■Where Is My マンコ？

ウーウー

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

2017-09-14

■anond:20170914140229

この辺の言い回しかい？

山嵐は might is right という英語を引いて説諭せつゆを加えたが、何だか要領を得ないから、聞き返してみたら強者の権利と云う意味だそうだ。
（夏目漱石　「坊っちゃん」）

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

2017-09-13

■

こういうものの書き方や仕事の進め方したらよそのチームやよその会社で怒られるなって書き方されても、「このまま自分で自動的に滅んでくれ」という気持ちによりその点には触れずに丁重に扱って差し上げたくなる気持ち is 腫れ物。

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

2017-09-11

■Midasメモ

全くブログなりなんなりに一文書いてくれりゃ世話無いのに何で毎度毎度長大なメタブおっ立ててんだよ　・・・ブツブツ

去年あたりから言われてた「リベラルの底がぬけた」、今回とうとうその正体がバレた感ある。
簡単にいうとこれは『原理主義化した』民主主義。ISが原理主義化したイスラム、オウムが原理主義化した仏教なのと同じ

但しこのオウムやISは確かにそれぞれの原点回帰だと当人たちは主張してるが
果たして彼らを「正当な」原理主義といってしまっていいのか)は議論の分かれるとこで
それは本来原理主義とは他人に強要しない人びとだから

ただ同時に彼らは自分たちの信仰に自信をもってるから自分と神とのむすびつきに他人を必要としない
(他人を「悪い」と非難しなければ自分の正しさを証明できない人びとではない)ともいえる。
これはリベラルにも似てる

本来であれば自由主義とは他人がなにやってようが気にならない人びとをいう
(この私の自由には他人がなにをしてるとかはぜんぜん関係ない。
「他人と比べて私は自由」はすでに比較であって自由ではないので

本当にオシャレなひとは他人がなにを着てようが
「ダサイ」とか「ああしろこうしろ」とかファッションチェックやアドバイスのたぐいを行わない
(そんなことより自分が明日なにを着るかのほうが大事)のと一緒

よってそろそろ今年も終わりなので2017年をふりかえっとくと「民主主義も立派にカルト化(原理主義化)した年の始まりだった」といえる

http://b.hatena.ne.jp/entry/s/togetter.com/li/1148701

～自由とは何か　他者を否定しなければ自我が存立し得ない人々の唱える自由とは～

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

2017-09-10

■anond:20170910121642

ウソです

CentOSをインストール

c:\&gt;docker pull centos

c:\&gt;docker run -i -t centos /bin/bash

# cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

pythonのパスとバージョン

# which pyhton
bash: which: command not found

# yum install which
Loaded plugins: fastestmirror, ovl

# which python
/usr/bin/python

# ls -l /usr/bin/py*
-rwxr-xr-x 1 root root   78 Nov  6  2016 /usr/bin/pydoc
lrwxrwxrwx 1 root root    7 Aug  1 17:23 /usr/bin/python -&gt; python2
lrwxrwxrwx 1 root root    9 Aug  1 17:23 /usr/bin/python2 -&gt; python2.7
-rwxr-xr-x 1 root root 7136 Nov  6  2016 /usr/bin/python2.7

# python --version
Python 2.7.5

yumとは

# which yum
/usr/bin/yum

# file /usr/bin/yum
bash: file: command not found

# yum install file

# file /usr/bin/yum
/usr/bin/yum: Python script, ASCII text executable

# head /usr/bin/yum
#!/usr/bin/python
import sys
try:
    import yum
except ImportError:
    print &gt;&gt; sys.stderr, """\
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:

    %s

# yum --version
3.4.3
  Installed: rpm-4.11.3-21.el7.x86_64 at 2017-08-01 17:23
  Built    : CentOS BuildSystem &lt;http://bugs.centos.org&gt; at 2016-11-05 23:37
  Committed: Florian Festi &lt;ffesti@redhat.com&gt; at 2016-07-26

  Installed: yum-3.4.3-150.el7.centos.noarch at 2017-08-01 17:23
  Built    : CentOS BuildSystem &lt;http://bugs.centos.org&gt; at 2016-11-15 15:30
  Committed: CentOS Sources &lt;bugs@centos.org&gt; at 2016-11-03

  Installed: yum-plugin-fastestmirror-1.1.31-40.el7.noarch at 2017-08-01 17:23
  Built    : CentOS BuildSystem &lt;http://bugs.centos.org&gt; at 2016-11-06 00:11
  Committed: Valentina Mukhamedzhanova &lt;vmukhame@redhat.com&gt; at 2016-08-04

yum remove pythonしてみた

# yum remove python
Loaded plugins: fastestmirror, ovl
Resolving Dependencies
--&gt; Running transaction check
---&gt; Package python.x86_64 0:2.7.5-48.el7 will be erased
--&gt; Processing Dependency: python &gt;= 2.4 for package: yum-3.4.3-150.el7.centos.noarch
--&gt; Processing Dependency: python &gt;= 2.2 for package: pyxattr-0.5.1-5.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: yum-metadata-parser-1.1.4-10.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-kitchen-1.1.1-5.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: pygpgme-0.3-9.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-pycurl-7.19.0-19.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: libxml2-python-2.9.1-6.el7_2.3.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-chardet-2.2.1-1.el7_1.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: dbus-python-1.1.1-9.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-urlgrabber-3.10-8.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: pyxattr-0.5.1-5.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: yum-3.4.3-150.el7.centos.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: pyliblzma-0.5.3-11.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: pygobject3-base-3.14.0-3.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-iniparse-0.4-9.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: yum-utils-1.1.31-40.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: rpm-python-4.11.3-21.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: yum-metadata-parser-1.1.4-10.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-kitchen-1.1.1-5.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: pygpgme-0.3-9.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-pycurl-7.19.0-19.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: libxml2-python-2.9.1-6.el7_2.3.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-chardet-2.2.1-1.el7_1.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: dbus-python-1.1.1-9.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-urlgrabber-3.10-8.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: pyxattr-0.5.1-5.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: yum-3.4.3-150.el7.centos.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: pyliblzma-0.5.3-11.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: pygobject3-base-3.14.0-3.el7.x86_64
--&gt; Processing Dependency: python(abi) = 2.7 for package: python-iniparse-0.4-9.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: yum-utils-1.1.31-40.el7.noarch
--&gt; Processing Dependency: python(abi) = 2.7 for package: rpm-python-4.11.3-21.el7.x86_64
--&gt; Processing Dependency: python-sqlite for package: yum-3.4.3-150.el7.centos.noarch
--&gt; Running transaction check
---&gt; Package dbus-python.x86_64 0:1.1.1-9.el7 will be erased
---&gt; Package libxml2-python.x86_64 0:2.9.1-6.el7_2.3 will be erased
---&gt; Package pygobject3-base.x86_64 0:3.14.0-3.el7 will be erased
---&gt; Package pygpgme.x86_64 0:0.3-9.el7 will be erased
---&gt; Package pyliblzma.x86_64 0:0.5.3-11.el7 will be erased
---&gt; Package python-chardet.noarch 0:2.2.1-1.el7_1 will be erased
---&gt; Package python-iniparse.noarch 0:0.4-9.el7 will be erased
---&gt; Package python-kitchen.noarch 0:1.1.1-5.el7 will be erased
---&gt; Package python-pycurl.x86_64 0:7.19.0-19.el7 will be erased
---&gt; Package python-urlgrabber.noarch 0:3.10-8.el7 will be erased
---&gt; Package pyxattr.x86_64 0:0.5.1-5.el7 will be erased
---&gt; Package rpm-python.x86_64 0:4.11.3-21.el7 will be erased
---&gt; Package yum.noarch 0:3.4.3-150.el7.centos will be erased
--&gt; Processing Dependency: yum &gt;= 3.4.3 for package: yum-plugin-ovl-1.1.31-40.el7.noarch
--&gt; Processing Dependency: yum &gt;= 3.0 for package: yum-plugin-fastestmirror-1.1.31-40.el7.noarch
---&gt; Package yum-metadata-parser.x86_64 0:1.1.4-10.el7 will be erased
---&gt; Package yum-utils.noarch 0:1.1.31-40.el7 will be erased
--&gt; Running transaction check
---&gt; Package yum-plugin-fastestmirror.noarch 0:1.1.31-40.el7 will be erased
---&gt; Package yum-plugin-ovl.noarch 0:1.1.31-40.el7 will be erased
--&gt; Finished Dependency Resolution
Error: Trying to remove "yum", which is protected

結論

依存チェックではじかれて、pythonを削除できません

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

2017-09-09

■

無人探査機カッシーニ任務終える　this.kiji.is/279177201704632323?c=39550187727945729

最後の日本の話要らないだろ…

【ワシントン共同】土星の観測を13年間続け、取り巻く「輪」が変化することや、二つの衛星に「海」が存在することを発見した無人探査機カッシーニが15日、任務を終える。土星の北半球の大気に突入し、機体はばらばらになって消滅するが、突入の際も新たなデータの取得に挑み、フィナーレを飾る。
　カッシーニは約45万点の画像撮影や、新たな衛星発見の成果を上げ、太陽系や生命の成り立ちの研究に大きな影響を与えた。運用する米航空宇宙局（NASA）内部で「最も成功したミッションの一つ」と言われ、日本の科学者もデータを利用した研究で活躍した。

Permalink | 記事への反応(0) | 18:56

2017-09-08

■日本の三大ラノベといえば

ソノラマ派…クラッシャージョウ・魔界都市・キマイラ

90年代ファンタジー派…ロードス・スレイヤーズ・オーフェン

世紀末派…ブギーポップ・フルメタ・キノの旅

少女向け四天王…十二国記・マリみて・まるマ・彩雲国

アニメ化ブーム初期派…ハルヒ・シャナ・ゼロ魔

萌え派…俺妹・はがない・IS

2000年代概観派…ハルヒ・禁書目録・SAO

小説家になろう派…魔法科高校・このすば・Reゼロ

結論…スレイヤーズ・ハルヒ・SAO

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

2017-09-06

■anond:20170906215856

英語はいわゆる「ファジー」だから「返信」に限らず使う

英語アレルギーだったらダイアリーも日記に変えたほうがいいとか言い出すとか？

正直言及でも返信でも返答でも応答でなんでもいい

「リプライ」を含む例文一覧該当件数 : 140件

例文

続いて、システムＡはリプライ待ちの状態１０４になる。例文帳に追加

Then the system A becomes a replay waiting state 104. - 特許庁

データ受信装置１２０は、データパケット１３１の各々の受信が完了する毎にリプライ情報を発行するメモリリクエスト制御部３２２と、リプライ情報の数をカウントし、そのカウント値を保持するリプライ制御部３２３と、リプライ情報に関するカウント値を含むリプライパケット１３２を生成するリプライ生成部４６０とを有する。例文帳に追加

The data receiving apparatus 120 includes: a memory request control part 322 issuing reply information every time reception of the data packet 131 is completed; a reply control part 323 counting the number of pieces of reply information to store the count value; and a reply generation part 460 generating a reply packet 132 including the count value on the reply information. - 特許庁

例文

リプライデータ送出部６０ａはリプライ送出順登録ＦＩＦＯ５０ａに有効なリプライデータが存在すると判断した場合はリプライ送出順登録ＦＩＦＯ５０ａに登録してある順番に従いリプライデータ格納ＦＩＦＯ３０ａ〜３３ａからリプライデータを読み出しチップセット２に非同期インターフェイス６００ａを介して送出する。

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

■anond:20170905235116

pleaseはないと慇懃

もしかして：無礼

それはいいとして、実際に"keep it clean"でぐぐるとネイティブが作った注意書き画像の実例がいろいろヒットするけど、その中に「THIS IS YOUR AREA / KEEP IT CLEAN」というスタイルのものが多くみられる

つまり「何の縁もゆかりもない」なんて考えがちかもしれないけどそうじゃないんだぞ、という教育的言い回しはある程度定番化しているとみられるので、前半を省略していきなり命令しても今ではさほど違和感ないのではなかろうか

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

2017-09-03

■ままならんなぁ

隣の芝は青い、あるいは過ぎたるは及ばざるが如し。

Ikigai: The Japanese Secret to a Long and Happy Life Hardcover – August 29, 2017

by Héctor García (Author), Francesc Miralles (Author)

https://www.amazon.com/Ikigai-Japanese-Secret-Long-Happy/dp/0143130722

Bring meaning and joy to all your days with this internationally bestselling guide to

the Japanese concept of ikigai—the happiness of always being busy—as revealed by the

daily habits of the world’s longest-living people.

“Want to live longer? Keep super busy. If hygge is the art of doing nothing,

ikigai is the art of doing something—and doing it with supreme focus and joy. . . .

Pack up those cozy blankets and candles you purchased in last year’s hygge-fueled Ikea spree.

Fall’s biggest imported lifestyle trend is ikigai, and it might help you live to 100.” —New York Post

“A must-follow life style hack, ikigai makes hygge look like a trip to Ikea. . . .

Think feng shui with Venn diagrams—although this time there is no need to move the front door.” —The Guardian

“Ikigai is what allows you to look forward to the future even if you’re miserable right now. . . .

It might just help you live a more fulfilling life.” —BBC

“Forget hygge. It’s all about ikigai.” —The Times (London)

↑ hygge ↓

日本にもくる？欧米でブーム｢ヒュッゲ｣とは

http://toyokeizai.net/articles/-/152780

Permalink | 記事への反応(7) | 21:37

■東京は住むには良いが働くには辛い街という世界的な評判

皆さんは普段から英語で情報収集をしていますか。そうしている人であれば働く場所としての東京の評判をよく目にすることかと思います。私は東京で働くソフトウェアエンジニアであり、会社の評判を調べたりする際に英語でも色々と調べることがあります。その中で日本でソフトウェアエンジニアとして働くことが海外の人達にどう思われているのかということを知ることがあります。またソフトウェアエンジニアという職やIT 業界に限らず、広く一般的に日本で働くことに関する評判を目にする機会は多数あります。まずは一般にどう思われているのかについて述べ、次にもう少し細かくソフトウェアエンジニアやIT 業界について述べようと思います。

海外の人達が日本で働くことに関して思っていることは主に以下のようになります。

長時間労働で効率が悪い。しかも残業してもその分の対価が支払われないこと（いわゆるサービス残業）が横行している。そのせいかみんなやたら忙しい。
女性が尊重されていない。
休暇を取りづらい空気がある。

ざっとこんな感じです。どうでしょうか。普段よく日本人も文句を言っていることですね。実はこれらの評判は全世界に知れ渡っています。外国人は東京のことは大好きだったりします。東京は安全だし楽しめる場所がたくさんあり、ご飯もおいしくサービスも安い店でも良い、ということで住むこと自体にはみんなポジティブな印象を持っています。東京は住むのは最高だけど、働くのは最悪、というのがある程度合意されたイメージになっています。悲しいですね。少子化問題で移民をもっと受け入れるべきではないかという議論がありますが、門戸を広げたところでこのようなイメージの国に優秀な外国人が働きに来てくれるでしょうか。

ではIT 業界、特にソフトウェアエンジニアに限った話も少ししようと思います。よくベイエリアと東京のソフトウェアエンジニアの給料を比較して嘆いている日本人がいますね。またソフトウェアエンジニアの社会的な地位の低さを嘆く日本人もいます。会社の業務の進め方の非効率さを嘆く日本人エンジニアもいます。これらのことは全て外国人の間でもシェアされています。さらに不幸なことに実際に日本で働いたことがある外国人が悪評をどんどんと広めていっています。海外の人の間でシェアされている内容をまとめると以下のようになります。

ソフトウェアエンジニアの社会的地位が低く、そのため給料も低い。
非効率なことをしていて長時間労働。
Computer Scienceや関係する学位が無くてもソフトウェアエンジニア等として雇うためレベルの低い人がすごく多い。
日本企業の文化は気持ち悪い。

これは相当まずいです。ソフトウェアエンジニアのタレントプールは基本的にグローバルです。世界中の会社が優秀な人達を奪い合っている中で日本の会社が今の体たらくのまま経営を行っていれば誰も日本を選んで働いてくれることは無いでしょう。実際に私が今まで会ったことのある外国人のソフトウェアエンジニアの多くは奇特な人達でした。例えば妻が日本人であるとか、日本のことが大好きで大好きで日本語検定1級を持っていますというような人、アニメが大好きな人など、日本との関係が深かったりかなり強い思い入れがある人達が大半です。東京という都市自体は魅力的なのに誰も働きたいと思わないというのは悲しすぎませんか。

「東京は住むには良いが働くには辛い」というのは何も日本人が思っているだけでなく外国人にも知れ渡っていることです。「日本スゴイネ！」と外国人が褒めてくれることばかりではなく、けなしてくれていることにも耳を貸して是非ともまともになってほしいものです。

参考

日本で働くことに関する情報は掲示板、QAサイト、YouTubeなど様々なところで見ることができます。一例を以下にあげます。

Why is software development seen as a bad career in Japan? - GaijinPot Forums https://forum.gaijinpot.com/forum/working-in-japan/career-discussion/98132-why-is-software-development-seen-as-a-bad-career-in-japan
How come Japan is so good in building electronics (cameras, TVs) but not that good in software? Why Japan doesn't have its Google or Amazon? - Quora https://www.quora.com/How-come-Japan-is-so-good-in-building-electronics-cameras-TVs-but-not-that-good-in-software-Why-Japan-doesnt-have-its-Google-or-Amazon
Why I'm leaving Japan, future of my channel || Sam in Tokyo - YouTube https://www.youtube.com/watch?v=XK0J9tptMwI

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

■こんな会社はイヤだ2017

こんな会社は嫌だな、と思うことを書いていきます。

なお、この内容は私の脳内で考えだした想像上の架空のフィクションです。

・就業規則が無い

・会社の慶弔休暇の制度を知りたいと思って人事の人に聞いたら「当社には就業規則が存在しないので、お答えできません」と回答される

・親会社が実施している月曜朝8時開催の朝会参加を強制される(契約上出社時間は10時)

・朝会では全員起立して、社訓を読み上げる。僕以外皆暗証している

・社訓の読み上げは10分くらい続く

・社訓とか聞いたことも見たこともないので、いつも口をパクパクさせながら暗証するふりを余儀なくされる

・業務をより理解するため、という理由で、休日に招集されて親会社の仕事の手伝いをさせられる

・深夜23時くらいまで拘束され、休日出勤手当も深夜残業手当も出ない

・そんな時間まで拘束されると終電が無いので、近くの漫喫で夜を明かす。もちろん手当は出ない

・「奉仕の精神」とか何かの理由で、毎週月曜日の朝に社員全員で執務エリアの掃除をさせられる

・掃除業者に払うお金をケチっているのでとにかく執務エリアが汚い

・掃除道具が圧倒的に足りてないので、社員総出で掃除をしてもキレイにならない

・「掃除機が１台ではとても足りません！！」との社員の悲痛な訴えは予想通り無視される

・一応IT 企業だが、健康保険はいわゆるIT健保ではなく、親会社独自の健保に加入させられる。福利厚生はほぼゼロ。寿司とか食べに行けない

・その独自の健保が実施する健康診断は、東京の隅っこの辺鄙な場所で実施されるので会社から１時間以上かけて移動して受診する必要がある

・謎のアバウトさで、体重は5kgくらいサバ読み、視力聴力は自己申告

・問診の際に「反社会的勢力とのつながりはありませんか？」「入れ墨は入れていませんか？」「違法薬物などを常習してませんか？」という、もし一個でも合致したらカタギの世界にいられないようなハードな質問が行われる。既往症や体調についての質問は無い

・会社のネットワーク環境が個人の家並に貧弱で、ちょっとでも大きなファイルをネットワーク経由で扱うと業務に支障が出る

・なので大きいファイルを扱うときは自前の携帯でテザリングすることを余儀なくされる。そのためかなり大きめなパケットプランで契約することを余儀なくされ、そのお金は個人の持ち出しとなる

・「どんなにオフィスが汚くても狭くても構わないので、せめてネットワーク回線だけはなんとかしてください」とCTOや社長に直訴するが、予想通り無視される

・毎月最終金曜日に会社の全体集会が開催され、契約上の業務時間を大きく超過して夜まで拘束されるため、この日は皆いつもより帰りが遅くなる。プレミアムフライデーとはなんだったのか

・全体集会の大半は、社長のありがたいお言葉を数時間ただ座って拝聴する時間となる

・そして社長が話す内容は毎月ほぼ同じである

・もう少しカジュアルな場をという計らいから、突如IT 業界で流行りつつあるTGIF(Thanks God Is Friday)が開催される

・TGIFの場ではビールや軽食が振る舞われることもなく、社長のありがたいご高説が数時間延々と続けられる

・そしてTGIFで話される内容は全体集会で話される内容とほぼ同じである

・つまり感謝すべき神とは社長のことであると、社員に深く認識させられるイベントとなる

・「前職では9割くらいの時間はプログラムを書いてました」とアピールし、その実績が認められて入社することになったが、なぜか人生で一度も経験したことのないインフラエンジニアの仕事を任される

・その理由について入社するまでいっさいの説明が無い。実際のところ入社した後にも説明が無い

・そしてインフラエンジニアの上司が会社に来ない。リモートワークは認められてないのに会社に来ない

・この上司は色々と人類が認識していた常識を外れた行動と言動を行うため、個人的にはUFOにちなんで「UMD (Unidentified Monster Developer)」と親しみを込めで呼んでいる。心の中で

・会社には全社員 10時までには来なければいけない事になっているのに、UMDは14時くらいまで会社に来ない

・調子が良い時は、17時ころに会社に来て、18時ころに帰る

・一応肩書はインフラエンジニアなので、管理しているシステムのアラートが飛ぶとUMDもメッセンジャーツール上に「むむ？」と反応のコメントを残す

・しかし障害対応や原因調査は何もしない。サーバーへログインすらしない

・午前中に障害が発生すると、UMDは「自宅で静観します」とメッセンジャーにコメントを残し、その後音信不通になる

・そして15時過ぎに会社に来る。障害対応は他の人により全て終わっている

・15時から来客ミーティングが入っていても、平気で遅刻する

・UMD 自身が設定したミーティングにUMD本人が来ない

・昼時にUMD 自身がミーティングを設定したのに、UMDは同僚の女の子とのランチを優先してすっぽかし、他のメンバーは待ちぼうけをくらう

・「俺が時間通りに出社すると、障害が起きた時に誰が対応するんだ？わかるだろ、俺の果たすべき責任の重大さが」みたいな独自の理論で出社しないことへの正当化をはかるが、そもそも UMDは「むむ？」とつぶやくだけで障害対応は行わない。会社にいようがいまいが行わない

・そのような状況の中、障害対応は他のエンジニアが粛々と行う

・それらの事をUMDの上司である CTOに伝えたが、そのことが会社にとって「名誉毀損」「誹謗中傷」だと非難される

・当時上司でもあったので「こういう風に進めたらもっと汎用的に効率的に作業できますよ」とUMDにアドバイスしたら、普段誰も立ち入らない密室に呼び出されて恫喝・罵倒される

・ログの解析基盤を整備しようと色々計画を立てて一応UMDにお伺いをすると「お前ごときにそんなの絶対できるわけない」と言われる

・涼しい顔で基盤を作り上げると、UMDはそれを自分の手柄にする

・ある時、海外から UMD宛に荷物が届く。それを見て「ほらxx(私)さん見てよ、俺くらいになると海外から直接俺宛に荷物が届く、ようやく俺もここまでビッグになったんだなぁ(涙目)」と感慨深げ。中身は、サービスの使用者アンケートに答えた結果届いたノベルティグッズだった

・UMDが担当していたシステムで性能面で致命的な障害が発生する

・毎日障害が発生して、それが二週間以上継続する

・それでもUMDは「むむ」とだけ反応し、何の改善作業も対策も行わない

・そして会社に来ない

・現場のエンジニアが疲弊していたので、しようがないので私が代わりにサーバーの改善作業を行い、安定化させる

・そのことが「xx(私)は責任外の仕事に介入して現場を混乱させた」ため解雇は相当である、と主張される

・そして手柄はすべて元上司であり別チームのインフラ担当である UMD のものになる

・UMDが担当するシステムについてクラウドサービスの大規模トラブルに起因するサービス障害が発生する。ただしUMDはクラウドサービスのステータスページを眺めているだけで何もしない

・さすがに会社の一大事なので、別チームの人間もサーバーにログインして調査や回復作業を行ったり、クラウド事業者のサポートエンジニアと緊密に最新状況のやりとりを行い、会社にもそれらの共有を都度行った。また障害について事後に詳細の経緯と対応作業について資料にまとめた。これらはUMDがやるべき作業ではあるが、彼はただステータスページを眺めて働かざること山の如しの様子だったので自主的に皆が代わりに行う

・それらの私や他エンジニアの行動について「蝿みたいな薄汚いうるさい奴がいろいろある事無い事吹聴して、全体に混乱をもたらした」「奴らのせいで障害が長引いた」とUMDは周りに話す

・大規模障害の反省から障害対応マニュアルの整備がUMD中心に行われる。その結果書かれていたのは「俺(UMD)が一番エラい」「俺の言うことは絶対」「俺に逆らうことは許されない」という内容となる

・他の人が担当した障害対策のために行った作業が、なぜかというかやはりすべてUMDの手柄となる

・本来 UMDが担当すべき作業については、口では「やる」と宣言しているが、いっさい何も手を付けられない

・クラウド事業者のステータスページにちょっとでもエラーが報告されるとUMDは会社に来ない。朝9時ころに発生した軽微なステータス異常を確認すると「これは重大事態ですね...家でじっくり静観しないといけない」とメッセンジャーでつぶやき、その後音信不通になる。なおステータスは9時台にすぐ回復しサービスにはいっさいの影響がない